classic.ISPforum.cz

Mam takovy dotaz na lidi co pouzivaji RB + radio karta -- jako AP v 5G ... nastavujete rychlosti spojeni zarizeni na pevno ?? Treba 24 mego a nic jineho aby radio karta nebrala ?? ... je to k necemu dobre ? Nebo naopak na neco spatne ??

Dekuji

nechavam default pokud je signal lepsi nez -65 a 100/100 ccq, pokud je pres -70 nastavuju min aby to neprepinalo.

aha takze se da rict, ze nastavujes na tvrdo jen na "vzdalenejsich" apeckach ... tedy rozumej tam kde je apecko od kliosu vzdaleno vice ... tudiz signal od nich ma slabsi .. ?

Ap je na default, jen na vzdalenejsim klientovi kde je signal slabsi nastavim takovou rychlost aby to neprepinalo.

aha ... tak to nic ... me slo o nastaveni na pevno na apecku ...

Dade_Marfi píše:aha ... tak to nic ... me slo o nastaveni na pevno na apecku ...

a proc to nastavovat napevno na APcku? neni lepsi to nastavovat prave u klientu, protoze kdyz to udelas napevno na APcku tak se pak muze stat ze se na to s nejakym klientem vubec nedostanes.

to michal.siman - jak nedostane ? tak pak je to klient spatny ==> servis ... ja to na jednom apecku udelal a vseci klienti se porovnaly na 24/24 Mbps ...

Dade_Marfi píše:to michal.siman - jak nedostane ? tak pak je to klient spatny ==> servis ... ja to na jednom apecku udelal a vseci klienti se porovnaly na 24/24 Mbps ...

ja to taky na jednom AP udelal ale u nekterych kliosu to melo za nasledek snizeni CCQ. moc jsem s tim radeji nelaboroval. chci se k tomu vratit pozdeji.

hm ... nevim co je CCQ ale .. vsichni kliosi me na tom jedou normalne ... zkousel jsem jak rychlost tak pingy ...

pokud můžu přispět, nastavení rychlosti na tvrdo má i jiné výhody.
Všimněte si třeba fukcí Hardware Reties, frame lifetime, disconnect timeout, on fail retry time a data rate čili rychlost wifiny.
Všechny tyhle funkce jsou propletený. Např:
Pokud klient ztrácí pakety, sníží se mu rychlost. Když povolim například v 802.11b data rate jenom na 5,5 a 11Mbit, horší klienti budou moct minimálně na 5.5Mbit a ne až na 1Mbit kde už pak znatelně brzději celí AP. Správnym nastavením těch funkcí se dá docílit toho, aby relativně horší klienti při problémech nestahovaly sebou i ty lepší. Můžu potvrdit znatelný zlepšení propustnosti a odezvy.

tady je můj hrubej překlad těch funkcí, ale nemuseji bejt správně:

disconnect-timeout (time; default: 3s) - čas od třetího špatného odeslání ( 3*(hw-retries+1) pakety byly ztracené) (jenom v nejnižší datarate) (to jest poprvé od první aktivace on-fail-retry-time) kdy se klient odpojí. (logged as "extensive data loss").

frame-lifetime (integer; default: 0) - stanovuje dobu životnosti framu v setině sekundy od doby prvního poslání framu. Wireless normálně nezahazuje žádné pakety dokud se klient neodpojí. Jestli neni potřeba hromadit pakety, můžete nastavit čas po kterém se paket zahodí.

hw-retries (integer; default: 15) - kolikrát se bude opakovat posílání datovýho rámce než se zahodí. Rychlost přenosu je snížená při opakování ale jestli už nemůže být rychlost nižší, 3 následující opakování aktivují on-fail-retry-time a pozastavý vysílání.

on-fail-retry-time (time; default: 100ms) - čas, po který opakujeme komunikaci s bezdrátovým klientem jestli přenos dat selhal 3x na nejnižší rychlosti.


všimněte si, že většina věcí je závislá na nejnižší rychlosti takže bych spíš řekl že je důležitější nastavovat nejnižší rychlost a ne nejvyžší.

ja dal na tom apecku nejnizsi 24 Mbps .. a nejvyssi taktez 24 Mbps .... od te chvile zadny vypadek pingu ... a kliosi jedou super ... a vsechny vidim pekne pripojene 24/24 Mbps ....

hapi píše:frame-lifetime (integer; default: 0) - stanovuje dobu životnosti framu v setině sekundy od doby prvního poslání framu. Wireless normálně nezahazuje žádné pakety dokud se klient neodpojí. Jestli neni potřeba hromadit pakety, můžete nastavit čas po kterém se paket zahodí.

a jakou hodnotu nastavujes? defaultne je 0 coz jestli dobre chapu znamena ze se nebude zahazovat nic.

resp. zeptam se jinak, jake mas nastavene hodnoty? nebo mas vsude ponechany default?

na většinu APček mám všechno v defaultu. Na problémových bodech dávám hodnotu 10 což znamená jestli jsem to dobře pochopil 100ms a pak to zahodí a hardware retires zvedám na 15 a snižuju disconnect time na sekundu. I když tak jednoduchý to neni. Abych to vysvětlil, dlouho mi trvalo než jsem pochopil funkci těch hodnot. Jedna bez druhý je bezcená.

Když se vyšle fram a on se ztratí, vyšle se ještě tolikrát, kolikrát je číslo v hardware retires a pokud se nedoručeji tři za sebou na nejnižší data rate, počká se čas uvedenej v on-fail-retry-time a pokusí se poslat znova. Pokud ale frame-lifetime (je li nastaven) vyprší dřív než se doručí frame, zahodí se. Pokud se nedoručí frame ani po čase nastavenej v disconnect-timeout počítanej od vypršení 3x on-fail-retry-time, odpojí se klient s hláškou v logu "extensive data loss".

Pokud ale nastavim frame-lifetime na 10(100ms), tak se nejspíš všechno tohle ruší a po první větě v odstavci nahoře se frame zahodí.

Pokud to někdo pochopil jinak, tak ať dá vědět.
Já jenom vim, že na masivně problémový 2,4GHz v jednom místě to opravdu hodně moc pomohlo spolu s data rate fixnutý na 5,5/11Mbit ať už se jednalo o ping či malou propustnost.