что такое igmp proxy

Для чего нужна настройка igmp proxy в роутере?

Те, кто хоть раз заходил в настройки своего Wi-Fi роутера наверняка мог обратить внимание на наличие опции под названием igmp proxy. У кого-то она включена, а у кого – то выключена.

В данной статье вы узнаете для чего нужна данная настройка и когда ее нужно включать.

За что отвечает igmp proxy?

Наверняка многие используют или хотя бы слышали о IPTV. Это технология просмотра телевидения через интернет на компьютере и других устройствах.

Вот так выглядит просмотр IPTV

Принцип ее работы заключается в передаче данных через широковещательные запросы в компьютерной сети. Программа, установленная на компьютере, принимает эти данные, собирает их и отображает как потоковое видео.

Так вот опция igmp proxy разрешает или запрещает роутеру пропускать пакеты данных IPTV. Говоря более простыми словами, включает или отключает работу IPTV для устройств, подключенных к данному роутеру.

Включать или нет?

Если вы не используете IPTV на компьютере или на телевизоре через приставку, то igmp proxy можно оставить в положении “Отключено” (Disabled).

Пример опции в настройках роутера TP-Link

В противном случае отключение данной опции сделает просмотр телевидения IPTV через интернет невозможным.

Источник

Протокол IGMP proxy: описание, включение, настройка, устранение проблем

Протокол IGMP служит для управления многоадресной передачей данных и применяется в роутерах для организации подключенного к нему оборудования в группы.

Как и для чего включают IGMP?

У пользователей, пожелавших воспользоваться преимуществами IPTV через свой домашний маршрутизатор, иногда возникают сложности с подключением к интерактивному телевидению.

Некоторые модемы несовместимы для работы с этой технологией, а на отдельных просто требуется включить через web-конфигуратор igmp. Интерактивное ТВ функционирует посредством широковещательной передачи данных.

Если организовать просмотр такого телевидения с использованием маршрутизатора либо модема ADSL, то ко всем устройствам, соединенным с ними, будет осуществляться передача данных.

Для этого требуется поддержка роутером IGMP, однако старые версии устройств часто ее не имеют, либо у них не хватает аппаратной мощности, то есть просто зависают из-за перегрузки.

Процедура включения

На современном оборудовании обычно, чтобы просматривать IPTV, ручное подключение этого протокола осуществлять нет необходимости.

Достаточно произвести апгрейт программного обеспечения и после этого функция активируется в автоматическом режиме. Главное, чтобы роутер поддерживал этот протокол.

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

Примечание: На старых моделях маршрутизаторов пункт под номером «4» выполнять не требуется, так как в них достаточно активировать графу «IGMP прокси» и все заработает.

Устранение сопутствующих проблем

В случае, когда трансляция IPTV не заработала после выполненных мероприятий, нередко виновниками блокировки выступают брандмаундер системы, антивирусник или фаерволл.

Следует их временно отключить для диагностирования источника неполадок. Затем, к примеру, в файрволле разрешить активность протокола для просмотра интерактивного телевидения.

Если для просмотра интерактивного ТВ применяется приставка, то необходимо включить функцию «Мост».

В роутерах разных производителей она называется по-разному, например, в Asus «Choose WAN Bridge Port», а в TP Link «Network-Bridge». Лучше свериться с инструкцией конкретной модели аппарата.

Если трансляция сопровождается частыми перебоями (изображение зависает, звук затормаживается и т.п.), то это вызывается перегрузкой маршрутизатора.

Рекомендуется ограничить скорости скачивания для других клиентов сети или сократить число кабельных подключений, а также лимитировать количество соединений по Wi-Fi.

Источник

Русские Блоги

Основы IGMP

Введение в IGMP

Как работает IGMPv1

Сообщение ICMPv1:

IGMPv1 включает два типа сообщений:

Рис.: Формат сообщения IGMPv1

Пример захвата пакета IGMPv1:

Рис.: Пример сообщения IGMPv1

Механизм работы IGMPv1:

Протокол IGMPv1 в основном основан на механизме запросов и ответов для полного управления группами многоадресной рассылки. Когда в сегменте сети имеется несколько маршрутизаторов многоадресной рассылки, поскольку все они могут получать сообщение с отчетом о членстве, отправленное хостом, достаточно выбрать один из маршрутизаторов многоадресной рассылки для отправки сообщения запроса. Маршрутизатор многоадресной рассылки сообщает Это запросчик IGMP (Querier).В IGMPv1 единственный сервер пересылки многоадресной информации выбирается протоколом многоадресной маршрутизации PIM.(Assert Winner или DR) Как запрашивающий IGMPv1, он отвечает за запрос членства в группе сетевого сегмента.

