NanoStation M2: Aggregation объединяет кадры с одинаковыми конечными точками и классом
Aggregation в airOS 6 нельзя понимать как слияние всего трафика сети в произвольный большой пакет. Руководство описывает объединение меньших кадров с одинаковыми физическими исходной и конечной точками и одинаковым классом трафика QoS. Для результата важны условия группирования, а не только включённая галочка. Разные направления и классы нельзя считать одинаковыми по одному факту работы через общую точку доступа.
В airOS 6 User Guide, глава Advanced, печатная страница 46, функция отнесена к стандарту 802.11n. Несколько кадров передаются за один доступ к среде посредством объединения в более крупный кадр с общим MAC-заголовком. Отдельные поля Frames и Bytes задают число объединяемых кадров и размер более крупного кадра в байтах; Enable включает использование функции.
Два ограничения имеют разные единицы
Frames — количество кадров. Bytes — размер. Эти поля не являются двумя способами записать одну скорость и не должны сравниваться как одинаковые числа. Например, условные «четыре кадра» не означают «четыре байта». Чтобы обсуждать фактическую конфигурацию, полезно сохранить полные названия, значения и единицы из интерфейса конкретной версии airOS.
Руководство в этом описании не обещает, что каждый сформированный агрегат всегда заполнит оба предела полностью. Нельзя также вывести универсальную полезную скорость из одного значения Bytes. Реальный трафик и его распределение требуют отдельной оценки. Факт доступности настройки на устройстве ещё не подтверждает, что любая программа получит одинаковый выигрыш в заданной сети.
Общий AP не делает все кадры одной группой
Условный пример: через точку доступа идут потоки к разным клиентам или кадры разных классов QoS. Описание Aggregation требует совпадения конечных точек и класса, поэтому нельзя объяснять его как безусловное объединение любых соседних кадров. Для проверки важно знать не только суммарную загрузку порта, но и состав сравниваемого трафика.
Другой условный пример — два испытания с одинаковой общей скоростью, но разным распределением между клиентами. Одно число мегабит в секунду не описывает одинаковые возможности группирования. Следовательно, результат нужно относить к показанному сценарию: источникам, получателям, классам и размерам. Перенос результата на другую нагрузку требует подтверждения, а не предположения по названию функции.
Класс QoS не создаётся одной агрегацией
Требование одинакового класса в описании объединения не означает автоматическую правильную классификацию любой прикладной программы. Если задача включает приоритетный трафик, его маркировку и обработку согласуют отдельно. Aggregation отвечает за описанный способ группирования кадров, а поля скорости или приоритета остаются самостоятельными настройками с собственным назначением.
Так же следует различать Bytes здесь и Burst в ограничителе трафика: совпадение слова «размер» не делает параметры взаимозаменяемыми. Один относится к более крупному кадру, другой — к отдельному механизму регулирования передачи. Для заявки полезнее назвать ожидаемую нагрузку и критерий результата, чем просить «увеличить все буферы» без указания, что именно проверяется и в какой конфигурации.
Что согласовать для линии
Для NanoStation M2 в Motorola Radio укажите режимы устройств, версию airOS, число клиентов и характер потоков. Опишите, что требуется подтвердить: передачу определённой нагрузки, задержку или полезную скорость. Исполнение, питание и комплект оборудования согласуются для конкретного предложения; фотография корпуса не определяет параметры Aggregation.
Основание — руководство Ubiquiti airOS 6, страница 46. Подготовка, стоимость и сроки уточняются отдельно. В проверке следует сохранить оба ограничения и условия совпадения конечных точек и класса, чтобы результат относился к понятному сценарию передачи.
Каталог Motorola Radio: Ubiquiti NanoStation M2 with applicable airOS6
