Madwifi / hostapd niet stabiel

[vanheemst]

Ik ben al enige weken bezig om met een EPIA board en een linksys wg54ag (AR5212/AR5213) een accesspoint te bouwen.
Er is Fedora 9 geinstalleerd met de nu huidige kernel 2.6.27.5-37.fc9.i686

Ik heb de instructies aan het einde van de onderstaande forum topic gevolgd:
[Linux] Wifi AP + WPA

Echter tot op heden heeft dit niet het gewenste resultaat.
Hij logt netjes in, de key wordt goedgekeurd en de verbinding wordt gevormd.
Er wordt een ip-adres gegeven aan de wirelessadapter op een windows XP en/of Vista systeem en de communicatie kan beginnen.

Ik start vanaf zowel het linux als het windows systeem een ping sessie naar de 'overkant'.
Na ongeveer 20 seconde timed het spul 10 seconde uit en gaat daarne weer 2 regels goed.

Als ik ondertussen meekijk in debugging mode van hostapd, dan wordt er lang niet altijd een nieuwe key uitgewisseld. Soms wel, soms ook niet.
Wat me wel opvalt is de onderstaande melding, waarvan ik op internet maar zeer beperkt informatie kan vinden.

Wireless event: cmd=0x8c04 len=20
ath0: STA 00:1c:bf:a5:48:76 IEEE 802.11: disassociated
ath0: STA 00:1c:bf:a5:48:76 WPA: event 2 notification
madwifi_del_key: addr=00:1c:bf:a5:48:76 key_idx=0
ioctl[IEEE80211_IOCTL_DELKEY]: No such file or directory
madwifi_del_key: Failed to delete key (addr 00:1c:bf:a5:48:76 key_idx 0)
WPA: 00:1c:bf:a5:48:76 WPA_PTK entering state DISCONNECTED
WPA: 00:1c:bf:a5:48:76 WPA_PTK entering state INITIALIZE
madwifi_del_key: addr=00:1c:bf:a5:48:76 key_idx=0
ioctl[IEEE80211_IOCTL_DELKEY]: No such file or directory
madwifi_del_key: Failed to delete key (addr 00:1c:bf:a5:48:76 key_idx 0)
madwifi_set_sta_authorized: addr=00:1c:bf:a5:48:76 authorized=0
ioctl[IEEE80211_IOCTL_SETMLME]: No such file or directory
madwifi_set_sta_authorized: Failed to unauthorize STA 00:1c:bf:a5:48:76
ath0: STA 00:1c:bf:a5:48:76 IEEE 802.1X: unauthorizing port
Could not set station 00:1c:bf:a5:48:76 flags for kernel driver (errno=29).

Als ik de fora erop nalees, dan wordt niet bepaald duidelijk of de IEEE meldingen nu een probleem zijn of juist niet. In enkele gevallen kan ik iets terug vinden, maar wordt er gezegd dat je ze kan negeren.

Feit is dat de verbinding goed tot stand komt, maar na 20 seconde zeer instabiel wordt.

Heeft iemand dit eerder meegemaakt en zou mij verder kunnen helpen?

P.S. Ik heb nog veel meer logging, maar om het forum niet gelijk vol te zetten, zet ik deze pas in het forum als er een reactie komt op mijn vraag.

[Verwijderd]

Ik heb wel een stabiele verbinding (met IEEE meldingen). De IEEE meldingen zijn wel anders.
Maar wat bedoel je met instabiel? Signaal sterkte neemt af, of lukt het niet om de verbinding te behouden?

Hier is een stukje van mijn hostapd. Misschien heb je er wat aan.