Рабочий механизм IGMPv1 можно разделить на три аспекта: общий механизм группового запроса и ответа, механизм присоединения нового члена и механизм выхода члена группы.

Общий механизм группового запроса и ответа:

Посредством общего группового запроса и ответа запросчик IGMP может узнать, какие группы многоадресной рассылки имеют участников в сегменте сети.

Рис.: Диаграмма запросов и ответов IGMPv1

Как показано на рисунке выше, общий процесс группового запроса и ответа выглядит следующим образом:

Инициатор запросов IGMP отправляет сообщение общего запроса с адресом назначения 224.0.0.1 (представляющим все хосты и маршрутизаторы в одном сегменте сети); член группы, который получает сообщение запроса, запускает таймер.

Изображение: сообщение общего запроса IGMPv1

Первый член группы, у которого истекает таймер, отправляет отчетное сообщение для группы.

Предполагая, что таймер Timer-G1 на HostA истекает первым, HostA отправляет отчетное сообщение с адресом назначения G1 в этот сегмент сети. HostB, который также хочет присоединиться к группе G1, получает это отчетное сообщение, поэтому он останавливает таймер Timer-G1 и больше не отправляет отчетные сообщения для G1. Таким образом, сообщение отчета подавляется, что может снизить трафик в сегменте сети.

Рис.: Пример захвата пакета отчета IGMPv1

После получения сообщения-отчета от HostA, запросчик IGMP знает, что в этом сегменте сети есть члены группы многоадресной рассылки G1, и оно создается протоколом многоадресной маршрутизации (, G1) Запись многоадресной пересылки, « «Представляет любой источник многоадресной рассылки. Как только данные группы многоадресной рассылки G1 в сети достигают маршрутизатора, они будут перенаправлены в этот сегмент сети.

Механизм присоединения нового члена группы:

Рис.: Схематическая диаграмма присоединения новых членов группы

Как показано на рисунке выше, процесс присоединения хоста HostC к группе многоадресной рассылки G2 выглядит следующим образом:

Механизм выхода члена группы:

IGMPv1 конкретно не определяет сообщения, покидающие группу. После того, как хост покинет группу многоадресной рассылки, он больше не будет отвечать на общие сообщения группового запроса.

Предположим, HostA хочет выйти из группы многоадресной рассылки G1.

Когда HostA получает сообщение с общим запросом, отправленное запросчиком IGMP, он больше не отправляет сообщения отчета для G1. Поскольку HostB, член группы G1, все еще существует в сегменте сети, HostB отправит сообщение-отчет для G1 запрашивающей IGMP, поэтому запрашивающая IGMP не заметит ухода HostA.

Предположим, HostC хочет покинуть группу многоадресной рассылки G2.

Как работает IGMPv2

Сообщение IGMPv2:

По сравнению с IGMPv1, IGMPv2 имеет следующие изменения:

Рис.: Формат сообщения IGMPv2

Тип: Тип пакета. Поле имеет следующие четыре значения:

Максимальное время отклика: максимальное время отклика.

После получения сообщения общего запроса, отправленного запросчиком IGMP, узел-член должен ответить в течение максимального времени ответа. Это поле действительно только в сообщениях запроса IGMP.

Адрес группы: адрес группы многоадресной рассылки.

Пример захвата пакета IGMPv2:

Рис.: Сообщение запроса IGMPv2

Механизм работы IGMPv2:

С точки зрения рабочего механизма, по сравнению с IGMPv1, IGMPv2 добавляет механизм выбора и выхода из группы запросов.

Механизм выбора Querier:

IGMPv2 использует независимый механизм выбора запрашивающего. Когда в общем сегменте сети имеется несколько многоадресных маршрутизаторов,Маршрутизатор с наименьшим IP-адресом становится запрашивающим.。

Рис.: Механизм выбора запрашивающего

Как показано на рисунке выше, в IGMPv2 процесс выбора запрашивающего осуществляется следующим образом:

Первоначально все маршрутизаторы многоадресной рассылки (RouterA и RouterB), работающие с IGMPv2, считают себя запрашивающими и отправляют общие сообщения запроса всем хостам и маршрутизаторам многоадресной рассылки в сегменте сети.

После того, как RouterA и RouterB получают сообщение с общим запросом, отправленное другой стороной, они сравнивают исходный IP-адрес сообщения со своим собственным адресом интерфейса. Для сравнения, многоадресный маршрутизатор с наименьшим IP-адресом станет запрашивающим, а другие многоадресные маршрутизаторы станут не запрашивающим (Non-Querier).

