Jump to content

Padavan

Global Moderators
 View Profile  See their activity

  • Posts

    454

  • Joined

  • Last visited

  • Days Won

    26

 Content Type 

Posts posted by Padavan

    Отваливаются Wi-Fi клиенты при включенном WISP

    in 2.09

    Posted

    Также применили функцию PartialScan, которая после переключения на следующий канал каждый раз возвращается на текущий. Это позволяет дополнительно отправлять несколько маяков и наши клиенты не теряют связь с AP. В итоге сканирование каналов работает дольше, но клиенты не рвутся.

    Сейчас логика будет такова - если чистый AP-Client, то работает по старому - каждые 5 секунд в лоб сканирует эфир. Если AP + AP-Client, то с каждой попыткой наращивается интервал (лимит до 40с) и сканирование выполняется по методу PartialScan. В итоге получили удовлетворительный результат.

    • Thanks 2

    Отваливаются Wi-Fi клиенты при включенном WISP

    in 2.09

    Posted

    Проблему на 100% решить невозможно, потому что клиент должен сканировать эфир, чтобы он смог подключится к удаленной AP (она может появиться на любом канале). Сканирование эфира занимает 4..5 секунд, в это время клиент перебирает все каналы. Во время сканирования, все клиенты, подключенные к этой нашей точке доступа теряют ее, так как канал меняется. Дальше уже зависит от самих клиентов, если он за это время не отключится, значит будет жить дальше. Другое дело что это происходит каждые 5 секунд и работать с такой AP становится просто невозможно.

    На этой неделе я как раз занимался этим вопросом и сделал динамический интервал сканирования от числа неудачных попыток. В итоге интервал сканирования при нескольких неудачах доходит до 40секунд, что позволяет хоть как-то работать с AP. Растягивать до бесконечности или вообще отключать сканирование тоже плохо, так как после того как удаленная AP появится в эфире, клиент просто не сможет к ней подключиться.

     

     

    • Thanks 1

    Баг с интерфейсом Wi-Fi (AP)

    in 2.09

    Posted

    ИваN
    KorDen
    IgaX

    Картина следующая. Небольшая регрессия есть - в 2.09 первая инициализация драйвера не подставляет SSID, при этом драйвер сам подставляет HT_APx. В 2.08 и ранее, в SSID подставляется фабричное значение, а далее уже при загрузке startup-config подставляется значения из сохраненных настроек.

    Угрозе безопасности нет никакой, во первых, маяки эти светятся около половины секунды, во вторых, даже если успеть подключиться, то AP отстрелит клиентов, потому что интерфейс будет закрыт. В-третьих, эти несколько сот миллисекунд интерфейс не включен в бридж и пакеты никуда не пройдут.

    Конечно, этот недочет имеет смысл исправить, есть изящное решение.

     

    • Thanks 6

    алгоритм автовыбора канала Wi-Fi

    in Обмен опытом

    Posted

    Общий трафик ничего не даст. Когда приходит запланированное время для автоскана, проверяется трафик за последние 10 секунд. Если он превысил лимит, то автоскан пропускается.

    Тут можно сделать небольшую доработку - если лимит превышен, сделать еще хотя бы 3 попытки с небольшим интервалом. И если они провалятся, то уже откладывать до следующего события планировщика

    • Thanks 2

    Отваливается 5GHz wi-fi

    in Обмен опытом

    Posted

    KorDen

    Как поймаете пропадание AP из эфира, попробуйте сделать следующее - зажмите кнопку WPS дольше 5 секунд - это вызовет отключение радиотракта. И повторная процедура снова запустит радиотракт.

    Нужно понять, появится ли AP после этой процедуры.

    Отваливается 5GHz wi-fi

    in Обмен опытом

    Posted

    Проверил версию Wireless драйвера mt76x2 в сборке v2.07(ABGH.3)C2, с тех пор изменений было не так много, ни одно из них не касающееся радиотракта, в основном по логике коннекта AP-Client. Так что очень странно.

    Вчера вышла 2.07.С.4, там Wireless драйвер по срезу идентичный с 2.08.

     

    алгоритм автовыбора канала Wi-Fi

    in Обмен опытом

    Posted

    Трафик виден в закладке Wi-Fi клиентов. Но его придется просуммировать по клиентам, чтобы оценить.

    В 2 раза поднять лимиты можно, тут главное чтобы не возник дискомфорт от того что AP сменит канал, когда вам не нужно. Так как смена канала вызовет переподключение клиента, что даст затык на 3..5 секунд.

    Отваливается 5GHz wi-fi

    in Обмен опытом

    Posted

    KorDen

    Для информации - на Giga3/Ultra2/Air/Extra2 используется один и тот же Wireless драйвер 5ГГц mt76x2 3.0.5.0 (т.е. собирается из общего котла). Разница лишь в eLNA (Giga3/Ultra2) и iLNA (Air/Extra2).

    Если AP исчезает из эфира, значит есть какая-то мощная помеха в 5ГГц. Некоторые бытовые приборы (в том числе HD телевизоры) могут генерить подобную помеху в 5ГГц спектре. Драйвер постоянно подстраивает усиление входного сигнала, опираясь на клиентов. При максимальном усилении чип уязвим для помех, которые могут вызвать флуд на входе, это вызывает пропадание AP в эфире (отсутствие маяков). Как только помеха исчезает, маяки появляются автоматически. 

    Если роутер находится в непосредственной близости с ТВ, попробуйте отнести его на несколько метров.

    -
    Можно немного подрезать верхний уровень усиления AGC 5ГГц в драйвере, это позволит избежать подобной проблемы, но немного ухудшится слышимость удаленных клиентов.

    • Thanks 1

    алгоритм автовыбора канала Wi-Fi

    in Обмен опытом

    Posted

    Значит есть небольшой паразитный трафик.

    В финальном варианте лимиты такие:

    RX: 9Kbps
    TX: 3Kbps

    Если в течении 10 секунд трафик не превышал этих лимитов, то при приходе планирования автоскана, он разрешается. Иначе пропускается. Когда нет подключенных клиентов - разрешается автоматически. Напоминаю, что в этот момент также проверяется активность WPS кнопки и включенного Wireless клиента (например WISP). При подключенном клиенте любой автоскан блокируется, так как клиент является ведущим, AP - ведомой.

     

    • Thanks 1

    Отваливается 5GHz wi-fi

    in Обмен опытом

    Posted

    Тут вряд-ли пахнет неисправностью. У 802.11 очень сложная архитектура, и огромное кол-во потенциальных проблем совместимости с разными клиентами.

    Для примера, недавно выяснили проблему с Honor8, который при подключении сообщает о поддержке 11ac 80МГц, но реально работает на 40МГц. В итоге половину данных что ему шлет AP он теряет и скорость RX очень низкая. Если выставить AP принудительно на 40МГц, работает отлично. Баг в драйвере клиента.

    • Thanks 3

    Отваливается 5GHz wi-fi

    in Обмен опытом

    Posted

    KorDen

    Уточните версию 2.07, на которой вы проблему не наблюдаете.

    Для понимания происходящего нужно более точное определение "падает":
    - Точка 5ГГц пропадает из эфира?
    - Точка видна в эфире, но данные подключенных клиентов не ходят, а новые подключиться не могут?

    Если второе, то лечится ли само после отключения данного клиента?

    WISP и каналы AP 2.4

    in 2.09

    Posted

    IgaX

    По последнему логу хорошо видно что все-же site survey отрабатывает (повторные ресканы эфира на 20МГц). И при этом ваша RootAP отвечает на смежном канале. Далее идет выборка нужной AP из списка, выставляется канал и делается попытка подключения. И она удается. Очень вероятно что есть сдвиг от центральной частоты либо на RootAP, либо на роутере.

    • Thanks 1

    Странная проблема с WiFi на всех Кинетиках

    in Обмен опытом

    Posted

    Клиент, который не попрощался с ТД (не отправил DEAUTH) считается подключенным и находится в списке клиентов. Если этому клиенту есть пакеты в очереди (а особенно M2U Multicast), то такая "мертвая душа" будет представлять проблему при передачи данных остальным клиентам. До тех пор, пока такой клиент не будет отстрелен:

    - либо по таймауту неактивности (300 секунд)
    - либо по превышению порога ретрансмитов данному клиенту

    На прошивках 2.08 (а также 2.07.С.2 и выше) используется продвинутый алгоритм подсчета ретрансмитов и отстрел таких клиентов производится достаточно быстро. Однако несколько секунд, пока счетчик накручивается, затыки еще возможны. После того как клиент отстреливается, работа ТД полностью восстанавливается.

    • Thanks 1

    Глючит аппаратный обработчик пакетов.

    in Обмен опытом

    Posted

    GConst

    https://forum.keenetic.net/topic/541-журнал-изменений-208/?do=findComment&comment=15539

    Quote

    - исправлен баг подсчета контрольной суммы при трансляции порта UDP на софтверном ускорителе

     

    Там как раз проблема была с UDP без чексумм. Сейчас это работает.

    • Thanks 2

    баг отключения wifi клиента

    in 2.09

    Posted

    blackride

    Сразу говорю, должно помочь только при автоконнекте к AP вашего LG Nexus 5 после смены BSSID. Т.е. по первому пункту что вы описывали.

    Проблему с отключением Android AP и последующим залипанием клиентов воспроизвести пока не удалось на имеющихся Android AP.

    -
    Да, все исправления по Wireless драйверам войдут в релиз 2.08.

     

    • Thanks 2

    Глючит аппаратный обработчик пакетов.

    in Обмен опытом

    Posted

    Все верно. Софтверный вариант PPE работает как с чексуммами так и без, примерно на 50..60% снижает загрузку CPU.

    TCP трафик будет проходить через PPE hardware, UDP - через PPE software. При этом вам не нужно отключать PPE hardware, достаточно просто обновить прошивку. Если ранее отключали PPE hadware, то просто наберите в CLI 

    ppe hardware
ppe software
system configuration save

     

    • Thanks 2
×
×
  • Create New...