Nastavení RTS/CTS (RTS threshold)

Operační systémy, software, protokoly v naší síti - co použít, jak instalovat a konfigurovat..
Pravidla fóra
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

INFORMACE OBSAŽENÉ V TOMTO VLÁKNĚ JSOU JIŽ V MNOHA PŘÍPADECH ZASTARALÉ.

AKTUÁLNÍ INFORMACE SI OVĚŘTE RADĚJI EMAILEM U SPRÁVCŮ

A NEBO PŘÍMO NA INFOLINCE 588 207 234

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Nastavení RTS/CTS (RTS threshold)

Příspěvekod Devine » 25 led 2006 (stř), 14:17

Zdravím po dlouhé době všechny, které zajímá problematika WiFi sítí trošku podrobněji. Nikde jsem tu nenašel důležité informace, jak by měli klienti mít správně nastavené své WiFi karty. Velice častý problém u 802.11 sítí je ten, že většina klientů má špatně nastaveno RTS/CTS.
Proč je to tak důležité?

Protože je IEEE 802.11 vlastně standard pro vnitřní sítě, předpokládá, že naprostá většina klientů na sebe vidí. Proto se defaultně používá protokol CSMA/CA, kdy klient poslouchá svou frekvenci a vysílá, když nikdo jiný nevysílá. Jenže ve venkovním prostředí tohle neplatí, klienti na sebe nevidí téměř nikdy, takže když se používá defaultní protokol, tak klient předpokládá, že nikdo nevysílá a začne vysílat libovolněkdy. Tudíž dochází ke ztrátám paketům, nejsou výjimky ani 50% ztráty, a stačí přitom 2 klienti.
Proto je zde alternativní protokol RTS/CTS, kdy klient nejdřív požádá o vysílání, dostane od AP povolení na určitou dobu a začne vysílat, ostatní klienti po stanovenou dobu mlčí. Jenže je to velmi náročný protokol na pásmo, kdyby takto putovaly všechny pakety, sníží se propustnost sítě na cca. 25%.
Protože ale u menších paketů nebývá problém ani u CSMA/CA, protože projdou tak rychle, že je riziko zarušení malé, je vhodné malé pakety nechat posílat standardním CSMA/CA. Ztráty tak budou zanedbatelné.
Hodnota RTS/CTS právě udává, do jak velkého paketu v bytech se má ještě používat CSMA/CA a od jak velkého paketu používat RTS/CTS. Optimální hodnota záleží na míře ztrátovosti toho kterého bodu, většinou se nastavuje na 512, u více ztrátových na 400 i méně.
Toto nastavení se ale musí provést u VŠECH klientů!!! Nastavení na AP je k ničemu, leda byste používali na AP i u klientů Proximy, které umí tohle nastavit z AP automaticky.
RTS/CTS a CSMA/CA jsou dva odlišné způsoby vysílání - bez RTS se ihned pošle paket, při RTS/CTS se nejdříve pošle RTS požadavek a čeká se na CTS reply od AP
na wireless nemůže fungovat detekce kolizí jako na CSMA/CD, protože je to halfduplex, tj. nemůže vysílat a zároveň připoslouchat.
Ještě abych doplnil správná nastavení - hodnota by neměla být nikdy nižší než 64 bytů, jinak by neodcházely ani zprávy RTS (vesměs tam ale bývá kontrolní mechanismus), neměla by být ani vyšší než 1500 (pakety u FTP), jak jsem psal, optimum je někde okolo 500 a zapnout by to měli opravdu všichni, kdo provozují venkovní síť! A ještě jedna věc, ve které dělají lidé chybu - nastavují RTS/CTS na AP - tam to naopak nenastavujte - AP jako středobod a cíl všech paketů vidí všechny klienty, takže nemusí nikoho žádat, jestli je volno, on to ví (výjimkou jsou ony proximy, které při nastavení RTS/CTS na AP nastaví jen klienty).