Рис.: Пример сообщения запроса V2

Рис.: Отчетное сообщение IGMPv2

После этого запросчик IGMP (RouterA) будет отправлять общие сообщения запроса на все хосты и другие многоадресные маршрутизаторы в сегменте сети, в то время как не запрашивающий (RouterB) больше не будет отправлять общие сообщения запроса.

Таймер (Таймер присутствия другого запрашивающего) запускается на не запрашивающем (RouterB). До истечения таймера, если получено сообщение запроса от запрашивающего, таймер сбрасывается; в противном случае исходный запросчик считается недействительным и инициируется новый процесс выбора запрашивающего.

Механизм выхода группы:

Рис.: Схема выхода из группы

Как показано на рисунке выше, в IGMPv2 процесс выхода HostA из группы многоадресной рассылки G1 выглядит следующим образом:

Когда запрашивающий получит сообщение о выходе, он отправит сообщение с запросом для группы G1. Интервал отправки и количество отправок можно настроить с помощью команд.По умолчанию отправка отправляется один раз в 1 секунду, всего дважды. В то же время запрашивающий запускает таймер членства в группе (Timer-Membership = интервал отправки x количество отправлений).

В этом сегменте сети есть и другие члены группы G1, и эти члены немедленно отправят отчетное сообщение для группы G1 после получения сообщения с запросом конкретной группы, отправленного запрашивающим. После получения отчетного сообщения для группы G1 запрашивающий продолжит поддерживать членство в группе.

Если в этом сегменте сети нет других членов группы G1, запрашивающий не будет получать сообщения отчета для группы G1. По истечении времени членства в таймере запрашивающий удалит запись группы IGMP, соответствующую (*, G1). Когда многоадресные данные группы G1 достигают запрашивающей стороны, запрашивающая сторона не пересылает их вниз по потоку.

Принцип работы IGMPv3:

Сообщение IGMPv3:

По сравнению с IGMPv2, сообщения IGMPv3 следующие:

Формат сообщения запроса IGMPv3:

Рис.: Формат сообщения запроса IGMPv3

Описание поля сообщения запроса IGMPv3:

Формат сообщения отчета о членстве IGMPv3:

Рис.: Формат сообщения отчета о членстве IGMPv3

Рис.: Формат поля Grounp Record

Объяснение поля:

Пример захвата пакета IGMPv3:

Рис.: Пример сообщения отчета IGMPv3

Рис.: Сообщение запроса IGMPv3

Механизм работы IGMPv3:

С точки зрения рабочего механизма, по сравнению с IGMPv2, IGMPv3 увеличивает возможность хоста выбирать источники многоадресной рассылки.

Присоединение к определенной группе:

Если IGMPv1 или IGMPv2 работает между Хостом и многоадресным маршрутизатором, Хост не может выбрать источник многоадресной рассылки, когда он присоединяется к группе многоадресной рассылки G, и будет получать данные от источников многоадресной рассылки S1 и S2 одновременно, независимо от того, нужны ли они ему. Если используется IGMPv3, узлы-участники могут выбрать получение только многоадресных данных S1.

Конкретный групповой запрос:

При получении отчета (такого как CHANGE_TO_INCLUDE_MODE, CHANGE_TO_EXCLUDE_MODE), который изменяет соответствие между группой многоадресной рассылки и исходным списком, отправленным членом группы, запросчик IGMP отправит конкретное сообщение запроса исходной группы. Если члены группы хотят получать данные многоадресной рассылки из любого из этих источников, они ответят сообщением с отчетом. Запросчик IGMP обновляет список источников, соответствующий группе, в соответствии с обратной связью отчета о членстве в группе.

Сравнение версий IGMP

IGMPv1 определяет базовый процесс запроса и отчета о членах группы. IGMPv2 добавляет механизм выбора запрашивающего и выхода из группы. Основная функция, добавленная в IGMPv3, заключается в том, что участники могут указывать получение или запрет на получение определенных источников многоадресной рассылки. Сообщение. В процессе эволюции эти три версии имеют прямую совместимость с обработкой протокольных сообщений.Поэтому, хотя форматы протокольных сообщений каждой версии различаются, маршрутизаторы, использующие более высокие версии IGMP, могут распознавать сообщения IGMP более низких версий.

Все версии IGMP поддерживают модель ASM (Any-Source Multicast). IGMPv3 можно напрямую применять к модели SSM (многоадресная рассылка с учетом источника), в то время как IGMPv1 и IGMPv2 требуют поддержки технологии сопоставления IGMP SSM для применения к модели SSM.

