我有问题和形成层竞走wap LIFX wifi灯泡。

设置灯泡,您需要使用LIFX移动应用,试图建立灯泡需要多努力但最终我通常能让它工作。一旦建立,灯泡通常工作一段时间。定期但他们拒绝连接到网络,我有广泛的问题试图让他们重新连接。可能有一些缓存问题,因为新的东西通常改变无线名称似乎有帮助。

我回顾了wap的错误日志。它看起来像客户反复尝试连接,连接失败,然后重复发生。下面似乎是相关提取(MAC地址是LIFX灯泡,vlan应该24日和名称skyfiIOT__(后缀添加到更改名称)。我确认路由器+ WAP配置设置工作,然而不可靠。

6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12]基于ssid skyfiIOTau内部缓存vlan是0 (apd.c: 127) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12]在ssid skyfiIOTau分配WLAN vlan 24日(apd.c: 141) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12] ssid skyfiIOTau vlan 24个国家同步(类型:1)发送,len [128] (cache.c: 1767) 2020-06-21 573 13:45:35 wifi。c: 1307: set_log_level: syslog严重性= 573 2020-06-21 13:45:35 wifi。c: 1949: event_rx_cb:陷阱数据接收、发送cnMaestro len = 230数据[{“msgType”: 699年,“开斋节”:“WIFI_CLIENT_CONNECTED”, 6月21日13:45:35:scmd: 6月21日13:45:35 WIFI-6-CLIENT-CONNECTED客户机(d0 - 73 - d5 - 12 - 7 - e - 12)连接到无线局域网(skyfiIOTau) (mai 6月21 13:45:35:snmpd:系统陷阱已发送(snmpd.c: 1382) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12]在vap_id [4] wlan_id[4]中创建共面(stats.c: 227) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12] ga[0]:置信区间[0]sta ssid [4] [skyfiIOTau]:缓存名称[skyfiIOTau] (cache.c: 2550) 6月21日13:45:35:wifid: 573 13:45:47 2020-06-21日志。c: 207: start_cns_logging:发送日志历史(10行)6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12]基于ssid skyfiIOTau内部缓存vlan是0 (apd.c: 127) 6月21日13:45:35:wifid: radio_idx = 0, bss_idx = 4, APD_NUM_RADIOS = 2, APD_NUM_BSS_PER_RADIO = 16 (apd.c: 539) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12] hostapd vlan = 24和wlan vlan = 24 (cache.c: 1678) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12] ssid skyfiIOTau vlan 24个国家同步(类型:1)发送,len [128] (cache.c: 1767) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12]在vap_id [4] wlan_id[4]中创建共面(stats.c: 227) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12] ga[0]:置信区间[0]sta ssid [4] [skyfiIOTau]:缓存名称[skyfiIOTau] (cache.c: 2550) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12]没有发现热点会话(hotspot.c: 977) 6月21日13:45:35:wifid:美国:客户(d0:73: d5:12:7e: 12)(重新)协会请求中发送0 PMKID (log.c: 51) 6月21日13:45:35:wifid:美国:让vlan: 24 (log.c: 51) 6月21日13:45:35:wifid:客户端d0 - 73 - d5 - 12 - 7 - e - 12搬到数据就绪状态(stats.c: 581) 2020-06-21 573年13:45:47日志。c: 207: start_cns_logging:发送日志历史(10行)6月21日13:45:35:wifid:客户d0 - 73 - d5 - 12 - 7 - e - 12 ci_sess当前状态(NOT_IN_USE)搬到新的状态[IN_USE] (stats.c: 505) 6月21日13:45:35:wifid:客户d0 - 73 - d5 - 12 - 7 - e - 12 ci_sess当前状态(IN_USE)搬到新的状态(身份验证)(stats.c: 505) 6月21日13:45:35:wifid: radio_idx = 0, bss_idx = 4, APD_NUM_RADIOS = 2, APD_NUM_BSS_PER_RADIO = 16 (apd.c: 539) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12] hostapd vlan = 24和wlan vlan = 24 (cache.c: 1678) 6月21日13:45:35:wifid: radio_idx = 0, bss_idx = 4, APD_NUM_RADIOS = 2, APD_NUM_BSS_PER_RADIO = 16 (apd.c: 539) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12)名称(null) vlan 24国家同步(类型:6)发送,len [672] (cache.c: 1767) 2020-06-21 573 13:45:35 wifi。c: 1307: set_log_level: syslog严重性= 573 2020-06-21 13:45:35 wifi。c: 1949: event_rx_cb:陷阱数据接收、发送cnMaestro len = 495数据[{“msgType”: 699年,“开斋节”:“WIFI_CLIENT_DISCONNECTEJun 21 13:45:35: scmd: 6月21日13:45:35 WIFI-6-CLIENT-DISCONNECTED客户机(d0 - 73 - d5 - 12 - 7 - e - 12)与WLAN (sk2020-06-21 13:45:47 573日志。c: 207: start_cns_logging:发送日志历史(10行)6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12]热点会话更新ga_allowed[0]共面(hotspot.c: 401) 6月21日13:45:35:wifid: radio_idx = 0, bss_idx = 4, APD_NUM_RADIOS = 2, APD_NUM_BSS_PER_RADIO = 16 (apd.c: 539) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12] hostapd vlan = 24和wlan vlan = 24 (cache.c: 1678) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12)名称(null) vlan 24国家同步(类型:6)发送,len [672] (cache.c: 1767) 6月21日13:45:35:wifid:客户(d0 - 73 - d5 - 12 - 7 - e - 12]在vap_id [4] wlan_id[4]删除在共面(stats.c: 227) 6月21日13:45:35:wifid:断开细节:mac = d0 - 73 - d5 - 12 - 7 - e - 12 rssi = 47原因= client-sent-deauth-with-frame-8-rssi——64 (log.c: 190) 6月21日13:45:35:wifid:车站d0 - 73 - d5 - 12 - 7 - e - 12断开,原因代码= 8:车站BSS (stats.c: 2199) 6月21日离开13:45:35:snmpd:系统陷阱已发送(snmpd.c: 1382)

