Dotaz: Nastavení iwconfig ath0 ap xx je ignorováno

[Jiří J.]

Dobrý den,
jiný problém, jehož součástí byl i tento, jsem už řešil zde. Nicméně.. wifi kartu se mi podařilo uvést do monitor módu, podařilo se mi u ní nakonfigurovat všechno možné (essid, TXpower, .. a pomocí wlanconfig destroy a následným wlanconfig create přepínat módy monitor, sta, ...atd.), avšak parametry power, ap a některé další "nefungují"...
Původně jsem to zde nechtěl psát, doufal jsem, že si s tím poradím, ale ani po těch čtyřech dnech googlení a zkoušení mě už skutečně nic kromě kompilace nového jádra (a obětovat dalších několik dní na konfiguraci se mi nechce..(navíc pochybuji, že někdo má config na nový nb IBM R60)) či starých madwifi driverů mě nenapadá.

Vytvořil jsem si (tehdy, před 4-mi dny) malý "podmínkový" script na ovládání ath0 a eth1 (vestavěná wifina - Intel):

#!/bin/bash
if [ "$1" == "ath" ]; then

   if [ "$2" == "monitor" ]; then
      modprobe ath_pci
      wlanconfig ath0 destroy
      wlanconfig ath0 create wlandev wifi0 wlanmode monitor
   elif [ "$2" == "managed" ]; then
      modprobe ath_pci
      wlanconfig ath0 destroy
      wlanconfig ath0 create wlandev wifi0 wlanmode sta
   elif [ "$2" == "off" ]; then
      wlanconfig ath0 destroy
      rmmod ath_pci
      rmmod ath_rate_sample
      rmmod wlan_scan_sta
      rmmod ath_hal
      rmmod wlan
   else
      echo "Modes: monitor , managed , off"
   fi

elif [ "$1" == "eth" ]; then

   /opt/ipw3945/start

   if [ "$2" == "monitor" ]; then
      iwconfig eth1 mode monitor
   elif [ "$2" == "managed" ]; then
      iwconfig eth1 mode managed
   elif [ "$2" == "off" ]; then
      /opt/ipw3945/unload
   else
      echo "Modes: monitor , managed , off"
   fi

else

   echo "$0 ath   - configure Atheros-based card"
   echo "$0 eth   - configure Intel-based card"

fi

"Intelovka" funguje naprosto v pořádku, pokud není ath0 v provozu.
# wifi ath monitor (vytvoření wifi0 v monitor režimu) funguje (na základě toho jsem tehdy "ukončil" předešlý thread), ovšem mode sta (managed) nefunguje vůbec tak, jak má.

root@x:~# wifi ath managed
ath0
root@x:~# iwconfig ath0

ath0      IEEE 802.11g  ESSID:""  Nickname:"x"
          Mode:Managed  Frequency:2.457 GHz  Access Point: 00:00:00:00:00:00
          Bit Rate:0 kb/s   Tx-Power:17 dBm   Sensitivity=0/3
          Retry:off   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=0/94  Signal level=-95 dBm  Noise level=-95 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

root@x:~# iwconfig ath0 ap 11:22:33:44:55:66
root@x:~# iwconfig ath0

ath0      IEEE 802.11a  ESSID:""  Nickname:"x"
          Mode:Managed  Frequency:5.28 GHz  Access Point: 00:00:00:00:00:00
          Bit Rate:0 kb/s   Tx-Power:16 dBm   Sensitivity=0/3
          Retry:off   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=0/94  Signal level=-95 dBm  Noise level=-95 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

root@x:~# iwconfig ath0 mode monitor
Error for wireless request "Set Mode" (8B06) :
    SET failed on device ath0 ; Invalid argument.

root@x:~# iwconfig ath0 power on
Error for wireless request "Set Power Management" (8B2C) :
    SET failed on device ath0 ; Operation not supported.

root@x:~#

Někdy si karta dokonce sama nastaví "nejvhodnější" open AP po přepnutí do Managed (sta) - včetně MAC adresy, essid, apod. - jak jsem psal v minulém threadu.

Tak..

Distribuce: Slackware 10.2
root@x:~# uname -r
2.6.13
(distribuční)

Víte, v čem by mohl být problém? Já na to po těch čtyřech dnech googlení a testování (průběžně samozřejmě ) nepřišel.. Možná staré jádro. Možná nekompatibilní verze madwifi s jádrem. Nevím...

Odpovědi

[Jiří J.]

To se s tímto nikdo nesetkal?
Tak po třech měsících na Slackware 11 s kernelem 2.6.17.13 řeším skoro ten stejný nevyřešený problém .. prošel jsem podrobně dokumentaci a zjistil, že standartní chování mého buildu madwifi je po přepnutí do sta režimu vyhledávání sítí (essid ANY).. na slacku 10.2 jsem měl ve výpisu iwconfig zmínku o "Access Point: 00:00:00:00:00:00", tady mám "Access Point: Not-Associated" .. pro jistotu jsem ještě použil iwconfig ath0 essid ANY a iwconfig ath0 ap ANY (i auto) .. přešel jsem do prostředí s vyšší hustotou open wifi sítí - při "aktualizovávání" výpisu iwconfig jsem zjistil, že essid sice přeskakují, ale karta se nepřipojí (!) - místo MAC adresy AP je stále "Not-Associated" - ani nuly, ani náhodné BSSID okolního AP -- ifconfig hlásí ath0 UP.

