Search Linux Wireless

Re: [PATCH] mesh: don't process mesh channel switch unless csa ie provided

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 05/07/2018 01:06 PM, Johannes Berg wrote:
On Mon, 2018-05-07 at 13:04 -0700, Peter Oh wrote:
On 05/07/2018 12:44 PM, Johannes Berg wrote:
On Fri, 2018-04-27 at 12:26 -0700, peter.oh@xxxxxxxxxxxxxxxxx wrote:
From: Peter Oh <peter.oh@xxxxxxxxxxxxxxxxx>

There is no meaning to call ieee80211_mesh_process_chnswitch
without CSA IE provided, since the function will always return error.
I'm not convinced, an extended channel switch element might be present
instead?
I expected the comment. Yes, extended channel switch element could be
present instead of channel switch element which I missed to take care
of. So you can ignore the patch for now and I'll get back with right
patch for it.
Heh. Well, but then why bother at all? I mean, the inner function will
do the check and fail, and nothing will happen, so why bother?

My real concern is that ieee80211_mesh_process_chnswitch function could process at certain level of channel switch procedure although mesh channel switch parameter element is not given which is mandatory of CSA for mesh. However the reason I didn't use mesh_chansw_params_ie to check is because even though it is correct for standard, I'm not sure if it's practically right. IMPO, sending CSA means devices (ap or mesh) detected radar, so the ultimate goal to achieve is to evacuate the channel although there is something missed in frames.

Peter



[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux