＃1

我在LIFX WiFi灯泡和CAMBIUM E400 WAPS上遇到问题。

要设置灯泡，您需要使用LIFX移动应用程序。试图设置灯泡需要多次努力，但我通常可以最终使它起作用。设置后，灯泡通常可以很好地工作一段时间。但是，他们定期拒绝连接到网络，我遇到了广泛的问题，试图使它们重新连接。可能会有某种缓存问题，因为将WiFi SSID更改为通常有帮助的新事物。

我已经查看了WAPS中的错误日志。看来客户端反复尝试连接，发生了一些事情，连接失败，然后重复。以下内容似乎是相关的提取物（Mac地址是针对LIFX灯泡，VLAN应为24，而SSID SkyFiiot__（仅添加了以更换SSID的后缀）。我已经确认我的路由器 + WAP配置确实有效，但是但是不可靠。

6月21日13:45:35：wifid：ssid skyfiiotau内部缓存的vlan vlan in 0（apd.c：127）6月21日13:45:35：wifid：wifid：wifid：wifid：wifid：wifid：wifid：wifid：客户端[D0-73-D5-12-7E-12]在SSID SkyFiiotau上分配了WLAN VLAN 24（APD.C：141）JUN 21 13:45:35：WIFID：WIFID：客户端[D0-73-D5-12-12-7E--12]在SSID SkyFiiotau Vlan上24州同步（类型：1）发送，Len [128]（Cache.C：1767）2020-06-21 13:45:35 573 WIFI.C：1307：SET_LOG_LEVEL：SET_LOG_LEVEL：SESSLOG SERTERITY = 72020-06-21 13:45:35 573 WIFI.C：1949：event_rx_cb：接收到的陷阱数据，发送到cnmaestro len = 230数据[{“ msgtype”：699：699，“ eid”，“ eid”：“ eid”：“45：35：SCMD：Jun 21 13：45：35 Wifi-6-client-connected客户端[D0-73-D5-12-7E-12]连接到无线LAN [Skyfiiotau]（MAI JUN 21 13:45:35：snMPD：已发送系统陷阱（SNMPD.C：1382）Jun 21 13:45:35：Wifid：wlan_id [4] wlan_id [4]Coplane（Stats.c：227）Jun 21 13:45:35：Wifid：客户端[D0-73-D5-12-7E-12] GA [0]：CI [0] Sta Ssid [4] [Skyfiiotau]：CACHE SSID [SKYFIIOTAU]（CACHE.C：2550）JUn 21 13:45:35：wifid：2020-06-21 13:45:47 573 log.c：207：start_cns_logging：发送日志历史记录（10行）Jun 21 13:45:35：wifid：wifid：client [d0--73-D5-12-7E-12]在SSID SkyFiiotau内部缓存的VLAN上为0（APD.C：127）Jun 21 13:45:35：Wifid：radio_idx = 0，bss_idx = 4，apd_num_radios = 216（apd.c：539）6月21日13:45:35：wifid：客户端[D0-73-D5-12-7E-12] hostapd vlan = 24 = 24和wlan vlan = 24（cache.c：1678）6月21日13:45:35：wifid：客户端[D0-73-D5-12-7E-12]在SSID Skyfiiotau Vlan上24 State Sync（类型：1）发送，LEN [128]（CACHE.C：1767）JUN 21 13：45：35：wifid：vap_id [4] wlan_id [4]在Coplane（stats.c：227）中创建的vap_id [4]上的客户端[D0-73-D5-12-7E-12]客户端[D0-73-D5-12-7E-12] GA [0]：CI [0] sta ssid [4] [Skyfiiotau]：CACHE SSID [skyfiiotau]（Cache.c：2550）Jun 21 13:45：35：wifid：客户端[D0-73-D5-12-7E-12]找不到热点会话（Hotspot.c：977）Jun 21 13:45:35：Wifid：apd：apd：客户端[D0：73：D5：12：12：7E：12]发送0 pmkid在（re）协会请求（log.c：51）6月21日13:45:35：wifid : apd: get vlan: 24 (log.c:51) Jun 21 13:45:35: wifid : Client D0-73-D5-12-7E-12 moved to data ready state (stats.c:581) 2020-06-21 13:45:47 573 log.c:207:start_cns_logging: Send log history (10 lines) Jun 21 13:45:35: wifid : client D0-73-D5-12-7E-12 ci_sess current state[NOT_IN_USE] moved to new state[IN_USE] (stats.c:505) Jun 21 13:45:35: wifid : client D0-73-D5-12-7E-12 ci_sess current state[IN_USE] moved to new state[AUTHENTICATED] (stats.c:505) Jun 21 13:45:35: wifid : radio_idx=0, bss_idx=4, APD_NUM_RADIOS=2, APD_NUM_BSS_PER_RADIO=16 (apd.c:539) Jun 21 13:45:35: wifid : client[D0-73-D5-12-7E-12] hostapd vlan=24 and wlan vlan=24 (cache.c:1678) Jun 21 13:45:35: wifid : radio_idx=0, bss_idx=4, APD_NUM_RADIOS=2, APD_NUM_BSS_PER_RADIO=16 (apd.c:539) Jun 21 13:45:35: wifid : client [D0-73-D5-12-7E-12] on ssid (null) vlan 24 state sync (type:6) sent, len[672] (cache.c:1767) 2020-06-21 13:45:35 573 wifi.c:1307:set_log_level: syslog severity=7 2020-06-21 13:45:35 573 wifi.c:1949:event_rx_cb: Trap Data received, send to cnMaestro len=495 data [{"msgType": 699, "eId": "WIFI_CLIENT_DISCONNECTEJun 21 13:45:35: scmd : Jun 21 13:45:35 WIFI-6-CLIENT-DISCONNECTED Client [D0-73-D5-12-7E-12] disconnected from WLAN [sk2020-06-21 13:45:47 573 log.c:207:start_cns_logging: Send log history (10 lines) Jun 21 13:45:35: wifid : client[D0-73-D5-12-7E-12] hotspot session updated ga_allowed[0] to coplane (hotspot.c:401) Jun 21 13:45:35: wifid : radio_idx=0, bss_idx=4, APD_NUM_RADIOS=2, APD_NUM_BSS_PER_RADIO=16 (apd.c:539) Jun 21 13:45:35: wifid : client[D0-73-D5-12-7E-12] hostapd vlan=24 and wlan vlan=24 (cache.c:1678) Jun 21 13:45:35: wifid : client [D0-73-D5-12-7E-12] on ssid (null) vlan 24 state sync (type:6) sent, len[672] (cache.c:1767) Jun 21 13:45:35: wifid : client[D0-73-D5-12-7E-12] on vap_id[4] wlan_id[4] deleted in coplane (stats.c:227) Jun 21 13:45:35: wifid : Disconnect Detail: mac=D0-73-D5-12-7E-12 rssi=47 reason=client-sent-deauth-with-frame-8-rssi--64 (log.c:190) Jun 21 13:45:35: wifid : station D0-73-D5-12-7E-12 disconnected, reason code=8:Station Left BSS (stats.c:2199) Jun 21 13:45:35: snmpd : system trap has been sent (snmpd.c:1382)

谷歌搜索“原因代码8”错误表明该问题可能是重定向到另一个AP（我有3）。但是，我尝试了每个WAPS（Skyfiiota，b，c等）的单独的物联网SSID。这确实可以帮助连接，但不能改善长期稳定性。

LIFX灯泡连接到消费者/ISP提供的路由器，因此我有理由确信我的配置问题。

我也与其他物联网型设备遇到了一些问题，我怀疑基于ESP8266平台，但我已经摆脱了这些设备。

＃2

您是否在此WLAN上启用了乐队转向？尝试禁用它。LIFX灯泡似乎在该功能方面表现不佳。

＃3

感谢您的回复。我已经有Band转向障碍，并且收音机仅适用于物联网WLAN，问题仍在继续。

＃4

尝试禁用“代表客户自动响应ARP请求”

＃5

你好，

在SSID中，您可以禁用吗”

单播DHCP
转发给客户之前，将DHCP的DHCP和DHCP-ACK转换为单播
从WLAN高级设置并监视情况。
您也可以共享AP Firmeare版本吗？
＃6

感谢所有的帮助。

我_seem_使一切都起作用和稳定（触摸木材），但不幸的是不是故意的。我最终不得不更换路由器，并同时重新配置所有无线网络。原来是一个有用的练习，因为它似乎也解决了LIFX问题。但是，它确实一次涉及几个更改，因此并不完全是一种科学的解决方法，并且欣赏对于其他有类似问题并遇到该线程的任何人都无助的。

仅通过比较旧配置和新配置，我认为最有可能的分辨率是无线电配置中的一个或两个分辨率：

- 转向上最低单播率为5.5（我不知道为什么我要较低。先前的实验？默认配置？）

- 转离开增强的漫游

但是我没有 真的完全知道我在做什么，可能还有其他事情。我猜测错误代码8的猜测可能是重定向到另一个AP。我确实在一个阶段尝试了每个WAP的分开的IoT SSIDS，但这无济于事。

从内存中，我以前尝试过切换两个：

- 代表客户自动响应ARP请求

- 单播DHCP

但仍然有问题。目前两者都在开启，一切正常。

网络重建的其他更改包括：

- 将Edgerouter Lite更改为Cambium R201-在我的ERL配置中很可能很奇怪。

- 摆脱VLAN-我主要用于内容控制（成人，孩子，物联网，客人），但正在测试R201中的Routerlimits选项（到目前为止印象深刻）。在我的VLAN配置中，很可能很奇怪，认为这似乎不太可能。

- 通常遵循推荐的基本配置除非我真的知道为什么我想改变一些东西。

再次感谢您的帮助。

＃7

很高兴听到。更多的CNFG项目很难指出，这是解决的正确CNFG。

我们在AP Dash Borad中为这些客户提供的AVEAGE SNR是什么？

＃8

看起来平均SNR约为20 dB！我刚刚浏览了列表，大多数灯泡似乎没有连接到最接近的WAP。他们一定很粘。连接到“右” WAP的一个灯泡更像40 dB。