h3c无线之雷达信道的影响
侧边栏壁纸
博主昵称
yuc

  • 累计撰写 291 篇文章
  • 累计收到 0 条评论

h3c无线之雷达信道的影响

yuc
yuc
2023-12-05 / 最后修改: 2023-12-07 01:20 / 0 评论 / 9 阅读 / 正在检测是否收录...
0x1 现象

部分区域的同事基本上同时断网(漫游到其他AP上),同时观察此AP,发现指示灯为绿色常亮,过一段时间(大概数十秒或数分钟)后恢复正常。

架构及型号: AC: MSG360-20 AP: WAP712c、WAP712C-LI

AC接三层下,AC下联POE交换机,AP接入POE交换机,所有配置基本上都是型号模板配置,所以应该不是配置问题,因为目前基本上相同的配置,只收到此AP有故障现象。

0x2 初步排查

通过对比时间,AP指示灯状态,再检索日志,发现如下异常:

Dec  4 20:10:15 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yanfa_waibu changed from 161 to 60, Reason: Radar channel recover.
Dec  4 20:10:16 2023 ac %%10STAMGR/6/STAMGR_CLIENT_OFFLINE: -DevIP=192.168.192.21; Client f46a-dd6e-2ced went offline from BSS 943b-b04d-3f20 with SSID Succez on AP 2f_yanfa_waibu Radio ID 1. State changed to Unauth. Reason:AP triggered (channel changed).
Dec  4 20:10:16 2023 ac %%10STAMGR/6/STAMGR_CLIENT_OFFLINE: -DevIP=192.168.192.21; Client e00a-f671-e9f1 went offline from BSS 943b-b04d-3f20 with SSID Succez on AP 2f_yanfa_waibu Radio ID 1. State changed to Unauth. Reason:AP triggered (channel changed).
Dec  4 20:10:16 2023 ac %%10STAMGR/6/STAMGR_CLIENT_OFFLINE: -DevIP=192.168.192.21; Client acbc-3278-d889 went offline from BSS 943b-b04d-3f20 with SSID Succez on AP 2f_yanfa_waibu Radio ID 1. State changed to Unauth. Reason:AP triggered (channel changed).
Dec  4 20:10:16 2023 ac %%10STAMGR/6/STAMGR_CLIENT_OFFLINE: -DevIP=192.168.192.21; Client c889-f3ac-2271 went offline from BSS 943b-b04d-3f20 with SSID Succez on AP 2f_yanfa_waibu Radio ID 1. State changed to Unauth. Reason:AP triggered (channel changed).
Dec  4 20:10:16 2023 ac %%10STAMGR/6/STAMGR_CLIENT_OFFLINE: -DevIP=192.168.192.21; Client bc03-5872-49fd went offline from BSS 943b-b04d-3f20 with SSID Succez on AP 2f_yanfa_waibu Radio ID 1. State changed to Unauth. Reason:AP triggered (channel changed).

可以看到先提示了信道改变,原因是: Radar channel recover ,然后下面就是客户端离线,原因是通道(信道)改变。

于是登录AC控制台查看了信道射频相关的配置,可以确定没有开启信道定时自动调优,但AP的信道设置是自动信道不锁定,结合信道会变化,怀疑是这里问题,于是修改为自动信道并锁定。

但设置后并没有恢复正常超过半天,又出现了同样的问题。所以可确定不是此配置影响,而目前最大的疑问在于,为什么锁定了信道仍然会自动变化,为什么其他AP不会变化,难倒是AP物理上存在故障了?

0x3 radar?

在修改锁定信道也无法解决问题后,又尝试重启了AP,但后续也发现无法解决,所以目前为止比较怀疑的是AP硬件或者软件存在故障或BUG

不过仍然在百度和google查询了 Radar channel recover ,毕竟这里可能是唯一的错误信息了,但检索基本没有得到有效信息。

在一筹莫展的时候,我反复在想为什么配置了 锁定信道 但仍然会切换,这显然是软件行为,比锁定信道的优先级都高,于是我查询 H3C 中关于信道锁定的部分配置 auto lock ,这一查,终于发现了蹊跷:

【缺省用户角色】

network-admin

【参数】

channel-number:手动配置的射频工作信道。取值范围由区域码和射频模式决定。

auto lock:自动选择信道并加锁模式,由设备根据实际环境自动选择最优信道,并将该信道锁定。

auto unlock:自动选择信道并解锁模式。由设备根据实际环境自动选择最优信道,并将该信道设置为无锁模式。

【使用指导】

