On 05/31/2018 02:09 AM, Jouni Malinen wrote:
On Tue, May 29, 2018 at 02:39:18PM -0700, peter.oh@xxxxxxxxxxxxxxxxx wrote:
Swapping between primary and secondary channel will break
mesh from joining, hence don't allow it.
Could you please point to the location in the IEEE 802.11 standard that
describes this exception in co-ex requirements?
no direct exception addressed in co-ex requirement section, but in
802.11-2016 14.2.4 Mesh STA configuration it says Mesh STA configuration
treats as identical if
- For VHT mesh STAs, the Basic VHT-MCS and NSS fields in the VHT
Operation element of the
MLME-START.request are identical to the Basic VHT-MCS and NSS fields in
the VHT Operation
element received in the MLME-MESHPEERINGMANAGEMENT.indication.
* center frequency is a part of VHT operation element, hence if channel
is swap, then it won't be treated as identical anymore.
- For HT mesh STAs, the Basic HT-MCS Set field of the HT Operation
parameter of the MLMESTART.
request is identical to the HT Operation element received in the
MLMEMESHPEERINGMANAGEMENT.
indication.
* primary channel is part of HT operation parameter although standard
addresses only Basic HT set here.
in Table 9-365: Mesh Peering Open frame Action field format
- 20/40 BSS Coexistence element in mesh is optional which current
wpa_supplicant doesn't present in mesh action frame.
Not sure if these sections are good enough to convince you, but there is
drivers (not clearly remember if it's drivers or mac80211) limitation
which needs this patch.
However this single patch can be dropped, since it's a kind of improving
reliability patch, not a functional patch. let me know if you want me to
drop it.
Thanks,
Peter
_______________________________________________
Hostap mailing list
Hostap@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/hostap