IGMP SSM Mapping

SSM (многоадресная рассылка, зависящая от источника) называется многоадресной рассылкой от назначенного источника, которая требует, чтобы маршрутизаторы знали источник многоадресной рассылки, указанный при присоединении узла-члена к группе многоадресной рассылки. Если IGMPv3 работает на узлах-членах, адрес источника многоадресной рассылки можно напрямую указать в сообщении отчета IGMPv3. Однако в некоторых случаях узлы-участники могут запускать только IGMPv1 или IGMPv2. Чтобы они могли использовать службу SSM, маршрутизатору необходимо обеспечить отображение IGMP SSM.

IGMP Proxy

Прокси-сервер IGMP, также называемый прокси-сервером IGMP, обычно развертывается на устройстве уровня 3 между устройством доступа (RouterA) и узлами-участниками. Устройство прокси-сервера IGMP может собирать отчеты IGMP / оставлять сообщения от нижележащих узлов-членов и сообщать / оставлять После того, как сообщения агрегированы, подчиненные узлы-участники отправляются на устройство доступа унифицированным способом; с другой стороны, устройство прокси-сервера IGMP также может прокси-сервер IGMP-запросчика для отправки сообщений запроса на нижележащие узлы-члены, поддерживать членство в группе и выполнять многоадресную рассылку на основе членства в группе. Вперед. С точки зрения устройства доступа RouterA, RouterB является хостом; с точки зрения нисходящих узлов-участников RouterB является запросчиком IGMP.

Механизм работы IGMP Proxy:

Функции, реализуемые прокси-устройством IGMP, в основном делятся на два типа: поведение хоста и поведение маршрутизатора.

Поведение хозяина

Поведение хоста означает, что когда восходящий интерфейс прокси-устройства IGMP получает сообщение запроса, он отвечает на сообщение запроса в соответствии с текущим статусом таблицы многоадресной пересылки, или восходящий интерфейс активно отправляет отчет на устройство доступа при изменении таблицы многоадресной пересылки /Оставить сообщение. Рабочий механизм поведения хоста следующий:

После того как прокси-устройство IGMP получит отчетное сообщение определенной группы многоадресной рассылки, оно будет искать группу многоадресной рассылки в таблице многоадресной пересылки:

После того, как прокси-устройство IGMP получит сообщение о выходе определенной группы многоадресной рассылки G, оно отправит конкретное сообщение группового запроса на интерфейс, который получил сообщение о выходе, чтобы проверить, есть ли другие члены группы многоадресной рассылки G под интерфейсом:

Поведение роутера

Поведение маршрутизатора означает, что нисходящий интерфейс прокси-устройства IGMP генерирует записи многоадресной пересылки на основе информации о членских узлах, присоединяющихся к группе многоадресной рассылки или покидающих ее, принимает данные многоадресной рассылки, отправленные устройством доступа, и отправляет информацию о пересылке на основе информации об исходящем интерфейсе записи многоадресной пересылки. Конкретный интерфейс пересылает данные многоадресной рассылки.

Механизм резервного копирования IGMP Proxy:

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

Рис.: Механизм резервного копирования прокси-сервера IGMP

Сам IGMP Proxy не имеет механизма обнаружения. В случае сбоя многоадресного канала он не может гарантировать своевременное переключение основного и резервного каналов, что может привести к длительному прерыванию службы многоадресной рассылки. Эту проблему можно решить с помощью связи между IGMP Proxy и NQA. Связь между IGMP Proxy и тестовыми примерами NQA заключается в использовании тестовых примеров NQA для определения статуса сквозного канала и переключения между основным и резервным каналами на основе результатов тестового примера NQA, тем самым избегая длительных прерываний связи.

Часто используемые командные строки IGMP

Примечания к исследованию IGMP

Роль вопрошающего:

Запросчик может пересылать многоадресный трафик, что позволяет избежать дублирования многоадресного трафика. Чтобы обеспечить надежность многоадресной рассылки, маршрутизаторы, не выполняющие запросы, также будут создавать и поддерживать группы многоадресной рассылки. В то же время, не запрашивающие запросы должны отслеживать существование запрашивающей стороны. Если запрашивающая сторона не отправляет запрос в таймере удержания, не запрашивающая сторона будет Считается, что дознаватель потерпел неудачу, и расследование необходимо переизбрать. Инициатор запросов будет пересылать многоадресный трафик и в то же время отправлять запросы с каждым интервалом (60 секунд).

Источник