История страницы

В текущей реализации 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

...

Параметрами, которые определяют сервисную модель являются параметры профиля 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.

                         Image Modified

Пример настройки сервисов для одного пользователя. Каждый сервис имеет одинаковые одинаковую пару 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

...

Can't commit candidate configuration, because:
Profile cross-connect 'RG1': 1-to-1 traffic model cannot be used with ont-side vlan replacement

Настройка

...

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-порту. 

Image Removed

Связанные статьи

...

...

Image Added

Фактором, определяющим то, какая сервисная модель будет использоваться в данном случае будет являться точка, в которой будет выполняться преобразование 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