ath0: STA 00:1f:3c:a4:ef:80 WPA: group key handshake completed (WPA)
ath0: STA 00:1f:3c:a4:ef:80 WPA: group key handshake completed (WPA)
ath0: STA 00:1f:3c:a4:ef:80 IEEE 802.11: disassociated
ioctl[IEEE80211_IOCTL_DELKEY]: Invalid argument
ioctl[IEEE80211_IOCTL_DELKEY]: Invalid argument
ioctl[IEEE80211_IOCTL_SETMLME]: Invalid argument
Could not set station 00:1f:3c:a4:ef:80 flags for kernel driver (errno=29).
ath0: STA 00:1f:3c:a4:ef:80 IEEE 802.11: associated
ath0: STA 00:1f:3c:a4:ef:80 WPA: pairwise key handshake completed (WPA)
ath0: STA 00:1f:3c:a4:ef:80 WPA: group key handshake completed (WPA)
ath0: STA 00:1f:3c:a4:ef:80 IEEE 802.11: disassociated
ioctl[IEEE80211_IOCTL_DELKEY]: Invalid argument
ioctl[IEEE80211_IOCTL_DELKEY]: Invalid argument
ioctl[IEEE80211_IOCTL_SETMLME]: Invalid argument
Could not set station 00:1f:3c:a4:ef:80 flags for kernel driver (errno=29).

[vanheemst]

Mischien ben ik iets te onduidelijk geweest in het eigenlijke probleem, maar ik kan er ook niet echt achterkomen wat er mis is.

De signaal sterkte blijft hetzelfde en blijft ook stabiel op 54Mbit.

Het probleem is dat ik dmv ping constateer dat de verbinding na ongeveer 20 seconde wegvalt en weet terug komt, zonder dat hostapd een melding geeft.
Pas als de reply op de ping meer dan 5 regels onder windows commandprompt weg is, zie ik in de hostapd debug logging dat de gehele initialisatie opnieuw wordt gedaan. In dat geval weet ik dus zeker dat de verbinding echt onderbroken is.
Ik zie dan ook op het windows systeem dat er een nieuw ip-adres wordt gevraagd door een reconnect.

Ik kan er echt geen vat op krijgen waarom dit gebeurd. Ik kan hostapd niet in een hoger debug level zetten om misschien daar nog wat uit te halen.

Overigens (zoals je al zelf zei) zijn jouw meldingen iets anders. Invalid arguments kom ik veel vaker tegen op fora en kunnen genegeerd worden.
Ik heb echter een "No such file or directory" foutmelding. Hierdoor denk ik dat in jouw situatie ergens wel een module of bestand staat, maar 'verkeerd' wordt aangesproken, maar dit bestand of module geheel mis.

De afhandeling van de IEEE melding komen voor in de IEEE_wireless.c, echter kan ik deze nergens meer terugvinden op het systeem na een "make install" of na de rpm installatie.

[Verwijderd]

Wat ik wel heb gehad toen ik begon met installeren dat de verkeerde module consequent werd geladen (opensuse 11). De module moest ik eerst blacklisten, madwifi opnieuw installeren, en daarna werkte alles pas goed.

Het grootste probleem met de verkeerde module was dat mijn wifi kaartje niet in master mode wou. (dan werkt het helemaal niet lekker met hostapd). Voor de rest leek alles goed te werken met de verkeerde module. Pas na het blacklisten van die module en madwifi her-installatie werkte de kaart in master mode. Misschien is er iets soortgelijks bij jou aan de hand...?

[vanheemst]

Ik denk dat ik een ander probleem heb.

Ik heb de oude ath5k module verwijderd en de madwifi in de plaats daarvoor gezet.

Hierdoor veranderd de naamgeving van de kaart van wlan0 naar ath0.
Ik krijg de kaart ook netjes in mastermode.
Alles werkt dan ook perfect.. Windows Vista, windows XP, windows mobile 6.. ze krijgen allemaal gewoon connectie.
Echter alle operatingsystems verliezen na verloop van tijd hun connectie door een time-out en pingen werkt daarna met veel hikken en stoten.
Het is gewoon niet stabiel te krijgen!

Welke adapter gebruik jij en van welk type? Indien mogelijk ook even je hostapd.conf file, desnoods aangepast door je keys eruit te halen.

[Verwijderd]

