Jump to content

Padavan

Global Moderators
  • Content Count

    390
  • Joined

  • Last visited

  • Days Won

    19

Everything posted by Padavan

  1. 20190612110649 - нужная версия, свободная от проблемы свала. Вошло в 36А5, также войдет в 3.05 (вероятно С4). Надо будет поправить описание.
  2. enterfaza Если клиент регионально не ограничен, то оно нормально работает на 80МГц (в соответствующих условиях) на прошивке 3.4 (если речь об устройствах на MT7615). Если клиент ограничен, ему только один путь - 40МГц. На полосе выше 40, он не может физически принимать data фреймы, которые размазаны по спектру 80. Надеюсь это доступно для понимания.
  3. supilot Не нужно все смешивать в кучу. Это разные проблемы. Есть также и Android устройства, которые режут полосу RX по регионалке и их не вправить никакими настройками, только рутовать смартфон. У Apple iOS регионалка гарантированно отключается решением выше, проверили на нескольких устройствах. Вероятно ее можно преодолеть другими способами, например отключив вообще трансляцию кода региона с AP. С яблочными устройствами всегда есть масса нюансов. Также по опыту могу сказать что обновление iOS на старых и новых устройствах - это не совсем одно и тоже. Старые устройства обычно не получают о
  4. Чтобы опровергнуть выводы о том что якобы это регрессия именно 3.5.1 прошивки, а также приостановить лишний флуд на эту тему, было проведено исследование, которое показало, что свал в 40МГц - исключительно "заслуга" Andes микрокода 20191220015534, который вошел с самого начала в 3.5 сборки. Причем заостряю внимание - свал нормальных клиентов, которые сами не режут полосу 80 по региону. Был взят последнний срез прошивки 3.06 с драйвером 5.0.5.0, который был сначала собран с микрокодом 20191220015534, затем была собраная такая же прошивка с тем же драйвером, но с микрокодом 20190612110649,
  5. У меня к S10 на Exynos + BCM тоже вопросов нет. Тем не менее, сегодняшний свежий тест наглядно показал, что MT7615 на текущей фирмвари практически мгновенно дропает Apple с региональным ограничением (еще до отключения ограничения) в 40. Чисто по ретрансмитам, буквально 100 data фреймов c ретрансмитами и уже дроп в 40. Тот же MT7613 сильно дольше держится, пока не дропнет его в 40. Нужно провести исследование по сравнению с предыдущей версией микрокода MT7615 (20190612110649), которая была в 3.04 (и да, она же была в 2.16)
  6. ALL Свежая информация для владельцев Apple устройств. Описываемая выше проблема регионального ограничения, появившегося с версии iOS 13 решается следующим образом. Заходим в настройки iOS: Настройки -> Конфиденциальность -> Службы геолокации -> Системные службы (внизу) -> Передача данных и беспроводные сети, отключаем ползунок. Возникнет диалог подтверждения, тапаем Выключить. Переподключаемся заново к AP и вуаля, 80 МГц теперь работает на всех каналах, как и ранее до iOS 13. Проверено на iPad Air2.
  7. Селфы не помогут в расследовании данной проблемы. В 3.06 мы вполне можем вернуть микрокод от 5.0.4.0 драйвера, если удастся подтвердить регрессию по rate_ctl. Тем более 3.06 есть возможность с помощью галочки задефолтить кривых клиентов в vht40. Вполне возможно что вендор пытался улучшить авто-переход в полосу 40 по ретрансмитам, для решения того что я описывал выше, при этом, конечно же это могло повлиять на ложный уход в 40.
  8. Space Alex Для нас в техническом плане очень важно понимать, в каких рамках прошивок возникла предполагаемая регрессия. И не менее важна модель Keenetic, так как все индивидуально для каждого чипа.
  9. Также хотелось бы поговорить по новым прошивкам для Keenetic. Для чипов MT7615 переход на драйвер 5.0.5.0 с более свежим микрокодом произошел при переходе с прошивки 3.04 на 3.05 в конце апреля. С тех пор версия микрокода не менялась, соответственно стратегия rate_ctl, которая управляет скоростью линка к клиенту, измениться не могла. Для чипов MT7613, микрокод обновляется чаще, последний раз обновился 11 сентября. Версия микрокода сейчас видна в системном логе при загрузке модуля драйвера. Если пытаться анализировать проблемы свала клиентов в 40МГц, в диапазоне 5ГГц, то все
  10. Напоминаю, что существует достаточно большое кол-во мобильных клиентов, прошивка которых включает региональное ограничение в 5ГГц. Начиная с iOS 13, это постигло и многие устройства Apple, например iPad Air2 и iPhone 6S (для Apple уже найдено решение, см. мой пост). Также региональное ограничение наблюдается на некоторых моделях мобильных устройств Huawei, LG, Apple (преимущественно на старых wifi чипах Broadcom). В чем выражается региональное ограничение - такие устройства ограничивают полосу 40МГц в 5ГГц 11ac. У тех устройств, где клиентский STA драйвер умеет делать это правильно,
  11. В офисе нашли метаноевский VDSL2 модем, проверим его в ближайшее время. На старте запуска KN-1010 в серию, я помню запрос с фабрики, они на стресс-тестах выявили проблему с Metanoia VDSL2 модулями, тогда мы убрали в буте софтверный сброс и фабрика отрапортовала, что проблема ушла. Скорее всего у вас модель модема немного отличается. Либо прошивка модема.
  12. Повторю свой ответ из поддержки: Теперь все встало на свои места. Данный VDSL2 модуль подвисает при сбросе чипа RTL8211FS (как программном так и аппаратном). В оригинальном загрузчике, аппаратный сброс чипа RTL8211FS не выполняется и он срабатывает только 1 раз при подаче питания (power-on-reset). При софтверных перезагрузках его не было. В последней сборке я добавил в загрузчик принудительный импульс сброса чипа RTL8211FS, который выполняется как при холодном старте, так и перезагрузках. Поэтому при холодном старте LED стал вспыхивать 2 раза. При этом появилась регрессия, модуль стал ро
  13. Нет, я же говорил выше, что питание SFP порта не управляется программно. В том варианте прошивки заменен загрузчик, в котором отключен софтверный сброс PHY. Чтобы убедиться что все прошилось, зайдите в telnet и наберите команду sh ver должно быть bsp: exact: 2-1798137ed cdate: 20 Oct 2020 Завтра еще соберу один вариант (его можно уже шить с web, если будете шить с этой кастомной версии), добавлю аппаратный сброс RTL8211FS при загрузке ядра. Если не поможет, значит виснет именно сам модуль (его SerDes), видимо требует задерж
  14. aarnet Метаноевские модемы обновляются через сетевой EBM протокол, так что обновлять его прошивку можно самому. У нас на фабрике (Тайвань) есть такие модемы, но в офисе вроде бы нет. Дополнительную поддержку управления таких модемов (настройка, чтение статистики) делать пока не планируется. Я сегодня отдам в поддержку прошивку KN-1010, она обновит вам загрузчик. Если проблема холодного старта уйдет, то загрузчик положим в апстрим сборку KN-1010. KorDen Питание SFP на этих устройствах не управляется программно, так как нет свободных GPIO пинов, все заняты по схеме. Ло
  15. Наводящий вопрос - если при подключенном VDSL SFP модуле перезагружать Keenetic без отключения питания (например через CLI или Web), после перезагрузки все работает нормально? Проблема только при подаче питания на холодную?
  16. Да, поведение характерное, скорее всего проблема именно со сбросом PHY. Обратитесь в нашу техподдержку, придумаем как вам для теста собрать прошивку с обновлением загрузчика. Если удаление сброса PHY из загрузчика не поможет, то решения скорее всего нет, вероятно такому модулю нужна задержка подачи питания чтобы аппаратный сброс PHY (power-on-reset) завершился ранее. Первое вспыхивание LED - аппаратный self-test RTL8211FS при power-on-reset.
  17. Нет, LED напротив SFP слота Кинетика. Этот LED отображает актуальный SGMII линк в SFP слоту. LED на самом модуле обычно показывает линк физики.
  18. aarnet Наличие SFP модуля в слоте определяется либо по аппаратному пину, либо по DDMI Info через I2C. Однако, комбо-конвертор RTL8211FS должен увидеть SGMII линк в SFP слоте, после чего он аппаратно переключается на SerDes интерфейс. В вашем случае при холодном включении это не происходит. У нас была подобная проблема с Metanoia VDSL2 модулем, пришлось добавить проверку на SerDes mode, при котором сброс PHY не выполняется. Cброс PHY требует фабрика, чтобы проходил EMI тест (включение SSC и отключение CLK_OUT пина требует выполнить сброс PHY). Так вот, если обнаружен SerDes режим, то с
  19. Проблема подтверждается, будет исправлена в очередной сборке.
  20. Rakerunner Транслировать можно, но надеяться на исправление особо не стоит, так как проблема в wireless драйвере клиента, от которых у большинства вендоров просто нет исходников. - У нас в офисе был ранее Huawei Honor 8, который имел ту же самую проблему. Будучи на Тайване, мы хотели при встрече с вендором рассказать о подобной проблеме, но продемонстрировать ее не смогли, с тайваньской SIM картой данный смартфон на всех каналах работал на 80MHz, не применяя региональное ограничение. Новые чипы MT7615, MT7613 и выше имеют более интеллектуальный rate_ctrl, (чем MT7610 и MT76
  21. Все ваши устройства, не-работающие на VHT80 МГц, по факту включают региональное ограничение, заложенное в их прошивке. Это ограничение переводит их в 40МГц, включает фильтр по полосе 40МГц на RX. Самая главная беда этих устройств, их клиентский WiFi драйвер не уведомляет AP через VHT Operation Info, что они ограничены полосой 40МГц и AP пытается с ними работать на 80МГц. Почти все Data фреймы не доходят (так как RX фильтр на них режет полосу до 40), со всеми вытекающими. В стандарте 802.11ac есть 2 механизма уведомления: 1) статический, через assoc request клиент указывает в VHT Operati
  22. Наводящий вопрос - если переключить в настройках точки доступа 5ГГц полосу в 40MHz, проблема c провалом линка уходит на данных устройствах?
  23. 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.
  24. r13 На rxrate смотреть не стоит, там выводится последний rate, который был получен из RX пакетов клиента. Он не на всех чипах сейчас выводится корректно, туда могут попадать legacy пакеты, например с линками 1 или 6. txrate - да, это текущий ucast TX rate при передаче от AP к клиенту data фреймов и им управляет rate_ctl.
  25. Sonpul Sonpulov Пока могу связать проблему сваливания линка только с обновлением драйвера MT7615 5.0.5.0, который используется в ветке в 3.05, у него микрокод MCU новее, чем был в ветке 3.04. Микрокод закрытый, поэтому достоверно сказать не могу, были ли там изменения, которые могли затронуть rate_ctl.
×
×
  • Create New...