classic.ISPforum.cz

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

Jeden pripad:
U klienta je videt:

Na vysilaci:


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:

Vysilac


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

iTomB

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...

Extensive data loss = rusenie

coolerman1 píše: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

Tak dnes rano dalsi ...
Vysilac


Klient



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

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

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

hapi píše: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

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.

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"

iTomB píše:

coolerman1 píše: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.

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

iTomB

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

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.