В текущей реализации 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, отдельном для каждого пользователя. Данную модель характеризует отсутствие выделенного 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!
Это ограничение проверяется на этапе применения конфигурации:
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 на канале.
Связанные статьи