在手工指定工作信道模式时,如果在当前工作信道上发现雷达信号,则AP会立即将工作信道调整至其他信道。AP会在30分钟后将信道切换回手工指定的信道,并静默一段时间,如果在静默时间内没有发现雷达信号,则开始使用该信道;如果发现雷达信号,则再次切换信道。

在自动选择信道模式上,无论信道加锁与否,如果在当前工作信道上发现雷达信号,则AP会立即将工作信道调整至其他信道。

在只看参数的时候我觉得挺正常的, lock、unlock 在是意料之中的行为,不过在使用指导中发现了关键字 雷达,并且整体解释大意为,不论是手动设置、自动设置信道,不论是否加锁,只要检测到雷达信号,则会立即切换到其他信道,这和我遇到的现象是一模一样的。所以断网的原因终于找到了,那为什么会出现这个问题呢?

0x4 原因

首先AP进行了信道切换,所以可以判断雷达也是有相关的信道,并且可能在当时发生冲突了。所以我们可以了解雷达信道的范围,检索的资料如下:

  1. 什么是雷达信道
信道52,56,60,64,100,104,108,112,116,120,124,128,132,136,140,144可作为雷达信道,如果某国家和地区支持的信道和雷达信道有重叠,则使用信道时请尽量避开雷达信道。当AP工作在5G射频频段时,AP通过DFS功能,进行雷达检测,当检测到雷达信道后会自动切换到其他工作信道,避免干扰雷达。
  1. 思科关于DFS和雷达信号的介绍

在了解了基本情况之后,我们大概可以知道,是因为AP检测到了相同信道的雷达信号,所以立即切换了信道,但这里仍然有疑点,室内真的存在雷达信号吗?并且一天中随机出现,这个我们无法验证,但解决办法是什么呢?

  1. 既然雷达信道和wifi信道有一定重合,但wifi信道也较多,所以可以手动设置AP信道,在当前网络架构中完全不使用雷达信道
  2. 关闭雷达检测 `radar-detect disable` (不建议此方法)
  3. 此次问题是发生在室内,正常应该不存在雷达信号,所以基本上是误判,可以提交问题给厂家 或者 尝试升级 AC 固件版本。(本次升级后解决,如果升级后仍未解决可以采用更换非雷达信道办法)
PS. 关于多个AP使用雷达信道

AP检测雷达信号使用的DFS技术,虽然是同一个信道,但能够判断具体是 WIFI 信号还是雷达信号,所以多个AP使用同一个雷达信道,也是不会发生切换的

其他

最后通过检索之前日志中的 radar ,发现不少 AP 其实是切换过信道的

Dec  4 09:20:44 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yingkai_neibu changed from 40 to 60, Reason: Radar channel recover.
Dec  4 09:21:21 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_huiyishi changed from 165 to 56, Reason: Radar channel recover.
Dec  4 12:16:23 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yingkai_waibu changed from 52 to 153, Reason: Avoid radar channel.
Dec  4 12:16:24 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_huiyishi changed from 56 to 48, Reason: Avoid radar channel.
Dec  4 12:46:23 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yingkai_waibu changed from 153 to 52, Reason: Radar channel recover.
Dec  4 12:46:24 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_huiyishi changed from 48 to 56, Reason: Radar channel recover.
Dec  4 13:25:01 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yingkai_neibu changed from 60 to 165, Reason: Avoid radar channel.
Dec  4 13:55:01 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yingkai_neibu changed from 165 to 60, Reason: Radar channel recover.
Dec  4 15:21:36 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yingkai_neibu changed from 60 to 52, Reason: Avoid radar channel.
Dec  4 15:51:36 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yingkai_neibu changed from 52 to 60, Reason: Radar channel recover.
Dec  4 18:02:55 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yingkai_waibu changed from 52 to 48, Reason: Avoid radar channel.
Dec  4 18:32:55 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yingkai_waibu changed from 48 to 52, Reason: Radar channel recover.
Dec  4 18:34:14 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_huiyishi changed from 56 to 60, Reason: Avoid radar channel.
Dec  4 19:04:14 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_huiyishi changed from 60 to 56, Reason: Radar channel recover.
Dec  4 19:40:15 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yanfa_waibu changed from 60 to 161, Reason: Avoid radar channel.
Dec  4 19:54:24 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 1f_renshi changed from 52 to 44, Reason: Avoid radar channel.
Dec  4 20:10:15 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 2f_yanfa_waibu changed from 161 to 60, Reason: Radar channel recover.
Dec  4 20:24:24 2023 ac %%10APMGR/6/APMGR_LOG_CHANNELCHANGE: -DevIP=192.168.192.21; Channel of Radio 1 on AP 1f_renshi changed from 44 to 52, Reason: Radar channel recover.
0

评论

博主关闭了当前页面的评论