Eltex Knowledge Base
Дерево страниц
Перейти к концу метаданных
Переход к началу метаданных

Вы просматриваете старую версию данной страницы. Смотрите текущую версию.

Сравнить с текущим просмотр истории страницы

« Предыдущий Версия 25 Следующий »

Текущая реализация 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 на абонента» предполагает использование уникальной пары svlan(c-vlan) для доставки множества сервисов отдельному пользователю
- n-to-1 - принцип «VLAN на сервис» представляет собой использование сервисной VLAN  для доставки отдельного сервиса всем пользователям.

vlan-replace определяет в какой точке схемы будет перекладываться трафик из сервисного в пользовательский vlan и наоборот:
        - ont-side - перекладывание метки на стороне ONT
        - olt-side - перекладывание метки на стороне OLT

Настройка первой модели

Настройка конфигурации LTP-N в соответствии с первой сервисной моделью LTP-X подразумевает использование архитектуры 1-to-1, в которой доставка множества сервисов производится в клиентском VLAN, отдельном для каждого пользователя. Перекладывание трафика каждой из услуг в соответствующие пользовательские VLAN производится на стороне OLT.  Данную модель характеризует отсутствие выделенного broadcast GEM-порта, т.е. весь широковещательный трафик поступает в unicast-GEM.

Если в нисходящем направлении трафик идет с неизвестным адресом назначения (broadcast или unknown unicast), то GEM-порт не может быть однозначно определен, поэтому передача данного трафика осуществляется путем репликации пакета во все связанные GEM-порты услуг, с соответствующей трансляцией в заданные пользовательские VLAN.

                        

Пример настройки сервисов для одного пользователя. Каждый сервис имеет одинаковую пару outer vid и inner vid, но разные user vid. Предположим, что сервисный VLAN для конкретного пользователя 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) !
Это ограничение проверяется на этапе применения конфигурации:

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 на канале.



С учетом использования этой архитектуры вторая от третьтей модели отличается только местом перекладывания меток vlan( vlan-replace ). Согласно второй сервисной модели, трафик перекладывается на стороне OLT (olt-side). Согласно третьей - на стороне ONT (ont-side). Если представить, что с порта вышестоящего оборудования на uplink LTP приходят несколько сервисов в разных vlan, то конфигурация согласно второй модели будет выглядеть так:

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
Так как архитектура n-to-1 входит в состав дефолтных настроек профиля cross-connect, она не будет отображаться в выводе sh run profile cross-connect X без частицы all, как и опция tag-mode single-tagged.

Определяющие сервисную модель параметры (traffic-model; vlan-replace ) настраиваются только в рамках ONT.  Иными словами, на один interface ont можно назначать в качестве сервисов только профили cross-connect с одинаковыми значениями параметров traffic-model и vlan-replace. В противном случае конфигурация будет невалидной.

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







  • Нет меток