Hi cmsv, Are still having problems with the recurring "IBSS split detected" issue?
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'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. 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. 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 On Fri, Nov 1, 2013 at 9:50 PM, cmsv <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 > >> > >> 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 > https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users > -- 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
