[参考译文] WL1837MOD：断开连接、不会立即重新连接到具有相同 SSID 但频率(2.4GHz 或5GHz)和 BSSID 不同的 AP

admin

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/861172/wl1837mod-disconnects-and-does-not-reconnect-immediately-to-aps-which-have-the-same-ssid-but-different-frequency-2-4ghz-or-5ghz-and-bssid

器件型号：WL1837MOD
Thread 中讨论的其他器件：WL1837

你(们)好。

我有以下问题：

我正在连接到具有2.4GHz 和5GHz 接入点的公司网络。当我连接到 AP 时、工作状态良好一段时间、但在一段时间后、我断开连接。我可以在很长时间后(比如半天时间)自动重新连接。

使用的硬件是 Compulab IOT 网关 IOT -GE-iMX7 (WAB) www.compulab.com/.../、它使用 TI WiLink 8 WL1837模块进行 WiFi 连接。

使用定制的 Linux 系统、使用 Yocto 构建、该系统具有以下特征：

* Linux 内核版本：4.19.35

*用于 wifi 的内核模块：wl18xx

# modinfo wl18xx
文件名： /lib/modules/4.19.35 +ge4452f4458e4/kernel/drivers/net/wireless/ti/wl18xx/wl18xx.ko
固件： TI-connectivity/wl18xx-fw-4.bin
作者： Luciano Coelho 
许可证： GPL v2
版本： 533BB7E5866E52F63B9ACCB
别名： 平台：wl18xx
取决于：
intree： Y
名称： wl18xx
vermagic： 4.19.35+ge4452f4458e4 SMP 抢占 mod_unload MODVERSIONS ARMv6 p2v8
parm： HT_MODE：强制 HT 模式：宽或低侧20 (CHARP)
参数： Board_type：板类型：FPGA、HDK (默认)、EVB、COM8或 DVP (CHARP)
parm： 校验和：启用 TCP 校验和：布尔(默认为 false)(bool)
parm： dc2dc：外部 DC2DC：U8 (默认为0)(int)
parm： n_ANAICS_2：已安装2.4GHz 天线的数量：1 (默认)或2 (int)
parm： n_ANAICS_5：已安装的5GHz 天线的数量：1 (默认)或2 (int)
parm： LOW_BAD_COMPONENT：低值带分量：U8 (默认为0x01)(int)
parm： LOW_BAD_COMPONENT_TYPE：低频带组件类型：U8 (默认为0x05或0x06、具体取决于 board_type)(int)
parm： HIGH_BAD_COMPONENT：高值带分量：U8、(默认为0x01)(int)
parm： HIGH_BAD_COMPONENT_TYPE：高频段组件类型：U8 (默认为0x09)(int)
parm： PWR_LIMIT_reference_11_abg：功率限制参考：U8 (默认为0xc8)(int)
parm： num_Rx_desc：int
参数： num_rx_desc_param：Rx 描述符数：U8 (默认为32)

* Wifi 固件版本：

#字符串/lib/firmware/ti-connectivity/wl18xx-fw-4.bin | grep Rev
FRev 8.9.0.0.79
FRev 8.2.0.242

* Supplicant：wpa_supplicant v2.9

*网络管理器：Connman v1.37

我按照此处 processors.wiki.ti.com/.../WL18xx_Driver_Debug 所述启用 WL18xx 驱动程序的调试、并启用了对 wpa_supplicant 的调试、从而进行了一些测试。我所做的更改如下：
*`echo 883518 >/sys/module/wlcore/parameters/debug_level`
*`/usr/sbin/wpa_supplicant -u -d`

使用 SSID `purpleline` BSSID `58：0A：20：5b：EC：ca`和频率5560的 AP 配置如下所示

# cat /var/lib/connman/wifi_304511e7f479_707572706c656c696e65_managed_psk/settings
[WIFI_304511e7f479_707572706c656c696e65_managed _PSK]
Name=purpleline
SSID=707572706c656c696e65
Frequency=5560
Favority=True
AutoConnect=true
Modified=2019-11-25T11：19：49.091126Z
Passphrase= 
IPv4.method=DHCP
IPv4.DHCP.LastAddress=10.163.183.9
IPv6.method=auto
IPv6.privacy=禁用

AP 断开连接且无法重新连接时、接下来跟随输出

