NanoStation M2: ведомость получателей multicast
Для NanoStation M2 схема multicast должна перечислять не только отправителя, но и зарегистрированных получателей. В принятом руководстве Multicast Enhancement использует IGMP-snooping и исключает незарегистрированных клиентов. Поэтому наличие потока на входе AP не подтверждает, что он будет доставлен каждому подключённому устройству.
Область функции
Ранее принятое описание относится к AP и AP Repeater. В ведомости указывают роль устройства, требуемую группу получателей и известный способ их регистрации. Одно название «multicast» без этих условий не определяет, какая часть конфигурации должна обеспечить прикладной обмен.
Если устройство нуждается в multicast без IGMP, источник допускает необходимость выключения Enhancement. Это условие конкретного сценария, а не универсальная рекомендация менять параметр. Сначала необходимо описать потребность клиента и применимую организацию сети, не подменяя её названием приложения.
Два отдельных параметра
В принятой документации Multicast Data и Multicast Enhancement являются разными элементами; для описанной редакции оба по умолчанию включены. Такое указание не подтверждает фактические настройки существующего узла. Их состояния сохраняют разными полями с указанием основания сведений.
Нельзя объявлять весь multicast запрещённым только по выключенному Enhancement или считать всех получателей зарегистрированными по включённому Multicast Data. Для каждого вывода нужен соответствующий контекст. Если часть сведений отсутствует, она остаётся точным вопросом конфигурации.
| Поле ведомости | Что сохраняется |
|---|---|
| AP/AP Repeater | Применимая роль |
| Источник потока | Предмет прикладной задачи |
| Получатели и IGMP | Условия регистрации клиентов |
| Два параметра multicast | Независимые известные состояния |
Требуемый результат передачи
Если перечень получателей меняется, версию ведомости связывают с новой задачей. Прежний успешный приём другой группой не заменяет подтверждение обновлённого состава участников.
В акте нужно определить, каким клиентам должен быть доступен конкретный поток. Приём одним устройством не подтверждает приём остальными. Также наличие зарегистрированного получателя само по себе не устанавливает качество приложения на всём маршруте.
Основание — ранее принятое руководство airOS для NanoStation M2. Здесь трафик не создаётся и настройки не меняются. Для сайта Motorola-radio разделите описание получателей, согласование IGMP, конфигурацию AP и проверку приложения. Такой состав позволяет сопоставлять предложения по нужным адресатам, сохраняя различие между входящим потоком, правилами отбора и фактически подтверждённой доставкой каждого требуемого сообщения.
