Audience odpojování klientů na virtualním AP

mirek_k

Běží mi tu Audience (bez CAPsmana), kde mám AP pro firmu a virtuální AP pro hosty.
Běželo to víc něž rok bez problémů.
Bez jakéhokoliv zásahu do konfigurace to začalo odpojovat klienty v řádu desítek sekund - disconnected, recieve disassoc: sending station leaving (8), ale pouze na virtuálním rozhraní. To fyzické drží dál bez problémů.
ROS 6.48.3.
Má někdo nějaký nápad, co s tím?
Díky
Mirek

jchudoba

mirek_k disconnected, recieve disassoc: sending station leaving (8)

Chybí nám info co se v tu dobu dělo na klientovi. Tahle hláška sama o sobe nevylučuje třeba to že se klient prostě rozhodl připojit se k jinému AP (o jehož existenci ty ani nemušíš vědět).

Takže, ten řádek v logu má u sebe nějaký timestamp, co se v tu dobu dělo na klientovi?

Pokud nevíš, postav tam jako klienta jednoho hAPa a sleduj to na něm. Ale chci vedět co se děje na klientech, řešit to jen z jedné strany znamená mít polovinu informací.

ladik

ROS 6.48.3 je tu s nami jen asi cca +- 2 mesice, takze co jsi tam mel predtim, nez jsi to aktualizoval?

mirek_k

Myslím, že tam byla 6.48.2, ale to není podstatné.
Odhaduji více měsíců, než dva. A po tu dobu to s touto verzí běželo.
Jak jsem psal, bez jakékoliv změny to začalo dělat.

mirek_k

Mohl by to shazovat nějaký zavirovaný klient - např. telefon?

ladik

U jednoho zakaznika, kde mam vice AP MK se mi nechtelo zaboha pripojit zadne zarizeni na WiFi virtual-ap, pomohl az reset a znovu nastaveni, zadnou souvislost jsem tam nikde nenasel. Jeste s tim jsem laboroval s VMM support, ale ted se divam, ta polozka je ted vypnuta a jede to. Podotykam, ze tam je tak 90% uzivatelu iPhone a to nekolik desitek az stovek dle navstevnosti. Nekdy byva broblem s DHCP a tim ze uz i ten iPhone maskuje mac adresy, takze klidne muzes mit vycerpane leases.

jchudoba

ladik vycerpane leases.

Leases jsou která vrstva OSI modelu a asociace k AP je která vrstva?
Nižší Halík, nižší. A jak může problém na vyšší vrstvě ovlivnit dění na nižší vrstvě?

mirek_k

Díky za informace.
Vyčerpané leases nejsou a ani myslím nesouvisí s vykopnutím z AP.
Maximálně by klient nedostal adresy, ale není jich tam tolik - vyšší jednotky.

mirek_k

jchudoba Klienti jsou převážně telefony zaměstnanců, takže zjistit, co se na nich dělo je nemožné.
Nápad s Mikrotik klientem není špatný. Už jsem ale Audience vyměnil za TPL DECO.

jchudoba

mirek_k takže zjistit, co se na nich dělo je nemožné.

Potom ale nevidím důvod to řešit - ta hláška sama o sobě nikterak nevylučuje verzi že zaměstnanec prostě odešel o dvě patra níž na cigáro mimo signál. Třeba se udělalo hezky tak se zaměstnanci začali víc flákat mimo signál.

Ty jsi to začal řešit jen na základě té hlášky, aniž bys neměl jakýkoli podnět od klientů? Proč potom?
A pokud jsi podnět od klientů měl, proč je potom nemožné zjistit co bylo impulzem k podnětu?

mirek_k

Jak jsem psal hned v prvním příspěvku.
Na začátku byla stížnost zaměstanců, že jim nejde wifi.
Kontoulou Audience jsem zjistil, že se tam pokouší připojit cca MAC adres, přičemž jsou v řádu desítek sekund odpojováni s hláškou "disconnected, recieve disassoc: sending station leaving (8)".
Pokus s klientem Mikrotik můžu udělat, až se tam dostanu.

jchudoba

mirek_k Na začátku byla stížnost zaměstanců, že jim nejde wifi.

Ale potom musí při řešení spolupracovat a dodat nějaká data, ono "nejde wifi" může znamenat v podání zaměstnance naprosto cokoli a je zavádějící fixovat se na tu hlášku. Jeden příklad za všechny-třeba tam někdo provozuje rogue AP a klient se přeroamoval na něj. Kdybych kamkoli postavil rogue AP se stejným SSID a heslem a nikam ho nezapojil, tak to také vyvolá stav "nejde wifi".

krystofklima

mirek_k Standardní hláška, která se objevuje vždy, když z neupřesnitelných důvodů klient opustí APčko. pomáhají růženec, pravidelná docházka do kostela a změna víry...jak píše už kolega přede mnou. někdy stačí jen komplet reset no default a znovu nastavit postupně krok po kroku

vypadá to jako byste dělali někde chybu, ale občas to bývá i takto...prostě jsou to jen stroje...i dvoje identické Windowsy budou jedny padat a druhé nezažijí modrou smrt nikdy

z MikroTik supportu na to šla jednoduchá odpověď hláška, která se objevuje vždy, když z neupřesnitelných důvodů klient opustí APčko - je třeba zkusit pátrat po chování uživatele

mirek_k

Zavirovaný mobil mne taky napadl, ale cizí AP nemyslím. To by se klienti nepokoušeli stále dokola připojovat na Audience.