Большая сеть: 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 в устройстве |
Нашли в статье ошибку, устаревшее или непонятное место?