Странная деградация канальной скорости в 5 ГГц на большинстве устройств у Giga III

[Rakerunner]

Всем привет.

Наблюдаю очень странную ситуацию в работе Giga III в 5 ГГц. Устройство находится в загородном доме, эфир в 5 ГГц практически чист, канал провайдера сейчас взят на время тестирования 300 Мбит/с, подключение DHCP. У практически всех устройств, подключенных в 5 ГГц, наблюдается резкая, в 2 и более раз, деградация канальной скорости при начале активной передачи данных (торренты, speedtest, nperf). То есть, например, сидит смартфон в 433ac, полоса 80 МГц, запускаем измерение, и сразу скачком идет 263, например, и далее до 117 или даже 80 Мбит/с. При этом более ни одно из подключенных устройств в этот момент активно данные не передает. Особенно ярко выражена ситуация на Huawei P9 Plus при подключении на полосу в 80 Мбит/с, там вообще передача данных начинается только после падения канальной скорости до 6 (!) Мбит/с, соответственно, клиентская скорость примерно в районе плинтуса. Соответственно, по тестовым замерам с канала в 300 Мбит клиенты выжимают в лучшем случае 170 Мбит/с, бОльшая часть результатов попадает в диапазон 80-120 Мбит/с.

Все прописанные в разделах помощи танцы с бубнами были выполнены неоднократно (сброс настроек, забывание сетей и переподключение к ним), ставил прошивки 3.4.12 и 3.5 начиная с Aplha1 и до актуальной на сегодня Beta 2 - ничего не меняется, воспроизводимость 100%. Клиенты в основном смартфоны Huawei/Honor разных лет (с 2016 и младше), один ноутбук с чипом QualcommAtheros (редкий зверь, который цепляется за 5 ГГц исключительно в n-режиме), плюс один десктоп с WiFi-USB, но он в основном сидит в 2.4 из-за неудачного расположения.

Был уже склонен объяснить ситуацию спецификой работы WiFi и смириться, однако вчера в гости заезжало что-то из актуальных моделей Redmi на чипсете Qualcomm, и вот там никаких таких проблем не наблюдается - сидит стабильно в 433ac, никаких неожиданных скачков канальной скорости нет, по тестовым замерам стабильно 285-295 Мбит/с в обе стороны до speedtest-сервера провайдера.

То есть лежат рядом на столе в трех метрах от антенн роутера три смартфона, видимость прямая, препятствий никаких, один работает четко, как по проводу, а два других делают вид, что находятся в сложной радиообстановке и показывают в 2-200 (!) раз более низкий результат. Перекладывать смартфоны пробовал, даже к роутеру практически вплотную подносил, изменений никаких.

Собственно, вопрос: а что это такое и можно ли с этим как-то бороться? Не то чтобы мне сегодня прямо так не хватало 100 Мбит/с на смартфоне, но и время на месте не стоит, и ответ найти теперь хочется.

[Padavan]

Наводящий вопрос - если переключить в настройках точки доступа 5ГГц полосу в 40MHz, проблема c провалом линка уходит на данных устройствах?

[Rakerunner]

2 hours ago, Padavan said:

Наводящий вопрос - если переключить в настройках точки доступа 5ГГц полосу в 40MHz, проблема c провалом линка уходит на данных устройствах?

В 40 МГц проблема остается только на одном устройстве, но оно в принципе себя порой странно ведет беспроводными интерфейсами, так что скорее да, проблема характерна только для полосы в 80 МГц.

[Padavan]

Все ваши устройства, не-работающие на VHT80 МГц, по факту включают региональное ограничение, заложенное в их прошивке. Это ограничение переводит их в 40МГц, включает фильтр по полосе 40МГц на RX. Самая главная беда этих устройств, их клиентский WiFi драйвер не уведомляет AP через VHT Operation Info, что они ограничены полосой 40МГц и AP пытается с ними работать на 80МГц. Почти все Data фреймы не доходят (так как RX фильтр на них режет полосу до 40), со всеми вытекающими.

В стандарте 802.11ac есть 2 механизма уведомления:
1) статический, через assoc request клиент указывает в VHT Operation Info что он ограничен 20/40. Используется на всю сессию подключения.
2) динамический, клиент отправляет Action пакет типа VHT Operation Mode Notification, где может динамически уведомлять AP о смене числа стримов и полосы много раз во время одной сессии подключения.

Подобные клиенты, когда зажимаются в 40МГц региональным ограничением, никак не уведомляют AP ни одним из этих механизмов, поэтому AP справедливо считает что клиент пришел умеючи 80МГц. И начинается свистопляска с перебором линков rate control.

С выходом iOS 13 эта проблема постигла множество старых Apple устройств, таких как iPhone 6S, iPad2 Air итд. По крайней мере все такие RU устройства теперь зажимаются в 40МГц на всех каналах, кроме 149..161, там осталась поддержка 80. Эти устройства имеют старый Broadcom драйвер, который не умеет уведомлять AP ни одним из перечисленным способом. Apple подложила свинью в паре с Broadcom.  

-
Мы уже сейчас готовим решение, которое будет позволять отмечать зарегистрированные устройства, чтобы AP с ними переходила на VHT40.

 

 

 

 

 

[Rakerunner]

