Teoreticky co nejmíň. Ale mysli na to, že to znamená, že se kvůli každému vysílanému paketu, který je větší, než hodnota RTS Threshold, speciálně ptá apčka, jestli může. Takže pokud dáš moc malý, klesne ti dosažitelný výkon strašně, když dáš velký, tak to zase nebude mít vliv ...
My používáme 256, hlavně kvůli tomu, že dlinkové méně neumí ... ale zkušenosti jsou s tím dobré.
Ber to tak, že jakýkoliv "normální" klientský provoz má pakety v naprosté většině případů větší, takže to funguje dobře.
Stačí to sledovat na serveru třeba iptrafem.
Praktické zkušenosti, či názory jiných ovšem s radostí uvítám ...
1) a nastavuje se to u klientu nebo na APčku?
2) a když mám na APčku jinou hodnotu než u klienta má to vliv? která se pak počítá?
Včera jsem si s tím hrál, nastavil jsem místo původních 2436 hodnotu 1000 a nezdálo se že by se něco změnilo.
Když tam nastavím 256 jako vy s jakou ztrátou rychlosti můžu počítat? Kolik přes to dáte když tam máte 256?
nastavuje se to na klientu, na apčku je to logický nesmysl. Proč by se mělo apčko ptát, jestli může vysílat, když to ví? Slyší všechny klienty ...
My jsme to nikdy přesně neměřili, ale pro klienty se to nijak znatelně neprojeví. Ani nevím, jak to průkazně otestovat ... Potřeboval bys volné apčko, pokud možno i volné prostředí a několik vzájemně se neslyšících klientů. Takovou laboratoř nejsme schopni sestrojit ...
A pingat pak můžeš velikostí paketu větší, než je to RTS, pak máš ztrátovost nula :-) teoreticky, samozřejmě. Občas se i tak něco ztratí ... Ale podle našich zkušeností pak za to může vadný hardware, nikoliv zahlcenost éteru ... Nebo rušení jinou technologií, než wifi.
"My jsme to nikdy přesně neměřili, ale pro klienty se to nijak znatelně neprojeví." Tato odpověď ti nestačila? Jinou nemám ...
A kdybych měl klienta, co je schopný relativně furt tahat 600kB/s, tak ho omezím klidně kleštěma na kabelu! Vždy? to je skoro teoretické maximum wifky (b)! To už nepojede nikomu nic ... Tím rtskem se tak nějak líp dostanou "ke slovu".
Teoreticky by se to mělo projevit všem, ale více samozřejmě klientovi, který to bude mít nastaveno.
ALE: NASTAVIT TO MUSÍŠ VŠEM! Jinak ti to jeden sosač bez RTSka vyhltí, takže jako by to nikdo neměl ...
To by mě zajímalo které ... prohledej i registry, podle mě by to měla umět většina. Dlinky, Zcomy i karty s realtekama to uměly.
My ale karty už nikomu nedáváme. Za jedno se to málokomu hodí (kvůli délce kabelu) a za druhé APčko nastavíme my a klient si to sám nerozš?ourá (omylem, nebo reinstalací počítače). Kromě toho se lépe diagnostikuje, když si můžu na naprostou většinu klientů pingnout kdykoliv ...
A cena takového Ovislinku 1120 není o tolik vyšší, aby to nevyvážilo výhody.
Bruxmane,
my jsme resili na node Dvorce podobny problem. Nastaval i pri "spravnem" nastaveni RTS. Jestlize sila signalu od ruznych clientu v miste ap se podstatne lisila, potom pokud client se silnym signalem zacal vytezovat linku (stahovat), ostatni, kteri meli slaby signal, byli potlaceni. Mame to vyreseno takto:
1. vsichni clienti si nastavili vysilaci vykon na maximum tak, aby neprekracovali GL.
2. pomoci wifimonu na AP jsme zjistili, ktery client je nejslabsi.
3. pak se definovalo, ze vsichni ostatni musi jeste vice snizit vykon tak, aby se dostali na stejnou uroven s tim nejslabsim (+/-).
Od te doby ty urovne hlidame (namatkove) a vsichni jsou spokojeni. Na wifimonu musi vsichni udrzovat silu signalu maximalne 30, doporuceno je 25 - 30. To je ale jen pomerne cislo, nelze jej brat absolutne. Dulezita je ta vyrovnanost a samozrejme neprekroceni GL.
__________________
Správce AP zvahov, AS64525 a domény pjih.czf
Óm guru díp namahá.
08.03.2005 v 09:21
Re: Problém skrytého vysílače
