В текущей реализации LTP-16N сохраняются прежние принципы работы сервисных моделей, однако их настройка была переработана, став более гибкой.
Теперь модель не жестко задается в рамках всего LTP, а зависит от настройки отдельных профилей cross-connect для конкретного абонента.
Параметры настройки
На OLT серии LTP-N, LTX реализация сервисных моделей предоставления услуг имеет некоторые отличия от их реализации на устройствах более старших линеек – LTP-X, MA4000. Архитектура LTP-N, LTX позволяет более гибко управлять работой сервисных моделей, назначая их не глобально на OLT, а в пределах единичных сервисных профилей ONT / PON-port на которые подключены ONT.
В данной статье рассмотрены методики настройки моделей предоставления услуг и комбинации параметров, позволяющие привести конфигурацию к привычным сервисным моделям model1, model2, model3, которые используются на LTP-X, MA4000.
Параметры, определяющие сервисную модель
Параметры сервисной модели предоставления услуг, которая будет использоваться на определенных ONT, задаются в сервисном профиле cross-connect.
Настройка модели предоставления услуг определяется параметрами профиля cross-connect.
Рассмотрим их на примере только созданного профиля cross-connect без каких либо настроек:
Ниже, для понимания, приведен полный список параметров определяемых профилем cross-connect. Здесь отображены все параметры и их значения по-умолчанию (в примере вывод команды show running-config profile cross-connect RG1 all)
Без форматирования |
---|
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. |
...
Любые конфигурируемые параметры имеют значения по-умолчанию. Соответственно, при создании, к примеру, пустого профиля cross-connect, вывод команды show running-config profile cross-connect <name> по данному профилю не покажет каких-либо параметров. При этом вывод команды show running-config profile cross-connect <name> all отобразит все дефолтные значения. |
Параметрами, которые определяют сервисную модель являются параметры профиля cross-connect: traffic-model и vlan-replace.
traffic-model определяет принцип предоставления услуг:
- 1-to-1 - принцип «VLAN на абонента» предполагает использование клиентской VLAN (USER VIDуникальной пары svlan(c-vlan) для доставки множества сервисов отдельному пользователю
- n-to-1 - принцип «VLAN на сервис» представляет собой использование сервисной VLAN (OUTER VID) VLAN для доставки отдельного сервиса всем пользователям.
vlan-replace определяет в какой точке схемы будет перекладываться трафик из сервисного в выполняться преобразование сервисный vlan id ↔ пользовательский vlan и наоборотid:
- ont-side - перекладывание метки на стороне ONT
- olt-side - перекладывание метки на стороне OLT
Настройка
...
Model1
Настройка конфигурации LTP-N/LTX в соответствии с первой сервисной моделью LTP-X/MA4000 подразумевает использование архитектуры 1-to-1, в которой доставка множества сервисов производится в клиентском VLAN, отдельном для каждого пользователя. Перекладывание трафика каждой из услуг в соответствующие пользовательские VLAN производится на стороне OLT. Данную модель характеризует отсутствие выделенного broadcast GEM-порта, т.е. весь широковещательный трафик поступает в unicast-GEM.
Примечание |
---|
Если в нисходящем направлении трафик идет с неизвестным адресом назначения (broadcast или unknown unicast), то GEM-порт не может быть однозначно определен, поэтому передача данного трафика осуществляется путем репликации пакета во все связанные GEM-порты услуг, с соответствующей трансляцией в заданные пользовательские VLAN. |
Примечание |
---|
Перекладывание трафика каждой из услуг в соответствующие пользовательские VLAN производится на стороне OLT (vlan-replace olt-side). |
Пример настройки сервисов для одного пользователя. Каждый сервис имеет одинаковые одинаковую пару outer vid и inner vid, но разные user vid. Предположим, что сервисный VLAN для всех пользователей равен 1000конкретного пользователя 1000(100):
Без форматирования |
---|
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)
|
Настройка
...
Model2, Model3
Конфигурация этих моделей подразумевает использование архитектуры n-to-1, в которой трафик классифицируется одним или несколькими (при использовании QinQ) идентификаторами VLAN ID.
В архитектуру этих моделей входит выделенный broadcast GEM-порт. Приемопередача трафика Прием и отправка трафика определенного S-VLAN, либо пары S-VLAN:C-VLAN осуществляется от N-ого количества ONT, которые могут находиться за одним или несколькими PON портами.
быть подключены к одному и тому же PON порту, либо к разным PON портам. На участке между OLT и вышестоящим оборудованием используются выделенные S-VLAN для каждой из услугуслуги. Определение направления передачи пакета происходит на основе MAC-таблицы, в которой явно хранится соответствие MAC-адреса GEM-порту.
Примечание |
---|
Если MAC-адрес назначения пакета не найден в L2 таблице, то пакет отправится на все PON порты, которые являются участниками группы N:1. На каждом PON порту пакеты передаются в выделенный broadcast GEM-port и , благодаря которому происходит репликация на все активные ONT на канале. |
Связанные статьи
Содержимое по меткам | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
hidden | true |
---|
...
Фактором, определяющим то, какая сервисная модель будет использоваться в данном случае будет являться точка, в которой будет выполняться преобразование S-VLAN ↔ U-VLAN. За это отвечает значение параметра vlan-replace.
Таким образом,
Для Model2 используется пара: traffic-model n-to-1 + vlan-replace olt-side
Для Model3 используется пара: traffic-model n-to-1 + vlan-replace ont-side
Соответственно, конфигурация профилей cross-connect для Model2 будет выглядеть так
Без форматирования |
---|
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 |
И конфигурация профилей cross-connect для Model3 будет выглядеть так:
Без форматирования |
---|
profile cross-connect VoIP
outer vid 1000
user vid 11
exit
profile cross-connect Internet
outer vid 1001
user vid 12
exit
profile cross-connect IPTV_UC
outer vid 1002
user vid 13
multicast enable
exit |
Примечание |
---|
Обратите внимание. Значения параметров traffic-model n-to-1 и vlan-replace ont-side являются дефолтными и не будут отображаться в обычном выводе show running-config по профилю cross-connect. Таким образом, при создании профиля cross-connect он автоматически создается с комбинацией параметров, аналогичной сервисной модели model3. |
Предупреждение |
---|
Параметры, определяющие сервисную модель (traffic-model; vlan-replace) должны быть идентичными для всех профилей cross-connect, назначенных на одну и ту же ONT. Иными словами, невозможна конфигурация, в которой в пределах одной ONT будут использоваться разные модели предоставления услуг. |
Предупреждение |
---|
Так же обратите внимание. В профиле cross-connect невозможно использование следующей комбинации параметров: vlan-replace olt-side + user vid untagged. Для предоставления услуги в режиме OMCI-bridge в нетегированном виде следует использовать vlan-replace ont-side, (аналог третьей сервисной модели LTP-X). |