jeste ale porad z tech co znam ja stim nikdo problem nemel. spis jen s nastavovanim.. je to o trosku slozitejsi.. ale naopak si to kazdej chvalil a taky je jeste moznost kompilace.. jak to kompiloval a cim... ale u hostapu tento problem pretrvava at tak ci onak..
Pouzival jsem wlan-ng v managed modu a tuhnul mi relativne pravidelne na karte s PRISM2 chipsetem :-( ..i kdyz je pravda, ze se to lisilo verze od verze..
__________________
vlasaty spravce AP Gwartass, Ostrava - Svinov
********
NH! ..a ve slove "krava" se nad prvnim "a" pise carka!!!
no co je muj nazor na to tuhnuti tak to muze byt i nastavenim pac spousta lidi snim ma dost problemu uz jenom s rozjetim WEPu ale tim se te nechci dotknout jen ze sem si vedom tezsiho zpusobu nastavovani .. a jake ty karty to byly.? jenom 626 nebo i neco jineho.? nebo jenom neco jineho.?
Smile, jsi ochoten otestovat svojí metodu APček pomocí wlan-ng a specielního FW otestovat na routeru v Podolí ? Jestli se skutečně prokáže jednoznačné řádové zlepšení oproti HostAP, tak se ten FW prostě obstará korektní cestou a všichni budem spokojený.
Mam tu takove "testovaci" pracoviste a zkousel jsem jak wlan-ng tak hostap.
Wlan-ng v managed modu na XI626 s novym firmware se za velmi kratky cas zcela sesypal (pravdou je ze zrejme stale vysilal a prijimal ale veskere jeho komunikacni schopnosti s okolim byly zadne), navic na XI325 provede s kartou cosi, takze se musi rebootnout poc jinak se uz neda pouzit.
Hostap sice nakonec taky vytuhne - tedy prestane vysilat s hlaskou
kernel: hostap_pci: wlan0: resetting card
kernel: wlan0: Port type setting to 1 failed
kernel: wlan0: MAC port 0 enabling failed
Ale aspon se da rmmod modprobe a jede se dal.
Jak je na tom wlan v AP modu to netusim, protoze o existenci tohoto modu jdou pouze famy.
Po pravdě řečeno, hostap mě taky už dost pořádně leze krkem.
Byl jsem zvyklý používat Linux jako stabilní operační systém - pokud vytuhl, bylo to jedině jeho naprostým přetížením, např. v případě webového a databázového serveru, a stačilo vždycky přihodit tu pamě?, tu procesor, a všechno zase jelo v pohodě. Neztížený Linux - napřiklad různé firewally, routery, apod - znamenal vždycky jistotu, že to poběží třeba celá léta - dokud někdo nezakopne o vypínací kabel, nebo dokud to někdo nehackne
(nebo spíš dokud někdo nedostane panický záchvat, že je potřeba opatchovat kernel, aby to nikdo nehacknul ;-)
Hostap v módu klient se chová korektně, a to i při velkém vyžížení a slabém signálu. Problémy (tzn. tuhnutí častěji než jednou do měsíce, což je pro mě hranice přijatelnosti) nastávají pokud jsou v počítačí dvě bezdrátové sí?ovky - takže kdo má jen jednu, a ještě navíc v módu managed, tak a? se diskuze snad radši ani neúčastní, protože tam je samozřejmé, že to bude stabilní. Jeden takový stroj s jednou kartou u jedné firmy přes ulici má uptime 3 měsíce - od té doby, co jsem ho tam dal! Je to značkové IBM Pentium 90 s pouhými dvěma PCI sloty, bez IRQ konfliktů, je tam prehistorický kernel i hostap i wireless tools, a přesto je to náš nejstabilnější router. Proč asi: dostatečná intenzita signálu, nulové rušení, malé vytížení - vlastně to ani není router, jen to forwarduje po překříženém kabelu packety. Samozřejmě, podle logu se několikrát do měsíce karta resetuje, ale evidentně jsou problém jen resety zatížených karet (těch, které přijímají během resetu i pro ně určené packety).
Problémy s tuhnutím více karet v jednom počítači jsou naprosto netriviální.
Tuhne nám to s nejstarším i nejnovějším hostap, verze kernelu taky nemá vliv. Vliv mají jednoznačně následující faktory: open mac policy, kvalita signálu vytížení sítě, vytížení systému (např. QoS.. jenže QoS zase snižuje latenci packetů, a to je dobré...) a především počet klientů (AP s max. čtyřmi klienty prakticky nikdy nezatuhne, což u mě vede k důslednému oddělování "backbone" spojů, kde se snažím mít jen trvale připojené klienty s linuxovými routery, od veřejných street AP pro windousáky a "pouliční" provoz).
Vyskytuje se jedna kombinace, která je podle mého pozorování spolehlivě smrtící: a sice ukončení spojení během neukončeného downloadu. Podle mě to nemusí být chyba přímo v hostap, ale dost možná jde o chybu přímo v Linuxu, nebo v QoS, čemuž by nasvědšovala i jedna předsmrtná hláška. Momentálně se snažím pracovat na SW watchdogu, který by zafirewalloval všechny známé IP adresy na AP, na které nelze dopingnout, jestli se to osvědčí, samozřejmě ten skript zveřejním.
Tuhnutí je možné hodně omezit např. srovnáním signálu od různých klientů pomocí utility wifimon - optimální je mít od všech uživatelů signal level cca 20
jednotek. Čím menší jsou odchylky jednotlivých úrovní signálu, tím stabilnější je pak celé AP.
Resetátory se nám navíc na naše poměrně exotické stroje (některé bez resetu, některé ATX, apod.) nějak nedaří instalovat, i když jsme to zkoušeli několikrát - po pravdě řečeno, stavět na resetátorech stabilitu sítě mě přijde jako šilenství, i když samořejmě se snažím najít někoho, kdo by dokázal naše routery resetátory opatřit, protože nám v Arachne Labs to s hardwarem evidentně moc nejde (self-flame: jiná otázka je, co nám vlastně jde... no Giuseppemu docela jde výroba plechovkových antén a jejich natírání stříbrnou barvou ... :-)
Xchaosi, řekl jsi mhoho pravd, ale taky mnoho nesmyslů, které tu byly už tisíckrát probírány a nemám teď čas ti je znova vyvracet (například karty se resetují x-krát za hodinu i v případě, že signál je silnej jako kráva, nemá vůbec snahu kolísat a přes spoj nejede žádný traffic).
SKutečné řešení od podlahy by bylo projít celej HostAP, pochopit jak funguje, vyházet všechen "univerzální" balast co se netýká PCI karet s prism2.5 čipsetem a doladit přesně pro potřeby těhto karet. Problém je v tom, že čisté svědomí nebude mít zřejmě ani samotný hardware Prism2.5 čipsetu a potažmo jeho firmware. Otázek je bohužel příliš mnoho.
Zkusíme to Smileovo řešení na bázi wlan-ng a pak se uvidí.
ne uplne se vsim bych souhlasil ale v podstate je to pravda..
linux jako stabilni operacni system taky uprednostnuju aproto mi tam ten hostap nesedi resp jeho nestabilita
uricte ale nekdo namitne ze bsd je stabilnejsi.. ale o tom ktery system je nebo neni stabilni bych tu neprobiral
je zde rec s castym problemem nestability a ani ne tak systemu jako ovladacu... a i kdyz je pravda ze wlan-ng nekomu problem delaji
tak zaprve by chelo rici jaky je pomer jede:nejede v porovnani wlan-ng a hostap
zadruhe otazka zda hostap nebo wlan-ng ?nebo spis co s hostap aby byly jako wlan-ng to znamena ze je svim zpusobem zbytecna prace s hostap viz pocet resetu (ty tam proste z nejakych duvodu maj byt tak proc je zakazovat ..spis zjistit proc se ty resety vubec dejou a zadalsi patch na to aby na jedny masine jeli jak hostap tak wlan-ng pac kdyby hostap byly ok tak to neni potreba naproti omu ze tu "nikdo" wlan-ng jako AP nepouziva - nevim o nem krom tech kdo testujou StarOS tak je tento patch taky nesmyslnej)
za dalsi je tu otazka co pocet karet.?
nezda se mi jestli je pocet karet podstatnej problem.? to by spise melo smerovat do problematiky s rusenim?
nebo tu otazku smerovat jinym smerem a to preruseni (IRQ), jejich sdileni a prace ovladace s IRQ?
--> jeden z moznych problemu
taktez co s QoS a podobnym softem?
jestli na to ovladace nejak reaguji zpusobem vytuhavani je chyba ovladacu...
popripade jak resi ovladac spatny signal?
--> jeden z moznych duvodu proc ma hostap problem
(taktez ale chyba ovladace)
otazka spatny signal ale jinak polozena
jako pocet klientu a sila signalu?
wifimon bych zrovna nebral jako dostatecny nastoroj na mereni signalu.. pouze jako zdroj prvotni informace
protoze kazdy klient je na nejakem miste.. "vetsinou" jinem nez jiny klient to znamena jine podminky. zvlaste co se tyce "signalu" a "zdroju ruseni" a i kdyz je prima viditelnost a +- stejna vzdalenost tak svou roli zde hraje i prave to ruseni
takze by to taky nemelo mit vliv na stabilitu
otazka resetatoru.?
nesmysl pro zajisteni stability resp pouz pro zajisteni stability cca napr ze stroj pojede 95%casu ale nikd euz tam neni videt ze pri nejakem downloadu se seknou hostap a tak se znova nahodi resetatorem a znova je klient donucen stahovat atak to de dokola.. i nekolikrat behem jednoho downloadu se muze provest reset.. to jest nepouzitelne vubec pro to aby skrz takovyto stroj sla nekomu zaplacena konektivita
resetator by tam mel byt pouze pro pripad kdyz si spravce AP omylem haltne system misto rebootu na stroji ktery je xx km jinde a je i casove narocne dostat se na misto za vcas...
to bych pak doporucil levnejisi variantu a uplne zdama si "halt" zakazat a neni potreba zadny resetator pac router by proste sam o sobe nemel vubec spadnou.? proc.? tam nic krom routovani NEMA bejt.. zadnej WEB,FTP,SAMBA,JABBER, a spousta nesmyslu bezicich na routru ???????????????????????
(btw: to pak bych takove lidi nezaradil mezi spravce)
Základní problém je stabilita HostAP, kdy dojde ke kompletnímu vytuhnutí počítače. To vytuhnutí může způsobit buď chyba hardware, který za určitých okolností napříkad zablokuje sběrnici. Druhou příčinou tuhnutí může bejt potom program s privilegovaným přístupem do paměti (prakticky tedy pouze kernel a lowlevel ovladače), jenž za určitých okolností udělá něco co nemá a co vede ke smrti celého systému.
V žádném případě nemůže tuhnutí způsobit to, že na routeru provozuju další služby. Pokud se tak děje, je chyba nikoliv v tom, že provozuju služby ale v tom komponentu, co způsobuje to samotné tuhnutí. Pokud HostAP při vytížení padá, je to chyba hostap a nesmí se řešit tak, že předismenzuju počítač a nebudu na něm nic jiného provozovat.
Druhotným (a pro mě daleko palčivějším) problémem je obecně podivné chování HostAP, které občas trpí zvláštními stavy. Napříkald signál je silný a stabilní na obou stranách a přesto pingy lezou jak z chlupaté deky a se šíleným pacetlossem. Nebo ono resetování karet bez zjevného důvodu.
24.04.2003 v 09:23
