Padavan
-
Posts
454 -
Joined
-
Last visited
-
Days Won
26
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Padavan
-
-
Вошло пока только 3.08.
- 1
-
4e.Guevara
На всех устройствах уже давно такое поведение, а 2.11/2.16 это слишком старые ветки, там только уязвимости и критические исправления.
В любом случае вы ничего сами не сделаете. Только ждать следующий релиз 3.07 или 3.08, где будет поправлен ваш кейз.
- 1
-
Речь о следующих сборках прошивки.
-
4e.Guevara
Можно
11 час назад, Padavan сказал:В качестве оптимизации могу предложить форсировать это только для backhaul STA, для WISP не делать.
-
4e.Guevara
При поднятии AP-Client форсируется флаг авто-подключения, который разрешает исполнять site-survey, чтобы искать корневую AP. Видимо у вас она не доступна и клиент делает попытки найти кандидата и перебирает каналы. Это нужно ради гарантированной работы MWS (backhaul STA).
В качестве оптимизации могу предложить форсировать это только для backhaul STA, для WISP не делать. Но в любом случае, если на WifiMaster канал задан как Авто, клиент всегда будет исполнять site-survey, чтобы искать корневую AP.
- 1
-
Serghey
Для RU региона доступна только одна сплошная полоса 160MHz (36..64).
Выбор любого другого канала (кроме 165) переключит AP в режим 80M+80M (при условии что в настройках задано 160). Адаптеры Intel 9260/AX200/AX201 не поддерживают 80M+80M, только сплошной спектр 160M, поэтому AP с ними будет работать только на 80MHz
- 2
-
Serghey
enterfaza802.11 - связь двусторонняя, никакой синхронизации между TX линками двух пиров нет и быть не должно. Т.е. передающий пир может выбирать любой линк, в зависимости от состояния среды и ответов от RX пира (ACK, Block ACK). Но не больше, чем было согласовано при подключении (или динамически по VHT operating mode).
Насчет сильного свала (в 88Mbps) - я проверю, возможно действительно есть проблема смены полосы налету, без перезапуска драйвера.
Также проверю эффективность работы Apcli 4ss 80MHz vs 2ss 160MHz, когда на AP задан 20/40/80/160MHz.
- 4
- 2
-
Уже исправлено в 3.7 Beta 1.0. Для решения проблемы пока будет достаточно отнести на клиента на бОльшее расстояние, слишком высокий уровень у EAP фреймов во время подключения.
PS.
Проблема не касается других устройств Keenetic.- 1
-
vasek00
Проблему HT с 1SS воспроизвел, принято к исправлению.
- 2
-
vasek00
По первому дампу я не нашел отличий в assoc response по HT IE, поэтому и предложил проверить, повлияло ли исправление VHT Operation IE.
Второй дамп гляну на досуге, может по assoc request что-то и выяснится. Проверил все старые 2SS клиенты 11n что есть под рукой, проблем с 1SS не увидел.
-
r13
Исправление PAF в функции BssTableInitByBand уже вошло в 3.7 Alpha 16
-
KorDen
Исправление Basic MCS Map в VHT Operation IE уже вошло в 3.7 Alpha 16
- 1
- 1
-
vasek00
Исправление Basic MCS Map в VHT Operation IE уже вошло в 3.7 Alpha 16, есть смысл проверить вашего клиента. Есть вероятность, что BCM драйвер все же парсил этот элемент.
-
Драйвер 7615 в функции BssTableInitByBand пытается аллокировать большой сплошной блок в атомарном контексте, под нагрузкой может случиться подобный page allocation failure.
Эта функция требует доработки, чтобы избежать аллокации в атомарном контексте больше 1 страницы памяти.
Принято к доработке.
- 1
- 1
-
Скурил информацию по Intel LAR/DRS, действительно, все карты сходятся.
Как-то упустил это из виду, учитывая что разработка ведется (и 99.9% времени) под Linux, с Windows приходится сталкиваться только при вынужденной проверке различных кейсов. Я видимо случайным образом не застал эту проблему, так как некоторое время с AX200 жил на ядре 5.2, сейчас рабочее 5.10.
- 1
-
Это все танцы с бубном, для запуска AX ничего кроме стандарта выбирать не требуется.
Galaxy S10/S20/S21, iPhone SE 2020, iPhone 11/12 - AX работает из коробки.
Были у меня подобные танцы с бубном под Win10 и AX200, он через раз коннектился в 11AC. Например, выводишь ноут из сна, коннектится в 11AC, хоть тресни. Я заснифал эфир, клиент тупо не заполняет HE элементы ни в probe request, ни в assoc request. Так что это причуды либо драйвера под Win10, либой самой Win10. При этом под Ubuntu/Manjaro AX200 всегда работает в 11AX.
- 1
-
После захвата просто отметьте эти фреймы (Ctrl + M в Wireshark) и экспортируйте их в отдельный файл. Там нет приватных данных, можно выложить pcapng файлы сюда. Или мне в личку.
-
vasek00
Если есть возможность, захватите 802.11 фреймы при подключении вашего Broadcom 802.11abgn клиента к KN-1010 и KN-1011, мне для анализа вполне достаточно только фреймов
probe request
probe response
assoc request
assoc response -
Это тоже нормально (на 7615/7613/7915), текущий TX rate считывается из MCU, поэтому примерно 1.5..2 секунды сразу после подключения будет "пустой" рейт.
-
Да, похоже с HT IE там тоже регрессия, это пофиксим.
-
Временные свалы не проблема, такие rate таблицы, главное что возвращается обратно. -
KorDen
VHT Operation только сегодня поправил, там действительно была регрессия. Но оно не влияет на 11n клиентов, они просто не читают эти IE. Проверю заодно HT элементы.
vasek00
Проверьте, 1SS загорается сразу же после подключения (автосогласование) или сваливается в 1SS через некоторое время?
-
Цитата
В дампе ассоциации подозрительный 1SS в VHT Opertaion, в VHT Capabilities всё ок:
ОК, я проверю.
-
Проверил, действительно некорректно заполняется MCS Map в VHT Operation, это поправим, спасибо за замечание.
- 1
-
Цитата
dl-mu/ul-mu всегда NO в 11ax, но yes в 11ac
MU-MIMO DL/UL в 11AX автосогласовывается по HE_PHY_CAPS полям. Смотрите что клиент приносит в assoc request и станет все понятно. С OFDMA DL/UL тоже самое (плюс HE_MAC_CAPS).
Вывод состояния OFDMA UL/DL сделаем, но нужно понимать, что большинство STA его просто не поддерживают (пока).
-
Цитата
- rxrate всегда отображает 1 и в 11ax и 11ac
На текущий момент RX rate не читается на mt7915, там пока заглушка. Чтение RX rate возможно только через PHY инфраструктуру, предоставляемую через MCU, пока это дорого читать каждую секунду для каждого подключенного клиента. Чуть позже сделаем оптимизацию и тогда выведем это значение.
Support i2c SFP/SFP+ Secuential SingleByte Reads to obtain transceiver details from EEPROM
in Развитие
Posted
Yes, we can add support such modules, because I2C master from SoC (mt7621/mt7622) is fully functional.
Please specify the full name of such modules (for debug).