e2e.ti.com/.../2577.disconnectsToAP_2D00_driver_2D00_wpa_5F00_supplicant.log

我定期得到以下或类似的结果。值得注意的是、可以找到 SSID 相同的 AP、`purpleline`、但频率不同、但未连接。

e2e.ti.com/.../4478.messagesWhileAPDisconnected_2D00_driver_2D00_wpa_5F00_supplicant.log

长时间后会发生连接。值得注意的是、它连接到 SSID `purpleline`、BSSID `58：0A：20：5b：EC：ca`的 AP、频率为5560、与最初连接时相同。

e2e.ti.com/.../5282.connectAP_2D00_driver_2D00_wpa_5F00_supplicant.log

我对2.4GHz 路由器进行了一些测试、我可以更改通道以检查行为。我可以看到、即使频率发生变化、我也可以正常连接。

所以、我想问一下
1.这是正常行为吗？无论频率和 BSSID 如何、连接到具有相同 SSID 的 AP 是否正常？
2.为了实现上述行为，是否需要配置驱动程序和/或 wpa_supplicant？
3.我可以看到有许多驱动程序参数设置为默认值。然后跟随参数及其值

Board_type：(空)
校验和：n
dc2dc：-1
HIGH_BAD_COMPONENT：-1
HIGH_BAD_COMPONENT_TYPE：-1
HT_MODE：(空)
LOW_BAD_COMPONENT：-1
LOW_BAD_COMPONENT_TYPE：-1
n_ANICS_2

：n_ANICS_5：-1 rx_desc：-1
pwr_limit_reference_11_abg

我可以更改上述一个或多个值并获得更好的行为吗？

如果您需要更多信息、请告诉我。

此致、

斯塔夫罗斯

6 年多前

0 admin 6 年多前

TI__Guru**** 2770855 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Stavros、

对于您的问题、长断开是否仅在从5GHz (特定通道)转至5GHz (不同通道)时发生？或者、当您从2.4GHz 开始、然后想要重新连接到5GHz 通道时、会发生这种情况吗？

从您的观察中可以看到、从2.4GHz 开始的不同通道似乎按预期工作？

此致、

Vince

0 admin 6 年多前

TI__Guru**** 2770855 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Vince：

感谢您的回答。

>长断开是否仅在从5GHz (特定通道)转至5GHz (不同通道)时发生？

是的、这种情况发生在5GHz 频段上、但我不确定它是否尝试重新连接到另一个5GHz 信道或相同的信道。不过、我可以看到、根据信号强度检查通道、如下所示

12

月04日15：00：39 bumblebee - 25976f wpa_supplicant[1080]：wlansta0：与当前选定网络匹配的扫描结果12月04：00：39 bumblebee - 25976f wpa_supplicant[1080]：wlansta0：58：0A：20：5b：EC：ca freq=259764=60f wpa=6500_6400_6400:806400:8064=wbleblebee：6400:6400:806400_6400_6400:806400:6400_6400:wbleblebee：wlansupplicant=wlanf_6400:8064=wcyf wpa=wlanf_6400:6400:6400:6400:6400:6400:6400_6400:6400_6400:6400
6C：