Спасибо за оперативное и развернутое пояснение. После появления на сети P9 Plus с его явно выраженной неадекватностью в полосе 80 МГц как раз хотел попросить добавить к выбору диапазона для устройства еще и выбор полосы, а оно уже, оказывается, в работе и носит более масштабный характер. Теперь еще осталось в mesh дождаться backhaul-канала в 2.4 ГГц для двухдиапазонных устройств, и лично мне станет совсем хорошо.

Я могу ваш ответ транслировать в поддержку Huawei? Все-таки не самые редкие пока еще устройства, могли бы и нормальную работу WiFi в своих устройствах реализовать, тем более что глюк софтовый.

[Werewindle]

Потестил iphone 6s и таки да, нещадно тупит на 44ом канале и 80 Mhz
Хотя куплен в был польше, а регион стоит штаты и на мобиле и на кинетике

На высоких каналах (149..161), 80 Mhz полоса бывает и даже работает, но редко
В основном даже новые девайсы в прямой видимости сидят на 20 Mhz полосе 

[Padavan]

Rakerunner

Транслировать можно, но надеяться на исправление особо не стоит, так как проблема в wireless драйвере клиента, от которых у большинства вендоров просто нет исходников.

-

У нас в офисе был ранее Huawei Honor 8, который имел ту же самую проблему. Будучи на Тайване, мы хотели при встрече с вендором рассказать о подобной проблеме, но продемонстрировать ее не смогли, с тайваньской SIM картой данный смартфон на всех каналах работал на 80MHz, не применяя региональное ограничение.

Новые чипы MT7615, MT7613 и выше имеют более интеллектуальный rate_ctrl, (чем MT7610 и MT7612), на них эта проблема не сильно выражена, они могут при подборе рейта "сесть" на 40Mhz и там долго сидеть и в целом все выглядит прилично. Разве что первые 10..20 секунд будут блуждать из-за ретрансмитов. В чипах MT7610 и MT7612 это не работает, поэтому для них лучший вариант - это фиксация полосы в VHT40.

 

 

[Rakerunner]

On 9/9/2020 at 7:26 PM, Padavan said:

Rakerunner

Транслировать можно, но надеяться на исправление особо не стоит, так как проблема в wireless драйвере клиента, от которых у большинства вендоров просто нет исходников.

-

У нас в офисе был ранее Huawei Honor 8, который имел ту же самую проблему. Будучи на Тайване, мы хотели при встрече с вендором рассказать о подобной проблеме, но продемонстрировать ее не смогли, с тайваньской SIM картой данный смартфон на всех каналах работал на 80MHz, не применяя региональное ограничение.

Новые чипы MT7615, MT7613 и выше имеют более интеллектуальный rate_ctrl, (чем MT7610 и MT7612), на них эта проблема не сильно выражена, они могут при подборе рейта "сесть" на 40Mhz и там долго сидеть и в целом все выглядит прилично. Разве что первые 10..20 секунд будут блуждать из-за ретрансмитов. В чипах MT7610 и MT7612 это не работает, поэтому для них лучший вариант - это фиксация полосы в VHT40.

 

 

Ну Huawei вроде сам схемотехнику и софт делает, так что теоретически в состоянии пофиксить проблему. Другое дело, что и ваш Honor 8, и мой Huawei P9 Plus - это уже динозавры, моделям по 4 года, и вряд ли кто-то будет выделять сейчас ресурсы, чтобы их пропатчить.

Я тут понаблюдал за девайсами дальше и все немного интереснее. По описанной вами схеме в 5 ГГц/80МГц ведет себя только Huawei P9 Plus. Уже и Honor 9, и Honor 10 ведут себя прилично, но при одном условии: если им отключить Bluetooth. В этом случае они сидят спокойно в 433ac, битрейт не роняют, все отлично. Клиентские скорости конечно все равно не впечатляют, выше 200 Мбит/с в nperf ни один не разгоняется, в Speedtest и вовсе не выше 130-150, но и модели не сильно свежие.

А вот если хотя бы браслет подключен, то как раз начинает наблюдаться описанная выше картина с пляшущим линком. Причем Honor 10 при подключенных BT-наушниках умудряется падать линком вообще до 6 Мбит/с, в таких условиях даже скайп нормально отказывается работать. Надо попробовать сбросить к заводским и посмотреть на результат, но руки не доходят.

А P9 Plus меня полностью бы устроил в 2.4, чтобы из-за одного клиента не опускать всю сеть с 80 Мгц на 40, но этот поганец и тут умудряется тупить и садиться только и исключительно на 20 МГц, хотя прекрасно умеет на 40. А в жесткие 40 на 2.4 перевести гига 3 у меня не получается (до этого игрался с хуавеевским WS5200, там так можно, всё было нормально). Может, хотя бы через CLI можно это как-то сделать?

[vasek00]

8 часов назад, Rakerunner сказал:

 ведет себя только Huawei P9 Plus.

В Huawei P9 стоит bcm43455xkubg и комментарий на форуме https://www.gsmforum.ru

Частенько наблюдал такое на bcm4339 именно BT работает а wifi нет

Для справки WiFi модуль BCM43455XKUBG = Huawei P9 Honor 8 / Huawei P9 Honor 9 / Huawei Mate 8 / Huawei Mate 9 / Meizu Pro 6