Здравствуйте.
Схема такая: есть два абонентских коммутатора, соединенных между собой
1-й DES-3200-28/C1 4.36.B016 (25-uplink, 26-downlink)
2-й DES-3028/A2 2.93.B02 (25-uplink)

На 25 порт 1 коммутатора подается тегом vlan 600 с мультикастом.
На 1 коммутаторе создается ISM-vlan 600, активируется IGMP snooping и мультикаст отдается абонентам
На 1 коммутаторе проблем с просмотром нет. Все каналы вещают без проблем.

К 26 порту коммутора 1 подключен 25 порт коммутатора 2
Замечено, что у абонентов на этом коммутаторе пара каналов, из порядка сотни, не вещает. Например, 239.77.0.33

Причем в момент подключения к каналу на первом коммутаторе show igmp_snooping group говорит, что

Source/Group : NULL/239.77.0.33
VLAN Name/VID : mcast/600
Member Ports : 26
Router Ports : 25
UP Time : 3112283
Expiry Time : 255
Filter Mode : EXCLUDE

А на втором 239.77.0.33 просто нет.

Проблема решается, если для портов доступа на 2-м коммутаторе выставить
config multicast port_filtering_mode 1-24 forward_unregistered_groups
При этом при запуске просмотра канала мультикаст начинает литься во все 24 порта, что не радует.

Со слов сотрудников такая же ситуация была замечена при связке des-3028 + des-3028.
Но проверить лично пока не могу.

В чем может крыться проблема? Опыта с мультикастом нет, только начал разбираться. В документации суховато как-то, не все понятно.


Вырезки конфигов (если ничего не забыл):

3200-28




3028

Попробуйте вот так:

На 3028:

config multicast port_filtering_mode 1-28 filter_unregistered_groups
config igmp_snooping data_driven_learning vlan_name mcast aged_out enable

На 3200:

config igmp_snooping vlan_name mcast fast_leave disable report_suppression disable
config igmp_snooping data_driven_learning vlan_name mcast expiry_time 260 state enable aged_out enable

Фигня это всё.

Проблема решается легко и просто. На квериере выставляется IGMP version 2
И наступает вселенское счастье.

Старые коммутаторы (а 3028 это старый коммутатор) не поддерживают 3 версию igmp. Поэтому, когда им говоришь filter_unregistered_groups на все порты, то поток по факту не льётся (хотя репорты ходят - именно поэтому вышестоящий 3200 говорит, что отдаёт поток на коммутатор 2). Поток начинает литься только если даёшь команду forward_unregistered_groups. Но при этом мультикаст разливается во все порты.

Я с этим уже сталкивался. При чём, когда мы обсуждали эту ситуацию с представителем д-линка, мы долго не могли понять в чём дело. В итоге, когда истина была мной самим найдена и я сообщил решение проблемы, представитель мне ответил, что он даже не думал о том, что кто-нибудь вообще использует 3 версию igmp. Типа де-факто у всех 2 версия

_________________
Народ и партия - едины!

terrible, к сожалению, не помогло

Kolobokteam,

querier использует igmpv2

Да и тогда ведь ВСЕ каналы не должны работать при filter_unregistered_groups, правильно? У вас так было?
У меня проблема в том, что из порядка 100 каналов такая проблема лишь с 1 или 2.

Т.е., например, при включенном filter_unregistered_groups

...
239.77.0.31 - вещает на обоих коммутаторах
239.77.0.32 - вещает на обоих коммутаторах
239.77.0.33 - вещает только на первом коммутаторе, на втором как описано в проблеме
239.77.0.34 - вещает на обоих коммутаторах
239.77.0.35 - вещает на обоих коммутаторах
...

Почему именно 239.77.0.33? Чем она может отличаться от остальных? )

flood fdb включен?
колизий точно нет?

Тогда не знаю. К сожалению, не могу помочь.

_________________
Народ и партия - едины!

Вот за это спасибо, не ведал про flood_fdb Похоже, оно.



01-00-5E-4A-00-11 - МАС проблемной группы

В документации не нашел описания flood_fdb
Правильно ли я понимаю, что в таблице MAC-и с одинаковым value - отловленная коллизия хеш-функции MAC-адреса. А enable flood_fdb - включает инструмент регистрации этих коллизий с возможностью записи в лог и отсылки трапов?

Пойду изучать проблему дальше ) Еще раз спасибо, очень помог )

Да, flood_fdb нужен для диагностики всего этого дела.

а прошивку на 3028 обновляли?
там в новых сделали, что если мультикастовый мак попадает в коллизию, то ему дается приоритет

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД

оО не знал. А можно поточнее в какой прошивке это сделали? Я 2.90 использую

А я правильно понимаю, что решения данной проблемы нет, т.к. она на уровне чипсета и настолько печальна, что если на коммутаторе 50+ маков, то вероятность возникновения коллизии близка к 1?
Т.е. выход один - менять коммутатор?

Не совсем так. Например у меня на коммутаторах основное количество маков в управляющем влане. Соответственно коллизии происходят, но они не несут никакого вреда, так как трафика в этом влане нет.
Реальных проблем коллизий 2: колизия между 2мя абонентами в коммутаторе и коллизия с мультикастом. Второе очень плохо.

Глобально - да. Переходите на 3200-с1, там этой проблемы нет

вообще какбы у вас маки управляющего влана коллизируют с абонентскими, а там то трафик есть
но если у вас vlan per user тогда не страшно

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД

На 3028 да. Решения нет, но есть обходной путь
На 3200-28 A1/B1 вероятность существенно ниже. Коллизии я там видел, но жалоб от клиентов не могу сейчас вспомнить, ведь не каждый раз это кто-то замечает. Вот на 3028 это реально беда.
Пилите сеть на сегменты.

_________________
D-Link Switches: Tips & Tricks