From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Subject: Re: [wpa_supplicant] Is there a way to limit peers (to about 12) for IBSS/adhoc? From: Xuebing Wang References: Message-ID: <30a44936-a1e9-4a50-00e2-e240bb09f4a2@gmail.com> Date: Sat, 3 Jun 2017 16:45:28 +0800 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: "ath10k" Errors-To: ath10k-bounces+kvalo=adurom.com@lists.infradead.org To: hostap@lists.infradead.org, Masashi Honma Cc: Adrian Chadd , simon Wunderlich , b.a.t.m.a.n@lists.open-mesh.org, Jason Toschlog , "ath10k@lists.infradead.org" , Sven Eckelmann SGkgSG9ubWEtc2FuLAoKRG9lcyBtYXhfcGVlcl9saW5rcyBhcHBseSB0byBJQlNTL2FkaG9jIChp biBhZGRpdGlvbiB0byA4MDIuMTFzIG1lc2gpPyAKVGhhbmtzLgoKWHVlYmluZyBXYW5nCgoKT24g MjAxN+W5tDA25pyIMDPml6UgMTI6MDksIFh1ZWJpbmcgV2FuZyB3cm90ZToKPiBIaSBjb21tdW5p dHksCj4KPiBUaGlzIGVtYWlsIGlzIG1haW5seSBhZGRyZXNzZWQgdG8gaG9zdGFwL3dwYV9zdXBw bGljYW50IG1haWxpbmcgbGlzdC4KPgo+IERlc2NyaXB0aW9ucyBvZiBteSBpc3N1ZToKPiAtIEkg YW0gZXN0YWJsaXNoaW5nIElCU1MvYWRob2MgbmV0d29yayB1c2luZyBPcGVuV1JUIDE1LjA1ICsg YXRoOWsgCj4gKEFSOTMzMSkuCj4gLSBXaGVuIG5vZGVzIGFyZSByZWxhdGl2ZWx5IGNsb3NlbHkg cGxhY2VkLCB0aGUgcGVlcnMgKHRoZSB0ZXJtIGlzIAo+ICduZWlnaGJvcnMnIGluIGJhdG1hbi1h ZHYgbWVzaCkgcmVhY2ggNDAsIGF0aDlrIGRyaXZlciBkZXRlY3RzICJ0eCAKPiBodW5nLCByZXNl dHRpbmcgdGhlIGNoaXAiIChmb3IgUkVTRVRfVFlQRV9UWF9IQU5HKS4KPiAtIFRoaXMgYXRoOWsg InR4IGh1bmciIHJhbmRvbWx5IGhhcHBlbnMgYW1vbmcgdGhlIDQwIG5vZGVzIChpbiBhZGhvYyAK PiBuZXR3b3JrKSwgYW5kIGl0IGhhcHBlbnMgcmVsYXRpdmVseSBvZnRlbiAoc2VlbWluZ2x5IHJh bmRvbWx5IGZvciAKPiBub2RlcyksIGFuZCByYW5kb21seSBtYWtlcyBzb21lIG5vZGVzIHVuLXVz YWJsZS4KPiAtIFRoaXMgYXBwZWFycyB0byBiZSBhbiBpc3N1ZSB3aXRoIGF0aDlrIGtlcm5lbCBk cml2ZXIgb3IgYXRoOWsgCj4gaGFyZHdhcmUgdGhhdCBpdCBjYW4gbm90IGhhbmRsZSB+NDAgcGVl cnMuCj4gLSBJQlNTL2FkaG9jIHdpdGggMjAgcGVlcnMgd29yayB3ZWxsLgo+Cj4gSXMgdGhlcmUg YSBjb25maWcgaW4gd3BhX3N1cHBsaWNhbnQgdGhhdCB3ZSBjYW4gbGltaXQgdGhlIG51bWJlciBv ZiAKPiBwZWVycz8KPgo+IEluIHRoZSBvdGhlciB3b3Jkcywgb25jZSB0aGUgbnVtYmVyIG9mIHBl ZXJzICgnaXcgd2xhbjAgc3RhdGlvbiBkdW1wJykgCj4gcmVhY2hlcyBhIHByZS1jb25maWd1cmVk IG51bWJlciAoZS5nLiAxMiBvciAxNiksIHdwYV9zdXBwbGljYW50IGRvZXMgCj4gbm90IGF1dGhl bnRpY2F0ZSBhbnkgbW9yZSwgZm9yIElCU1MvYWRob2Mgb25seT8KPiAtIEEgc3VidGxlIGRldGFp bDogb25jZSBhIG5ldyBiZWFjb24gd2l0aCBoaWdoZXIgUlNTSSBpcyBkZXRlY3RlZCwgdGhlIAo+ IGN1cnJlbnQgY29ubmVjdGlvbiB3aXRoIGxvd2VzdCBSU1NJIHdpbGwgYmUgZGUtYXV0aGVudGlj YXRlZCwgYW5kIHRvIAo+IGF1dGhlbnRpY2F0ZSB0aGlzIG5ldyBwZWVyICh3aXRoIGhpZ2hlciBS U1NJIGluIGJlYWNvbikuCj4KPiBJcyB0aGlzICJsaW1pdGluZyBudW1iZXIgb2YgcGVlcnMgZm9y IElCU1MvYWRob2MiIGEgZ29vZCB3b3JrLWFyb3VuZCAKPiBmb3IgNDArIHBlZXJzIGFkaG9jIG5l dHdvcmssIGFsdGhvdWdoIHRoZSB1bHRpbWF0ZSByb290IGNhdXNlIAo+IHNlZW1pbmdseSBpcyB3 aXRoIGF0aDlrIGtlcm5lbCBkcml2ZXIgb3IgYXRoOWsgaGFyZHdhcmU/Cj4KPiBBbHNvLCBpZiB0 aGVyZSBhcmUgbWFueSAobGlrZSA0MCspIHBlZXJzIGluIElCU1MvYWRob2MgbmV0d29yaywgSSBh bSAKPiBub3Qgc3VyZSBob3cgbWVkaXVtIGFjY2VzcyBjb250ZW50aW9uIGFuZCBjb2xsaXNpb25z IGZhY3RvciBpbiwgZm9yIAo+IG1hbmFnZW1lbnQgZnJhbWVzPwo+Cj4gSGVyZSBpcyBteSB3cGFf c3VwcGxpY2FudCBjb25mIGZpbGU6Cj4gLS0tLS0tCj4gY3RybF9pbnRlcmZhY2U9L3Zhci9ydW4v d3BhX3N1cHBsaWNhbnQKPgo+ICMgdXNlICdhcF9zY2FuPTInIG9uIGFsbCBkZXZpY2VzIGNvbm5l Y3RlZCB0byB0aGUgbmV0d29yawo+ICMgdGhpcyBpcyB1bm5lY2Vzc2FyeSBpZiB5b3Ugb25seSB3 YW50IHRoZSBuZXR3b3JrIHRvIGJlIGNyZWF0ZWQgd2hlbiAKPiBubyBvdGhlciBuZXR3b3JrcyBh cmUgYXZhaWxhYmxlCj4gYXBfc2Nhbj0yCj4KPiBuZXR3b3JrPXsKPiAgICAgc3NpZD0iTmV0LXh4 eHh4eHh4Igo+ICAgICBtb2RlPTEKPiAgICAgZnJlcXVlbmN5PTI0NjIKPiAgICAgcHJvdG89V1BB Mgo+ICAgICBrZXlfbWdtdD1XUEEtUFNLCj4gICAgIHBhaXJ3aXNlPUNDTVAKPiAgICAgZ3JvdXA9 Q0NNUAo+ICAgICBwc2s9Inh4eHh4eHh4Igo+IH0KPiAtLS0tLS0KPgo+IEFub3RoZXIgYXBwcm9h Y2ggY291bGQgYmUgdG8gdXNlIHVzZXItc3BhY2Ugc2hlbGwgc2NyaXB0IHRvICJpdyA8ZGV2PiAK PiBpYnNzIGxlYXZlIiBmb3IgdGhlIGxvd2VyIFJTU0kgc3RhdGlvbnM/Cj4gLSBBcyBJIGFtIHVz aW5nIGJhdG1hbi1hZHYgdG8gYnVpbGQgbWVzaCBuZXR3b3JrIG9uIHRoZSB0b3Agb2YgCj4gSUJT Uy9hZGhvYywgYSBzaW1pbGFyIGFwcHJvYWNoIGNhbiBiZSBkb25lIGF0IGJhdG1hbi1hZHYgbGV2 ZWwuCj4KPiBTdWdnZXN0aW9ucz8KPgo+IFRoYW5rcy4KPiBYdWViaW5nIFdhbmcKPgoKCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmF0aDEwayBtYWlsaW5n IGxpc3QKYXRoMTBrQGxpc3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3RzLmluZnJhZGVhZC5v cmcvbWFpbG1hbi9saXN0aW5mby9hdGgxMGsK From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Xuebing Wang References: Message-ID: <30a44936-a1e9-4a50-00e2-e240bb09f4a2@gmail.com> Date: Sat, 3 Jun 2017 16:45:28 +0800 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format="flowed" Content-Transfer-Encoding: 8bit Content-Language: en-US Subject: Re: [B.A.T.M.A.N.] [wpa_supplicant] Is there a way to limit peers (to about 12) for IBSS/adhoc? List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: hostap@lists.infradead.org, Masashi Honma Cc: "ath10k@lists.infradead.org" , b.a.t.m.a.n@lists.open-mesh.org, simon Wunderlich , Sven Eckelmann , Jason Toschlog , Adrian Chadd Hi Honma-san, Does max_peer_links apply to IBSS/adhoc (in addition to 802.11s mesh)? Thanks. Xuebing Wang On 2017年06月03日 12:09, Xuebing Wang wrote: > Hi community, > > This email is mainly addressed to hostap/wpa_supplicant mailing list. > > Descriptions of my issue: > - I am establishing IBSS/adhoc network using OpenWRT 15.05 + ath9k > (AR9331). > - When nodes are relatively closely placed, the peers (the term is > 'neighbors' in batman-adv mesh) reach 40, ath9k driver detects "tx > hung, resetting the chip" (for RESET_TYPE_TX_HANG). > - This ath9k "tx hung" randomly happens among the 40 nodes (in adhoc > network), and it happens relatively often (seemingly randomly for > nodes), and randomly makes some nodes un-usable. > - This appears to be an issue with ath9k kernel driver or ath9k > hardware that it can not handle ~40 peers. > - IBSS/adhoc with 20 peers work well. > > Is there a config in wpa_supplicant that we can limit the number of > peers? > > In the other words, once the number of peers ('iw wlan0 station dump') > reaches a pre-configured number (e.g. 12 or 16), wpa_supplicant does > not authenticate any more, for IBSS/adhoc only? > - A subtle detail: once a new beacon with higher RSSI is detected, the > current connection with lowest RSSI will be de-authenticated, and to > authenticate this new peer (with higher RSSI in beacon). > > Is this "limiting number of peers for IBSS/adhoc" a good work-around > for 40+ peers adhoc network, although the ultimate root cause > seemingly is with ath9k kernel driver or ath9k hardware? > > Also, if there are many (like 40+) peers in IBSS/adhoc network, I am > not sure how medium access contention and collisions factor in, for > management frames? > > Here is my wpa_supplicant conf file: > ------ > ctrl_interface=/var/run/wpa_supplicant > > # use 'ap_scan=2' on all devices connected to the network > # this is unnecessary if you only want the network to be created when > no other networks are available > ap_scan=2 > > network={ > ssid="Net-xxxxxxxx" > mode=1 > frequency=2462 > proto=WPA2 > key_mgmt=WPA-PSK > pairwise=CCMP > group=CCMP > psk="xxxxxxxx" > } > ------ > > Another approach could be to use user-space shell script to "iw > ibss leave" for the lower RSSI stations? > - As I am using batman-adv to build mesh network on the top of > IBSS/adhoc, a similar approach can be done at batman-adv level. > > Suggestions? > > Thanks. > Xuebing Wang >