Jump to content

Padavan

Global Moderators
  • Content Count

    365
  • Joined

  • Last visited

  • Days Won

    17

Padavan last won the day on July 9

Padavan had the most liked content!

Community Reputation

391 Excellent

10 Followers

About Padavan

  • Rank
    Content Generator

Converted

  • Location
    Keenetic Giga II

Equipment

  • Keenetic
    Giga3

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 1) MU-MIMO переименована в DL MU-MIMO (Downlink) по причине совместимости с Wifi6 (там добавляется Uplink) 2) MU-MIMO в 2.4GHz невозможна по дизайну Wifi5, так как OFDM фреймы при включении 256QAM не меняются, меняется только максимальная модуляция. В описании CLI и web была допущена ошибка. 3) MU-MIMO в 2.4GHz по дизайну возможна только в Wifi6. 4) В Wifi5, на 2.4GHz с KN-1810 доступен только HT Explicit/Implicit Beamforming и QAM256. С KN-1010, 1910 доступен только QAM256.
  2. r13 На rxrate смотреть не стоит, там выводится последний rate, который был получен из RX пакетов клиента. Он не на всех чипах сейчас выводится корректно, туда могут попадать legacy пакеты, например с линками 1 или 6. txrate - да, это текущий ucast TX rate при передаче от AP к клиенту data фреймов и им управляет rate_ctl.
  3. Sonpul Sonpulov Пока могу связать проблему сваливания линка только с обновлением драйвера MT7615 5.0.5.0, который используется в ветке в 3.05, у него микрокод MCU новее, чем был в ветке 3.04. Микрокод закрытый, поэтому достоверно сказать не могу, были ли там изменения, которые могли затронуть rate_ctl.
  4. drugold KN-1910 на базе чипа MT7615D, у него rate_ctl полностью управляется внутренним микрокодом MCU. А это означает, что на одной и той же версии микрокода MCU логика всегда одинаковая и не зависит от прошивки совсем. Версия микрокода на некоторых чипах выводится в системный лог при загрузке системы, я проверю и добавлю вывод для MT7615 и MT7613, если сейчас это не выводится. На текущий момент в ветке 3.03, 3.04 используется драйвер 5.0.4.0, в ветке 3.05 используется 5.0.5.0 (версия микрокода новее). Fallback to CCK в 2.4 у нас также давно запрещен, если в настройках задан режим, не включащий 11b (например 11g/n). Идея переподключения клиента, когда он свалился на дно rate_ctl таблицы не выглядит хорошо, потому что это нормальное поведение при long-range клиенте. Любое переподключение - это deauth клиента со всеми вытекающими. Apple iOS клиенты, например, если их напнуть 3 раза подряд с интервалом менее 180 секунд, вносят эту AP в бан лист и больше не будут к ней автоматически подключаться, пока не тапните вручную.
  5. Sonpul Sonpulov Привязка к диапазону работает по принципу блокирования смежного диапазона. Т.е. если вы включили MAC привязку к 5GHz, то данному MAC драйвер в 2.4GHz не отвечает ни на probe response, ни на assoc response, ни на auth request. Никакой явной причинно-следственной связи с падением линка на противоположном диапазоне от этого быть не может. В таблице подключенных клиентов отображается его текущий TX rate от AP к клиенту. Им управляет встроенная логика rate_ctl и текущий TX rate зависит от множества факторов, основной - это RSSI, BER, количество ре-трансмитов. Когда клиент подключается, AP обычно выставляет для него максимальный поддерживаемый TX rate за минусом Short GI. Дальнейший TX rate будет всегда дышать и зависеть от передаваемых данных и работает это автоматически, в новых чипах весь алгоритм rate_ctl спрятан во внутреннем микрокоде MCU. Значения линка в OFDM 6 (это и есть 11a) при среднем уровне RSSI говорят от том, что от клиента наблюдается пропуски ACK-ов (большое количество ре-трансмитов к нему во время передачи данных), поэтому rate_ctl снижает линк до него до нижнего порогового значения.
  6. Padavan

    WiFi: Country code

    KorDen Нужна доп. информация по KN-1810 (о проблеме 255 dBm) - Какой канал выбран (если вручную) - Какая ширина полосы - Включен ли RRM (галка "Управление BSS-окружением 802.11k/v")
  7. Padavan

    WiFi: Country code

    US код региона форсируется только для кода RU в 5ГГц, это давний костыль для 802.11d, нужен определенным Apple устройствам c 11ac. Костыль один для всех чипов. Насчет 255 dBm похоже на баг в драйверах 7615 и 7613, там ранее подобная проблема была с TPC репортом, показывало 63dBm, это давно поправлено. Я проверю и исправлю, спасибо за замечание. Вендор, модель и серийный номер давно заполняются в WPS IE, больше года назад, такое требование руководства.
  8. Клиент сам выбирает лучший вариант, причем если поддерживает FT, то будет переключаться бесшовно. Нельзя прибить клиента к конкретной AP, потому что именно сам клиент выбирает кандидата в качестве AP. Единственный механизм со стороны AP - это WNM, но он лишь просит перейти, клиент все равно сам решает.
  9. На смартфонах полоса 160 все же избыточна, это в основном удел для десктопов и ноутов, чтобы получать до 900mbps в пике (например копирование с NAS). Под рукой Galaxy S10 на exynos, он не поддерживает 160, однако на 80 прекрасно выдает до 650mbps даже со Speedster KN-3010.
  10. В диапазоне 5ГГц всего два сплошных блока по 160МГц 36..64 100..128 причем, они могут быть недоступны для определенных регионов. Выбирая конкретный 20МГц канал внутри блока 160, вы по сути задаете только центральный канал VHT. Реальные данные передаются по всему блоку спектра. Странно что смартфон ведет себя подобным образом, по идее вообще нет разницы, какой центральный канал VHT выбирать внутри блока 160. Возможно какие-то ошибки в драйвере.
  11. При использовании полосы 80 и 160 теряется какой-либо смысл в автовыборе канала. Поставьте ручной канал 36 и проверьте
  12. Dkray При установке полосы 160МГц выбираете канал под сплошной кусок спектра? Если сплошной кусок недоступен, web выставляет 80+80, это видно в running-config. Под рукой два разных Intel 9260AC крайне плохо работают в 80+80. При этом хорошо работают в сплошном 160. Cкоро должны подойти Intel AX200, надо будет их глянуть. Наводящий вопрос - у вас ранее работал данный клиент на 160МГц с нормальными скоростями? Текущий микрокод, который управляет подстройкой rate_ctl чипа радио неизменный с 2.15. Если ранее были другие результаты, сообщите.
  13. All Проблема была сложна для воспроизведения и отладки, поэтому решение затянулось. Есть большая вероятность что проблема решена, по крайней мере на Ростелекоме больше не воспроизводится в течении 13 часов стриминга. Исправление вошло в 3.3 Alpha 4, а также войдет в ближайший 3.01. Большая просьба отписаться по результату. Для выявления проблемы желательно смотреть канал в дневное время, когда присутствует большая активность абонентов. Вкратце, проблема была: - не связана с nimproxy, то что работал igmpproxy из Entware было следствием отключения галки IGMP proxy - не связана с IGMP стеком ядра 4.9 - не связана с какими либо ускорялками При большой активности IPTV абонентов, когда они уходят с канала, который в это время смотрите вы, IPTV сервер провайдера рассылает всему сегменту Group Specific Query с данной группой, на который нужно быстро ответить (обычно в течении 1 секунды). Если не ответить вовремя, сервер тихо исключает вас из рассылки и поток на наш WAN порт останавливается.
  14. Эта тема актуальная, спасибо за дополнение.
  15. Поддержки каналов 32 и 34 пока нет, в старые устройства (чипы MT7610/MT7612) поддержку добавить не составит проблем, но поддержка в чипе MT7615 может быть пока затруднена, так как зависит от поддержки в микрокоде. Будем выяснять у вендора.
×
×
  • Create New...