NanoStation M2: airMAX QoS требует маркировки трафика
Если через NanoStation M2 передаются разговоры и большие файлы, одного слова QoS в описании недостаточно для обещания приоритета голоса. Руководство airOS 6 связывает классификацию airMAX с заданными значениями в заголовках пакетов. Приложение или исходное оборудование должно выставлять эту маркировку. Без неё весь трафик по умолчанию относится к Best Effort, и требуемое разделение не возникает только из названия приложения.
На печатных страницах 15–16 официального Ubiquiti airOS 6 User Guide описаны QoS autodetection и поле DSCP в IP-заголовке, связанное с TOS. Изготовитель указывает, что значение задаёт исходное программное или аппаратное устройство; airMAX приоритизирует трафик при наличии такой маркировки. Применимость этих правил к установленной версии конкретного NSM2 подтверждают отдельно.
Что нужно узнать у владельца приложения
До настройки выясняют, маркирует ли источник нужные пакеты и какими значениями. Надпись «IP-телефон» не устанавливает ответ: конфигурация терминала и политика сети могут различаться. Для заявки достаточно несекретного описания источников и требуемых классов. Затем ответственные специалисты согласуют, где формируется маркировка и как проверяется её сохранение на рассматриваемом пути.
В таблице руководства приведено сопоставление значений DSCP и категорий WME. Например, DSCP 46 отнесён к Voice, а диапазон 0–7 — к Best Effort. Это конкретное соответствие данной редакции, а не обещание определённой задержки для каждого пакета с таким числом. Полную политику сети нельзя заменить выбором одного знакомого значения без проверки оборудования и задачи.
Почему включённый airMAX не завершает подготовку
По умолчанию документ относит весь трафик к Best Effort без приоритизации. Поэтому успешное радиосоединение и хорошая скорость передачи файла не доказывают, что голосовые пакеты попадают в нужную категорию. Для проверки нужны сведения о реальных заголовках и наблюдение приложения при согласованной фоновой нагрузке. Только общий индикатор соединения на этот вопрос не отвечает.
Представим условный склад: телефоны и компьютеры передают данные через одну Station. Если оба источника используют одинаковую маркировку Best Effort, одно различие назначений «голос» и «файл» не подтверждает их автоматическое разделение по описанному механизму. Вторая ситуация — нужная маркировка задана, но затем меняется на другом участке. Она требует проверки всего согласованного пути, а не только радиоблока.
Приоритет клиента и категория пакета
На странице 16 отдельно описан airMAX Priority для распределения временных слотов между Station. Это другой механизм. Назначение High клиенту, через который одновременно идут разные приложения, не является подтверждением классификации каждого голосового пакета как Voice. В документах настройки полезно раздельно записывать приоритет станции и требуемые категории трафика.
Для приёмки формулируют рабочий сценарий: какие приложения действуют одновременно, где наблюдают маркировку и какой результат требуется конечным пользователям. Приведённая таблица не является гарантией доставки, задержки или отсутствия потерь во всей сети. Результат относится к конкретному составу, версиям и нагрузке. Проверка только при пустом канале исключает условия, ради которых обсуждался приоритет.
Запрос комплекта
В Motorola Radio представлен NanoStation M2. Для предложения укажите обе стороны линии, версии, источники трафика и требования приложений. Региональное исполнение, состояние, питание, принадлежности и подготовку согласуют отдельно. Каталожная иллюстрация корпуса не подтверждает установленную политику QoS.
Стоимость аппаратуры и работ рассчитывается по составу. Основание условий и примеров DSCP — Ubiquiti airOS 6 User Guide, печатные страницы 15–16. Проверяемое требование должно связывать маркировку реальных пакетов с ожидаемым результатом приложения при совместной нагрузке.
Каталог Motorola Radio: Ubiquiti NanoStation M2 / NSM2 with applicable airOS6
