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/[email protected]/msg20204.html
> 
> mac80211.git also does not output the mac address to the wireless config.
> 
>>
>> - Felix
>>
>>
_______________________________________________
openwrt-users mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users

Reply via email to