Есть агрегаторы DGS-3627, на которых поднят PIM, и далее до клиента идет IGMP через цепочки d-link'ов доступа.
Настройка сделана в соответствии с мануалом на сайте длинка.
Наблюдается задержки при включении или переключении каналов - 10-60 секунд.
Прошивка 2.84-B48


На других агрегаторах вида qtech, Catalyst так же с PIM - долгой подписки не наблюдается.

При этом собрал стенд на DGS-3612 с такой же прошивкой, поднял PIM, подключил к qtech 8300 - и долгих подписок не наблюдается...
Где и как искать проблему?

Попробуйте выполнить
create filter_data_learning ip_address 239.255.255.250
а также используйте p2p /30 линки между L3 коммутаторами

Между всеми коммутаторами прокинуты вланы с /30, и поднят OSPF. Доступность RP постоянная.
Команду про фильтр 239.255.255.250 выполнил на DGS-3627, но не помогло

При заказе подписки на уровне доступа, подписка появляется в show igmp_snooping groop

Source/Group : NULL/238.2.1.48
VLAN Name/VID : IPTV/300
Reports : 4
Member Ports : 21
Router Ports : 28
Up time : 213
Expire Time : 192
Filter Mode : EXCLUDE


Сразу же подписка появляется на агрегаторе DGS-3627

DGS-3627G:admin#show igmp group
Command: show igmp group

Interface Multicast Group Last Reporter IP Querier IP Expire
------------ --------------- --------------- --------------- ---------
300 238.2.1.48 10.0.37.113 SELF 259

Total Entries: 1

И запрос тоже сразу же отправляется в PIM

DGS-3627G:admin#show pim ipmroute
Command: show pim ipmroute


PIM IP Multicast Route Table

UA = Upstream AssertTimer
AM = Assert Metric
AMPref = Assert MetricPref
ARB = Assert RPTBit

Group Address Source Address UA AM AMPref ARB Flag Type Mode
------------------ ------------------ ---- ---- ------ ---- ---- ------- ----
238.2.1.48 10.10.71.255/32 0 0 0 0 RPT (*.G) ASM

Total Entries: 1

При этом мультикаст поток не приходит, а появляется через несколько секунд или десятков секунд.

Схема Cisco 7606 (c источниками мультикаста)(ospf+pim) -> Cisco 4500(ospf+pim) -> Cisco 4500(ospf+pim) -> DGS-3627 (ospf+pim)-> DGS-3627 (ospf+pim+igmp) -> qtech 3200 (igmp snooping)-> DES-3200-28 (multicast vlan) -> клиент

В дополнение к указанной Артемом команде нужно еще выполнить:

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

Включили эту команду на крайнем DGS-3627, загрузка CPU возросла в среднем на 15%. Однако проблему не решило.

Эту команду нужно выполнить на всех коммутаторах цепочки по которой идет мультикаст.

На 3627 у вас для влана, в котором pim multicast vlan_fitering_mode стоит forward_unregistered?

Стоит config multicast filtering_mode <vlan pim на доступ> filter_unregistered_groups

Попробуйте сделать forward именно для влана с pim. Влан, в котором отдаете абонентам - в нём filter

настроил forward_unregistering_group на влане с pim на конечном и промежуточном DGS - без изменений, осталась задержка на подписки.
но disable cpu_rx_rate_control на промежуточном DGS пока не удалось сделать.

Обращаю внимание на то, что и команду "create filter_data_learning ip_address 239.255.255.250" нужно выполнить на всех коммутаторах цепочки.

Выполнил наконец-то эти команды, пришлось обновляться на последние прошивки при этом.
В итоге, подписка стала быстрее - около 3-5 секунд, но когда специально обученный человек запустил серфинг каналов на IP-TV Player, то загрузка на DGS-3627 сразу в полку, safeguard спас и пришлось вернуться на enable cpu_rx_rate_control.
На клиентском коммутаторе DES-1228/ME по логам тоже в этом время safeguard engine отрабатывал.

Уточните, пожалуйста, до запуска серфинга каналов какая у Вас загрузка CPU на DGS-3627?

около 40-45%

А какое общее количество записей на коммутаторе в ARP и FDB таблицах?