В текущей реализации LTP-16N сохраняются прежние принципы работы сервисных моделей, однако их настройка была переработана и стала , став более гибкой.
Теперь модель не жестко задается в рамках всего LTP, а зависит от настройки отдельных профилей 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 |
Подсказка |
---|
У всех параметров в конфигурации есть стандартные значения, поэтому любой созданный объект без административных настроек имеет стандартные, не отображаемые в выводе show running-config без частицы all. |
Определяющие сервисную модель параметры это 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, отдельном для каждого пользователя. Данную модель характеризует отсутствие выделенного broadcast GEM-порта, т.е. весь широковещательный трафик поступает в unicast-GEM.
Примечание |
---|
Если в нисходящем направлении трафик идет с неизвестным адресом назначения (broadcast или unknown unicast), то GEM-порт не может быть однозначно определен, поэтому передача данного трафика осуществляется путем репликации пакета во все связанные GEM-порты услуг, с соответствующей трансляцией в заданные пользовательские VLAN. |
Примечание |
---|
Перекладывание трафика каждой из услуг в соответствующие пользовательские VLAN производится на стороне OLT (vlan-replace olt-side). |
...
Без форматирования |
---|
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!
|
Настройка второй и третьей моделей
Конфигурация этих моделей подразумевает использование архитектуры 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 на канале. |
Связанные статьи
Содержимое по меткам | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...