vanheemst schreef op zaterdag 22 november 2008 @ 13:37:

Welke adapter gebruik jij en van welk type? Indien mogelijk ook even je hostapd.conf file, desnoods aangepast door je keys eruit te halen.

Ik gebruik de D-Link WiFi AirPlus DWL-G520 (AR5212), ath5k module geladen. De naamgeving verandert inderdaad van wlan0 naar ath0.

Hieronder mijn hostapd.conf (meeste comments verwijderd)

##### hostapd configuration file ############################################## # Empty lines and lines starting with # are ignored interface=ath0 bridge=br0 driver=madwifi logger_syslog=-1 logger_syslog_level=2 logger_stdout=-1 logger_stdout_level=2 debug=0 dump_file=/tmp/hostapd.dump ctrl_interface=/var/run/hostapd ctrl_interface_group=0 ##### IEEE 802.11 related configuration ####################################### # SSID to be used in IEEE 802.11 management frames ssid=jeeigenssid hw_mode=g channel=60 beacon_int=100 dtim_period=2 max_num_sta=255 rts_threshold=2347 fragm_threshold=2346 macaddr_acl=0 auth_algs=3 ignore_broadcast_ssid=0 wme_enabled=1 # # Low priority / AC_BK = background wme_ac_bk_cwmin=4 wme_ac_bk_cwmax=10 wme_ac_bk_aifs=7 wme_ac_bk_txop_limit=0 wme_ac_bk_acm=0 # Note: for IEEE 802.11b mode: cWmin=5 cWmax=10 # # Normal priority / AC_BE = best effort wme_ac_be_aifs=3 wme_ac_be_cwmin=4 wme_ac_be_cwmax=10 wme_ac_be_txop_limit=0 wme_ac_be_acm=0 # Note: for IEEE 802.11b mode: cWmin=5 cWmax=7 # # High priority / AC_VI = video wme_ac_vi_aifs=2 wme_ac_vi_cwmin=3 wme_ac_vi_cwmax=4 wme_ac_vi_txop_limit=94 wme_ac_vi_acm=0 # Note: for IEEE 802.11b mode: cWmin=4 cWmax=5 txop_limit=188 # # Highest priority / AC_VO = voice wme_ac_vo_aifs=2 wme_ac_vo_cwmin=2 wme_ac_vo_cwmax=3 wme_ac_vo_txop_limit=47 wme_ac_vo_acm=0 eapol_key_index_workaround=0 eap_server=0 own_ip_addr=127.0.0.1 ##### WPA/IEEE 802.11i configuration ########################################## wpa=3 wpa_psk_file=/etc/hostapd.wpa_psk

De bridge=br0 is waarschijnlijk niet van toepassing in jouw situatie. Ik gebruik een bridge ath0 samen met eth1 voor het interne netwerk.

[vanheemst]

Ook jouw settings maken geen verschil.

Wat gebruik je als Linux versie?

Hoewel ik momenteel een linksys adapter gebruik, heb ik ook een DWL-G520 adapter in een andere PC zitten. Deze ga ik maandag even ophalen en kijken of dat beter gaat. (PC staat remote)

[Verwijderd]

Ik gebruik opensuse 11.0 32-bit als access point / file server.

Let wel op dat er verschillende revisies zijn van de DWL-G520. Sommige revisies schijnen absoluut niet te werken.

[vanheemst]

Tot op heden nog niet veel vooruit gegaan.
Inmiddels 2 andere atheros based adapters er in gehad, suse geprobeerd. Niets werkt foutloos.

Inmiddels heb ik alles we zover dat ik de meeste foutmeldingen kwijt ben.
Echter ben ik nu op een punt dat de handshaking en pairwise meldingen over mijn beeld heen vliegen als ik de debugging aanzet.

gedurende de meldingen, heb ik de zelfde ping symptomen. Als ik de verkeerde key opgeef, dan is duidelijk in de bedug log te zien waarom de connectie niet tot stand komt.

Iemand nog een idee?