PS:Fragmentation Threshold nechte nastavený tak jak je - většinou 2432 nebo 2346. V 99% pomůže správné nastavení RTS/CTS.
Pri odesilani velkych packetu je vyssi pravdepodobnost, ze se pri prenosu vyskytne chyba a kvuli tomu se posila cely velky packet znovu. Tim vzrusta zatizeni site. Pokud jeden 1500B dlouhy packet rozdelim treba na 3x 500B packet, tak sice poslu vic hlavicek, ale pri chybe pri prenosu posilam znovu jen chybny blok 500B a ne celych 1500B.

-------------------------------------------------------------------------------------

Mimochodem jak máte nastavené RTS Threshold vy? Mě se osvědčila hodnota 1024. Pro větší zarušení 512.

Výrobci WiFI HW většinou napíšou jen: K dispozici jsou i parametry pro optimalizaci provozu RTS threshold (eliminuje problematiku skrytého uzlu) a Fragmentation threshold (zlepšuje prenosové parametry na zarušených trasách).
Devine
Pravidelný návštěvník
Pravidelný návštěvník
 
Příspěvky: 111
Registrován: 14 říj 2004 (čtv), 17:25

Doplnění

Příspěvekod Devine » 25 led 2006 (stř), 14:22

PS: RTS/CTS je sice vždy přítomno, ale defaultní hodnota je tak vysoká, že se to nikdy nepoužije a je to tedy čistý CSMA (maximální velikost paketů v internetu je 1500B u FTP, plus něco na detaily v hlavičkách). Navíc když by byl paket větší než nějaká hodnota (liší se podle výrobce a nastavení, maximum bývá právě někde okolo 1500B), tak se paket rozdělí na menší (fragmentace, viz dále), takže vlastně nikdy nemůže dojít k použití RTS/CTS. Proto jsem o tom psal jako zapnout/vypnout.
Pozor na to - fragmentation treshold je něco úplně jiného. WLAN standard podporuje fragmentaci paketů na menší, aby jeden paket netrval nepřiměřeně dlouho a měli šanci i ostatní. Nevím jestli je ve standardu nějaké maximum délky rámce (pravděpodobně ano), většina výrobků má ale nějakou přednastavenou hodnotu myslím okolo 1500B, potom se paket rozdělí na menší. Některé výrobky umožňují i přímo manuálně nastavit max. délku rámce, u jiných je to schované pod nějakou tajnou volbou (třeba u Proximu je zatržítko "microwave oven robustness", které právě nastavuje menší frame pro nižší rychlosti), někdy je to ovlivněno i dalším nastavením (různé max. délky rámců podle použité rychlosti a AP density). Nijak to ale nesouvisí s RTS/CTS mechanismem jen logicky když je RTS treshold vyšší než fragmentation treshold, tak se prostě RTS algoritmus nikdy neuplatní.
V každém případě když je správně nastaveno RTS/CTS, tak by měl být přínos fragmentation treshold téměř nulový - každý klient má pomocí RTS mechanismu vyhrazený prostor, do kterého mu jiný klient nevstoupí. Ovšem paket může být zarušen i z jiných důvodů než od jiného klienta, takže v hodně zarušených prostředích to také může pomoci pro kvalitu.
Výhoda fragmentace je také v sítích, kde se provozují služby vyžadující lepší QoS parametry - zmenšíte-li pakety na malé hodnoty, zajistíte lepší průchodnost malým pritoritizovaným paketům, tj. nebude vám nějaký dlouhý paket zabírat médium třeba půl vteřiny a nespadnou vám kvůli tomu hovory. Nevýhoda ale je ve zvýšené režii, zejména když máte klienty připojené různou rychlostí (což je btw u venkovních sítí také chyba), takže když nastavíte manuálně pevné maximum, tak 11 Mbs klient pošle stejně dlouhý paket 11× rychleji než 1Mbs klient
Devine
Pravidelný návštěvník
Pravidelný návštěvník
 
Příspěvky: 111
Registrován: 14 říj 2004 (čtv), 17:25

Příspěvekod zch » 28 led 2006 (sob), 19:05

