В текущей реализации LTP-16N сохраняются прежние принципы работы сервисных моделей, однако их настройка была переработана, став более гибкой.
Теперь модель не жестко задается в рамках всего LTP, а зависит от настройки отдельных профилей cross-connect для конкретного абонента.
Параметры настройки
Настройка модели предоставления услуг определяется параметрами профиля cross-connect.
Рассмотрим их на примере только созданного профиля cross-connect без каких либо настроек:
profile cross-connect RG1 description "ONT Profile Cross-Connect 8" ont-mode router bridge group 75 tag-mode single-tagged outer vid 1 vlan-replace ont-side no inner vid user vid untagged no mac-table-limit no outer upstream cos no inner upstream cos no multicast enable no iphost enable iphost id 1 iphost mode dynamic traffic-model n-to-1 exit
Определяющие сервисную модель параметры это traffic-model и vlan-replace.
traffic-model определяет принцип предоставления услуг:
- 1-to-1 - принцип «VLAN на абонента» предполагает использование клиентской VLAN (USER VID) для доставки множества сервисов отдельному пользователю
- n-to-1 - принцип «VLAN на сервис» представляет собой использование сервисной VLAN (OUTER VID) для доставки отдельного сервиса всем пользователям.
vlan-replace определяет в какой точке схемы будет перекладываться трафик из сервисного в пользовательский vlan и наоборот:
- ont-side - перекладывание метки на стороне ONT
- olt-side - перекладывание метки на стороне OLT
Настройка первой модели
Настройка конфигурации LTP-N в соответствии с первой сервисной моделью LTP-X подразумевает использование архитектуры 1-to-1, в которой доставка множества сервисов производится в клиентском VLAN, отдельном для каждого пользователя. Перекладывание трафика каждой из услуг в соответствующие пользовательские VLAN производится на стороне OLT. Данную модель характеризует отсутствие выделенного broadcast GEM-порта, т.е. весь широковещательный трафик поступает в unicast-GEM.
Если в нисходящем направлении трафик идет с неизвестным адресом назначения (broadcast или unknown unicast), то GEM-порт не может быть однозначно определен, поэтому передача данного трафика осуществляется путем репликации пакета во все связанные GEM-порты услуг, с соответствующей трансляцией в заданные пользовательские VLAN.
Пример настройки сервисов для одного пользователя. Каждый сервис имеет одинаковые outer vid и inner vid, но разные user vid. Предположим, что сервисный VLAN для всех пользователей равен 1000:
profile cross-connect VoIP tag-mode double-tagged outer vid 1000 inner vid 100 user vid 1 traffic-model 1-to-1 vlan-replace olt-side exit profile cross-connect Internet tag-mode double-tagged outer vid 1000 inner vid 100 user vid 2 traffic-model 1-to-1 vlan-replace olt-side exit profile cross-connect IPTV_UC tag-mode double-tagged outer vid 1000 inner vid 100 user vid 3 traffic-model 1-to-1 vlan-replace olt-side exit
Для архитектуры 1-to-1 замена VLAN на user vid должна происходить только на стороне OLT (vlan-replace olt-side) !
Это ограничение проверяется на этапе применения конфигурации:
Can't commit candidate configuration, because: Profile cross-connect 'RG1': 1-to-1 traffic model cannot be used with ont-side vlan replacement
Настройка второй и третьей моделей
Конфигурация этих моделей подразумевает использование архитектуры n-to-1, в которой трафик классифицируется одним или несколькими (при использовании QinQ) идентификаторами VLAN ID. В архитектуру этих моделей входит выделенный broadcast GEM. Приемопередача трафика осуществляется от N-ого количества ONT, которые могут находиться за одним или несколькими PON портами. На участке между OLT и вышестоящим оборудованием используются выделенные S- VLAN для каждой услуги. Определение направления передачи пакета происходит на основе MAC-таблицы, в которой явно хранится соответствие MAC-адреса GEM-порту.
Если MAC-адрес назначения пакета не найден в L2 таблице, то пакет отправится на все PON порты, которые являются участниками группы N:1. На каждом PON порту пакеты передаются в выделенный broadcast GEM-port, благодаря которому происходит репликация на все активные ONT на канале.
С учетом использования этой архитектуры вторая от третьтей модели отличается только местом перекладывания меток vlan( vlan-replace ). Согласно второй сервисной модели, перекладывание меток осуществляется на стороне OLT (olt-side). Согласно третьей - на стороне ONT (ont-side). Если в качестве примера представить, что с порта вышестоящего оборудования на uplink LTP приходят несколько сервисов в разных vlan, то конфигурация согласно второй модели будет выглядеть так:
profile cross-connect VoIP outer vid 1000 user vid 11 vlan-replace olt-side exit profile cross-connect Internet outer vid 1001 user vid 12 vlan-replace olt-side exit profile cross-connect IPTV_UC outer vid 1002 user vid 13 multicast enable vlan-replace olt-side exit
Определяющие сервисную модель параметры (traffic-model; vlan-replace ) настраиваются только в рамках ONT. Иными словами, на один interface ont можно назначать в качестве сервисов только профили cross-connect с одинаковыми значениями параметров traffic-model и vlan-replace. В противном случае конфигурация будет невалидной.
Связанные статьи