Rx Rate padá na 6Mbps

[menicks]

Máme problém na jednom sektoru, Dcom antény dcom měřené kabely 0,5m RB 411AH + R52Hn s 5.12 a ted i s 5.21 protokol 802.1a. Při provozu někdy najednou třeba u 6 klientu spadne na AP RX rate na 6Mbps. Klienti skoro všichni SXT nějaká nano a jeden groove na dálku s parabolou. CCQ se drží vysoko třeba všichni nad 70 a většinou se blíží 100. TX Rate ale většinou drží. Je to fixlé aby Rate nešli na víc jak 36Mbps.
Je to ve městě ale poblíž frekvence jsou signály okolo -78.

Nastavení
šifr wpa2
Adaptive noise imunity ap and client
Hw retries 6


V čem myslíte že by mohl být problém?

[menicks]

To se toto opravdu nikomu neděje? Nám se to stává na více MK.

[hapi]

hmm a projevuje se to nějak jinak kromě toho že rate je 6Mbit? nestoupne náhodou při zátěži na 36Mbit?

[RAket]

Máme problém na jednom sektoru, Dcom antény dcom měřené kabely 0,5m RB 411AH + R52Hn s 5.12 a ted i s 5.21 protokol 802.1a. Při provozu někdy najednou třeba u 6 klientu spadne na AP RX rate na 6Mbps. Klienti skoro všichni SXT nějaká nano a jeden groove na dálku s parabolou. CCQ se drží vysoko třeba všichni nad 70 a většinou se blíží 100. TX Rate ale většinou drží. Je to fixlé aby Rate nešli na víc jak 36Mbps.
Je to ve městě ale poblíž frekvence jsou signály okolo -78.

Nastavení
šifr wpa2
Adaptive noise imunity ap and client
Hw retries 6


V čem myslíte že by mohl být problém?

To bude nejspíš rušení nebo problém skrytého uzlu. Resp. tzv. hidden node problem. Je potřeba si uvědomit, jak vlastně wifi typu 802.11 funguje na první síťové vrstvě.
Typicky se to stává, pokud na daném AP je mnoho připojených uživatelů nebo některý z uživatelů je připojený tak, že ho ostatní stanice "neslyší". A čím víc tahle stanice "komunikuje" tím je to horší. Dochází ke kolizím, retransmisím, zvyšuje se packet loss, pingy atd.

[hapi]

z tohodle důvodu nikdy wifina neběžela na 6Mbit.

[honzam]

Já bych doporučoval vyhodit nano. Dát tam MK. A zapnout na APčku NV2. Rates nechat všechny na default

[Dalibor Toman]

To bude nejspíš rušení nebo problém skrytého uzlu. Resp. tzv. hidden node problem. Je potřeba si uvědomit, jak vlastně wifi typu 802.11 funguje na první síťové vrstvě.
Typicky se to stává, pokud na daném AP je mnoho připojených uživatelů nebo některý z uživatelů je připojený tak, že ho ostatní stanice "neslyší". A čím víc tahle stanice "komunikuje" tím je to horší. Dochází ke kolizím, retransmisím, zvyšuje se packet loss, pingy atd.

ze by se jeste nekdo odvazil provozovat klienty bez zapnuteho RTS/CTS?
IMHO by sla kvalita dost dolu a ndrzela by se nad tech 70%. Ale overit to jde snadno - zapnout na vsech MT u klientu RTS/CTS ostatni typy krabicek pravdepodobne budou mit uz zapnute z defaultu (?). Zvolit nejakou rozumnou velikost pro ramce kdy jeste neni treba RTS/CTS (cca 500B)

[RAket]

ze by se jeste nekdo odvazil provozovat klienty bez zapnuteho RTS/CTS?
IMHO by sla kvalita dost dolu a ndrzela by se nad tech 70%. Ale overit to jde snadno - zapnout na vsech MT u klientu RTS/CTS ostatni typy krabicek pravdepodobne budou mit uz zapnute z defaultu (?). Zvolit nejakou rozumnou velikost pro ramce kdy jeste neni treba RTS/CTS (cca 500B)

Takovych lidi co ani nevi na co je RTS/CTS je jak maku. Napsal jsem, jak lze jednoduse poznat hidden node problem. Zveda ji se odezvy a dramaticky klesa propustnost.
Pokud tazatel proste nevi, proc mu nektere stanice prepinaji na nejnizsi modulaci, tak muze zkusit odsniffovat provoz na AP a prohlidnout si to u sebe ve wiresharku.

