В текущей реализации 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 |
Подсказка |
---|
У всех параметров в конфигурации есть стандартные значения, поэтому любой созданный объект без административных настроек имеет стандартные, не отображаемые в выводе 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. |
![](/download/attachments/468647950/image2024-2-28_17-35-42.png?version=1&modificationDate=1709116543000&api=v2)
Примечание |
---|
Перекладывание трафика каждой из услуг в соответствующие пользовательские VLAN производится на стороне OLT (vlan-replace olt-side). |
Пример настройки сервисов для одного пользователя. Каждый сервис имеет одинаковые 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 на канале. |
![](/download/attachments/468647950/image2024-3-1_17-10-53.png?version=1&modificationDate=1709287853000&api=v2)
Связанные статьи
Содержимое по меткам |
---|
showLabels | false |
---|
max | 5 |
---|
spaces | EKB |
---|
showSpace | false |
---|
sort | modified |
---|
reverse | true |
---|
type | page |
---|
cql | label in ("ltp-n","1-to-1","16n","olt","n-to-1","model","traffic-model","ont-side","olt-side") and type = "page" and space = "EKB" |
---|
labels | LTP-N 16N n-to-1 1-to-1 olt model |
---|
|