NanoStation M2: задание на приоритет трафика без смешения функций
Для Ubiquiti NanoStation M2 приоритет клиента и класс пакетов относятся к разным задачам. В принятой документации airMAX Priority распределяет эфирное время между клиентами. Поэтому требование «дать высокий приоритет голосу» ещё не определяет, нужно ли менять долю клиента или классифицировать трафик внутри его обмена.
Кому назначается приоритет
Ранее принятое руководство описывает airMAX Priority для Station при работе с несколькими клиентами и включённой соответствующей возможностью. В источнике приведены High — четыре слота, Medium — три, Base — два и Low — один; Base указан как вариант по умолчанию. Эти числа относятся к распределению эфирного времени.
Их нельзя переводить напрямую в гарантированные мегабиты приложения. Условие радиоканала, нагрузка и состав участников не задаются одним количеством слотов. В заявке нужно указать конкретный клиент и причину требуемого относительного приоритета, а не только желаемую итоговую скорость.
Уровень клиента не заменяет классификацию
Если один клиент передаёт разные прикладные потоки, повышение его airMAX Priority само по себе не описывает различие между этими потоками. Требования по голосу, данным и другой нагрузке нужно сохранить отдельно. Рассматриваемая функция не является синонимом DSCP-классификации отдельных пакетов.
Полезна ведомость клиентов с ролями и требуемым отношением к другим участникам. Если заказчик ожидает приоритет одного приложения, это записывают как самостоятельную задачу. Тогда поставщик сможет ответить на нужном уровне, не подменяя прикладной сценарий общей настройкой станции.
| Поле задания | Назначение |
|---|---|
| Конкретная Station | Получатель клиентского приоритета |
| Остальные клиенты | Контекст относительного распределения |
| Прикладные потоки | Отдельные требования к трафику |
| Требуемый результат | Проверяемая задача пользователя |
Как ограничить обещание
Описание приоритета должно сохранять условия применимости airOS и фактическую роль оборудования. Наличие пункта в руководстве не подтверждает установленную конфигурацию. Также относительное преимущество клиента не является обещанием одинаковой задержки или постоянной скорости при любой нагрузке.
Основание материала — ранее принятое руководство airOS 6 для NanoStation M2. Здесь приоритеты не меняются и тестовый трафик не запускается. В запросе на сайте Motorola-radio разделите состав канала, клиентское распределение, классификацию трафика и проверку прикладного результата. Это позволит получить предложение по действительной задаче, сохранив разные уровни приоритизации отдельными полями.
