Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

MULTICAST_PIM_IGMP_DROP Сетевое оборудование и VPN

Траблшутинг многоадресной рассылки: диагностика IGMP Snooping и PIM-SM

Обновлено: 25.08.2026 · Официальная документация ↗
  • Клиенты не получают видеопоток или данные мультикаста (группа 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
exit

2. Проверка состояния маршрутизации PIM-SM (Protocol Independent Multicast)

show ip pim neighbor
show ip pim rp mapping

3. Анализ таблицы многоадресной маршрутизации (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
💡 Практика специалистов: При траблшутинге мультикаста всегда в первую очередь проверяйте команду `show ip rpf `. 90% проблем отсутствия мультикаста в L3-сетях вызваны несимметричной unicast-маршрутизацией, из-за которой пакеты срезаются встроенной проверкой RPF Check.

Частые вопросы (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.

Полезные материалы
Рекомендуем