『瀚思彼岸』» 智能家居技术论坛
标题: Wifi设备突然开始经常掉线【已解决】 [打印本页]
作者: relliky 时间: 2023-7-25 05:52
标题: Wifi设备突然开始经常掉线【已解决】
本帖最后由 relliky 于 2023-9-9 19:59 编辑
继这几个帖子的讨论后，https://bbs.hassbian.com/thread-19015-1-1.html
https://bbs.hassbian.com/thread-21865-1-1.html
https://bbs.hassbian.com/thread-14818-1-1.html
已经把2.4G的wifi设备减少到35个（但我还有100多个zigbee+蓝牙mesh的使用2.4G频段的设备），今天我的三个小米多模网关挂了两个，查错后发现是wifi连接不稳定，重启路由器解决了问题，可能转移了部分设备到其他的ap，但是看频段压力还是很大的样子。用手机连上2.4G wifi的时候，测速很慢，延迟也很高。
家里三个2.4G频段的AP压力都很大
[attach]50155[/attach]
米家里面直接显示丢包100%
[attach]50154[/attach]
已经下单小米多模网关2了，有5G频段和网线接入，应该能解决连接不稳定的问题。
话说有人知道怎么查错吗？我这个2.4G的ap才接了10几个2.4G的设备，为啥网关就丢包率100%了？
----------------------------------------更新 7月25号----------------------------
开始拔设备查错，二楼AP的2.4Ghz一共就6个设备，频段占用率90%
移除设备到只剩两个，频段占用率还有80%
移除Meross开关后，只留下一个2楼小米多模网关，频段占用率恢复到 50%。
移除2楼小米多模网关, 频段占用率恢复到 27%（干扰占20%）， 算是非常正常的了。这时连上手机，下载都能到20Mbps，延迟也降到了20ms到70ms之间。 （在测速时频段占用率增加到82%）
在空载的情况下有时干扰突然达到50%（没成功截图下来，怀疑是zigbee和蓝牙在作怪），然后又降回来了到20%。
接回了两个wifi窗帘，一个智能音响，一个LED灯，占用又回到了47%。无语。。。
拔音响，占用53%， 没变化
拔LED灯，占用47%， 没变化。 有时绿色显示的干扰会激增
拔一个wifi窗帘
再拔一个wifi窗帘
现在啥设备都没有了，咋还是54%？？
看来这些50%都是干扰了？？？
突然一下，占用变成了17%。。。。
再来。插上窗帘1。很稳，在20%
插上窗帘2，突然就42%
移除掉窗帘2，还有48%。。。WTF? 折磨我？
算了，窗帘1 也移除掉吧，不用这玩意儿了。
两个都移除了，现在还有47%。。。。。我真是。。。
现在怀疑这个数值是不是有假，毕竟它ap那边显示断连了，这数值才降下来，一般要过1-2分钟才显示断连
----------------------------------------更新 7月26号----------------------------
怀疑网络中广播太多导致的网络延迟，智能设备不太能够接受太多广播。https://bbs.hassbian.com/thread-18531-1-1.html
跑sudo tcpdump -n port 1900， 1900是uPnP端头
07:56:48.012299 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 291
07:56:48.012311 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 300
07:56:48.062261 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 294
07:56:49.036288 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 291
07:56:49.036298 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 300
07:56:49.069470 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 294
07:56:49.548320 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 291
07:56:49.548332 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 300
07:56:49.573143 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 294
07:56:50.572280 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 291
07:56:50.572288 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 300
07:56:50.580198 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 294
07:56:54.974156 IP 192.168.1.182.37657 > 255.255.255.255.1900: UDP, length 737
07:56:56.816111 IP 192.168.1.151.56184 > 255.255.255.255.1900: UDP, length 737
07:57:42.349476 IP 192.168.1.159.55097 > 239.255.255.250.1900: UDP, length 125
07:57:46.275554 IP 192.168.1.238.47500 > 255.255.255.255.1900: UDP, length 734
07:57:46.582859 IP 192.168.1.238.47500 > 255.255.255.255.1900: UDP, length 787
07:57:46.584221 IP 192.168.1.238.47500 > 255.255.255.255.1900: UDP, length 737
07:58:08.393194 IP 192.168.1.8.40628 > 255.255.255.255.1900: UDP, length 90
07:58:33.734546 IP 192.168.1.159.62569 > 239.255.255.250.1900: UDP, length 170
07:58:33.844534 IP 192.168.1.159.56069 > 239.255.255.250.1900: UDP, length 176
07:58:34.737247 IP 192.168.1.159.62569 > 239.255.255.250.1900: UDP, length 170
07:58:34.846588 IP 192.168.1.159.56069 > 239.255.255.250.1900: UDP, length 176
07:58:35.737668 IP 192.168.1.159.62569 > 239.255.255.250.1900: UDP, length 170
07:58:35.854855 IP 192.168.1.159.56069 > 239.255.255.250.1900: UDP, length 176
07:58:36.742340 IP 192.168.1.159.62569 > 239.255.255.250.1900: UDP, length 170
07:58:36.862597 IP 192.168.1.159.56069 > 239.255.255.250.1900: UDP, length 176
07:58:37.175475 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 291
07:58:37.225850 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 300
07:58:37.276462 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 294
07:58:38.298257 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 291
07:58:38.298266 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 300
07:58:38.298268 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 294
07:59:42.347722 IP 192.168.1.159.55097 > 239.255.255.250.1900: UDP, length 125
192.168.1.159是我这台测试的电脑，平时也都关着在，应该还好。192.168.1.22是飞利浦hue的网关，难道这家伙是罪魁祸首？晚点拔了它试试。其他设备发广播发的没有那么频繁。不会用wireshark，可能还得多学习一下网络知识，才能继续查找其他端口的广播。
ping三个小米多模网关，延迟都特别高，有的都到了1000ms
[attach]50210[/attach]
----------------------------------------更新 7月26号----------------------------
小米多模网关今天已经掉线2次了，原来越严重了，开始拔设备，减少好拔的设备。现在三个AP只带13个2.4Ghz设备了，无线占用还是很大，是不是真的有什么干扰啊？
[attach]50230[/attach]
看来我之前以为是设备带多了的原因是有一点问题的。设备多确实会增加占用率，但也不会增加这么多。
又减了几个设备
[attach]50232[/attach]
----------------------------------------更新 7月27号----------------------------
原本固定的1,6,11三个信道，今天试试用自动的。有时候两个ap会连上同一个信道，然后干扰爆棚，变得更糟糕了。后来还是换回了1，6, 11。
----------------------------------------更新 7月28号----------------------------
好像找到原因了！
今天试了试把还没拔掉的十几个2.4G设备都转到不同网段下的vlan去，这样的话在主网段下的广播就影响不到这些设备了。然后明显的占用率显著性的提升。感觉这大概率就是原因了。
[attach]50275[/attach]
插回其他的20多个2.4G设备，看看占用是不是正常。
20多个设备回来后，用电脑连上2.4G后测速非常好，unifi里看信道占用也很正常。ping的延迟也正常了。
[attach]50276[/attach]
[attach]50277[/attach]
[attach]50279[/attach]
好了，接下来就是解决方法了。现在思路有两个：
1） 把2.4G wifi设备单独划个wlan，把HA也放进去。但是产生的问题就有，HA和5G wifi设备不在一个网段下，控制不了电视，音箱等，是一个大的遗憾。（可能有曲线救国路线，搞两个HA, 每个网段一个HA，互相共享设备）
2） 不划分vlan，找到发广播的设备，关掉它。我对网络知识不熟悉，wireshark也不会用，只能求助一下论坛的各路大佬们了怎么抓包找广播了。
----------------------------------------更新 7月29号----------------------------
不会抓包，试着抓了一下，但并没有发现什么特别不寻常的东西。。。不知道怎么继续查错了。。
查错过程在这里 https://bbs.hassbian.com/forum.p ... id=22173&pid=545671
既然第二个方法走不通，就走第一个方法了。创建了一个vlan把5G设备和有线设备丢在里面了。
我把wireshark的数据传到56楼了，各位懂网络的大佬如果能帮忙看一下是什么设备导致的网络瘫痪，那就太感激了。
----------------------------------------更新 7月29号 后半天----------------------------
暂时家里人都在用网，也不好折腾路由器，已经分成两个vlan了，原本的2.4Ghz和有线设备暂时没动，把5Ghz设备全部移动到了新的VLAN，建了一个新的HA，主要是想控制这些5Ghz设备的电视和电视盒子。建了HA再来看怎么把两个HA通信吧。
----------------------------------------更新 7月30号----------------------------
还在研究怎么抓wifi的包，但是突然想到还有一个办法，就是在现在分两个vlan的情况下，逐个把5Ghz wifi设备加入智能家居的vlan，然后发现加入一个电视盒子前后，2.4Ghz占用有非常明显的变化。
加入前：
[attach]50327[/attach]
加入后：
[attach]50328[/attach]
还是和ap带的wifi设备有关，带的越多，占用越大。
看来就是大概率这个电视盒子的问题了。鉴于有前人的经验，我也有过这个问题 https://bbs.hassbian.com/thread-18531-1-1.html 马上定位到乐播投屏，关闭了局域网可发现，或者删除乐播投屏，占用恢复正常。
好了，找到了大魔王了 ，现在不用弄vlan了，换回来吧。。。结果发现还有别的问题，网络情况没之前那么糟糕了，但还是没有vlan时好，那还是分vlan，再慢慢把设备加回来吧。。
突然发现极米投影仪关机了占用好像恢复正常了了。看来是极米投屏软件的原因，因为关不了，只能把极米这个设备单独vlan了。
好吧，还是有其他的5G设备在影响。。还是把大多数5g 设备都划分到vlan下吧，只保留智能设备，且可控的那种。
----------------------------------------更新 8月5号----------------------------
已经稳定几天了，一切都很好。。
现在只把5Ghz电视加回来了，只有极米的投屏关不掉，仍然放在了VLAN里，还有电脑和其他的5Ghz设备都放在vlan里了。
之前的所有设备除了极米，都可以HA直连，以后不会轻易把新的5Ghz设备放在和HA的一个LAN外面了。
----------------------------------------更新 9月9号----------------------------
最近把5g设备又加回来了放到一个vlan下面，发现还是有广播造成的问题。如果完全把5ghz设备和2ghz设备分开，占用大概是这样的，非常健康。
[attach]51428[/attach]
但合在一起后，就有时会达到50%的占用。虽然不至于到掉线，但还是怕有稳定性的问题。
[attach]51429[/attach]
[attach]51431[/attach]
可能还是想弄成2个HA。5g网络单独一个ha去隔离电视和电视盒子去增加它的稳定性
作者: sctale 时间: 2023-7-25 07:38
我目前46个WIFI的智能设备，加上游戏机、手机、平板、电脑，使用高峰期能到50多个设备，目前还是比较稳定的。目前方案是X86软路由做AC，然后用了5个AP（都是用的以前的路由或者AP）。由于智能设备主要集中在一个楼层，这个楼层我是用了两个AP（一个RT-AX86U，一个CF-XR183），基本没出现过掉速之类的问题。
作者: 情非殇 时间: 2023-7-25 08:20
我用ros做的主路由，配2个unifi ap，大概在线50+设备，没遇到过问题，
不排除有问题我没发现，因为我也没用专业工具去测试过，最多测个网速
作者: 生煎馒头 时间: 2023-7-25 08:54
还行吧 我两个斐讯K3做的AP
作者: Mr.G 时间: 2023-7-25 09:03
我这边主路由用的电犀牛R68s，用了ac+ap的方式， AC控制器用的华为AirEngine9700S-S，AP用的AirEngine 5760-10，AC控制器用的旁挂模式，
2.4G设备我这边54个，没有任何问题，已经稳定运行一年多了，而且我这个AP的带机量应该远不止这些。
[attach]50156[/attach]
作者: leeyao 时间: 2023-7-25 09:41
最大的问题自己网络部署的问题，我是软路由+3个linksys当ap组mesh网。很稳定。
[attach]50162[/attach]
作者: yybl 时间: 2023-7-25 09:46
本帖最后由 yybl 于 2023-7-25 09:51 编辑
看了你的几个帖子，看到你说你家里没预埋网线，所以想问下，你的wifi上联不是通过有线网络的吧？
上联通讯都是通过无线的话，肯定没有线稳定。
你两层楼才3个AP。
我3室2厅，放了5个AP。
高功率，高穿透的AP可以用，但也会造成AP间的干扰。
作者: Mr.G 时间: 2023-7-25 09:53
我这边两层楼才两个ap呢，每层100多平方， 每个房间都能稳定收到信号，
作者: 笑傲浆糊 时间: 2023-7-25 10:05
华为AP也好，集客K2P也好，2.4G的40多个一直稳定的，之前华硕的AIMESH曾经不定期掉线，现在不知道是不是稳定了，已经淘汰
作者: mobility 时间: 2023-7-25 11:02
请问 这是 啥 统计 软件呀？
作者: yybl 时间: 2023-7-25 11:16
本帖最后由 yybl 于 2023-7-25 11:21 编辑
都在待机状态，稳定也是正常，你随便一个终端大流量工作看看，然后再看看别的终端还有挤出多少带宽。
当然，如果你全部都是小流量，我也没啥好说的。。
但是如果你通过电脑使用wifi玩网络类实时游戏，那么你会觉得很痛苦。
作者: relliky 时间: 2023-7-25 14:53
现在接了线。我今天来查错，一个个移除2.4Ghz 的设备，看看是不是哪个设备搞差的网，还是蓝牙和zigbee的干扰
作者: relliky 时间: 2023-7-25 14:58
你2.4Ghz 的wifi设备是多少，有多少蓝牙和zigbee在线的设备呢？有多少个蓝牙和zigbee的网关呢？我现在在一个个移除wifi设备查错，但也担心是zigbee和蓝牙造成的影响，毕竟我有100多个这样的设备。
作者: relliky 时间: 2023-7-25 14:59
你有多少蓝牙和zigbee在线的设备呢？有多少个蓝牙和zigbee的网关呢？我现在在一个个移除wifi设备查错，但也担心是zigbee和蓝牙造成的影响，毕竟我有100多个这样的设备。
作者: relliky 时间: 2023-7-25 15:02
你有多少蓝牙和zigbee在线的设备呢？有多少个蓝牙和zigbee的网关呢？我现在在一个个移除wifi设备查错，但也担心是zigbee和蓝牙造成的影响，毕竟我有100多个这样的设备。
作者: henry2022 时间: 2023-7-25 15:06
主路由J3160-Openwrt，淘了仨H3C RC3000当AP，光ESP32+8266加起来就57个，加上四口人的手机电脑，没察觉到网络怎样，不过自组的Openwrt属于软路由，小包转发率不敌硬路由，不过无所谓日常无感！
作者: trz0332 时间: 2023-7-25 17:56
讲道理，100多个zigbee设备，这是什么土豪人家啊。
作者: sctale 时间: 2023-7-25 20:46
2.4G WIFI智能设备46个，蓝牙设备比较少就2个，zigbee的22个，蓝牙网关5个（4个小爱音箱，1个燃气助手），zigbee网关1个。
作者: diba.qiu 时间: 2023-7-25 21:16
本帖最后由 diba.qiu 于 2023-7-25 21:18 编辑
問題在於你使用的ap太渣而已，我家wifi 裝置目前至多能到150個，從沒哪一個設備會掉線，我用unifi
作者: relliky 时间: 2023-7-26 01:29
我的也是unifi啊，你看我的截图
这三个AP加起来五千软妹币了
作者: relliky 时间: 2023-7-26 01:33
很简单，
老婆买衣服，我买zigbee，
老婆买包包，我买zigbee，
老婆买化妆品，我买zigbee，
老婆买电脑，我还买zigbee。
作者: relliky 时间: 2023-7-26 01:38
哇，带54个不少啊，我之前大概也有50个，慢慢的减下来的。你有多少个ap啊，平均每个ap带几个2.4Ghz wifi设备？
作者: relliky 时间: 2023-7-26 01:39
查错是真的难，我也是常年80个IP设备在线，现在尽量减到70个了。。但还是不稳定的时候不知道怎么查错。
作者: 546485 时间: 2023-7-26 06:44
那是路由器的2.4G问题
作者: Mr.G 时间: 2023-7-26 08:12
一共就两个ap 型号之前已经说过了
作者: leeyao 时间: 2023-7-26 09:28
我基本上都zigbee设备(100+),小米只有 筒灯，设备，小家电等都是WIFI接入的。其它都是苹果的产品的。
作者: qzl 时间: 2023-7-26 09:59
有wifi坚决不用ZGB。。。。。
作者: yuyanhui1988 时间: 2023-7-26 10:43
为啥？我现在在往zigbee里面转移，除了摄像头这种必须WiFi的，能zigbee都zigbee
作者: relliky 时间: 2023-7-26 14:51
wifi的摄像头我都转向5G的了，没办法时才用2.4G，看来是我的2.4G无线电环境有点差
作者: relliky 时间: 2023-7-26 14:53
那你跟我的差不多啊，应该是我的网络环境有问题，之前有个人回我说有可能是家里广播多了，因为没分网段，wifi设备比较多，广播一次反应会比较慢，导致的网络堵塞
作者: ysst4 时间: 2023-7-26 15:52
我也深受2.4G的痛苦，1个路由带两个2.4G监控，30多个2.4gWiFi就不定时轮流断线，反而蓝牙的一直很稳定，搞得我都想米家全家桶转蓝牙了。
作者: sorrypqa 时间: 2023-7-26 17:18
对！赶快转，只要看到你们花钱，我心里·就特别爽！哈哈~~！
作者: diba.qiu 时间: 2023-7-26 17:33
所以也許是設定的問題, 也許是你家附近2.4G頻道都被占滿的問題, 可以用手機裝個APP掃一下看看，都是unifi，沒道理我150裝置穩穩用，你五六十個裝置就會掉線。
我家為例, 三層三顆AP，實驗拔掉任兩顆AP，所有裝置會自動連到僅存的那顆AP，透過HA APP測試不會有任何裝置失效，對我來說這個熱備援的優點，不是zigbee或藍牙比得上的。
作者: relliky 时间: 2023-7-26 17:42
嗯嗯，正在查错，你看我的原帖，我更新了。 你有知道怎么查家里的网络广播风暴嘛？
作者: diba.qiu 时间: 2023-7-26 18:15
除了手機APP掃附近2.4G頻段之外, 另外給你個建議:
DHCP分配IP的時候:
1. dns指向自建的adguard home, 便於得知你那些有的沒有各品牌的網關&裝置到底想去哪裡?
2. gateway指向firewall, 有些可以本地控制的直接就給drop掉了, 別讓他們一直占用網路資源, 也順便觀察下他們連網的去處是否合理
作者: 花落花空 时间: 2023-7-26 19:51
我这边网络是两个红米ax5刷的集客，带了40个自制的esphome固件设备（开关啊，灯控啊啥的）以及6个别的牌子的wifi设备，没有在使用上发现问题，各种响应都是秒的，无延迟。手机连接2.4g频段测速40多（协商速率86）
作者: houhd 时间: 2023-7-26 20:36
本帖最后由 houhd 于 2023-7-26 20:37 编辑
不多，也就30几个。我家就存在少量zigbee传感器，剩下的都是wifi，有3个温湿度是蓝牙的。
作者: relliky 时间: 2023-7-26 21:07
感谢，现在两个都指向192.168.1.1， 我试试把dns指向adguard home试试，里面会有每个设备的log吗？
还有unifi在哪里修改啊？我没看到DHCP能指向adguard home
[attach]50216[/attach]
不过我部分设备可以自行在设备里设置，当然能在DHCP里设置是最好了
作者: bainiu 时间: 2023-7-27 15:38
楼主，按你设备及网络环境的描述，unifi的设备性能应该是不错的，现在2.4G网络应该可能干扰比较严重，蓝牙、wifi、zigbee都是2.4G频段的。你尝试过修改wifi的信道吗？例如家庭Wifi处在1信道，那么zigbee的信道可以在11信道对应的频谱上
作者: qzl 时间: 2023-7-27 23:03
最后你会发现多了一样有问题，不好管理，不好自制，查问题不好搞，网关故障全部凉快，W
作者: hsbazzz 时间: 2023-7-27 23:17
你这明显就是2.4G空口满了，导致wifi不稳定。对2.4G的终端进行限速，和开二层隔离隔离广播包（如果有的话）；试试更换信道看是否因为同频干扰导致
作者: relliky 时间: 2023-7-28 04:53
我可以给智能家居用一个不同的VLAN网段，我的AP+AC的支持的。但是我又想把电视啊，音响啊，这些发广播的设备放到智能家居的VLAN下。所以也没隔离到什么广播。我的理解是必须要一个网段，要不然也不能接入home assistant。你觉得我的理解对吗？
换信道已经试过了，没啥用，用的就是1,6,11三个频段，以前接50个2.4Ghz都没问题，就是今年开始陆续掉线，这周达到了高峰，一天掉两次。。。只能现在尽量把一个ap的2.4Ghz设备限制在5个以内才能保持网络连接稳定（但ping值也有1000到2000ms）
作者: MapleFX 时间: 2023-7-28 11:54
我之前遇到过一样的问题，你的设备应该是没啥问题的，因为即使一台300块左右的路由，2.4的带机量起码也在30往上，我自己的就是一台红米路由器，实打实的带了43个wifi智能家居设备，掉线严重你要检查下是设备连上了WIFI但是HA那边显示断线还是说设备直接跟AP断线了没有连上wifi，如果是前者，排除掉其他的一些问题后，可能会是端口冲突，我之前就是的，如果是后者那就还是检查下设备。
作者: hunl1986 时间: 2023-7-28 14:44
本帖最后由 hunl1986 于 2023-7-28 14:48 编辑
你用抓包工具测试一下有没有那个设备一直在向路由发送数据包，并且都是只有头，没有内容的。这种数据包路由防火墙会阻止，这样会造成这种情况，我出现过这种情况，因为空数据包一直发送不成功，设备会一直发，设备一下防火墙就好了。
作者: hsbazzz 时间: 2023-7-28 14:51
所有设备在同VLAN下是没办法隔离广播包的，你需要开二层隔离（可以试试把智能家居连的wifi设置成访客wifi看看能不能起到类似的效果），你现在的环境已经把2.4G给压榨干了，所以能做的优化都做一做。像是
1、终端限速，关闭广播Probe探测回应（尝试隐藏wifi）
2、关掉wifi的加密（通过白名单MAC才可接入去确保无线安全）
3、确保每个无线终端的wifi信号强度达标（最好是-60dBm以内，信号弱的终端会消耗跟多的无线空口资源）
4、信号达标的情况下关闭低速率（减少广播报文和管理报文对空口资源的占用）
5、排除非WLAN干扰，比如运营商天线或微波炉
尽可能的去改善无线空口环境
作者: 花蟋蟀 时间: 2023-7-28 15:39
蓝牙的都是小设备，哪有一个大流量设备
作者: lazyday 时间: 2023-7-28 18:01
看楼主的描述，有没有一种可能，是小米多模网关1代的问题……
分享下我这边的case：家里目前有80+设备，一部分Wifi的，然后一部分蓝牙（链接至小米中枢网关），一部分zigbee，分别链接至小米多模网关1，和绿米M1S。之前都很正常的几乎从未掉线。也是一两个月前吧，把多模网关1升级到最新的1.5.5.x固件之后，它就开始了频繁掉线，大概不到一周就会掉一次，掉了一开始会重连，连上一会儿又掉，直至最后完全掉了，手动拔电源重启才能好。而同时期M1S都很正常，甚至M1S的位置信号还要差点。因为网络环境没有变化过，所以我完全没有考虑过排查网络。两周前直接把多模1淘汰了，换成了M1S。世界就清净了，目前为止没有再有任何设备掉线。
作者: trz0332 时间: 2023-7-28 19:00
我家差不多50个wifi设备，3个ap，其中大部分是esphome固件，非常稳定。所以说，能用esphome尽量用esphome 开源的，不会有什么弯弯绕绕
作者: relliky 时间: 2023-7-29 01:26
我的版本是1.5.1和1.5.4，所以应该不是这个问题，感谢分享
作者: relliky 时间: 2023-7-29 01:28
我已经确定是非2.4G wifi设备的广播/组播导致的2.4G 网络瘫痪，应该是2.4G wifi 设备对这些请求占用带宽太大。
作者: relliky 时间: 2023-7-29 01:30
我已经确定是非2.4G wifi设备的广播/组播导致的2.4G 网络瘫痪，应该是2.4G wifi 设备对这些请求占用带宽太大。不知道怎么找一下发广播的设备，想把它关掉。
作者: relliky 时间: 2023-7-29 01:31
嗯嗯，我已经确定是非2.4G wifi设备的广播/组播导致的2.4G 网络瘫痪，应该是2.4G wifi 设备对这些请求占用带宽太大。不知道怎么找一下发广播的设备，想把它关掉。
作者: hunl1986 时间: 2023-7-29 01:38
那就对了，我上次也是这个问题，并且不一定是发送广播，我上次就是发送空数据包，然后被防火墙丢弃了数据包，设备没有接收到返回数据包就不断发送，我那时一秒100多个包，把通道和带宽全阻了
作者: relliky 时间: 2023-7-29 02:06
[attach]50284[/attach]
我用的unifi的界面有点傻瓜，看不到防火墙端掉的空数据包，也看不到路由日志。 你知道还有什么别的方法吗？
作者: hunl1986 时间: 2023-7-29 02:16
没用过这个路由，这样只能用电脑抓包了，用电脑Wireshark
作者: relliky 时间: 2023-7-29 06:44
现在我把VLAN关了，接了不到20个2.4Ghz 设备，然后2.4G信道占用都是满的。
[attach]50287[/attach]
我没有抓过包，刚刚看了一些教程，希望我弄的是对的，我用了默认的方式然后让它跑了两分钟。
看arp广播部分，
我可以看到大部分时候都是HA每秒发几个广播去找几个我关机或者离线的设备，每秒它都在找。。。。但这些设备有几个是我刚刚切断的2.4Ghz 设备， 有几个是关机的电视和投影仪等。
[attach]50288[/attach]
再看UDP发255.255.255.255 不分
几个涂鸦设备，和多模网关，和HA在发广播，发的不频繁，10秒才发了10个，相当于一秒一个。
[attach]50289[/attach]
最后看发192.168.1.255，主要是有UDP, MDNS
MDNS发送者都是电视盒子，UDP是群辉和电视。发的不算频繁，差不多平均一秒一个。
[attach]50290[/attach]
没头绪了说实话。。。。大佬能帮忙看看吗？我上传到wireshark的日志到这里了，我用的两分钟的大于5M了上传不了论坛，重新弄了个一分钟的。[attach]50291[/attach]
我的ip对照表在这里。
[attach]50292[/attach]
[attach]50294[/attach]
[attach]50293[/attach]
作者: hsbazzz 时间: 2023-7-29 09:57
从这些抓包数据来看，2.4G的流量并不大。苹果电脑支持从无线空口抓包，抓2.4G射频的数据包，你抓那个发上来看看
作者: hsbazzz 时间: 2023-7-29 10:01
https://zhiliao.h3c.com/Theme/details/17019
具体抓包教程可以看上面这个链接
作者: a_dongde 时间: 2023-7-29 15:56
HA中是不是装Nmap插件了？
作者: relliky 时间: 2023-7-29 16:05
没有，抓包也没看出来HA有什么异常的
作者: sorrypqa 时间: 2023-7-29 17:20
搞两个HA, 每个网段一个HA........这是什么鬼思路？HA主机如果是在虚拟机里运行，在虚拟交换机里设置一下，你就是建1000个VLAN，HA也能同时管理和控制这1000个VLAN里的设备
作者: sirakawa 时间: 2023-7-29 18:30
2.4G本身限制太大。
我头两年达到40多个WIFI设备时候就碰到设备不停掉线的问题。
后来加了个AP，固定为1和11频道。（我zigbee用的15和20，尽量错开）
之后尽量限制wifi设备，现在50个，基本就稳定了。
作者: hunl1986 时间: 2023-7-29 19:14
本帖最后由 hunl1986 于 2023-7-29 19:15 编辑
你抓包的方式不对，你这样子抓包只能抓到广播的数据包，抓不了数据传输的包，你需要在路由里面把dhcp 的网关设成你抓包电脑的IP，就是把电脑设成旁路由模式，这样抓的包才是准确的。然后重启路由器和你的设备。刷完包再改回来。
作者: a_dongde 时间: 2023-7-29 19:21
我HA只要装了Nmap ，5分钟就能把我极米投影干死机。
作者: relliky 时间: 2023-7-29 21:27
本帖最后由 relliky 于 2023-7-30 05:55 编辑
虚拟交换机？看来我对虚拟机也是个外行。。。。群辉的虚拟机免费版本好像一个虚拟机只支持一个虚拟网卡。
我现在用的群晖虚拟机，有两个网口，现在分别接到了VLAN1和VLAN2上，是可以跑两个HA的。不过感觉你的方法更好一点，像是一个HA能有两个网口，然后虚拟交换机里怎么搞一下把两个VLAN的设备都本地接入？ 话说HA支持跨VLAN吗？
而且我也不懂网络，防火墙什么的，也不知道unifi到底能用GUI设置成什么程度，查错又不好查。。感觉还是在熟悉的环境里（我指的HA）查错会好一点。。。
好像有些讨论，但我也看的不是很懂
https://community.home-assistant ... ferent-vlan/95804/7
https://community.home-assistant ... etworks-vlan/439413
https://community.home-assistant ... d-ha-tutorial/87705
https://community.home-assistant ... etworks-vlan/439413
作者: relliky 时间: 2023-7-29 21:28
还要这样么
这样的话只能等全家人睡了搞了。话说，这样的话，所以设备都上不了网啊，毕竟我的笔记本也没装个旁路由，这样的话抓包的流量真实吗？
作者: relliky 时间: 2023-7-29 21:30
感觉要学习好多网络知识，毕竟wifi设备就是个IP设备，不像zigbee/蓝牙至少不会参与IP设备的沟通。。。我有这个问题半年多了，一直都挺困扰我的。。。
作者: relliky 时间: 2023-7-29 22:08
感谢，我晚点试试
作者: diba.qiu 时间: 2023-8-12 12:34
答案就在你的附圖中,
DHCP DNS Server 的 Auto 勾掉就可以自己指定了，
ADGuard裡面, 可以看到到底誰一直在查詢DNS。
作者: relliky 时间: 2023-8-12 15:40
感谢大佬。懂了，就是DHCP分配的DNS server不配备路由器的，而是指向adguard。第一次知道路由器还能这样玩。
作者: Geekman 时间: 2023-8-22 18:12
我觉得你家可能被usb3.0干扰了~ 我前面路由器和nas放一起，2.4g差的不行，后面发下是nas插了usb3.0 干扰很大
作者: relliky 时间: 2023-8-22 19:19
本帖最后由 relliky 于 2023-8-22 19:20 编辑
嗯，我遇到过这个问题，给USB3.0加个延长线就好了。
不过这次不是这个问题。
usb3.0的电磁干扰范围不是很大，只要不放在30cm以内都没啥问题，但是太近了确实就完蛋了。
作者: Geekman 时间: 2023-8-23 10:45
是的，我nas贴着路由器，2.4g直接被整费了
作者: z741554038 时间: 2023-8-31 11:27
本帖最后由 z741554038 于 2023-8-31 11:45 编辑
赞赞赞，米家风扇和窗帘丢包率奇高，无奈主路由是小米路由，没有这么多开放功能，今天测试把所有dlna都关闭（包括音箱的dlna）看看情况是否dlna问题
----------------------------------------------------dlna问题排除过程--------------------------------------------------------------------------------
通过sudo tcpdump -n port 1900 和 netstat -tulnp 排插 各设备的dlna情况
1、jellyfin dlna功能默认会打开这个，关闭试试，不行就直接关闭jellyfin的dlna
[attach]51085[/attach]
作者: relliky 时间: 2023-8-31 16:44
如果你在查错是不是网络里面太多组播和广播的话（和我一样的问题），你可以试试把5ghz wifi关掉或者5ghz 设备关掉，一般都是5ghz wifi设备的各种问题，再看看你的风扇和窗帘会不会好点
作者: z741554038 时间: 2023-9-1 10:47
按照你的提示，我做了以下步骤：
1、手机平板电视设备连接到访客网络并关闭5Gwifi；
2、关闭全屋的DLNA功能，包括NAS和电脑的媒体服务器、小爱音箱DLNA；
部分米家设备从不再可用到有响应
[attach]51204[/attach]
虽然米家丢包率还是显示30+,但是ping是0丢包，效果良好。现在打算逐步恢复
[attach]51207[/attach][attach]51205[/attach]
作者: relliky 时间: 2023-9-2 06:28
本帖最后由 relliky 于 2023-9-2 06:35 编辑
恭喜，这是好事，说明你也找到大概得问题了。不过37%的丢包率还是太高了，还是感觉没有排除所有的问题。
>> 1、手机平板电视设备连接到访客网络并关闭5Gwifi；
你既然有访客wifi，建议先试试把5ghz 打开，让手机平板电视都连接到5ghz的访客上面不要占用2.4ghz的频段，这些设备在2.4ghz上也会挤着智能家居2.4ghz的网络。
访客wifi的效果和我提到的vlan是差不多的。你可以先找到问题，再慢慢想想怎么优化网络环境
因为我发现我自己的很多dlna服务基本都没有拉胯网络，是某几个app和设置导致的，不过这个还是得一一排查，最好的方法就是只有不得不的时候，才会把手机平板电视接入非访客网络，然后也要监测接入后的网络环境
作者: yylwhy 时间: 2024-3-11 17:33
我觉得你是需要一台软路由器x86的 甚至N2600的cpu都可以.
作者: relliky 时间: 2024-3-11 19:40
没懂。我找到原因也解决了。而且再强大的软路由也干不过这个广播占用的2.4G频段的airtime
| 欢迎光临 『瀚思彼岸』» 智能家居技术论坛 (https://bbs.hassbian.com/) |
Powered by Discuz! X3.5 |
