Registrován: 14.07.2003
Příspěvků: 17

Hned na uvod:problem je z meho pohledu trochu nejasny takze %subj% mozna neni presny.

Stav: dva pocitace (linux (2.6.x priti WinXP) oddelene mikrovlnnym spojenim. Problematicka je chybovost linky ktera je zavisla na velikosti prenasenych paketu.
Standardni ethernetove pakety s velikosti 1500 byte vykazuji chybovost pres 90%. Pokud ovsem nastavim ping (i adaptvni rychlosti) na velikost paketu 1200 nebo 1300 byte klesne chybovost na nejakych 10% a pri paketech o 1000-i bytech je jiz chybovost prakticky nulova.

Mikrovlnne jednotky (Ovislink WL-1120 AP) maji v konfiguraci polozku "Fragmentation threshold", tato podle manualu udava, kdy dojde k "zalomeni" paketu pri prenosu vzhledem k jeho velikosti. Hodnota je standardne nekde pres 2300 bytu. Nastavil jsem na obou stranach 1000 bytu a doufal, ze AP budou delit prochazejici data do paketu pod kritickou hranici a tim eliminuji chybovost linky. Nestalo se. Ovislink 1120 ma v sobe (AFAIK) linuxove jadro, takze pokud by shora zminene nastaveni bylo totez co MTU na mikrovlnnem rozhrani melo by to problem resit.

Druha moznost ktera mne napadla: nastavit MTU na ethernetovych rozhranich obou stroju na koncich linky. Toto by podle meho nazoru mohlo problem resit (zatim jsem nemohl vyzkouset) za predpokladu, ze by to nejak nepokazila AP na ceste.

Pokud nekdo vi jak presne funguje (jak je realne pouzita) hodnota "Fragmentation threshold" nebo jak se chovaji AP k prochazejicim paketum, dejte mi prosim vedet.

P.S.: Pokud projdou pakety posilane pingem s definovanou velikosti bez chyby mely by asi se stejnou velikosti projit vsechny.

Registrován: 30.01.2003
Příspěvků: 825

kvalitu spojení wifi ovlivňuje celá řada faktorů. Pokud to prostě není "ONO", tak je na místě vyměnit wifi výbavu. Zkusit jiného výrobce. Z daným zapojením se dá ověřit provoz na jiném kanále, je třeba posoudit provoz ostatních účastníků a obsazenost kanálů.
"FragmentationThreshold" jak uvádíte, skutečně řídí velikost paketů při přenosu a pokud vznikla chyba, tak je opakován celý paket, pokud při opakování vznikla opět chyba, tak se zase opakuje postižená část, by? jde jen o malý kousek.
Proto je tu možnost hodnotu snížit - není tam žádná kritická hranice, jen při zkracování paketů narůstá časová náročnost a klesá tudíž celková propustnost. Lze klesnout až na 256 bajtů. To je minimum a pokud to nevyhoví, tak je chyba ještě jinde.
Lze laborovat i s nastavením rychlosti - v praxi mi celkem vyhovělo dát nižší pevnou rychlost místo automatické. Např. klidně jen 1MBps , zkuste. Dále můžete pozměnit hodnotu RTS THreshold . Je to mezera mezi vysílaným a přijímaným paketem.
Pokud jste použili WEP, tak ho snižte nebo zrušte úplně.
Ostatní filtry rovněž. Lze ještě polaborovat s hodnotou preambule, výchozí je dlouhá, zkuste krátkou.
Třeba ještě neopomenout nový firmware od výrobce (někdy i starší ), může to ovlivnit významně provoz.
Velikost MTU se nechává v poloze Auto. S tím se laboruje jen v případech opravdu vážných stavů v síti.
Chyba může být zapříčiněna též vlastními počítači, lze je dát k sobě a vyzkoušet přenosy jen po ethernetu. Bude-li to i tak špatné, je jasné, že chyba je jinde.