К содержанию
fohbookбета/ Инженер по свету

Большая сеть: IGMP и предел коммутатора

Многоадресная рассылка без IGMP snooping превращается в широковещательную, без querier перестаёт работать snooping, а у каждого коммутатора есть предел групп. Что проверить в сети на сотни вселенных sACN.

sACN отправляет каждую вселенную в свою многоадресную группу, и сеть на пятьсот вселенных — это пятьсот групп. MA-Net3 тоже работает многоадресно, а по словам Luminex, на многоадресной рассылке построены и Dante, и другие протоколы, которые встречаются в той же сети. Пока групп десятки, всё это работает на любом приличном коммутаторе. Когда их сотни и тысячи, решает настройка.

Snooping и querier

Устройство, которому нужна группа, сообщает об этом сообщением IGMP. Коммутатор с включённым IGMP snooping читает эти сообщения и отправляет трафик группы только на порты, где его ждут. Без snooping, как пишет Luminex, весь многоадресный трафик обрабатывается как широковещательный и уходит на все порты.

Snooping нуждается в querier: устройстве, которое периодически спрашивает сеть, какие группы ещё нужны. Без него подписки со временем устаревают. MA Lighting в руководстве к своему коммутатору, MA Network Switch версии 3.9, пишет, что в каждой группе, то есть в каждой VLAN, хотя бы один коммутатор должен быть querier; если их включено несколько, querier выбирается автоматически, и им становится коммутатор с наименьшим IP-адресом. Luminex советует держать один коммутатор querier для всех групп.

По умолчанию коммутаторы ведут себя по-разному. У MA Network Switch snooping и querier с завода выключены, и MA советует включить оба, а рассылку неизвестных групп выключить. Коммутаторы Luminex GigaCore приходят с включёнными snooping и querier. Поэтому настройки чужого коммутатора на площадке проверяют сами.

Unknown flooding

Многие коммутаторы умеют рассылать на все порты трафик групп, на которые никто не подписался. MA и Luminex советуют это выключать, и Luminex объясняет почему: так прячутся устройства с неправильной реализацией IGMP, которые получают данные только благодаря этой рассылке, и проблема всплывает позже, в большой сети. С выключенной рассылкой такое устройство сразу перестаёт получать данные, и его видно на монтаже.

Предел коммутатора

Коммутатор помнит группы в таблице ограниченного размера. У Luminex это описано прямо: у коммутаторов GigaCore второго поколения 1024 записи, часть из них зарезервирована, у GigaCore O26-I — 4096. В сети с тысячами вселенных sACN этот предел достижим, и дальше коммутатор уже не может разводить группы по портам.

Для таких сетей Luminex описывает схему «ядро и листья». На коммутаторах ядра snooping выключают, а сообщения IGMP между ветками отбрасывают, и каждый лист сам ведёт подписки своей ветки. Общее число групп в сети становится суммой того, что выдерживают листья, но внутри одной ветки предел по-прежнему задаёт таблица querier этой ветки.

Предел на приёме

Предел бывает и у приёмника. grandMA3, по руководству, принимает sACN многоадресно не больше чем на двадцать вселенных и предупреждает, если строк больше; адресный приём этого ограничения не имеет. Если пульт должен принимать больше двадцати вселенных от другого источника, источник настраивают на адресную отправку на IP пульта.

Что проверить

Симптом Где смотреть
Часть вселенных доходит, часть нет Таблица групп коммутатора и её заполнение, есть ли querier в этой VLAN
Всё работало, через несколько минут часть нод потеряла данные Querier: без него подписки устаревают
Порты нод, которым вселенные не нужны, загружены трафиком Snooping выключен, или коммутатор переполнил таблицу групп
Устройство получает данные на одном коммутаторе и не получает на другом Unknown flooding на первом прячет плохую реализацию IGMP в устройстве

Нашли в статье ошибку, устаревшее или непонятное место?

рядом по смыслу
Оглавление гайда →