IGMP-отслеживание

Отслеживание IGMP — это процесс прослушивания сетевого трафика протокола управления группами Интернета (IGMP) для управления доставкой многоадресной IP-рассылки . Сетевые коммутаторы с отслеживанием IGMP прослушивают диалог IGMP между хостами и маршрутизаторами и поддерживают карту того, какие каналы нуждаются в какой многоадресной IP-передаче. Многоадресные рассылки могут быть отфильтрованы от каналов, которые в них не нуждаются, сохраняя пропускную способность этих каналов.

Отслеживание IGMP описано в информационном документе IETF RFC, но влияет на операции моста, составляющие компетенцию IEEE. Из-за отсутствия авторитетного стандарта процесс может работать по-разному на разном оборудовании.

Цель

По умолчанию коммутатор будет рассылать многоадресный трафик на все порты широковещательного домена (или эквивалента VLAN ). Многоадресная рассылка может вызвать ненужную нагрузку на хост-устройства, требуя от них обработки пакетов, которые они не запрашивали. При целенаправленном использовании это может стать основой для атаки типа «отказ в обслуживании» . Отслеживание IGMP предназначено для предотвращения получения хостами в локальной сети трафика для группы многоадресной рассылки, к которой они явно не присоединились. Он предоставляет коммутаторам механизм сокращения многоадресного трафика из каналов, которые не содержат прослушиватель многоадресной рассылки (клиент IGMP).

По сути, отслеживание IGMP — это оптимизация уровня 2 для IGMP уровня 3. Отслеживание IGMP происходит внутри коммутаторов и не является функцией протокола.

Отслеживание IGMP позволяет коммутатору пересылать многоадресный трафик только по тем каналам, которые его запросили. Поэтому отслеживание особенно полезно для приложений многоадресной IP-рассылки с интенсивным использованием полосы пропускания, таких как IPTV .

Стандартный статус

Отслеживание IGMP, хотя и является важным методом, пересекается с двумя организациями по стандартизации, а именно IEEE , которая стандартизирует коммутаторы Ethernet , и IETF , которая стандартизирует многоадресную рассылку IP. Это означает, что не существует четкого органа по стандартизации, ответственного за этот метод. Вот почему RFC 4541 по отслеживанию IGMP имеет только информационный статус. ^[1] несмотря на то, что на самом деле на него ссылаются в других работах по стандартизации, таких как RFC 4903 как нормативный.

Варианты реализации

IGMP-запросчик

Чтобы IGMP и, следовательно, отслеживание IGMP функционировали, в сети должен существовать многоадресный маршрутизатор и генерировать запросы IGMP. Без запросчика отчеты о членстве в IGMP могут быть неполными, а таблицы, связывающие порты-члены и группы многоадресной рассылки, потенциально неполны, и отслеживание не будет работать надежно. Некоторые реализации отслеживания IGMP включают полную возможность запроса.

IGMPv2 и IGMPv3 содержат возможность выбора запрашивающего устройства, если доступно несколько. Роль отдается запрашивающему с наименьшим IP-адресом. ^[2]^[3]

Общие запросы IGMP от запрашивающего должны безусловно пересылаться всеми коммутаторами, участвующими в отслеживании IGMP. ^[1]

Отчеты по прокси

Отслеживание IGMP с отчетами прокси-сервера или подавлением отчетов активно фильтрует пакеты IGMP, чтобы снизить нагрузку на многоадресный маршрутизатор. ^[1] Соединения и выходы, направляющиеся к маршрутизатору, фильтруются так, что отправляется только минимальное количество информации. Коммутатор пытается обеспечить, чтобы маршрутизатор имел только один отчет для группы, независимо от количества активных прослушивателей. Если в группе два активных слушателя и первый уходит, то коммутатор определяет, что маршрутизатору эта информация не нужна, так как она не влияет на состояние группы с точки зрения маршрутизатора. В следующий раз, когда от маршрутизатора поступит обычный запрос, коммутатор перешлет ответ от оставшегося хоста. При наличии отчетов прокси-сервера маршрутизатор обычно будет знать только о последнем присоединившемся члене группы.

См. также

Обнаружение прослушивателя многоадресной рассылки — обеспечивает функции IGMP для IPv6.

Ссылки

^ Перейти обратно: ^а ^б ^с М. Кристенсен; К. Кимбалл; Ф. Соленский (май 2006 г.). Рекомендации по отслеживающим коммутаторам протокола управления группами Интернета (IGMP) и обнаружения прослушивателей многоадресной рассылки (MLD) . IETF . дои : 10.17487/RFC4541 . РФК 4541 .
^ В. Феннер (ноябрь 1997 г.). Протокол управления интернет-группами, версия 2 . IETF . дои : 10.17487/RFC2236 . РФК 2236 .
^ Б. Каин; и др. (октябрь 2002 г.). Протокол управления группами Интернета, версия 3 . IETF . дои : 10.17487/RFC3376 . РФК 3376 .

[RFC_4541-1] Перейти обратно: ^а ^б ^с М. Кристенсен; К. Кимбалл; Ф. Соленский (май 2006 г.). Рекомендации по отслеживающим коммутаторам протокола управления группами Интернета (IGMP) и обнаружения прослушивателей многоадресной рассылки (MLD) . IETF . дои : 10.17487/RFC4541 . РФК 4541 .

[RFC_2236-2] В. Феннер (ноябрь 1997 г.). Протокол управления интернет-группами, версия 2 . IETF . дои : 10.17487/RFC2236 . РФК 2236 .

[RFC_3376-3] Б. Каин; и др. (октябрь 2002 г.). Протокол управления группами Интернета, версия 3 . IETF . дои : 10.17487/RFC3376 . РФК 3376 .

[1]

[2]

[3]