Administrace komentářů

Hmm, tak to považuješ špatně (teda doufám, že nezaměňuješ význam slov "výkon" a "rychlost"). Pokud nemáš praktické zkušenosti, tak doporučuji pročíst aspoň teorii a fóra, kde uživatelé řeší problémy s bezdrátovou sítí.

Fámám ohledně snižování výkonu příliš nevěřím. (Přesněji řečeno, vůbec.) I kdybych jim věřil, můj router nemá nastavení výkonu. Pokud by u nějakého routeru snížení výkonu zlepšilo kvalitu signálu, jedná se o zmetek zralý na reklamaci. K otázce, zda zaměňuji výkon a rychlost: Umím číst, umím psát, mentálně jsem v pořádku, význam pojmů mi nedělá potíže.

Takže abychom se pohnuli, mohl by jsi napsat, co máš za zařízení? Jak máš spoj realizován (používáš nějaký typ MIMO?). Dále by bylo dobré, kdyby jsi se díval do logu, když s wifinou manipuluješ (dmesg), abychom vyloučili aspoň část problémů.

Router je ZyXEL NBG-420N, klient je ZyXEL NWD-170N (PCMCIA) (Atheros AR5416 Rev 2 / AR2122 Rev 81). Pojem MIMO je další z mnoha bublin. Zda má PCMCIA karta pod krytem víc antén než jednu, netuším. Prý ano. Router má dvě antény. (Ne tři, jen dvě.)

Pokud jde o poznámky ohledně logu: Kdybych se nepodíval do logu, nepoužil debugfs a nezkontroloval vše potřebné, nepsal bych sem dotaz.

Zkoušel jsi si hrát s nastováním rychlosti? Třeba nějak takto?

iwconfig wlan0 essid Nazev rate 108M

Takto určitě ne. Samozřejmě to vrací invalid argument, protože u 802.11n se nic takového nastavovat nedá. Program iwconfig používá staré API a jeho použití se v případě novějších driverů nedoporučuje. Kromě toho ani iwconfig, ani jeho nástupce iw zatím neumí správně ukazovat rate u zařízení typu 802.11n. Například iwconfig ukazuje 0kb/s, 1Mb/s a podobné nesmysly, přestože připojení má v té chvíli (podle toho, co tvrdí iperf) skutečnou přenosovou rychlost třeba 20 Mb/s. Kromě toho je dobé mít možnost experimentovat s nastavením „širokých“ kanálů (20/40+/40-), což umí pouze iw.

Podle mě se rate 108M vůbec netýká normy 802.11n, nýbrž proprietárního 802.11g+ od Atherosu. Toto rozšíření podporuje MadWifi, ale ath9k ho nemá a ani mít nebude. Pro Linux zatím neexistuje utilita, která by dokázala explicitně nastavit režimy spojení pro 802.11n a je docela dobře možné, že ani existovat nebude. Hardware by to měl umět lépe.

Také bych doporučil nejdříve řešit rychlost spoje bez zabezpečení. Až by byla rychlost uspokojivá, tak bych pak řešil šifrování apod (ve chvilkovém testovacím režimu je bezpečnost irelevantní). Čím míň faktorů je ve hře, tím líp se problém řeší.

Ano, ve chvilkovém testovacím režimu je sice bezpečnost irelevantní, ale pro mě je zcela irelevantní, zda to bez zabezpečení funguje rychleji nebo ne. Já bez RSN a EAP-TLS tu síť nikdy (trvale) provozovat nebudu, takže pokud může být rychlejší, má to smysl jedině s tímto zabezpečením. Kromě toho nejsem sám, kdo tu síť používá. Není tedy myslitelné, že bych ji prostě na půl dne odpojil a experimentoval s nastavením, které tam stejně nikdy trvale nebude.

Včera se mi podařilo (především díky mailing listu vývojářů ath9k) dosáhnout přenosové rychlosti mezi 50 a 80 Mb/s. Stačilo pouze na routeru zapnout WMM QoS. U standardu 802.11n je QoS prostě nedílnou součástí každé sítě, takže by router vlastně vůbec neměl umožnit nechat něco takového vypnuté... Vypnutí QoS zcela zjevně vede k tomu, že 802.11n se vůbec nepoužije a funguje pouze g.

Kdokoliv podrobně zná hostapd.conf (což je místy zajímavé počtení, to se musí nechat), dobře ví, že nastavení WMM je nějakých 30 proměnných. Na tom routeru je prostě jeden checkbox ano/ne, který vůbec nevysvětluje, co přesně vypíná. A už vůbec tam nikde není varování bacha, 802.11n nebude fungovat, nezapomeň povolit WMM.

Takže momentálně je situace taková, že dosahuji přenosové rychlosti, která je sice mnohem lepší než u 802.11g, ale na plné využití 802.11n to rozhodně nevypadá. Na mailing listu ath9k mi zcela jasně potvrdili, že dosahovaná rychlost by správně měla být mnohem vyšší. Vyzkoušel jsem už přinejmenším tři verze novějších patchů pro ath9k, které zatím nejsou v Linusově kernelu, ale pokud jde o rychlost připojení, nic z toho nepomohlo.

Jelikož tak nebo tak minimálně třikrát do týdne kompiluju nějaký ten kernel, budu to prostě zkoušet dál a třeba se jednou přijde na to, v čem je problém. Taky je docela dobře možné, že firmware na routeru je špatný. (Aktualizace ovšem zatím nejsou.)