Есть городская сеть, где в качестве агрегаторов стоят DGS-3627G, домовыми выступают D-Link DES-3200-26.
Адресация мультикаст поток - 238.1.1.0 - 238.1.1.63
Мультикаст, проходя через один или несколько агрегаторов режется, и остается 238.1.1.17 - 238.1.1.48.
Вопрос, почему режется?

Конфиг для мультикаста:

enable pim
config pim last_hop_spt_switchover never
create pim static_rp group 238.1.1.0/24 rp <rp-server>
enable igmp_snooping

config pim ipif System mode sm state enable
config pim ipif p2p-agg mode sm state enable

create vlan Multicast_1 tag 801
config vlan Multicast_1 add tagged 1-2
config vlan Multicast_1 add forbidden 3-27
create ipif Multicast_1 192.168.1.61/30 Multicast_1

config pim ipif Multicast_1 mode sm state enable
config igmp ipif Multicast_1 version 2 state enable
config igmp check_subscriber_source_network ipif Multicast_1 disable
config igmp_snooping vlan Multicast_1 state enable

Постараюсь сегодня проверить и написать по результатам.

_________________
С уважением,
Бигаров Руслан.

Подтверждаю - за DGS 3627G замечено проглатывание мультикаста в бездну.
Из замеченного:
Multicast <--> DGS-1 <--> DGS-2

Мультикаст летит на два DGSа в одном влане. На каждом из них настроен PIM и сходятся абонентские ISM. В какой-то прекрасный момент оказалось - на DGS-1 входит 18кpps мультикаста, а на DGS-2 уже 3кpps мультикаста. Трафик контроль и иже с ним отключено. На DGS-1 save/reboot. Все - проблема решена - на DGS-2 уже все 18kpps.

Второй момент - другой DGS с PIM-SM, на нем же абонентики со своими ISM. Все ходит, потом в какой-то момент часть каналов не ходит. igmp запросы вижу, на входе вроде бы весь мультикаст есть, а у абонентов некоторых каналов нет. save/reboot. Все стало на свои места.

Третий вариант. Такая же ситуация как описана в первом примере:
Multicast <--> DGS-1 <--> DGS-2
Есть некий ISMVLAN с VLANID 420. Терминирую его с PIM-SM на DGS-1. Группа 238.1.1.50 бегает - все хорошо. Убираю с DGS-1 и терминирую на DGS-2 - не вижу 238.1.1.50 - хотя запросы все видит, но у абонента мультикаста нет. Ребуты не помогают. Оставил VLC с группой 238.1.1.50. Под вечер вдруг начал показывать. Показывал секунд 20, фризанулся несколько раз секунд на 10 и снова пропал. На следующий день после обеда снова так же немного показал, фризанулся и опять ушел в небытие. Ребуты ДГСов не спасают. Трафик контролов нет.

Если информации предоставленной человеком недостаточно - готов предоставить вырезки из конфигов и другую информацию.

2 shulik > Проблема решается с помощью save&reboot раз и на всегда или через какое-то время проявляется снова?

_________________
С уважением,
Бигаров Руслан.

Описанные случаи - это из последнего. С пропажей мультикаста сталкивались и раньше - еще на прошивках 2.5х. В описанных двух случаях решилось пока одноразово. В третьем пока не решилась никак. Что примечательно - изначально то оно работает, и после пропадает. Лечится только ребутом. disable/enable pim, disable/enable igmp никак не помогали.

Multicast красите QoS-ом?! Если "да", то каким значением?!

_________________
С уважением,
Бигаров Руслан.

Да, вот так:
create access_profile profile_id 1 ip destination_ip_mask 240.0.0.0 udp
config access_profile profile_id 1 add access_id 1 ip destination_ip 224.0.0.0 udp port 1-50 permit priority 7 replace_priority rx_rate no_limit
Но часть групп тут не пролетает - то есть где-то групп 10 пока не окрашены.

Третий вариант победил. Оказалась таки ошибка в конфигурации. На DGS-1 в цепочке на VLAN с исходным мультикастом стоял filter_unregistered_groups. Не ясным остался лишь момент, почему зацепило только одну группу.

Приоритет для Multicast-а лучше ставить 5 или 4.

_________________
С уважением,
Бигаров Руслан.

Вот опять. Схема все та же. Multicast source --- DGS-3627G PIM-SM --- ISM VLAN Client. Ни одного канала не показывает. igmp запросы DGS видит. sh pim ipmroute видит. А у клиента тишина и покой.
disable pim
enable pim
несколько секунд ждем.
Чудо произошло - ТВ снова вернулось к клиенту.

Приведите пример настроек MUlticast-а на коммутаторе доступа для анализа.

_________________
С уважением,
Бигаров Руслан.

Пока ситуация не повторялась. Если вдруг проявится - из соответствующего куска приведу конфиг.

Есть несколько смежных вопросов. Вкратце ситуация следующая. Порядка 21 соседа общаются по PIM. Практически на всех сходятся ISM-вланы абонентов. В некоторые также подается мультикаст от стримеров. Какие рекомендуемые параметры настроек PIM-SM в данном случае? В т.ч. есть ли смысл играться hello_interval jp_interval? Также интересуют рекомендации по-поводу crp, cbsr, с учетом, что мультикаст живет в одной подсети /24, а подаются группы от стримеров на различные коммутаторы. В некоторые моменты замечено, что бывают периодически выпадают 1 или несколько мультикаст-пакетиков (судя по логам VLC). Такое ощущение, что происходит какое-то общение протокола (возможно внештатное) в PIM, которое вызывает такие выпады.

2 shulik > Стример ваш или Вы покупаете контент?

_________________
С уважением,
Бигаров Руслан.

В основном наш. В одной точке (на одном ДГС) приходит как наш (со стримеров), так и купленный. Причем на купленный валится туча мультикаста (порядка 700-750мбит), а при помощи cpu access_profile отрезается лишнее и остается только около 150-200 мбит.

PS: А это имеет значение?

Да, в моей практике решения Multicast проблем была одна схожая, клиент покупает контент, настроили всё правильно, но каналы в какой-то момент всё равно заикались при просмотре, даже настройка приоритизации не помогла. Оказалось, что проблема была на стороне продавца контента. После её исправления всё стало работать в штатном режиме, т.е. без проблем.

_________________
С уважением,
Бигаров Руслан.