Настройка Multicast на коммутаторе BDCOM

До недавнего времени большая часть абонентов в нашей сети обеспечивалась прелестями IPTV посредством unicast'а. Это просто, не требует какой-либо сложной настройки, но как ни крути куда более оптимальным способом трансляции телевидения является мультикаст и протокол IGMP.

Поехали.

Для начала стоит уточнить управляющий интерфейс, пусть это будет... Назовем этот влан просто default. Исходя из найденного мануала, нужно запилить на uplink-порту switchport pvid multicast-vlan, где multicast-vlan - это собственно и есть мультикаст-влан. Но тогда мы потеряем управление коммутатором. Что делать? В таком случае пойдем на хитрость, и используем для подачи на коммутатор мультикаста другой интерфейс. Оставим управляющий и клиентский vlan на gi0/1, а multicast поднимем на gi0/2. Но сначала произведем настройки на вышестоящем коммутаторе. Пусть это будет случайный Cisco Catalyst с такой же нумерацией портов.

На gi1/0/2 я оставил только multicast-vlan влан, тегированный:
Conf t
Int gi1/0/2
description Multicast for BDcom – описание
switchport mode trunk – делаем порт транковым
switchport trunk allowed vlan multicast-vlan – добавил multicast-vlan на порт

На gi1/0/1 я убрал multicast-vlan влан:
Conf t
Int gi1/0/1
description BDCom – описание
switchport trunk allowed vlan remove multicast-vlan – убил multicast-vlan на порту, так как он там был настроен

Заходим на BDCOM
Добавил multicast-vlan на gi0/2 согласно мануалу, приложенному к статье.
switchport trunk vlan-allowed multicast-vlan
switchport trunk vlan-untagged none
switchport mode trunk
switchport pvid multicast-vlan

Дальше добавляем multicast-vlan на порт EPON, за которым находится наш абонент:
Например, Epon0/4.
Conf
Int epon 0/1
switchport trunk vlan-allowed add multicast-vlan

Далее включил мультикаст на bdcom:
ip mcst enable
ip mcst mrouter interface GigaEthernet0/2
ip mcst mc-vlan multicast-vlan range 239.255.0.1 - 239.255.0.254 – к сожалению на bdcom надо прописывать все мультикаст группы, в которых есть каналы, иначе работать не будет.

Ну и напоследок настройки на абоненской приставке, в нашем случае это интерфейст epon 0/4:10:
Conf
Int epon 0/4:10
epon onu description Svetlaya3 – описание приставки
epon onu port 1 ctc vlan mode tag 245 – влан для интернета
epon onu port 1 ctc mcst tag-stripe enable – разрешаем «склеивать» влан для интернета и мультикастный
epon onu port 1 ctc mcst mc-vlan add multicast-vlan – говорим, что multicast-vlan мультикастный

Внимание! Указанный в статье multicast-vlan меняем на использующийся в вашей сети VLAN!
Посмотреть файл онлайн: multikasta.pdf multikasta.pdf [337.47 Kb] (cкачиваний: 387)
скачать dle 12.0
Сеть и интернет / Статьи и теория

Комментариев 5

  1. Офлайн
    Jack Frost
    Jack Frost 25 декабря 2016 11:28
    1
    И коротко об одной неприятной особенности BDCOM. Имеем пул мультикастных групп 239.255.0.1 - 239.255.0.254, и как бы никаких проблем нет, говорим нашему коммутатору:
    ip mcst mc-vlan 601 range 239.255.0.1 - 239.255.0.254
    Но что делать, если пулов два? BDCOM умеет держать только 255 мультикастных групп, а если диапазонов с каналами больше одного (например, 239.255.0.ххх и 239.255.2.ххх), вот тогда уже возникает проблема. Одним ренжем все это прописать, конечно, не получится, поэтому приходится прописывать каждую группу или диапазон групп вручную.
    Возьмем конкретный пример.
     для групп 239.255.0.ххх

     и то же самое для групп 239.255.2.ххх

    В итоге получается, что больше 255 каналов на BDCOM раздать не получится.
  2. Офлайн
    alex_stm
    alex_stm 3 марта 2018 13:12
    1
    мне вот интересно, в вашем примере, получается, что к порту 1 подключен роутер клиента, и туда же подаете мультик. Как в таком случае проводится авторизация на MW и как на роутере (просто их херова гора) роутить мультик, т.к. в случае с пппое это не так очевидно?
    1. Офлайн
      Jack Frost
      Jack Frost 3 марта 2018 13:19
      2
      Роутер клиента находится за EPON-интерфейсом. Это всё банальный L2, на его ONU приходит VLAN с интернетами и отдельно multicast-vlan. Клиент авторизуется посредством IPoE, но фактически тут нет никакой разницы, пусть он там хоть туннель у себя поднимает - мультикастный трафик живет в отдельном влане и рутиться клиентским маршрутизатором будет, если на нем включена функция IGMP. Если я правильно понял вопрос.
  3. Офлайн
    alex_stm
    alex_stm 5 марта 2018 14:51
    1
    Вот немного не то, STB мы размещаем за роутером, у нас просто если PPPoE подключение на роутере, и даже если там включен IGMP то мультик не бегает, а вот если делаем IPoE, то мультик начинает работать. С PPPoE работает только на тплинках нормально. Поэтому для STB мы выделяем отдельный порт на ONU и там происходит авторизация и мультик живет там же. Универсального решения для PPPoE нет.
    1. Офлайн
      Jack Frost
      Jack Frost 5 марта 2018 18:10
      1
      Честно, говоря, у нас всё на IPoE, поэтому рассуждать могу об этом только в теории, но что хочу сказать. Если мы настраиваем EPON-интерфейс таким образом:
      epon onu port 1 ctc vlan mode tag 245
      epon onu port 1 ctc mcst tag-stripe enable
      epon onu port 1 ctc mcst mc-vlan add [multicast-vlan]
      То ведь мультикастному трафику ничего не мешает добираться до абонента. При этом тег с него снимается и он в "аксессном" виде приходит на клиентский роутер, где его должен подхватить IGMP. И каким образом происходит авторизация роутера в сети не столь важно. Опять таки по идее.
      P.S. Если у вас с IPoE всё работает, то может переводить на этот тип PPP-юзеров? Или это сложно реализуемо?
Информация
Посетители, находящиеся в группе Гости, не могут оставлять комментарии к данной публикации.
Мы в соц.сетях
  • Яндекс.Метрика