Sorry for not including this explicitly. My setup: For all interfaces involved: option encryption 'psk2' wpad - 20130807-1 DISTRIB_REVISION="r38347" DISTRIB_CODENAME="attitude_adjustment" DISTRIB_TARGET="ar71xx/generic"
Again, I've compiled in the mac80211 and hostapd packages Felix provided here: http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary I don't see any significant-looking updates made to hostapd in trunk since last month, but I can update my firmware images to the AA r38863 revision that Felix mentions. For the instance where wpa_supplicant crashed on one of my nodes, killing its IBSS-RSN interface, here are the log entries retrieved from the crash file: LOAD:77EF1000 00000FFA C WPA: Key negotiation completed with 06:02:6f:76:13:5d [PTK=CCMP GTK=CCMP] wlan0-2: WPA: Key negotiation completed with 06:02:6f:76:13:5d [PTK=CCMP GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02:6f:76:13:5d [GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02:6f:76:13:5d [GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02:6f:76:13:5d [GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02:6f:76:13:5d [GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02:6f:76:13:5d [GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02:6f:76:13:5d [GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02:6f:76:13:5d [GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02:6f:76:13:5d [GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02:6f:76:13:5d [GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02:6f:76:13:5d [GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02:6f:76:13:5d [GTK=CCMP] wlan0-2: WPA: Group rekeying completed with 06:02: LOAD:77EF2010 00000021 C Resource temporarily unavailable This was on a node in a 2-node mesh, and those log entries show the crashing node renegotiating keys with its neighboring node. Of interest is that wpa_supplicant / wpad may have been renegotiating keys repeatedly before crashing. Not sure if this is normal for IBSS-RSN, or if it suggests wpa_supplicat was stuck in a loop. On Tue, Nov 19, 2013 at 5:49 PM, cmsv <c...@wirelesspt.net> wrote: > Hello Ben > Right now i am using: > > AA r38621 > wpad - 20130807-1 > horst - git-1http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary from > http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary which replaced > all files from AA mac80211 and hostapd directories. > > On 11/18/2013 12:56 PM, Ben West wrote: > > Hi cmsv, > > > > Are still having problems with the recurring "IBSS split detected" issue? > > Not at the moment. Horst is not detecting IBSS splits and i have ran > several iperf tests in order to abuse all the avalable bandwidth between > routers. I am however still running tests. > > > I'm operating a couple dozen UBNT Nanostation Loco M2 units as nodes in > > several WPA2-encrypted adhoc meshes (with each node additionally > > broadcasting a public AP and private WPA2 AP as virtual interfaces, for > > 3 VIFs total). Meshes range from 2 to 4 nodes each. > > I am using tp-link and d-link routers all atheros. > Only adhoc is encrypted with wpa2 (pks2) > 2 to 4 routers. > > > > > I'm not seeing the IBSS split problem you describe, although I am having > > issues with wpad crashing sporadically, either taking out the node's > > IBSS-RSN interface or its private AP, either way requiring reboot to > > recover. That is, in my instances where a node drops off a mesh, it is > > because that node's wpa_supplicant process crashed, killing its adhoc > VIF. > I have not seen this issue but i have another issue in hands which > forces me to cold reboot some routers. > It is described here: > http://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg20575.html > > The causes the ath9k 9**** router to freeze but i do believe that it is > related to tcp traffic and iptables since i have found a work around to > prevent the router to freeze. I will post later my conclusions regarding > this issue. > > > I also noticed another very strange occurrence related to the freezes. > > # ls > % > 77000 > 770?????H?H?H?H?H?H?H?H?H?H?H?H????$ > 9?0000} > Enter > Z^B????{[2]+: > bin > dev > etc > lib > mnt > overlay > proc > rom > root > r?[J??[J????????????[12Du > r?[J??[J????????????? > sbin > sys > tmp > usr > var > www > ?^@^@^@^@^@^A[ > ?^@^@^??????1000] > ? > ? > ?????0?????s > ?&L?00] ?[ > ?&L?00] ?[ ` 1w>????????s>? > ???z > ?????}????????i???~??kX??^@^@~@^B^@^H!B?^H^H > ?j?j?j?j?j??????????i??%R? > > I have not found out why i get these files in / > Al this only happens with AR9*** > > > You might look for crash files files from wpa_supplicant or hostapd in > > /tmp on problems nodes. The two crash files I've recovered thus far > > seem to suggest a buffer overflow in wpad, although I do not know if > > that actually triggered by other processes consuming all available RAM, > > or something in wpad itself. > > What wpad release are you using ? > > > > My nodes are running AA r38347, patched with the mac80211 and hostapd > > packages provided in same nbd repo that you quoted: > > http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary > > I am very interested in your progress regarding your problem. Keep me > updated. > > > > > > > > On Fri, Nov 1, 2013 at 9:50 PM, cmsv <c...@wirelesspt.net > > <mailto:c...@wirelesspt.net>> wrote: > > > > Here's an update detected with horst regarding my testing. > > > > Although using the git files from trunk to replace mac80211 and > hostapd > > did solve the problem mentioned before; i found another issue that > does > > not happen with mac80211 and hostapd from current stable AA which in > > its turn suffers from other problems. > > > > Right now: > > DISTRIB_REVISION="r38621" > > plus http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary > > (wpa_suplicant.sh is not patched with Bruno's beacon_int patch and > his > > patch fails to apply > > > > > > The routers suffer from IBSS network splits which are detected with > > horst with the follwoing "IBSS Split detected" > > (2 nodes) > > > > TSF outputs 0000000000000000 for the other router > > Also horst is only able to obtain the nodes ip's if adhoc is not > > encrypted. > > > > This happens every 10 seconds either having adhoc with PSK2 or > without > > encryption. > > > > Batman-adv as well as L3 protocols are able to communicate between > > routers. > > > > This new problem does not happen with current stable AA mac80211 and > > hostapd. > > > > This article seems to identify the issue: > > > > > http://wiki.villagetelco.org/index.php/Information_about_cell-id_splitting,_stuck_beacons,_and_failed_IBSS_merges > ! > > > > Cmsv > > > > > > On 10/20/2013 05:37 PM, cmsv wrote: > > > Hello Felix > > > > > > I replaced mac80211 and hostapd from AA tree by the ones from your > git > > > and recompiled a new image. > > > The problem with adhoc and wpa that i described no longer happens > and > > > both routers are able to communicate with each other with > > regardless of > > > which one starts or restarts the network; the wifi interface or > > reboots. > > > > > > > > > On 10/19/2013 01:38 PM, Felix Fietkau wrote: > > >> On 2013-10-19 7:30 PM, cmsv wrote: > > >>> I have recently experienced a problem when using wpa encryption > > on adhoc > > >>> interfaces. > > >>> > > >>> Description: > > >>> When both routers power up at the same time everything works > without > > >>> problems and bother can see and communicate with each other on > > layer 2 > > >>> (batman-adv) and layer 3; however if one reboots or restarts the > > >>> wireless interface; communication is no longer possible and both > > routers > > >>> stop seeing each other in both layers. > > >>> > > >>> Rebooting both at the same time gets them to work again with > > each other. > > >>> > > >>> Someone mentioned that this might be caused due to the latest > > hostpad > > >>> not being pulled. > > >>> > > >>> Any feedback is welcome. > > >>> > > >>> On both routers: > > >>> option encryption 'psk2' > > >>> wpad 20130405-1 > > >>> DISTRIB_REVISION="r38401" > > >>> DISTRIB_CODENAME="attitude_adjustment" > > >>> DISTRIB_TARGET="ar71xx/generic" > > >> Here's a backport of mac80211+hostapd: > > >> http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary > > >> git://nbd.name/aa-mac80211.git <http://nbd.name/aa-mac80211.git> > > >> > > >> Please try integrating that into your build tree and see if it > > fixes the > > >> issue. > > > This problem is solved with the provided solution. > > > > > > There is still something that also changed and maybe is related to > > part > > > of the described problem above. > > > > > > http://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg20204.html > > > > > > mac80211.git also does not output the mac address to the wireless > > config. > > > > > >> > > >> - Felix > > >> > > >> > > _______________________________________________ > > openwrt-users mailing list > > openwrt-us...@lists.openwrt.org <mailto: > openwrt-us...@lists.openwrt.org> > > https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users > > > > > > > > > > -- > > Ben West > > http://gowasabi.net > > b...@gowasabi.net <mailto:b...@gowasabi.net> > > 314-246-9434 > -- Ben West http://gowasabi.net b...@gowasabi.net 314-246-9434
_______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