fa：89：55：ce：75 freq=2437 level=-61 SNR=28 est_throughput =65000 Dec 04 15：00：39 bumblebee - 25976f wpa_supplicant[1080]：wlansta0：11：3a：07：6F：
1080：fb：1080 bumblebee：81 = 85blebleblebee：64=10080 dr f wlansupplicant[07=15:1300:13000f cr f cr f：64f cyf：64f cr f cr f cr f cr f cr f cyblebleblebleblebleblebleblebleblebleblebleblef：64f：1300:1300:07_64f cr f：64f cybleblebleblebleblebleblebleblebleblebleblebleblebleblebleblebleblef 从优先级组0
中选择 BSS 12月04日15：00：39 bumblebee - 25976f wpa_supplicant[108]：wlansta0：0：58：0A：20：5b：EC：ca SSs='purplele' sbee：10s_ie_len=0 rssn_ie_bon=20 cap = 0x1111 level=-46 wpa=241086b
：00：blebulcesb：rblebleblebleb：015b：rbleblebleblebleblebleblebleb
：04:24b：rblebleblebleblebleblebleblebleblebleblebleblebleblebleblebon_ble_b

>或者、当您从2.4GHz 开始、然后想要重新连接到5GHz 通道时、是否会发生这种情况？

就我在日志中看到的情况而言、5GHz 是首选。我还没有看到从2.4GHz 到5GHz 的发展。

>根据您的观察结果、从2.4GHz 不同的通道开始的工作是否符合预期？

我做了一个实验、仅使用2.4GHz 频带对禁用5GHz 的驱动器执行以下操作

# modprobe wl18xx n_ANAICS_5=0

但我有相同的行为、这意味着它与频带无关。

这个问题似乎与频率无关。我一直按如下方式获得断开连接

[298798.269053] wlansta0：与58：0A：20：5b：EC：ca (原因：1 =未指定)
[2987550 680667] IPv6：ADDRCONF (NETDEV_UP)：wlanfa 0：link is not ready
[298808.347266] wlansta0：ranc 6c：1880c

：1880c：1808:1808:85] wlansta0：wlanaP：18801808:1808:18801:1808:18801:188064:188085:188064:85[w@wlansta:85:85:18801:18801:1807:1807:85] wlansta:85:85:188064:1807:85:85:851:wlansta:188064:85:wlansta:18801:wlana:85:188064:1807681:wrw@wlana:85:85:188064:188064:188064:85:85:wlana:1880


关联
[298809.740874] IPv6：ADDRCONF (NETDEV_CHANGE)：wlansta0：链路就绪
[298809.791741] wlcore：关联已完成。
[298846.645053] wlansta0：从 AP 6c：fa：89：55：ce：7a 断开连接、以将新的验证更改为58：0A：20：5b：EC：ca
[298846.64261] wlansta0：wlansta0：wlan31：



wlan31：wlan31：wlan31：wlan31：wlan31：wlan1：wlan1：wlan31：wlan1：wlan1：wlan1：wlan1：wlan1：wlan1：wlan1：wlan1：wlan1：wlan1：wlan1、wlan1：wlan1：wlan1：wlan1、wlan1、wlan1：wlan1：wlan1、wlan1、wlan1：wlan1、wlan1：wlan1：wlan1、wlan1：wlan1、wlan1：wlan1：wlan1：wlan1：wlan1、wlan1：wlan3 = wlan1、wlan1、wlan1、w


[300657.214615] wlansta0：与58：0A：20：5b：EC：ca (原因：1=未指定)
[300657.64889] IPv6：ADDRCONF (NETDEV_UP)：wlansta0：链接未就绪
[300666.824723] wlansta0：与665c：
3007553:30080531:006753:wlansta0

：wtend 关联[wtases= 3007683:100:100:100:wlansta1:300806753:wd100:wrf：wd100:wrf：wtes= wlansta0531:300806753:wd100:wd100:wrf：wrf：wd100:wlansta100:wd100:wd100:wd100:wd100:wlansta053:wlanstaes= wd100:wd100:wd100:wd100:wd100:wd100:wd100:wlanstaes= wrf

关联
的[300667.665718] IPv6：ADDRCONF (NETDEV_CHANGE)：wlansta0：链路就绪
[300667.708118] wlcore：关联已完成。
[300704.908108] wlansta0：从 AP 6c：fa：89：55：ce：7a 断开连接、将新的验证更改为58：0A：20：5b：EC：ca
[300704.924544] wlansta0：580a：20:5b：EC：

5261] wlansta0



：300705b：5320=3072[wlan0：wlanaid (wlan3=300702453:301:001:002453:wlan3:wlan3:wlan3:301:001753:wlan3:wlan3:301:301:301:301:301:wlan3:wlan3:wlan3:wlan3:wlan3:wlan5671:2001:301:301:001753:wlan3:w2453:wlan3:w2453:wlan3:wlan3:wlan3:wlan3:w24531:001:2001:2001:2001:301:301:301:301:306472]
[302515.435665] wlansta0：与58：0A：20：5b：EC：ca (原因：1=未指定)
[302515.924211] IPv6：ADDRCONF (NETDEV_UP)：wlansta0：link is not ready [302515.9366464]
anec (wlan25.924211：wlan72b：wlan0


：wlan0：wlan0：wlanc) wlan52683:wlan0：wlan0：wlan1：wlan40：wlan40：wlanstaunc：wlan0：wlan1：wlan1：wlan40：wlan40：wlan1：wlan40：wlan40：wlan1：wlan1：wlan40：wlan40：wlan1：wlan40 wlan1：wlan1：wlan1：wlan40 wlan1：wlan1：wlan40：wlan1：wlan1：wlan40 wlan1：wlan1：wlan1：wlan1：

RX AssocResp 从58：0A：20：5b：EC：ca (capab=0x111 STATUS=0 AAC=81)
[302525.704736] wlansta0：关联
的[302526.23600] IPv6：ADDRCONF (NETDEV_change)：wlansta0：链接就绪
[302526.287528] wlcore 关联已完成：关联。
[304335.623428] wlansta0：与58：0A：20：5b：EC：ca (原因：1=未指定)
[304336.043298] IPv6：ADDRCONF (NETDEV_UP)：wlansta0：link is not ready
[304336.057879] ipv6：wlanCONF (wlan5340580


：wlan3:wlan3b] wlan5340a：wlan3b:w40580aC：w240820:w2408:w2408:w2408:w2408:w2408:w40:w2408:w40:w100b] wlan3:wlan3:w2408:w2408:w2408:w40:w2408:w2408:w2408:w2408:w2408:w2408:w40:w40:w2408:w40:w40:w2408:w2408:w:w:w2408:w:w:w2408:w40:w:w2408:w:

Rx 等效 Resp from 58：0A：20：5b：EC：ca (capab=0x111 status=0 aid=92)
[304345.855518] wlansta0：关联
的[304347.014138] IPv6：ADDRCONF (NETDEV_change)：wlansta0：链接就绪
[304347.057251] wlcore 关联已完成：wlcore 关联。
[306155.822169] wlansta0：与58：0A：20：5b：EC：ca (原因：1=未指定)
[306156.284274] IPv6：ADDRCONF (NETDEV_UP)：wlansta0：链接未就绪
[306156.305887] IPv6：ADDRCONF (WDEV_UP)：wlansta0：链接未就绪

由于未指定原因、在多次断开连接/重新连接后、它会永久断开连接。如果我重新启动 wpa_supplicant、将重新连接、而不会出现任何问题。

在我看来、WPA 请求者或驱动程序在多次重新连接后无法重新连接？我已通过该链接 http://processors.wiki.ti.com/index.php/WL18xx_Driver_Debug#Debug_Parameters 在驱动程序端启用了更多调试、但我尚未启用所有调试类别。我是否可以启用特定的调试类别、以便在重新连接方面获得一些有用的结果？

此致、

斯塔夫罗斯

0 admin 6 年多前

TI__Guru**** 2770855 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Stavros、

您连接的是哪种 AP？是网格设置吗？从日志中、您的似乎正在重新验证、AP 告诉您重新验证到另一个 Mac 地址。

不同路由器是否会发生这种情况？

BR、

Vince

0 admin 6 年多前

TI__Guru**** 2770855 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

此外、您能否获得 Wi-Fi 监听器对此的捕获？它应该告诉我们取消授权的原因是什么。

此致、

Vince

0 admin 6 年多前

TI__Guru**** 2770855 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Vince：

很抱歉耽误你的时间，我同时做了一些其他的事情，然后带走了：)

我已经联系过这里的 IT 人员，他们告诉我 AP 是 Cisco AIR-CAP36021_e_K9。

我不认为这是网格设置、但我将再次询问大家。

我使用了一台 TP-Link 路由器进行测试、但我没有得到这种行为、我让它在整个周末运行。

此致、

斯塔夫罗斯

0 admin 6 年多前

TI__Guru**** 2770855 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Stavros、

听起来可能是该特定路由器的问题。您能否从 Cisco AP 端获得任何日志，以了解它是否为我们提供了有关进展的线索？

BR、

Vince

0 admin 6 年多前

TI__Guru**** 2770855 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Stavros、

您在这里仍有问题吗？

此致、

Vince

0 admin 6 年多前

TI__Guru**** 2770855 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Vince：

我们创建了一个单独的应用程序来解决上述问题。这可以关闭。

此致、

斯塔夫罗斯

Wi-Fi®︎（参考译文帖）

Wi-Fi®︎（参考译文帖）(Read Only)

[参考译文] WL1837MOD：断开连接、不会立即重新连接到具有相同 SSID 但频率(2.4GHz 或5GHz)和 BSSID 不同的 AP