Элтекс

Добрый день!
Есть цепочка коммутаторов MES-2324F, по ним проброшен влан, в который должен приниматься по запросу поток с одной мультикаст-группой.
На дальнем конце цепочки подключен ноутбук с плеером.
Схема такая
IPTV-Source---(access-vlan-35)-Gi1/0/11--SW1------SW2------SW3------SW4--Gi1/0/12---PC(VLC player)
от SW1 до SW4 VLAN 35 идет по 10G портам тегированный.
На SW1-2-3 bridge multicast filtering и snooping - выключены, то есть просто влан, и никакой обработки мультикаста на пути.

Вариант первый:
На SW4 также глобально bridge multicast filtering и snooping - выкл
настраиваю порт Gi1/0/12 аксессом
и больше ничего - ноутбук не может подписаться... маки во влане с обеих сторон видны, трафика нет... Это странно. Почему так? Что-то на пути блокирует прохождение трафика?

Вариант второй: на свитче SW4 включаю обработку мультикаста и перенастраиваю порт 12 следующим образом

И все начинает работать, есть картинка, на SW4 видна группа.

Но этот вариант не подходит, т.к. нужно принять этот мультикаст-канал тегом на порт в сторону циски к которой подключена станция, принимающая мультикаст. Станция находится в 34 влане.
Задача - подать мульткаст-поток от SW4 до коммутатора Cisco по тегированному порту
и необходимо чтобы ТВ-станция в 34 влане могла подписаться на поток 35 влана. Как это сделать?

P.S.^ - так и не понял как им пользоваться...
указывал, не помогло.

Пригонял на SW4 влан 34 тегом и добавлял глобально ip igmp snooping vlan 34 - не помогло.

Помогите, пожалуйста. Прошивка 4.0.8.3

Здравствуйте.

Вариант первый:
На SW4 также глобально bridge multicast filtering и snooping - выкл
настраиваю порт Gi1/0/12 аксессом
switchport access vlan 35
и больше ничего - ноутбук не может подписаться... маки во влане с обеих сторон видны, трафика нет... Это странно. Почему так? Что-то на пути блокирует прохождение трафика?

Если снупинг везде выключен, то блокировать прохождение igmp трафика ничего не может (если настройки корректны)
прошу отзеркалировать порт в сторону IPTV-Source. Ищем IGMP report. Если он не приходит от клиента, необходимо по цепочке опуститься на нижестоящее оборудование и найти место, где пропадает запрос.

Вариант второй: на свитче SW4 включаю обработку мультикаста и перенастраиваю порт 12 следующим образом
bridge multicast filtering
ip igmp snooping vlan 35
ip igmp snooping vlan 35 querier
ip igmp snooping vlan 36

interface gigabitethernet1/0/12
switchport access multicast-tv vlan 35
switchport access vlan 36 - т.н. "абонентский" влан для проверки
bridge multicast unregistered filtering

И все начинает работать, есть картинка, на SW4 видна группа.

В конфигурации не включен глобально ip igmp snooping? Или просто здесь строка пропущена?
Если так, то не вижу принципиальных отличий от 1 варианта.
Также непонятно есть ли в схеме Querier. Он непременно нужен для продления подписки на группу, иначе подписка пропадёт по таймауту.
Что представляет из себя IPTV-Source? Это сервер или это линк в сторону вышестоящего провайдера, предоставляющего мультикаст?

Задача - подать мульткаст-поток от SW4 до коммутатора Cisco по тегированному порту
и необходимо чтобы ТВ-станция в 34 влане могла подписаться на поток 35 влана. Как это сделать?

Пример настройки можете посмотреть по ссылке:
http://kcs.eltex.nsk.ru/articles/732

1)

Если снупинг везде выключен, то блокировать прохождение igmp трафика ничего не может (если настройки корректны)

То есть необходимо его включать на всей цепочке? Вот так?


2)

прошу отзеркалировать порт в сторону IPTV-Source. Ищем IGMP report. Если он не приходит от клиента, необходимо по цепочке опуститься на нижестоящее оборудование и найти место, где пропадает запрос.

Для мониторинга нужно указать мониторный влан тоже на всей цепочке? Иначе показывает mac-flapping. Поэтому я до сих пор не мониторил.

3)

В конфигурации не включен глобально ip igmp snooping? Или просто здесь строка пропущена?

Разумеется, включен. Да я пропустил строку, все нормально.

4)

Что представляет из себя IPTV-Source? Это сервер или это линк в сторону вышестоящего провайдера, предоставляющего мультикаст?

Это линк в сторону провайдера. При работающем варианте в tcpdump вижу "белый" src address у мультикаст-пакетов

5)

http://kcs.eltex.nsk.ru/articles/732

Тоже вначале не получилось, но поскольку нужно было понять природу той проблемы, я не углублялся в это решение пока что.

Касаемо варианта без снупинга. Прошу снять дамп и отправить на почту во вложении с ссылкой на тему форума и пометкой "для Евгения".
Снимать зеркало так:
int te0/1 - допустим аплинк
int gi0/12 - сюда подключаем ПК с wireshark
int gi0/12
port monitor te0/1

Касаемо варианта со снупингом.
Прошу на всех коммутаторах настроить
bridge multicast filtering
ip igmp snooping
ip igmp snooping vlan 35
и показать вывод
sh ip igmp snooping group
sh ip igmp snooping mroute
Выводы с конфигами также вложите в письмо.
(на SW4 должен быть настроен multicast-tv vlan, что подразумевает включение снупинга и в клиентском vlan. Приведённая Вами раньше настрока данного коммутатора была корректной)

Вариант без снупинга:
Только что снова настроил порт аксессом, отключил snoopnig и multicast filtering и все заработало...
Не понимаю, что в прошлый раз мешало.



Вариант со снупингом буду тоже перепроверять. Отпишусь.

Снимать зеркало так:
int te0/1 - допустим аплинк
int gi0/12 - сюда подключаем ПК с wireshark
int gi0/12
port monitor te0/1

Увы, не вариант мониторить напрямую со свитча ноутбуком. Я выше спрашивал,
как необходимо настроить мониторинг порта от IPTV-Source на всей(!) цепочке из 4 свитчей?
Поясните подробно, что прописать на каждом? Мне необходимо загнать мониторный трафик во влан и протащить его через 4 свитча, не получив петель из-за одинаковых маков в разных вланах. В ваших статьях нет примера такой реализации мониторинга.
Достаточно ли на промежуточных сделать no mac address-table learning vlan ХХ или нужно что-то еще?

Зачем снимать зеркало, если Вы в предыдущем комментарии написали, что вариант без снупинга заработал?
Теперь надо проверять вариант со снупингом. А тут и без зарекалирования понятно где проблема, судя по выводам
sh ip igmp snooping group
sh ip igmp snooping mroute

RSPAN можно настроить по примеру
http://kcs.eltex.nsk.ru/articles/1129
на транзитных свичах следует отключить mac learning в RSPAN vlan.