Jump to content

Alex Ostrenko

Forum Members
  • Posts

    5
  • Joined

  • Last visited

Posts posted by Alex Ostrenko

  1. Вот прямо сейчас протестировал, увожу телефон на андроиде в режим полёта и в активных соединениях продолжаю видеть такой список, который постепенно уменьшается, а в логах снова ежесекундные записи:

    OnePlus6T 5G
    192.168.2.139
     
     
    :49310
    173.194.73.95 - Google
    TCP/443
    :47612
    173.194.221.95 - Google
    TCP/443
    :47034
    64.233.162.95 - Google
    TCP/443
    :46230
    192.70.199.114 - Svyaz VSD (местная точка обмена трафиком)
    TCP/443
    :46162
    173.194.222.188 - Google
    TCP/5228
    :42602
    64.233.165.95 - Google
    TCP/443
    :40732
    54.174.144.201 - Amazon
    TCP/443
    :40192
    209.85.233.139 - Google
    TCP/443
    :37914
    173.194.222.95 - Google
    TCP/443

     

    image.png.f49bd8a86189eab03caa283ea680b33c.png

    Возвращаю из режима полёта на связь и всё затихает

  2. Вероятно это попытки установки соединений со стороны серверов.

    У меня с такими симптомами живёт айфон, если на нём выключаю Wi-Fi. Раз в секунду, ровно 20 минут после каждого пропадания айфона из сети, потом утихает. Судя по логам/портам и информации в сети - это сервер push уведомлений Apple пытается установить/поддержать соединение.

    Аналогично несколько раз было с телефоном на андроиде, когда я руками переводил его на другой IP. Только не 20 минут, а несколько часов, пока я не ребутнул роутер.

    Вот буквально пару часов назад что-то так же долбилось в выключенный смарт-тв на андроиде. Он даже в ждущем режиме сам периодически лезет в сеть и судя по логам последний раз делал это в 18:48, после чего 20 минут были эти уведомления в логах, потом прекратились.

    image.png.6482772acd5851945ac8cd0d6f3b6e2f.png

  3. On 12/23/2020 at 10:25 AM, vasek00 said:

    had deauthenticated by STA (reason: class 3 error - nonassoc STA)

    https://community.cisco.com/t5/wireless-mobility-documents/802-11-association-status-802-11-deauth-reason-codes/ta-p/3148055

    Пакет Deauth содержит причину поля, объясняющую причину завершения соединения.

    Code - 3 station is leaving (or has left) IBSS or ESS или по проще REASON DEAUTH STA LEAVING (причина ухода) что-то в соединении.Клиент 0c:9d:92:d8:f1:5b инициатор.

    IBSS - An independent BSS (IBSS) is an ad-hoc network that contains no access points, which means they can not connect to any other basic service set.

    ESS - An extended service set (ESS) is a set of connected BSSes. Access points in an ESS are connected by a distribution system.

    STA UI - Station user interface

     

    Конечно хорошобы Padavan немного бы описал причину возникновения deauthenticated и распространеные коды по которым клиент рвет соединение.

     

    А так для пробы с данным клиентом

    1. Уменьшить выходную до 50% , около -32db, перекрытия с другими мощными сетями нет. многовато, хотя бы до -50-60, перекрытия это как 6,7,8,10,11 свободны или на 6 и 11 есть что-то с солидным уровнем

    2. Забыть все сети на клиенте, в том числе стабильно работает в требуемом режиме на двух других роутерах - TP-Link и Asus и были ли они отключены

    3. Как на счет bluetooth (включен/выключен)

    Насколько я вижу по логам, когда уходишь на другую ТД или выключаешь Wi-Fi на клиенте, он отваливается как (reason: STA is leaving or has left BSS)

    TP-Link и Asus отключены, лежат на полке. Других сетей, которые знает этот девайс и к которым хотя раз подключался - вокруг нет. Удалил на всякий случай все сохранённые, посмотрим. BT выключен вообще на всех устройствах в квартире.

    Текущее состояние эфира на скрине (чуть подвинул частоту), два синхронных пика мои, один из них гостевой (включил ибо проблема не в нём), его девайс не знает. Зелёный, белый, серый видимо соседские, их тоже не знает. Остальные вообще далеко. Отодвигался от зелёного подальше, ибо он иногда до -45 доходит, но не повлияло.

    image.thumb.png.1dc3e56809a31bbe30e065f499d14770.png

  4. 7 hours ago, vk11 said:

    Где ж оно настроено, если даже регион не выставлен?

    Причем, проблема с 5ГГц, а скрины показываете 2.4...

    Проблема именно с 2,4, как я и указал.

    Регион - это число каналов, при указании России ни на что вообще не повлиял, в том числе на вылеты.

     

    Уже тоже склоняюсь к особенности телефона, т.к. нашёл на 4pda жалобы на непредсказуемый Wi-Fi у него, но смущает, что на других имеющихся в распоряжении роутерах проблем не было.

  5. Добрый вечер всем!

    Купил KN-1810-01RU

    Настроено 2 отдельные домашние Wi-Fi в 2,4 и 5 ггц, с разными названиями.

    Скрин настроек 2,4

    image.thumb.png.74ed34bad6cd9338f644337cfc82598a.png

    Роуминг между частотами соответственно выключен

    image.png.a41aa9263733309b6b1dc65c18f12ebb.png

    Гостевые сети отключены, MESH отключена. 

    Экраны, фильтры и т.д. не создавались, всё в состоянии "из коробки". Только сделал статические IP устройствам.

    Уровень сигнала от роутера до устройства - около -32db, перекрытия с другими мощными сетями нет.

    На 5G до 4 устройств - все стабильные в любых режимах.

    На 2,4G - до 3 устройств, одно из них периодически вылетает, остальные стабильные. Может вылетать даже когда роутер больше никто не трогает и нагрузки нет.

    Устройство - смарт Asus ZenFone Max Pro (ZB602KL), поддерживает 802.11 b/g/n, стабильно работает в требуемом режиме на двух других роутерах - TP-Link и Asus

    На устройстве всего-лишь WhatsApp - по статистике в пределах 20 мегабайт в минуту, т.е. ни о чём вообще.

     

    В какую сторону копать и что делать? Нужна стабильная связь.

     

    Логи - пример двух случаев:

    Дек 17 21:05:50 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had deauthenticated by STA (reason: class 3 error - nonassoc STA).
    Дек 17 21:05:50 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had associated successfully.
    Дек 17 21:05:51 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) set key done in WPA2/WPA2PSK.
    Дек 17 21:05:51 ndhcps
    DHCPDISCOVER received from 0c:9d:92:d8:f1:5b.
    Дек 17 21:05:51 ndhcps
    making OFFER of 192.168.2.44 to 0c:9d:92:d8:f1:5b.
    Дек 17 21:05:51 ndhcps
    DHCPREQUEST received (STATE_SELECTING) for 192.168.2.44 from 0c:9d:92:d8:f1:5b.
    Дек 17 21:05:51 ndhcps
    sending ACK of 192.168.2.44 to 0c:9d:92:d8:f1:5b.
    Дек 17 21:06:01 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had deauthenticated by STA (reason: class 3 error - nonassoc STA).
    Дек 17 21:06:01 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had deauthenticated by STA (reason: class 3 error - nonassoc STA).
    Дек 17 21:06:07 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had associated successfully.
    Дек 17 21:06:07 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) set key done in WPA2/WPA2PSK.
    Дек 17 21:06:07 ndhcps
    DHCPDISCOVER received from 0c:9d:92:d8:f1:5b.
    Дек 17 21:06:07 ndhcps
    making OFFER of 192.168.2.44 to 0c:9d:92:d8:f1:5b.
    Дек 17 21:06:07 ndhcps
    DHCPREQUEST received (STATE_SELECTING) for 192.168.2.44 from 0c:9d:92:d8:f1:5b.
    Дек 17 21:06:07 ndhcps
    sending ACK of 192.168.2.44 to 0c:9d:92:d8:f1:5b.
    Дек 17 21:06:11 ndm
    UPnP::Manager: a new nat rule appended.
    Дек 17 21:06:11 ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1:1549 -> 192.168.2.44:41201.
    Дек 17 21:06:11 ndm
    UPnP::Manager: a new filter rule appended.
    Дек 17 21:06:11 ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1 -> 192.168.2.44:41201.

     

    Дек 20 18:52:18 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had deauthenticated by STA (reason: class 3 error - nonassoc STA).
    Дек 20 18:52:18 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had deauthenticated by STA (reason: class 3 error - nonassoc STA).
    Дек 20 18:52:29 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) had associated successfully.
    Дек 20 18:52:29 wmond
    WifiMaster0/AccessPoint0: (MT7615) STA(0c:9d:92:d8:f1:5b) set key done in WPA2/WPA2PSK.
    Дек 20 18:52:29 ndhcps
    DHCPDISCOVER received from 0c:9d:92:d8:f1:5b.
    Дек 20 18:52:29 ndhcps
    making OFFER of 192.168.2.44 to 0c:9d:92:d8:f1:5b.
    Дек 20 18:52:29 ndhcps
    DHCPREQUEST received (STATE_SELECTING) for 192.168.2.44 from 0c:9d:92:d8:f1:5b.
    Дек 20 18:52:29 ndhcps
    sending ACK of 192.168.2.44 to 0c:9d:92:d8:f1:5b.
    Дек 20 18:52:37 ndm
    UPnP::Manager: a new nat rule appended.
    Дек 20 18:52:37 ndm
    UPnP::Manager: redirect rule added: udp GigabitEthernet1:6663 -> 192.168.2.44:49171.
    Дек 20 18:52:37 ndm
    UPnP::Manager: a new filter rule appended.
    Дек 20 18:52:37 ndm
    UPnP::Manager: forward rule added: udp GigabitEthernet1 -> 192.168.2.44:49171.

     

     

     

     

×
×
  • Create New...