Mikrotik rozpojovani bezdratu

[iTomB]

Tak pozoruji rozpojovani bezdratu na ruznych mistech/HW
FW co pouzivam, je 6.36.4 801.11n

Jeden pripad:
U klienta je videt:

Kód: Vybrat vše

07:38:09 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:38:26 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:38:42 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:38:59 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:39:15 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:39:32 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:39:49 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:40:05 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:40:22 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:40:38 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:40:55 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:41:11 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout
07:41:28 wireless,info 6C:3B:6B:    : failed to connect, on 5560/20/an(14dBm), authentication timeout


Na vysilaci:

Kód: Vybrat vše

may/07 17:40:03 wireless,info     : data from unknown device 6C:3B:6B:    , sent deauth
may/07 17:40:04 wireless,info     : data from unknown device 6C:3B:6B:    , sent deauth
may/07 17:40:05 wireless,info     : data from unknown device 6C:3B:6B:    , sent deauth
may/07 17:40:06 wireless,info     : data from unknown device 6C:3B:6B:    , sent deauth
may/07 17:40:07 wireless,info     : data from unknown device 6C:3B:6B:    , sent deauth
may/07 17:41:22 wireless,info 6C:3B:6B:    @    : connected
may/07 19:03:47 wireless,info 6C:3B:6B:    @    : reassociating
may/07 19:03:47 wireless,info 6C:3B:6B:    @    : disconnected, ok
may/07 19:03:47 wireless,info 6C:3B:6B:    @    : connected
may/07 21:45:57 wireless,info 6C:3B:6B:XXXXXXXXXX@    : disconnected, group key exchange timeout
may/07 21:45:57 wireless,info 6C:3B:6B:    @    : disconnected, group key exchange timeout
07:40:31 system,info,account user iTomB logged in from 77.48.29.155 via winbox


Asi zacal blbnout jeden klient a pak se odpojili oba dva. Na vysilaci dam scan a vse ok ... Neco jako chybne casovani u sifrovani bezdratu ...
Mate s tim nekdo nejakou zkusenost? Hledal jsem i na ofico foru a stejny problem.
Sektor horn s 912, klienti LHG a SXT.
Celkem zaruseno, ale stava se mi to i na jinem miste, kde chytam do 15 vysilacu. Podezreni je, ze to nejak schazuje UBNT.

Na druhem miste jsou 2x SXT proti sobe a zrovna ted, se mi stalo to same. Byl jsem na vzdalene jednotce a odpojeno.
LOG z klienta:

Kód: Vybrat vše

09:13:28 system,info,account user  logged in from     via winbox
09:13:42 wireless,info D4:CA:6D    : lost connection, extensive data loss
09:13:49 wireless,info D4:CA:6D    : failed to connect, on 5600/20/an(14dBm), authentication timeout
09:14:04 system,info,account user  logged out from     via winbox
09:14:04 wireless,info D4:CA:6D    : failed to connect, on 5600/20/an(14dBm), authentication timeout
09:14:19 wireless,info D4:CA:6D    : failed to connect, on 5600/20/an(14dBm), authentication timeout
09:14:34 wireless,info D4:CA:6D    : failed to connect, on 5600/20/an(14dBm), authentication timeout
09:14:48 wireless,info D4:CA:6D    : failed to connect, on 5600/20/an(14dBm), authentication timeout
09:15:00 wireless,info D4:CA:6D established connection on 5600000, SSID XXXXXXXX


Vysilac

Kód: Vybrat vše

09:13:54 wireless,info 6C:3B:6B    : disconnected, extensive data loss
09:14:52 script,warning Odpojeno oprava scriptem
09:15:00 wireless,info 6C:3B:6B    : connected


Delka spoje 230m, bezna latence 0-1ms, propustnost 90Mbit pri latenci 20-30ms.

iTomB

[Robotvor]

Poslední dobou jedno ápéčkové SXT vytuhne bezdrátová část a všichni klienti se odpojí stačí zakázat a povolit wifinu a zase vše jede. Druhý případ PtP spoj 2x proti sebe RB912 nějaký pátek řekněme i rok naprosto bezproblému, z ničeho nic rozpojení pomůže jen restart pak zase vše funguje.

Přeladil jsem kanály a zatím to vypadá že to drží. Nechápu ale co má tohle být za anomálie, hlava mě to nebere...

[coolerman1]

Extensive data loss = rusenie

[iTomB]

Extensive data loss = rusenie

Tak k tomu vysvetli, ze nekde tohle nenapise a za druhe, kdyz se rozpoji a neudelas sam nejakou akci, tak se klidne nepripoji par dni a porad bezi dokola ty hlasky v LOGu (primarne na strane klienta, ale nekdy i na strane vysilace ...).

Vse je sifrovano pomoci WPA2.

iTomB

[iTomB]

Tak dnes rano dalsi ...
Vysilac

Kód: Vybrat vše

08:36:42 wireless,info 6C:3B:6B    : disconnected, group key exchange timeout
08:36:42 wireless,info XXXXX: data from unknown device 6C:3B:6B:    , sent deauth
840x cca po 1s
08:52:28 wireless,info XXXXX: data from unknown device 6C:3B:6B:    , sent deauth
08:52:29 wireless,info 6C:3B:    : disconnected, disabling
08:52:39 wireless,info 6C:3B:6B    : connected
08:52:43 wireless,info 6C:3B:    : connected


Klient

Kód: Vybrat vše

may/08 07:41:41 wireless,info 6C:3B:6B:    established connection on 5560000, SSID
08:52:32 wireless,info 6C:3B:6B:    lost connection, no beacons received
08:52:39 wireless,info 6C:3B:6B:    established connection on 5560000, SSID 


Takze klient ani neregistroval nefunkcnost. Nevidel ze vysilac ho vyhodil z registracni tabulky ...

[iTomB]

Tak dneska u klietna, domaci WiFi RB952, android na 5G a v LOGu RBcka cca 5x/1s
wireless,info XXXXX: data from unknown device 6C:3B:6B: , sent deauth

Telefon nefungoval ...

Zatim upgrade na 6.39.1 a uvidim co to provede.

Jeste jedno "rozpojeni" jsem zazil. Prisel jsem dom a nefungovala mi WiFi 5G na RB962. Tak hledam kde je problem a domaci mikrotik radar detected ... Takze doporucuju vsem na domacich APckach nastavovat scanlist na 5180-5320.

iTomB

[hapi]

to si klidně nastavuj, nezapomen že DFS je i na půlce indooru.

[iTomB]

to si klidně nastavuj, nezapomen že DFS je i na půlce indooru.

No jezne me pak mikrotik doma preladil na 5.8G a mobil ho nevidel. Takze proto jsem napsal doporuceni. A ze je DFS i na pulce indoru. No nemelo by to rusit radar, takze by pro ceskou republiku mel byt hlavne na kanalech, kde je ... A ne ze mi ho detekuje na 5180-5320 ... Dle me chybna reprzentace od mikrotiku. Kdyz to nejde vypnout, proc neresit z jejich nastaveni, na cem je radar a hotovo ... Muzou to mit v konfiguraci, jednou by se to pridalo do ROS, jejich detekce a bude to fungovat daleko lepe ...


iTomB

[hapi]

jo to jo, to máš pravdu. Už sem těm trotlům psal aby tam daly něco jako czech republic indoor když tak vehementně vyrábí domácí wifiny. No, toho se nedočkáme. U capsmanu je teď nový nastavení kde se daji konečně definovat kanály a navíc se dá zvolit aby ty kanály který maji DFS přeskakoval.

[coolerman1]

Podelim sa s mojou skusenostou DFS. Dve AP vedla seba ( 1x QRT 5 a 1x Mantbox19s) .Na oboch FW 6.39.1. ak dam na QRT protokol 802.11 ,tak na kazdom kanale "Radar detected" akonahle zmenim na nstreme tak uz nedetekuje radar (NV2je nepouzitelna ).hned vedla toho Mantbox nadstaveny protokol 802.11 a vsetko vporiadku .QRT ma noise floor -114 a mantbox -105 na tom istom kanale. a to nehovorim o "extensive data loss" , "managment-protection failure" " too many pool timeouts"

[coolerman1]

Extensive data loss = rusenie

Tak k tomu vysvetli, ze nekde tohle nenapise a za druhe, kdyz se rozpoji a neudelas sam nejakou akci, tak se klidne nepripoji par dni a porad bezi dokola ty hlasky v LOGu (primarne na strane klienta, ale nekdy i na strane vysilace ...).

Vse je sifrovano pomoci WPA2.

iTomB

"extensive data loss" - local interface decided to drop connection to remote device because of inability to send data to remote after multiple failures at lowest possible rate. Possible causes - too weak signal, remote device turned off, strong interference, some other RF related issue that makes communication impossible.

[iTomB]

No mozna opraveno ve verzi 6.40.4 wireless - improved WPA2 key exchange reliability.

iTomB

[pgb]

Dělá mi to i bez WPA na 802.11n, takže tomu moc nedávám

[yarda]

Taky potvrzuji posledni mesice problemy s odpojovanim klientu na nekterych mistech vicemene stejne sektory i po preladeni divne ze to nedelaji sousedni sektory na stejnem vysilaci. Vypne se a zapne karta a klienti zase bezi. Nepomaha ani WPA2 ani managment protection. Sunda to vsechny klienty na antene a uz neumozni pripojit. Dela to i na verzi 6.40.5.