Nejlepe preladit AP na jakykoliv volnejsi kanal, ktery nebude mit okolo sebe kanal s velkym provozem, coz muze ocuchnout pres frequency-usage a pak muze prejit k dalsim krokum.

Velikost ramce kdy neni potreba RTS/CTS se doporucuje nastavit dost nizko napr 256B a min. Jen je otazkou, jak to rts/cts na routeros vlastne funguje, pokud jsou na AP zarizeni ruznych vyrobcu.
Lepe pouzit nstreme s pollingem nebo nejaky tdma protokol.

[shooter]

to sice jo ale ja hledal v winboxu v ros 3.30 a tan ho člověk nenajde

[Dalibor Toman]

to sice jo ale ja hledal v winboxu v ros 3.30 a tan ho člověk nenajde

na 3.X je podpora RTS/CTS bohuzel jen ve wireles-test baliku. Bez toho to nikdy fungovat kloudne nebude. Ale neni duvod tam mit 3.30. I stare desky chodi s 4.17 ci necim z 5.X (spoustu toho co neni v NV2 mame na 5.16 a bez problemu - ale cfg je na klientech pomerne jednoducha, staticky routing firewall, par skriptu...).

[menicks]

Já bych doporučoval vyhodit nano. Dát tam MK. A zapnout na APčku NV2. Rates nechat všechny na default

To se právě chystáme, bohužel to chvilku trvá, ne z naší strany...

[Dalibor Toman]

Já bych doporučoval vyhodit nano. Dát tam MK. A zapnout na APčku NV2. Rates nechat všechny na default

To se právě chystáme, bohužel to chvilku trvá, ne z naší strany...

tak bych overil jestli ty non-MT stanice podporuji RTS/CTS. A pokud ano upgradnul MT klienty a zapnul RTS/CTS. Pokud je problem opravdu zpusoben timhle pak zapnuti RTS/CTS vyrazne zlepsi propustnost APcka.

[menicks]

ze by se jeste nekdo odvazil provozovat klienty bez zapnuteho RTS/CTS?
IMHO by sla kvalita dost dolu a ndrzela by se nad tech 70%. Ale overit to jde snadno - zapnout na vsech MT u klientu RTS/CTS ostatni typy krabicek pravdepodobne budou mit uz zapnute z defaultu (?). Zvolit nejakou rozumnou velikost pro ramce kdy jeste neni treba RTS/CTS (cca 500B)

Takovych lidi co ani nevi na co je RTS/CTS je jak maku. Napsal jsem, jak lze jednoduse poznat hidden node problem. Zveda ji se odezvy a dramaticky klesa propustnost.
Pokud tazatel proste nevi, proc mu nektere stanice prepinaji na nejnizsi modulaci, tak muze zkusit odsniffovat provoz na AP a prohlidnout si to u sebe ve wiresharku.

Nejlepe preladit AP na jakykoliv volnejsi kanal, ktery nebude mit okolo sebe kanal s velkym provozem, coz muze ocuchnout pres frequency-usage a pak muze prejit k dalsim krokum.

Velikost ramce kdy neni potreba RTS/CTS se doporucuje nastavit dost nizko napr 256B a min. Jen je otazkou, jak to rts/cts na routeros vlastne funguje, pokud jsou na AP zarizeni ruznych vyrobcu.
Lepe pouzit nstreme s pollingem nebo nejaky tdma protokol.

Problém skrytého uzlu by to zrovna tady neměl být, je to celkem "přehledná" skupina klientu. Přeladit kanál na tomhle bodě je boj, je to vodojem, takže člověk nikam nic neschová, a je tam poměrně narváno, ale jinak je tenhle kanál poměrně čistý nic lepšího tam nedáme - pokud nechceme jit do vnitřních kanálu a to nechceme. Myslel jsem jestli nebude nějaký problém v ROS, protože když jsme upgradovali na 5.25 všechny klienty tak se to zlepšilo, a NANO5 které tam byli s tím problémy neměli. U těch jediných to tak nepadalo.

[shooter]

ja podezírám někdy karty fur se zlepšuje ciltivost ale někdy bych ji potřeboval srazit a nemam kartu která by podporovala noice treshold

[net.work]

presne tak, mam signal od klientu mezi -55 a -60 a karta slysi ruseni i -80 a vyse... takhle bych nastavil citlivost na -75 a vyreseno...