用google搜索“原因代码8”错误表明,这个问题可能会被重定向到另一个美联社(我有3)。然而,我试过单独的物联网的ssid wap (skyFiIOTa, b, c等)。seemt帮助连接做,但不能改善长期稳定性。

LIFX灯泡连接好消费者/ ISP提供路由器所以我相当自信的问题是我的配置。

我也有一些问题与其他IOT-type设备,我怀疑基于ESP8266平台但我摆脱。

你有带转向了启用无线局域网呢?尝试禁用它。LIFX灯泡似乎不与这个功能。

谢谢你的回应。我已经有了乐队指导残疾人和广播只2.4 ghz的物联网无线局域网问题仍在继续进行。

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

你好,

在ssid可以禁用"

单播DHCP
DHCP-OFFER和DHCP-ACK转换为单播转发给客户
从WLAN高级设置和监控。
你能分享美联社firmeare版本。

感谢所有的帮助。

我_seem_了一切工作和稳定(触摸木头),但不幸的是不故意。我最终不得不替换路由器,从头重新配置所有的无线网络在同一时间。原来是一个有用的练习,因为它似乎已经解决了LIFX问题。但它确实涉及一些改动,所以不是一个科学方法的分辨率和欣赏超级无益的其他人也有类似的问题,遇到这个线程。

从比较老款和新配置,我认为最可能的决议是以下的一个或两个电台配置:

——把向上最低单播率5.5(我不知道为什么我把它降低。先前的实验吗?默认配置?)

——把增强漫游

但我不 真的都知道我这样做很可能是别的东西。我基地这个猜测错误代码8表明这个问题可能会被重定向到另一个美联社。我也试着独立的物联网名称为每个我的wap在某个阶段,没有帮助。

从内存中,我曾尝试切换:

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

——单播DHCP

但仍有问题。目前都在,一切工作正常。

其他网络重建的变化包括:

——改变EdgeRouter Lite形成层R201——很可能是奇怪的事情在我的话务量配置。

——摆脱vlan——我使用这些主要内容控制(大人、小孩、物联网、客人),但我测试中的RouterLimits选项R201(到目前为止)的印象。很可能是奇怪的事情在我的VLAN配置,认为似乎不大可能。

——一般在推荐的基本配置除非我知道我为什么会想改变一些事情。

再次感谢你的帮助。

很高兴听到。更多cnfg物品有了困难点是正确的cnfg解决。

在美联社的消解策略信噪比是什么冲板这些客户吗?

看起来像平均信噪比20 dB左右!我刚通过列表和大部分的灯泡似乎不被连接到最近的WAP。他们必须很粘。一个灯泡是连接到“正确”的WAP更像40 dB。