Jump to content
  • 0

Ultra периодически рвёт соединение одного устройства.


Alex Ostrenko
 Share

Question

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

Купил 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.

 

 

 

 

Edited by Alex Ostrenko
Link to comment
Share on other sites

8 answers to this question

Recommended Posts

  • 0
В 20.12.2020 в 19:32, Alex Ostrenko сказал:

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

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

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

Edited by vk11
Link to comment
Share on other sites

  • 0
1 минуту назад, vk11 сказал:

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

Хм. "Выставление" региона влияет лишь на использование "разрешённых" каналов в стране или я что-то не догоняю?

Link to comment
Share on other sites

  • 0
8 минут назад, Mamay сказал:

Хм. "Выставление" региона влияет лишь на использование "разрешённых" каналов в стране или я что-то не догоняю?

Точно про это могут сказать местные компетентные товарищи :) 

Но, я знаю пару случаев похожих. Со слов хозяев.

Вообще без логов рутера и настроек клиента - гадание. Ему лучше в официальную поддержку обратиться.

Link to comment
Share on other sites

  • 0
7 hours ago, vk11 said:

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

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

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

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

 

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

Link to comment
Share on other sites

  • 0
7 часов назад, Alex Ostrenko сказал:

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

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

 

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

Пардон, ошибся.

Сколько девайсов - столько глюков. У кого- то мало, у кого-то больше. Это и про телефоны, и про рутеры.

Снимите селф-тест и обратитесь в поддержку, ведь это проще простого.

Link to comment
Share on other sites

  • 0
В 20.12.2020 в 19:32, Alex Ostrenko сказал:

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

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

image.thumb.png.74ed34bad6cd9338f644337cfc82598a.png

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

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

Дек 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: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).
Дек 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).

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 (включен/выключен)

Edited by vasek00
Link to comment
Share on other sites

  • 0
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

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...