Return-path: Received: from nbd.name ([46.4.11.11]:55450 "EHLO nbd.name" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750867Ab1ITWyP (ORCPT ); Tue, 20 Sep 2011 18:54:15 -0400 Message-ID: <4E791992.2090406@openwrt.org> (sfid-20110921_005418_920337_2CDB56E1) Date: Wed, 21 Sep 2011 00:54:10 +0200 From: Felix Fietkau MIME-Version: 1.0 To: "Luis R. Rodriguez" CC: Johannes Berg , Javier Cardona , Alexander Simon , linux-wireless@vger.kernel.org Subject: Re: [PATCH v3 3/3] mac80211: Add HT operation modes for IBSS References: <35635039ce7d4a79dc62b19d51ccf0d5d4838112.1316297595.git.an.alexsimon@googlemail.com> <1316437459.5995.29.camel@jlt3.sipsolutions.net> <36569806.Rgjanm0GiI@alex-1> <1316521312.3953.27.camel@jlt3.sipsolutions.net> <4E78D990.3090601@openwrt.org> <4E78DF6F.3060304@openwrt.org> <4E78EA05.6000005@openwrt.org> <4E78FFEB.1090301@openwrt.org> <4E790B3B.9090004@openwrt.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Sender: linux-wireless-owner@vger.kernel.org List-ID: On 2011-09-21 12:37 AM, Luis R. Rodriguez wrote: > On Tue, Sep 20, 2011 at 2:52 PM, Felix Fietkau wrote: >> On 2011-09-20 11:26 PM, Luis R. Rodriguez wrote: >>> >>> On Tue, Sep 20, 2011 at 2:04 PM, Felix Fietkau wrote: >>>> >>>> If we want to properly enforce Annex J channel pairs, this needs to >>>> be moved to cfg80211. >>> >>> This does not still address the issue of one peer finding out it >>> cannot deal with an HT40 pair and correcting the topology and >>> propagating this out. Not yet sure if for 802.11ac we'll need >>> something similar but its worth considering. >> >> Don't think of it as a topology. Each node makes its own decisions about >> HT40+/HT40-/HT20. > > OK lets go with an example. > > Node A: HT40+ > Primary: 5785 (157) > Extension: 5805 (161) > > Node B: HT20 as it finds a legacy AP with on 5805. > Channel: 5785 (157) > > Node C: HT40- > Primary: 5785 (157) > Extension: 5765 (153) > > So we want to support this setup? > > What if the network changes and we cannot use the original HT40 pair > now but we can later? This applies even to today's hostapd AP setup > and more rhetorical. Whenever a node is not alone in an IBSS, it must keep the primary channel the same to be able to talk to its neighbors. If it cannot use its HT40 opmode because of overlap checks then it should just gracefully fall back to HT20. Refusal to join or randomly changing the primary channel would create big problems for bigger deployments, IBSS merging should always be considered potentially unreliable. Most big ad-hoc mesh deployments use fixed channel and fixed cell-id for that reason. - Felix