NanoStation M2: схема обмена при изоляции клиентов
При использовании Client Isolation на NanoStation M2 нужно нарисовать требуемые пути между клиентами. В принятом руководстве функция ограничивает взаимодействие беспроводных станций одной AP на L2 и L3. Это определённая область изоляции, которую нельзя объявлять общим запретом любого внешнего обмена или полной политикой безопасности всей сети.
Какие участники рассматриваются
Ранее принятое описание относится к AP/AP Repeater, связанным станциям и WDS peers. Поэтому в схеме нужно назвать конкретные роли и их связь с одной точкой доступа. Внешне похожие устройства на другом участке не следует автоматически относить к той же области функции.
Для каждого клиента указывают требуемые направления: другой клиент, внешняя сеть либо устройство за CPE. Это помогает увидеть, какую задачу должна решить изоляция и какой обмен требуется сохранить. Общего слова «разделить пользователей» недостаточно для определённого технического ответа.
Внешние пути имеют другой контекст
В принятом источнике внешние сетевые и CPE-пути допускаются описанной функцией. Следовательно, отсутствие прямого взаимодействия между двумя станциями одной AP не доказывает невозможность всех остальных маршрутов. Изоляция не заменяет описание внешней топологии и других правил сети.
Также доступность внешнего пути не подтверждает успешность приложения. Нужны самостоятельные данные о конечном сервисе и согласованном результате. Функциональное описание не является свидетельством проверки фактического маршрута на конкретном объекте.
| Участок схемы | Требуемое описание |
|---|---|
| Клиент — клиент одной AP | Нужен ли прямой обмен |
| WDS peers | Применимые роли и связь |
| Внешняя сеть | Отдельные сохраняемые направления |
| CPE и конечное приложение | Самостоятельная прикладная задача |
Как документировать конфигурацию
Ведомость должна содержать известное состояние Client Isolation и основание этой записи. Отсутствие обмена само по себе не доказывает включение функции, как и одно успешное соединение не описывает всю область ограничений. Неподтверждённые параметры не восстанавливают по внешнему результату.
Основание материала — ранее принятое руководство airOS. Здесь клиенты не опрашиваются и изоляция не переключается. В запросе на сайте Motorola-radio разделите топологию, нужные ограничения, сохраняемые внешние пути и проверку приложения. Предложение должно отвечать о конкретной схеме, не подменяя определённую функцию общей гарантией изолированности или доступности всей сети.
