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

LTP-N и LTX предоставляют средства для разрешения репликации потока multicast. Групповой трафик предназначен только для downstream.

Когда downstream пакеты, помеченные multicast VLAN ID, придут на заданный сетевой интерфейс OLT, то произойдёт репликация пакетов и отправка на все PON порты, которые является членами multicast группы.
На каждом PON интерфейсе пакеты передаются на ID сервисного порта, который настроен как участник группы.

Multicast трафик ipv4 управляется с помощью IGMP, поэтому для организации его передачи предварительно требуется настроить snooping. 

Настройка IGMP-snooping описана здесь.

Настройка перехватов IGMP

Рассмотрим примеры конфигураций схем прохождения пакетов IGMP и их перехват на OLT.

Bridged-схема

Настройка этой схемы осуществляется с помощью протокола OMCI только на стороне OLT.

Предположим, что m-cast приходит "сверху" на LTP/LTX в 131 vlan. Тогда конфигурация на LTP будет выглядеть так :

profile cross-connect iptv
   ont-mode bridge
   bridge group 10
   outer vid 131
   multicast enable
exit

profile ports multicast
   igmp multicast dynamic-entry 1 vid 131 group 224.0.0.1 239.255.255.255
   port 1 multicast enable
   port 1 bridge group 10
   port 1 igmp downstream tag-control remove-tag
   port 1 igmp upstream tag-control add-tag
   port 1 igmp upstream vid 131
exit


Также существует вариант конфигурации с проксированием IGMP-запросов в другой сервисный vlan.
Предположим, что помимо m-cast абоненту предоставляется IpoE в 111 vlan :

profile cross-connect ipoe
   ont-mode bridge
   bridge group 10
   outer vid 111
   multicast enable
exit

profile ports multicast
   igmp multicast dynamic-entry 1 vid 131 group 224.0.0.1 239.255.255.254
   port 1 multicast enable
   port 1 bridge group 10
   port 1 igmp downstream tag-control remove-tag
   port 1 igmp downstream vid 111
   port 1 igmp upstream tag-control add-tag
   port 1 igmp upstream vid 111
exit
В этом случае отдельный профиль cross-connect для сервиса m-cast не требуется, т.к групповой поток управляется профилем портов.



Routed-схема

Эта схема требует настроек как со стороны LTP, так и со стороны ONT.

В WEB (либо посредством ACS) необходимо настроить WAN-интерфейс согласно сервису, в поле vlan указать значение user vid:


Пример конфигурации со стороны LTP для WAN-интерфейса с признаком RG-Bridge:

profile cross-connect iptv
   outer vid 131
   user vid 10
   vlan-replace olt-side
   multicast enable
exit

profile ports multicast
   igmp multicast dynamic-entry 1 vid 131 group 224.0.0.1 239.255.255.255
   veip multicast enable
   veip igmp downstream tag-control replace-tag
   veip igmp upstream tag-control replace-tag
   veip igmp downstream vid 10
   veip igmp upstream vid 10
exit



Для WAN-интерфейса с признаками IPoE / PPPoE используется схема с проксированием, поэтому при его создании необходимо выставить флаг напротив IGMP Proxy:



Конфигурация со стороны LTP:

profile cross-connect ipoe
   outer vid 111
   user vid 10
   vlan-replace olt-side
   multicast enable
exit

profile ports multicast
   igmp multicast dynamic-entry 1 vid 131 group 224.0.0.1 239.255.255.255
   veip multicast enable
   veip igmp downstream tag-control replace-tag
   veip igmp upstream tag-control replace-tag
   veip igmp downstream vid 10
   veip igmp upstream vid 10
exit
В схеме с проксированием со стороны LTP меняется только outer vid, т.к для прохождения IGMP-запросов используется не напрямую m-cast vlan, а другой сервисный  vlan с последующим перехватом в m-cast vlan.

Выделенный для группового трафика m-cast GEM назначается на ONT в случае выполнения двух условий:

  • наличие в профиле cross-connect строчки multicast enable
  • наличие в профиле портов строчек veip multicast enable (для Routed-схемы) либо port X multicast enable  (для Bridged-схемы).

При невыполнении одного из условий абонентский терминал не будет считаться участником m-cast группы, а групповой трафик им будет отброшен.




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