Jsem rád, že zde někdo konečně tento problém detailně popsal. Předpokládám totiž, že ignorování tohoto mechanismu vede v PVfree.net k některým problémům, jako např.
    nutnost omezování počtu připojených klientů na některých AP
    situace, že ve špičce u některých klientů jsou problémy s upstreamem (přestože opačný směr je OK)
Doporučoval bych to na některém AP otestovat - znamená to ovšem spolupráci všech klientů připojených na toto AP. Navrhoval bych např. AP nemocnice (na kterém také sám visím) - kdo z ostatních připojených na tomto AP je ochoten se mnou spolupracovat ?
zch
 

Příspěvekod Galileo » 28 led 2006 (sob), 22:21

Taky jsem rád za tyto technické informace. Díky. :)
Devine budeš pokračovat v popisu dalších parametrů? :?:
Co na to správcové? Dáte nějaké doporučení pro nastavení rádií. Pokud jo, tak případně s přesnějším popisem pro nejpoužívanější XI626 a Ovis Linky. :wink:
Předem díky.
Uživatelský avatar
Galileo
Člen skupiny správců sítě
Člen skupiny správců sítě
 
Příspěvky: 1838
Registrován: 09 pro 2004 (čtv), 15:42
Bydliště: Prostějov

Re: Nastavení RTS/CTS (RTS threshold)

Příspěvekod lyon667 » 28 led 2006 (sob), 22:34

Devine píše:Toto nastavení se ale musí provést u VŠECH klientů!!! Nastavení na AP je k ničemu, leda byste používali na AP i u klientů Proximy, které umí tohle nastavit z AP automaticky.