A co vy? Určitě někdo máte také WLAN CB9-ext s Atheros chipsetem.. jak Vy nastavujete "managed mode"? Já zkusil i madwifi-old, bez úspěchu. Pokaždé jede jen monitor mode, sta je skoro nekontrolovatelný (mohu nastavit nickname, essid, ale to je tak vše..) - i po ručním nastavení essid a/nebo MAC APčka karta dále scanuje a přepíná se do různých frekvencí, ruční nastavení frekvence ignoruje, pořád hlásí "Not-Associated"..... to skoro vypadá na bug.. ale údajně madwifi-ng 0.9.2 spoustě lidem funguje..
Tak se začínám obávat, že mi wifi karta se skvělou podporou v linuxu zůstane nakonec jen pro Windows..

Slackware Linux 11.0, kernel 2.6.17.13 distribuční, madwifi driver 0.9.2

[TurboLama]

Mě teda monitor mode nefunuje vůbec. V managed módu se s madwifi-ng nepřipojím na některý starší AP (přesněji řečeno na jedno konkrétní), projevuje se to tak jak jste popsal, čili "Acces-point: Not-Associated", takže používám madwifi-old a to mi funguje bezchybně. Karta je "Atheros Communications, Inc. AR5212 802.11abg NIC".

[Jiří J.]

No jo.. ale tím to asi nebude.. protože to dělá na všechny .. s interní wifinou Intel jsem se přes driver ipw připojil na skoro všechny sítě v okolí (nemá moc velký dosah) a přes iwconfig eth1 ap xx:xx:xx:xx:xx:xx jsem mohl nastavit kartě preferovanou MAC, ať už existovala nebo ne (třeba 44:55:66:77:88:99)

Ale vypadá to, že si budu muset nakonec pohrát se starými drivery asi .. i když nevím, zda to na Atheros 5213 chipsetu půjde..

[vencour]

Vlastním v noťasu

Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01)

, zatim ji používam jen jako "managed", čli klienta, máme doma Linksyse WRT54GL, zkusim experimentovat a ozvu se ... jako drajvr mam madwifi-0.9.2 - to už má snad bejt "ng" verze.

P.S. režím "AP" je to samé, jako "Master", ne?

[Jiří J.]

No do AP mode jsem kartu dokopal .. iwconfig psal Master ..
MAC v iwconfigu se nastavila na MAC karty a na karte zacaly zaroven blikat obe diody (to bejva dobre znameni), ale pripojit se s jinou masinou jsem nezkousel.. ovsem zkusil jsem vytvorit VAP ath1 v monitor modu a vypada to, ze fungovaly obe virtualni devices.

[the.max]

co rekne tohle: iwlist ath0 channel channel ? kdyz jsem mel pujcenou tuhle kartu, mel jsme problems tim, ze meumela "nase" kanaly na 5GHz a proto se mi nepripojila ani na AP kterey mela kanal ktery v tom vypise byl

[$L@$h]

wlanconfig ath0 destroy wlanconfig ath0 create wlandev wifi0 wlanmode Managed

Something like that. type wlanconfig on its own and it provides usage info viz. tato konfera: http://forum.openwrt.org/viewtopic.php?pid=25490

[Jiří J.]

Hlásím další veliký objev..
Stáhnul a zkompiloval jsem madwifi-ng-current (madwifi-ng-r1747-20060929) a při iwconfig ath0 ap 11:22:33:44:55:66 se skutečnš MAC hledaného AP vypíše .. jenomže se pořád nechce připojit
Zítra (dneska) provedu test s vlastním AP vedle v místnosti a uvidíme, stejně si však myslím, že to bude chtít ještě čas ..... a madwifi-ng 0.9.3

[vencour]

Drobná poznámka: mam pocit, že musim nastavovat na mym Atherosu parametry po příkazu iwconfig ath0 power off, pak si nastavim, co chci a zase zapnu.

Podle Vašeho výše zmiňovaného příspěvku mam ale pocit, že jste dál, než já

[Jiří J.]

shodou okolností jsem také zkusil iwconfig ath0 power off, čistě ze zvědavosti, abych potom dal power on a vyzkoušel, zda se errorová hlášení liší od verze na tehdejším Slacku 10.2..
Power off jde, power on hlásí totéž, jako dříve (viz. první příspěvek).
Nemyslím, že by to mělo mít nějkaý vliv, ale před vydáním madwifi verze 0.9.3 mám spoustu času pro testování nastavení karty, atd.
Ozvu se s výsledky testů, jakmile budu mít k dispozici další wifi síťovku (za několik hodin)..

[Jiří J.]

Takže vážení a milí...
Po více než třech měsících se problém zdá vyřešen ...
Připojím se na 5m vzdálené AP, přes ifconfig nastavím IP adresu a ping na dané AP (stroj s Windows) jede!
Stejně ale pořád nechápu, proč jsem se i s ruční specifikací konkrétního BSSID nepřipojil tam, kde se _normálně_ (s jistými obtížemi) připojuji z OS Windows... přitom
Link Quality=0/94 Signal level=-89 dBm Noise level=-89 dBm
.......každopádně sta mode jede, bylo to způsobeno asi špatně podporovaným Atheros 5213 chipsetem v madwifi-ng 0.9.2 ...

Proto si beru ponaučení (a zápis do TODO):
Pokud něco nejede, zkus nejdříve nejnovější, ač nestabilní verze, než bys neustále hledal chybu ve vlastních činech či stahoval a zkoušel staré drivery.

Domluvil jsem ..