Траблшутинг многоадресной рассылки: диагностика IGMP Snooping и PIM-SM
- Клиенты не получают видеопоток или данные мультикаста (группа
224.0.0.0/4). - Мультикаст-поток обрывается ровно через 3-5 минут после старта воспроизведения.
- Коммутатор заливает мультикаст-трафиком все порты VLAN (превращается в Broadcast) из-за отсутствия Querier.
- В выводе
show ip mrouteотсутствует дерево (*, G) или (S, G), либо интерфейс находится в состоянииPrune/Null.
1. Проверка состояния подписки клиентов через IGMP Snooping
show ip igmp snooping groups
show ip igmp snooping querierЕсли параметр Querier отсутствует (0.0.0.0), коммутаторы не получают отчеты IGMP Membership Report и прекращают форвардинг трафика на порт через 260 секунд. Включите Querier в VLAN:
configure terminal
ip igmp snooping querier
ip igmp snooping querier address 192.168.10.254
exit2. Проверка состояния маршрутизации PIM-SM (Protocol Independent Multicast)
show ip pim neighbor
show ip pim rp mapping3. Анализ таблицы многоадресной маршрутизации (mroute)
show ip mroute 239.255.1.1Убедитесь в наличии:
- (*, G) записи: Shared Tree (Дерево от точки рандеву RP к получателю);
- (S, G) записи: Source Tree (Дерево кратчайшего пути SPT напрямую от источника к получателю);
- Incoming Interface (IIF): Интерфейс в сторону источника/RP не должен быть
Null. - Outgoing Interface List (OIL): Список интерфейсов с активными клиентами не должен быть пуст.
4. Проверка правила RPF (Reverse Path Forwarding Check)
Если маршрутизатор получает мультикаст-пакет на интерфейс, который не является лучшим путем к источнику по таблице Unicast RIB, пакет молча отбрасывается:
show ip rpf 192.168.100.10 # IP адрес источника мультикаста5. Настройка статической или Auto-RP точки рандеву (RP)
configure terminal
ip pim rp-address 10.255.255.1
exit Частые вопросы (FAQ)
Почему мультикаст поток стабильно останавливается через 3 минуты?
Клиент отправляет IGMP Join при старте. Если в сети нет IGMP Querier, периодические запросы IGMP Query не поступают. Таймер членства группы в коммутаторе истекает (по умолчанию 260 секунд), и свитч удаляет порт из таблицы форвардинга.
Что такое RPF Failure в мультикасте?
Механизм защиты от петель: маршрутизатор принимает мультикаст-пакет только в том случае, если он пришел на тот интерфейс, через который сам маршрутизатор отправил бы unicast-пакет обратно к источнику. Если RPF-проверка не проходит, пакет дропается.
В чем разница между PIM Dense Mode и PIM Sparse Mode?
Dense Mode сначала заливает весь трафик на все маршрутизаторы сети методом flooding, а затем ждет отказных сообщений (Prune). Sparse Mode не передает трафик никуда, пока маршрутизатор с клиентом явно не запросит подписку (PIM Join) к точке рандеву (RP).
Зачем нужен переход на Shortest Path Tree (SPT Switchover)?
После получения первого пакета через общую точку рандеву (RP) последний маршрутизатор инициирует прямое дерево к источнику (S, G), снижая задержки и снимая нагрузку с RP.