Neexistuje sila, ktera by donutila vsechny uzivatele do jednoho prepnout tento parametr na svem wi-fi. 90% z nich to nezvladne, coz znamena nekontrolovatelny narust telefonatu a nasledne reseni problemu :(
Proto je to na default.
Uživatelský avatar
lyon667
Emeritní správce
Emeritní správce
 
Příspěvky: 4508
Registrován: 10 pro 2003 (stř), 11:15
Bydliště: Somewhere out in space

Re: Nastavení RTS/CTS (RTS threshold)

Příspěvekod zch » 29 led 2006 (ned), 0:33

lyon667 píše:
Devine píše:Neexistuje sila, ktera by donutila vsechny uzivatele do jednoho prepnout tento parametr na svem wi-fi. 90% z nich to nezvladne, coz znamena nekontrolovatelny narust telefonatu a nasledne reseni problemu :(
Proto je to na default.


Milé děti, povím vám na dobrou noc pohádku.

"Bylo jedno město a tam byla křižovatka dvou úzkých ulic. Nebyla tam hlavní ani vedlejší silnice, tak se samozřejmě jezdilo podle pravidla pravé ruky. A když se nedejbože stalo, že se někdo na to pravidlo vy(píp)l a fičel si to zleva 150 km/h, tak se také nic nestalo, protože křižovatka byla přehledná a už zdálky jste toho šílence viděli a raději jste zastavili, i když jste měli přednost.
Jednoho dne vyrostly kolem křižovatky vysoké domy, takže už nebylo vidět z jedné ulice do druhé. Přednost zprava zůstala (ono kdyby tu jednu udělali hlavní by bylo beztak na kočku, protože jste přes ty z(píp)ené baráky do druhé uličky neviděli. A tak se jezdilo na štěstí (tedy naslepo), což vcelku fungovalo, protože tam nebyl moc velký traffic.
Ale jak postupně rostl traffic, rostl i počet kolizí. Nejdříve trochu, pak lineárně, pak už kur..... (chtěl jsem říct exponenciálně).
No to se ví, hned se našel jeden či dva remcalové, co s tím byli nespokojení. Ti chvíli hudrovali, pak googlovali, a pak zjistili, že za oceánem měli podobný problém a vyřešili ho následovně. Rozkopali silnici, do asfaltu položili detekční smyčky, umístili semafory. Když jede do křižovatky auto, přejede detekční smyčku (ti maníci od semaforů jí prý zkráceně říkají RTS), ta pošle signál do řídící jednotky semaforů (Asi Pentium), a když řídící jednotka ví, že zrovna nejede nic z jiné ulice tak rozsvítí zelené světlo (Auto Jeď = Car To Start).
Jenomže hned se ozvaly hlasy radních (města), že je to moc složité, že to 90% řidičů nepochopí a vůbec.
A tak od té doby tam kolizí na křižovatce každý den přibývá a pohřební služba si mne ruce..."

Cože, děti, vám se takový konec pohádky nelíbí ? A že se vám budou zdát nepěkné sny ? No to máte pravdu. Ale já vám to vykládám proto, abyste byly připraveny na život. Protože to je ze života...
Naposledy upravil zch dne 29 led 2006 (ned), 0:42, celkově upraveno 1
zch
 

Příspěvekod lyon667 » 29 led 2006 (ned), 10:08

Fajn, tak zverejnime tvuj telefonni kontakt a budes jim to vysvetlovat ty ;)
Uživatelský avatar
lyon667
Emeritní správce
Emeritní správce
 
Příspěvky: 4508
Registrován: 10 pro 2003 (stř), 11:15
Bydliště: Somewhere out in space

Příspěvekod catman » 29 led 2006 (ned), 13:27

Pěkná pohádka, Zdendo, ale asi by to chtělo začít tím, že by jsi vyplodil návod k nastavení RTS na použitých zařízeních - Ovislinky, Dlinky, XI626 jsou asi nejčastěji použitá zařízení.
Pokud tedy chceš, vypíšu ti kontakty na připojené klienty na nemocnici. Ovšem, kontaktování a testování bude na tobě :wink: . Pokud to má přinést zkvalitnění provozu, jsem všemi deseti pro odzkoušení a uvedení do provozu.
Uživatelský avatar
catman
Správce sítě PVfree.net
Správce sítě PVfree.net
 
Příspěvky: 12202
Registrován: 10 dub 2004 (sob), 21:21
Bydliště: Špály 2

Příspěvekod radekpv » 29 led 2006 (ned), 13:27

Kdo chce, hledá možnosti. Kdo nechce, hledá důvody.
radekpv
 

Příspěvekod zch » 29 led 2006 (ned), 14:42

catman píše:Pěkná pohádka, Zdendo, ale asi by to chtělo začít tím, že by jsi vyplodil návod k nastavení RTS na použitých zařízeních - Ovislinky, Dlinky, XI626 jsou asi nejčastěji použitá zařízení.
Pokud tedy chceš, vypíšu ti kontakty na připojené klienty na nemocnici. Ovšem, kontaktování a testování bude na tobě :wink: . Pokud to má přinést zkvalitnění provozu, jsem všemi deseti pro odzkoušení a uvedení do provozu.


Pošli kontakty (zatím stačí Nemocnice AP2 jihozápad kde visím), pokud jsi schopen z databáze vyhodit info o tom, jaký HW mají, tak mi to dost pomůže.
A případně když mi z databáze vyjedeš údaje o použitém HW u klientů přes celý PVfree.net - předpokládám že to tam někteří mohou mít i detailněji než jen např. Ovislink - např. i konkrétní typ, verze SW atd. - ať vím na co psát návod. Samozřejmě tohle už stačí anonymně bez vazby na konkrétní lidi.

2 Devine: Díky za popud, který rozvířil diskusi. Koukám že do problematiky docela dost vidíš, docela rád bych se s tebou někdy sešel a probral to důkladněji (když tak navrhni přes SZ kdy). BTW nenapadá tě, jak na AP zjistit, kteří klienti používají RTS/CTS ?
zch
 

default ovislinku

Příspěvekod ondrag » 29 led 2006 (ned), 18:55

Obrázek
Uživatelský avatar
ondrag
Člen rady a skupiny správců
Člen rady a skupiny správců
 
Příspěvky: 8289
Registrován: 07 dub 2004 (stř), 23:36

Příspěvekod Devine » 07 dub 2006 (pát), 20:51

Jak analyzovat ideální velikost RTS a Fragmentation threshold?


Nejlepší je, pokud jsem schopni hodnoty pro RTS a Fragmentation threshold exaktně změřit či spočítat. K tomu je určena řada specializovaného software pro analýzu paketů v bezdrátových sítích. Asi nejznámějším nástrojem je AiroPeek, AirMagnet, Linkferret a Commview for WiFI.
Zajímá nás především Packet error rate - Software pro analýzu sítě by nám měl být především schopen sdělit chybovost paketů . Pokud je tato chybovost větší než 5%, je nejvyšší čas začít se zabývat optimalizací velikosti RTS threshold.
Dalším důležitým údajem při ladění RTS threshold je packet size distribution. Ten nám v grafu ukáže kolik a jak velikých paketů se pohybuje v sítí (<64, 64-127, 128-255, 256-511, 512-1023, 1024-2047, 2048-2346, >=2347) Z grafu je pak vidět jak moc je zarušená síť a jak optimálně nastavit parametr RTS.


Jak nastavit RTS a Fragmentation threshold odhadem

Většině zájemců o optimalizaci WiFi sítí asi nezbude, než hodnoty nastavit odhadem a metodou pokus-omyl. Tento postup je docela jednoduchý, jen zdlouhavý a je spíše na trpělivosti administrátora, jak přesně se hodnoty podaří zoptimalizovat.

Nepříjemné je, že obě hodnoty je třeba nastavit na všech klientských adaptérech v síti, pokud na jednom z klientských zařízeních tyto hodnoty nejsou nastavené, dělá to v síti zbytečný zmatek a účinek optimalizace to snižuje. Je tedy velmi vhodné počáteční odladění provést ještě před tím, než síť spustíte do ostrého provozu, jenže to se asi nepoštěstí každému. Navíc přidání každého dalšího klienta do sítě změní podmínky v síti a je vhodné provést optimalizaci znovu.
Devine
Pravidelný návštěvník
Pravidelný návštěvník
 
Příspěvky: 111
Registrován: 14 říj 2004 (čtv), 17:25

Příspěvekod zdesed » 08 dub 2006 (sob), 18:31

Jak nastavit RTS/CTS na XI626? (Pod Windows.)
Dík.


V Advanced Configuration je default:
RTS Threshold - Disabled
Frag Threshold - Disabled

Jestli to dobře chápu mělo by to vypadat asi tak:
RTS Threshold - 256 (viz. http://www.pvfree.net/forum/viewtopic.php?t=1913 )
Frag Threshold - 2432

Jenže pokud tam nejsou stejné hodnoty, tak to vypadá takto:
RTS Threshold - 256
Frag Threshold - Disabled
zdesed
Newbie
Newbie
 
Příspěvky: 44
Registrován: 09 lis 2004 (úte), 14:00
Bydliště: PV

Příspěvekod Lipizzaner » 08 dub 2006 (sob), 21:26

nejznámějším nástrojem je AiroPeek, AirMagnet, Linkferret a Commview for WiFI


Používáte někdo tyto programy? Našel jsem jenom trial verze... :(
(L)
Uživatelský avatar
Lipizzaner
Diskutér
Diskutér
 
Příspěvky: 774
Registrován: 24 led 2005 (pon), 10:24

Příspěvekod Galileo » 09 dub 2006 (ned), 10:04

Lipizzaner píše:
nejznámějším nástrojem je AiroPeek, AirMagnet, Linkferret a Commview for WiFI


Používáte někdo tyto programy? Našel jsem jenom trial verze... :(
(L)

Dopadl jsem stejně a navíc ty programy asi fungují jen s kartou v počítači.
Existuje nějaký takový program např. pro OvisLink nebo pro Asus. Nebo jsem napsal blbost a už z principu takový program nemůže existovat?
Uživatelský avatar
Galileo
Člen skupiny správců sítě
Člen skupiny správců sítě
 
Příspěvky: 1838
Registrován: 09 pro 2004 (čtv), 15:42
Bydliště: Prostějov

Další

Zpět na Tech Software

Kdo je online

Uživatelé procházející toto fórum: Žádní registrovaní uživatelé a 0 návštevníků

cron