Registrován: 24.07.2002
Příspěvků: 1125

A mám ještě jeden dotaz, který mi při psaní předchozího příspěvku vypadl:
Jak to je vůbec s load balancingem na HostAP (tedy řešení PCI wifi karet v počítači?) Většina HW AP tohle umí.
Pro ty co nechápou o co go: Jedná se dynamické rozdělování zátěže mezi jednotlivá AP.

Abych byl schopen opravdu inteligentně argumentovat a dostal se hlouběji do problematiky věci, předpokládám, že máte někde grafy(schémata) struktury sítě. Pokud tohle někde existuje, byl bych prosím velmi vděčen, za postnutí pmka abych se na to podíval a mohl si udělat jasnější představu. Pořád se totiž nemůžu zbavit dojmu, že primární příčina problémů je ve struktuře sítí a použité technologie.

__________________

Naposledy upravil n.e.o.c.z 04.05.2003 v 05:43

Registrován: 18.02.2003
Příspěvků: 181

Při testování spojení se nám podařilo linux s HostAP zatuhnout. Stav vyvolající toto zatuhnutí lze poměrně dobře popsat a pravděpodobně i opakovaně tímto postupem vyvolat. Snad to pomůže při odstranění problému s HostAP. Karta běžela při všech testováních spolehlivě a to i při velmi špatném signálu, takže tuhnutí HostAP z důvodu špatného signálu je v hledání problému špatný směr. Situace byla následující: na router s HostAP byl napojený linuxový klient, aktívní byl přenos za pomocí FTP, kde se přenášel 100MB soubor. Bylo také aktívní spojení přes SSH. Na klientovi se prostřednictvím SSH změnil kanál z 11 na 1. Co mne překvapilo tak po změně kanálu na AP, došlo automaticky ke změně kanálu i na připojeném klientovi (asi mu to AP dalo nějak vědět). V pozadí této operace po celou dobu běžel onen FTP přenos. V rámci tohoto přechodu z kanálu na kanál pak došlo na AP k resetu karty, který linuxový stroj totálně zatuhnul. Na monitoru AP bylo mozno přečíst informaci o prováděném resetu. Příčina selhání se zdá být jasná. Pokud ve chvíli resetu je přijmut paket, HostAP to položí. Tím se nabízí i možnost i opravy tohoto problému. Nejdříve snad maskování přerušení při započetí resetovací rutiny, pokud není maskováno. Pomoci by mohla i deaktivace příjmu karty před započetím resetovací rutiny. To je můj odhad, bohužel Céčko je pro mne velikou neznámou a tak si netroufám tento problém sám ve zdrojácích HostAP najít a opravit. Ale snad se o to pokusí na základě tohoto popisu někdo jiný. Ještě bližší specifikace stroje na němž bylo HostAP provozováno. Procesor VIA C3 800 MHz, MB MSI 6368PLE (PCI 2.2), 256 MB DIMM Kingston 133MHz. Debian Linux 3 (Woody), jádro 2.4.20, WE 14, HostAP z CVS 13.4.2003, žádný HostAP patch neaplikován. V počítačí jedna karta XI626, nesdílející přerušení. Jinak volných ostatních přerušení dostatek (v BIOSu i jádře zakázány COMy, LPT, USB i další nevyužitý hardware). Úroveň signálu byla dobrá, přenos na cca. 3.1 km, na straně AP 24 dbd anténa, TxPower 1 dbm. Na straně klienta 17 dbd anténa, TxPower mi není znám. Reálná přenosová rychlost při přenosu souboru 5 Mb. Zatížení procesoru v průběhu max. 30%.

Naposledy upravil Slim 05.05.2003 v 09:17

Registrován: 01.12.2002
Příspěvků: 338

no to je mozne..on totiz nikdo presne nepopsal nevi jaka sluzba v dobe resetu byla pouzivana.. a stim ftp sem se uz setkal na starych proximech tak byl taky problem s ovladacem vs 2.4 jadro taky to kuchalo celou masinu tak jestli ten samej problem nebo podobnej neni i tady....