Хабрахабр

[Перевод] Реальная скорость Wi-Fi (throughput)

Непрекращающийся хайп вокруг гигабитных скоростей Wi-Fi современных стандартов провоцирует инженеров прояснять эту тему понятным для всех образом.
Что пытаются натянуть за уши маркетологи? Что говорят инженеры? Где же истина?
Как всегда, где-то рядом. Какой пропускной способности ожидать в реальных условиях и почему – вы найдете ответ в этой статье. Если совсем нет времени читать, а хочется знать волшебную цифру – 75 Мбит/c на двухдиапазонную точку доступа, на всех. Кому интересны детали, читайте дальше.


Статья написана на базе материала Wi-Fi Throughput от Devin Akin, который больше 20 лет в теме беспроводных сетей а также со-основатель образовательной программы CWNP (он же CWNE #1).
Я просто спросил его, можно ли перевести его статью, и он тут же ответил: “да, я буду в восторге”.

вот так все просто решается в linkedin

Can I translate your very useful article about Wi-Fi Throughput to Russian and publish it on big Russian tech portal (habr.com) with reference on your article? -Hello Devin. I would be delighted for you to translate it and to publish it for the Russian IT community.
It will help to explain reality.
-Hi Maksim.

Я, в свою очередь, в восторге от открытого сообщества Wi-Fi инженеров. Итак, поехали.

Чего ждать от 20 МГц?

Вдруг кто не знает, SS (Spatial Stream) это Пространственный Поток (ПП). Сначала нужно понять, чего можно ждать от канала шириной 20 МГц при стандартном ассортименте клиентских устройств. 11n и уже почти как 10 лет радует повышенной скоростью за счет одновременной передачи нескольких ПП одновременно. Понятние из технологии пространственного мультиплексирования или MIMO, которая появилась еще в 802. Очень хорошая статья на тему MIMO написана Андреем Кузнецовым, спасибо ему за понятный язык.
Для работы с несколькими ПП точке доступа или клиенту нужно иметь на борту несколько приёмо-передатчиков с антеннами (об их числе говорят первые две цифры в характеристиках, например 2×2:2), со всеми энергетическими накладными расходами.

Ниже отличная графика от Andrew Von Nagy.

При утилизации канала порядка 75-80% происходит полное насыщение. На этом рисунке, со всеми клиентами 1×1:1, каждый из которых передает поток 3 Мбит/c, эфирное время (airtime) чистого 20 МГц канала насыщается. В результате суммарная пропускная способность канала равна примерно 30 Мбит/c или суммарно 10 устройств на 1 ТД (Точку Доступа).
Если все клиенты могут работать с 2ПП (2×2:2), то есть шанс получить суммарную пропускную способность порядка 65 Мбит/c и 21 устройство одновременно, неплохо, да?

Во что упирается пропускная способность?

Важно отметить, что мы можем изменять число клиентов и пропускную способность на каждого клиента, но все равно будем всегда упираться в ограничение из-за насыщения эфирного времени (airtime saturation). Например, если каждому устройству, подключаемому к ТД, нужно 2 Мбит/c и они однопоточные (1ПП), то я получу максимум 15 одновременно работающих устройств, пока не упрусь в насыщение при 30 Мбит/c (2×15=30). Такая же математика будет при 2ПП клиентах, при 32-33 клиентах на скорости 2 Мбит/c мы упираемся в насыщении при общей скорости 65 Мбит/c.

Зная это соотношение можно ожидать что средняя ТД при свободном (от помех и соседей) канале перейдет в насыщение примерно при 45Мбит/c. Хорошо предсказуемое соотношение клиентов в современных сетях – 2/3 1ПП на 1/3 2ПП. Клиентов с 3ПП (типа MacBook Pro) меньше 1%.

В реальности свой и соседский Wi-Fi влияет так, что в диапазоне 2,4 ГГц получить 30 Мбит/c вместо 45 это удача. Если в ТД 2 радиомодуля, каждый работает на своей частоте, свободной от интерференции (ACI, CCI, non-Wi-Fi interference) то есть шанс суммарно получить 90 Мбит/c на 1 ТД.

Таким образом суммарная пропускная способность любой ТД c двумя радиомодулями в реальных условиях — 75 Мбит/c (на всех подключенных к ней клиентов).

Для наглядности можно привести такой рисунок. [Примечание переводчика]: с точки зрения эффективности использования спектра Wi-Fi крайне неэффективная технология, так как изначально предполагает конкурентный доступ к среде для разношерстных устройств в общедоступном диапазоне.

Маркетологи и продажники

Конечно, ребята из отделов маркетинга могут не понимать разницу между скоростью подключения (data rate) и пропускной способностью полудуплексного канала. Также они, возможно, хотят чтобы вы рассматривали только идеальные, с точки зрения радиосигнала условия, где математика выглядит так:

  • ТД с двумя радиомодулями на 5 ГГц
  • Каналы на 80 МГц (которые редко, если вообще используются в Enterprise) и 1.3 Гбит/c при этом
  • 1 MacBook Pro (3×3:3) подключенный к каждому радиомодулю ТД. (всего 2 ноута)
  • Оба ноута скачивают большой файл, при этом по полной используя агрегацию (A-MPDU+A-MSDU with large BlockAck)
  • Спектр идеально чист (нет ACI, нет CCI, нет прочих сигналов). (Мечты, мечты..)
  • NAS или файловый сервер с SSD на борту подключен 10G интерфейсом к ядреной сети.
  • На ТД отключены ресурсоёмкие фичи, нет проблем с загрузкой CPU. (Такое вполне возможно)
  • Драйверы, как клиента, так и ТД отлично оптимизированы под пропускную способность.

И вам предлагают купить коммутатор с MGIG?

В таком смехотворно-нереалистичном сценарии, каждый из двух клиентов подключается на скорости 1,3 Гбит/c и имеет пропускную способность 650 Мбит/c, что при отсутствии интерференции даст 1.3 Гбит/c на ТД. Используя этот сумасшедший сценарий, продажники убеждают покупать коммутаторы с 2.5 Гбит/c портами.

Помните, что control и management кадры имеют большие накладные расходы (overhead) а большинство кадров, несущих данные, имеют размер порядка 256 байт, что тоже негативно сказывается на пропускной способности. С двухдиапазонными 11ac/n ТД, в нагруженном Enterprise сценарии, где используются каналы 20 МГц, чтобы минимизировать негативное влияние (contention) своих и соседних ТД насколько это возможно, вы можете ожидать, что насыщение эфира с обоих радиомодулей наступит раньше, чем вы упретесь в 100 Мбит/c пропускную способность порта.

В вашей сети может быть много больше такого contention чем вы думаете, особенно, если вы не тратили время на дизайн сети и её проверку. Три вида негативного влияния (contention) (не включая ACI и не-Wi-Fi интерференцию) можно назвать Intra-BSS, Inter-BSS и Client-to-Client. Contention сильно ограничивает пропускную способность.

Когда кто-то из вендора или его партнера предположит, что вам нужно больше, чем 1 Гбит/c порт на ТД, вы должны спросить его следующее:

  • Пожалуйста, объясните вашу логику расчета, согласно которой вы предполагаете, что клиентское устройство, или группа таких устройств могут достигнуть скорости 1 Гбит/c.

  1. Остерегайтесь, что они будут говорить про канальную скорость (data rate) вместо пропускной способности
  2. Остерегайтесь, что они убедят вас в том, что каналы 80 МГц (или даже 160) это хорошо. Также остерегайтесь полуправды о том, что широкие каналы дадут вам больше канальной скорости, что даст меньшую загрузку эфира и увеличит ёмкость. Это ошибка.
  3. Остерегайтесь, что они убедят вас что MU-MIMO это хорошо. На практике толку мало.

  • Пожалуйста, покажите мне данные с сети одного из ваших заказчиков, кто купил коммутаторы с портами 2.5 Гбит/c (или больше) где видно, что трафик к ТД превысил значение 1 Гбит/c больше, чем на 15 минут (что тоже маловероятно).

Живет ли старый 802.11n?

Если я сам спроектировал, настроил и проверил двухдиапазонную 11n 2×2:2 Wi-Fi инфраструктуру сейчас, где ТД имеют 100 Мбит/c аплинки, 95% компаний думают, что эта сеть наиболее замечательная из тех, что они когда-либо видели. Я бы сам предпочел такую low-end, 2×2:2, 11n правильно построенную сеть 99% плохо построенным 11ac Wave2 сетям, существующим сегодня. [Примечание переводчика]: новые 11ac точки обладают бОльшим набором технологий, позволяющих строить то, что называется HD или сети высокой плотности, но всегда мы упираемся в физику и математику. Тот же RxSOP это последнее, что нужно тюнить…

Что же с 11ax?

Арсен Бандуриан уже рассказывал, чего не стоит ждать от 802.11ax пересказав статью того-же Девина Акина. Но эту тему стоит поднять еще раз.

Смотря на 11ac 42 канал (36 – основной канал) снизу слева видно, что основной канал (primary channel) убит, а вторые каналы (secondary) едва используются. Хайп уже начался, вендоры начали выпускать ТД, хотя стандарт еще не утвержден (в конце 2019 ожидается).
Использование широких каналов крайне неэффективно в реальных условиях, как вы можете видеть на рисунке ниже. Это потому, что 75% Wi-Fi трафика это management, control и legacy data, и все они передаются только на основном канале.

Именно по этой причине 11ax был создан. Также, подавляющее большинство клиентов сейчас это 11n, так что вторые 40 МГц от 80 МГц канала в основном не используются вообще. Основная задача 11ax в 4 раза увеличить пропускную способность на клиента, которая реально может быть достигнута если: Эффективность создает общесистемную ёмкость и повышает пропускную способность каждого клиента.

  1. В сети работают преимущественно 11ax клиенты
  2. Сеть великолепно спроектирована и настроена

Что означает, скорее всего, лет через 10 это произойдет. Нужно очень много времени, чтобы избавиться от старых клиентских устройств. 11g клиенты, увидевшие свет в 2003 году, порой всё еще в работе. Что бы вам не рассказывали продажники, что через 3 года всё поменяется, им не стоит верить, факты говорят о другом.

Помогают ли каналы 40 и 80 МГц? Нет

На графике снизу можно увидеть, как используя узкие каналы достигается большая пропускная способность на каждое клиентское устройство.

В течении и срока службы первого поколения 11ax точек (5 лет с даты появления) я ожидаю не более чем 25% 11ax клиентов на рынке в целом. Это же будет справедливо и для 11ax и это причина OFDMA технологии позволяющей делить 20 МГц на подканалы по 2 МГц, 4 МГц и 8 МГц, которые называются Resource Unit (RUs). Если облечь это в цифры, добавив 25% к общей ёмкости сети (45 М на 5 ГГц + 30 М на 2,4 ГГц) получим 75 М × 1,25=93,75 Мбит/c. Таким образом, с оптимально спроектированной и настроенной Wi-Fi сетью вы можете ожидать увеличение эффективности сети благодаря проникновению 11ax клиентов, но в целом, ничего удивительного (в оригинале — game-changing). Нет. Нужно ли вам больше, чем Гигабит на медном порту?

Математика не врёт

Эти числа реальны. Если вы думаете иначе, найдите Enterprise сеть, где эти числа превышают указанные мною, покажите мне их, и я изменю эту статью.

Практический пример

Эффективные простые правила, которые оказались очень точными, для вычисления пропускной способности на 1 устройство таковы:

  • MCS rate × 50% / число пользователей [Одно устройство в сети]
  • MCS rate × 45% / число пользователей [Немного устройств, средняя нагрузка]
  • MCS rate × 40% / число пользователей [Много устройств, средняя и сильная нагрузка]

Чтобы помочь вам понять лучше, приведу пример от одного из моих заказчиков.
Они внедрили 3×3:3 ТД с каналами 20 МГц для подключения до 100 активных устройств в каждой аудитории. Основным приложением было unicast video c потоком 2 Мбит/c для 30 человек в классе. После успешного внедрения, они позвали меня, сообщая мысли о том, что одна ТД деффективная. Расследование показало, что виноваты клиентские устройства. В этом классе было 30 1ПП iPad которые не могли достигнуть скорости 2 Мбит/c на при работе всех 30 штук.

  • Канальная скорость (Data Rate) = 72 Мбит/c
  • 40% эффективность
  • Общая пропускная способность 29 Мбит/c
  • /30 = 950 Кбит/c на устройство

В другом классе они использовали 30 iPad Air 2, 2ПП и они работали хорошо.

  • Канальная скорость (Data Rate) = 173 Мбит/c
  • 40% эффективность
  • Общая пропускная способность 69 Мбит/c
  • /30 = 2,3 Мбит/c на устройство

Его замешательство было в том, что iPad c 1ПП не мог показать видео адекватно, а его MacBook Pro (3ПП) получал 145 Мбит/c в тот момент, когда класс был пуст.

  • Канальная скорость (Data Rate) = 289 Мбит/c
  • 50% эффективность
  • Общая пропускная способность 145 Мбит/c
  • /1 = 145 Мбит/c на устройство

Представьте себе, математика работает. И у вас сработает тоже.

На этом статья Девина заканчивается
От себя, Максима Гетмана, добавлю три жизненных примера.

Завод

Сеть для подключения мостовых кранов правильно спроектирована и настроена, работает только в диапазоне 5 ГГц, в качестве клиентов – ядреные ТД Cisco IW3702 в WGB режиме. На одну ТД 1562D на колонне максимум цепляются 2 крана. SNR ниже 40 дБ не опускается, сигнал на приеме с обоих сторон порядка -60 дБм. Помех с существенным duty cycle не обнаружено. С крана идет постоянный UDP поток 3-5М с камеры Axis. Помимо этого, килобитный трафик с датчиков и порядка 1М трафик на комп крановщика. Это все работает прекрасно. Если 2 крана на точку, тоже прекрасно. Но если в момент, когда на ТД 1 кран, и мы еще нагружаем сеть iperf-ом 10 Мбит/c UDP то наблюдаем потери порядка 10-12%. Казалось бы, в теории при SNR 40 дБ мы должны работать на MCS9 стабильно, оба устройства 11ac.

В итоге это соответствует 13 Мбит/c реального трафика на 1 ТД. Увы, в жизни наблюдается работа на MCS3-7, что дает, при 1ПП, 20 МГц и длинном защитном интервале (а в железном цеху иначе нельзя) 26 Мбит/c в худшем случае. Данные хуже, чем по “офисным” формулам. Вот так. Это нужно учитывать.

По моим соображениям, в условиях железного цеха, забитого железом, отражений столь много, что DSP не может разобрать сигнал на приеме, не отправляет ACK и мы получаем снижение скорости. Кто может объяснить с точки зрения физики, почему DRS механизм так снижает скорость, при приличном SNR, буду рад тому. На крановых клиентах всенаправленные, 7 дБи. Ах да, антенны на ТД направленные, 10 дБи. Рабочие расстояния 30-80 метров. Специфика такова что направленные не сделать, отказоустойчивость должна быть. Вот так, дорогое оборудование, а много не выжать.

Большое многофункциональное здание с офисами

Здание имеет огромный атриум внутри, на несколько этажей общий. В офисах на этажах стоят точки, не мало. В атриуме на 1-м этаже слышно точки с 6-ти этажей. Что в итоге? Даже при небольшой нагрузке на сеть пропускная способность стремиться к нулю. Особенно в 2.4 ГГц. В этом случае хочется напомнить про beacon overhead. Если у вас по 5 SSID на точку, не убраны низкие скорости (маячки вещаются на скорости 1 М), то в точке пространства, где на 1 частотном канале слышно 3 своих же точки, 48% утилизации канала просто от ваших же маячков! Есть над чем задуматься? Выключим низкие скорости и при 12 М нижней mandatory утилизация канала упадет до 4,5% в тех же условиях. Неплохо так, на порядок?

Проектировать офисные точки с направленными от-атриума антеннами, или хотя-бы относить их подальше. Что делать с атриумом? Минимизировать число SSID, увеличить доступные скорости и договорится с соседями (если они есть), чтобы сделали тоже самое! А если уже стоят?

Выставочный центр.

На павильон поставили 20 ТД, с более-менее направленными антеннами и хотят получить по 1 М на каждого клиента, которых 500. По 25 клиентов на ТД. Если считать, что у нас идеальный эфир и мы можем получить по 75 М на каждую ТД, то вроде все сходится, даже с запасом. 20x75 М=1500 М, а надо всего 500 М. Нормально? Нет! На какой скорости будут подключаться разношерстные клиенты?

  • Канальная скорость (Data Rate) = 52 Мбит/c (MCS5, 1ПП)
  • 40% эффективность
  • Общая пропускная способность 20,8 Мбит/c
  • /25 = 0,8 Мбит/c на устройство

Помните, что это в хороших условиях? Сколько каналов на 2,4? 3 канала. Сколько каналов на 5? 15 каналов (и не все доступны всем клиентам). Мы как минимум получим CCI от своих же ТД, особенно на 2.4 ГГц. Даже если мы сократим число SSID до 3х и выключим скорости ниже 12 М, беда выставки еще в том, что каждый норовит принести свой TP-Link, запросить у организатора подключение кабелем и вещать в эфир, с дефолтными настройками, которые дадут overhead только лишь маячками на 1М скорости, а еще и ACI от того, что на 3й канал встали, по незнанию.

4 в разгар выставки. Вот что твориться в эфире на 2. Утилизация до 90% по уровню -80 дБм.

Что делать?

Применять узконаправленные антенны, минимизируя свои зоны покрытия, избегая пересечения каналов, сколько это возможно. При проведении ПНР не лениться несколько раз провести радиообследование, чтобы точно выставить частоты и мощности, не доверять автоматике. Выделить несколько каналов на 5 ГГц для тех, кто хочет “свой Wi-Fi” и запрещать работать на других каналах. Тогда, может быть, выставочная сеть будет более-менее живой.

Вывод всей статьи

Знания и опыт помогут вам строить (если вы инженер интегратора) или заказывать (если вы на стороне заказчика) построение Wi-Fi сети адекватно.

Ниже я приведу несколько полезных Wi-Fi инженерам ссылок:

Рабочие материалы
1. Revolution Wi-Fi Capacity Planner планировщик на базе этих самых адекватных формул. поможет достаточно точно прикинуть, а сколько ТД нужно чтобы подключить N клиентов.
2. Таблица MCS поможет определить канальную скорость по MCS.
3. Таблица соотношения MCS и SNR поможет узнать MCS теоретически (на практике хуже)
4. SSID Overhead Calculator позволит понять как влияет число SSID и скорость маячков
5. Таблица возможностей клиентских устройств позволит узнать устройства до их внедрения
6. RSSI Compared поможет понять разброс по приему на разных устройствах

Ekahau Wi-Fi Design Tools YouTube канал с лучшими вебинарами на тему Wi-Fi
2. Обучающие материалы
1. Лучший в мире учебник по Wi-Fi. CWNA 5-е издание. Учебник стоит своих денег.
3. Дешевле Амазона не найдете. Учебное пособие. Технологии современных беспроводных сетей Wi-Fi. Стоит в бумаге примерно также как CWNA. Актуальный учебник по Wi-Fi на Русском. Wi-Fi Network Design for dummies простое и понятное пособие для тех, кто только начинает. В сети встречается его pdf версия.
4. Пособие распространяется бесплатно. Если вы руководитель проекта, менеджер, и у вас нет времени на погружение в дебри Wi-Fi, за несколько часов прочтите 50 страничек Wi-Fi Network Design for dummies, и у вас будет понимание как сейчас строят Wi-Fi по-человечески.

Можно судить по толщине. Если вы инженер, какой учебник подробнее, спросите вы?

Буду рад ответить. Если у вас будут интересные вопросы по теме Wi-Fi, найти мои контакты просто.

Его статья даже имеет бОльшую глубину. ps статья отчасти пересекается по теме с "Почему Wi-Fi не будет работать, как планировалось" Андрея Парамонова. Для тех кто хочет погрузится в детали, очень рекомендую её к прочтению.
pps порой, мне кажется, что хабру не хватает функционала банального форума, где можно более четко делить на подкатегории, чтобы потом, спустя годы, информация не терялась, а была в доступе.

Показать больше

Похожие публикации

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»