Mesh路由&软路由的折腾之路

您所在的位置:网站首页 软路由布线 Mesh路由&软路由的折腾之路

Mesh路由&软路由的折腾之路

#Mesh路由&软路由的折腾之路| 来源: 网络整理| 查看: 265

先说背景:家中小米智能家居设备较多,灯、窗帘电机、监控、门铃、门锁等设备共30多个;网络中有一台NAS。路由器日常带机量在40左右。

B站很多测评,多以连接速度为导向,做带机量测试的视频不多,张大妈上关于Mesh路由的评测多是别墅大佬,主要也以覆盖和速度为主,缺少这种符合我实际使用体验的测评,遂有此文。向大家分享我的路由折腾之路,为大家提供参考和一点经验。

小米智能家居

第一部分 

经张大妈、知乎等长期考察,最早确定的方案是使用linksys AC3900有线回程。

1300M三只装

京东链接:https://u.jd.com/qRWZsDW

家里所有的水晶头和面板都是自己照着百度现学现弄得,线材是在马云家日线旗舰店购买的千兆六类非屏蔽线。

P.S. 分享一个布线技巧,很多朋友家中弱电箱都比较小,限制了路由器的选择。我是在弱电箱往客厅方向埋置了两根网线,光猫在弱电箱,光猫出来使用客厅方向第一根线连接主路由拨号,主路由使用客厅第二根线返回弱电箱,弱电箱里的交换机在此处负责连接各房间子节点。

所有设备都藏在客厅自己设计的悬浮抽屉中(中间那个)

由于做足了前期功课,linksys ac3900设置过程挺顺利(先不插网线设置主节点,按照App提示添加完子节点后再将它们放在需要的位置后连接网线即可)。看中这套系统的主要原因有:颜值高、使用稳定、有线回程(无需购买三频版,价格相对网件奥秘系列实惠)。

小家伙颜值高,轻松融入客厅、书桌、床头柜等地方

使用体验:Mesh漫游效果良好,蓝光播放器读取NAS原盘无压力,但玩和平精英时延迟较高(100左右)且不稳定,小爱同学呼叫后不听控制指令(如让小爱关灯,不回应指令),朋友圈、微博图片加载需要等待,电视观看爱优腾伪4K需要缓冲。

第二部分

由于朋友圈刷图及观看电视体验较差,根据Koolshare、chiphell、acwifi等论坛研究,升级网络方案为:网件R6400当做有线主机,AC3900三个小家伙桥接做无线AP(庆幸自己前期选择了LINKSYS品牌,据说这是唯一能在桥接模式下MESH依然可以发挥作用的品牌)

马云家某店购买的网件官换新机,比较实惠

使用体验:Mesh漫游效果依旧良好,linksys大部分功能不可用(桥接模式限值),和平精英时延迟下降至70左右,延迟稳定;小爱同学反应正常,朋友圈、微博图片极速加载,电视观看爱优腾伪4K几乎不需要需要缓冲。

桥接模式linksys大部分功能不可用

选择R6400当主路由一方面是钱包有限,一方面是看重该机型老品牌稳定性有保证,同时内存大,待机量大。使用中发现,R6400发热是真的厉害,在抽屉里增加了几个散热风扇给降温的情况下温度也有60+,路由器刷了梅林,日常负载大概是(30~50%),这个路由因为给父母用了,忘了具体数字。

第三部分

由于之前是重度吃鸡爱好者,虽然方案二各项使用体验平稳,但70多的延迟,仍让我感觉开枪慢了半秒,家里是电信宽带,不插路由器电脑直接拨号延迟是25。在此基础上,诞生了第三套方案:主路由由网件R6400升级为软路由。

在摸索过程中,发现软路由这玩意对小白并不友好,配置复杂,纵然我也是很能折腾电子产品的人了,组装PC、配置路由器手到擒来,但无论是时间还是金钱已经在网络这块花费过多,遂出于省事考虑,直接在小黄鱼购买成品。我对软路由中大量的附加功能(SS、签到、NAS、共享打印等等)并不感冒,主要看中其巨大带机量和负载均衡功能。起初接触软路由我是怀疑的,这么低配的处理器能干得过网件R6400?遂在小黄鱼和卖家商量好后买了一台(承诺效果不好自付运费退回去就行)。

软路由本体软路由配置及价格悬浮抽屉中预留的设备柜

设备柜里放了switch、蓝光机、软路由、散热风扇等设备,由于升级了更大尺寸的群晖(柜子里塞不下),现在的设备柜略显空荡和凌乱。

软路由我选择了配置一,买回来后更换了自己的一个笔记本闲置4G内存,后来使用发现,最低配足矣让你的宽带火力全开,内存使用率太低了!

软路由管理界面

软路由处理器负载只有个位数,内存空闲达95%。

使用体验:这连i3都不如的处理器,做路由器竟然有如此惊人的表现,跑满带宽自是不用多说(这三个方案基本都能跑满带宽,测带宽贴网速没意义)。吃鸡延迟终于能降到40左右了,非常满意!稳定性良好、延迟低,同时软路由可以设置运行负载定时推送服务(我用的方糖 Server酱),方便远程查看路由状况。

吃鸡偶发性延迟稳定400+,在B站还做了这个视频,有网友表示自己也有该情况,属于bug。视频链接:

番外篇

在正常使用、连续运行90多天后,突发状况:我的小米10Ultra与爱人iPhone 12 Pro Max双双无法正常使用Wifi,手机均提示“WiFi不正常、连接受限”等错误消息,经测试丢包率很高。然而,此时同样连接WiFi的笔记本却十分稳定,不丢包。这让我一度很懵B。研究了一阵,发现笔记本的WiFi芯片是intel的,二这两个手机恰好都是高通芯片!搜到一个罕见的帖子说这可能是X86芯片与高通WiFi芯片不兼容导致的,由于网络层级复杂(软路由+Mesh)且该故障为偶发,基本属于玄学范畴,那个网友自己编了条命令间接解决了该问题(太复杂)。

原文膜拜地址:https://koolshare.cn/thread-175308-1-1.html

 我在无线mesh和有线vp n扩展mesh的测试环境解决过一例,显然除了openwrt这些成员路由普通用户哪有机会去更改设定,人家卖得就是越简单越好。至于mesh是什么,对于很多人根本不清楚。

今天花了10小时坐在电脑前看似把这个问题解决了。在公司布置mesh网络已经两星期停滞不前了。注意到一个问题从1楼走到3楼,也就从mesh node接入点走到mesh vp n接入点时有非常大的机率会发生手机看似信号强度很强已经连线到最近的AP实际网络不通的情况,而由mesh vp n走向mesh node时又瞬间正常。。。这两星期一直在batman adv/softether/dnsmasq这三个软件进行假定排除,一直找不到北。今天在家搭建了同样的环境,已经有点晕乎了看似各种各样的情况都有。

原因应该还是mac地址出现在不同接口混乱导致的,mac地址在网络中具有唯一性。如果这个mesh vp n接入点在几公里以外本不该发生同样的mac地址在不同的接口重复出现。但是测试环境里的mesh vp n仅是因为通过空气传导信号不好再借由铜缆进行了延伸覆盖。在这种小范围的场景下设备移动时一会儿连接到mesh node的wlan0接口一会儿又连接到mesh vp n的tap接口,可能有一种不曾了解的缓存机制导致了DHCP IP地址分发错乱而导致的网络异常。

做了个脚本在mesh vp n里将tx bitrate为1.0 MBit/s的mac判定为网络异常客户端,再将这个mac地址从softether上删除/更新mactable看似就正常了。

丢包

痛定思痛,准备如下解决方案:

购买linksys MX5300作为主路由,彻底打通整个网络,且彻底释放linksys所有功能,就是太贵,单个最低价京东价1800。

灭门之选:购买两个小米AX6000做mesh,特点是便宜,且该款路由器好评确实不少。本人虽然是米粉,还是对这玩意的Mesh略有担心。且灭门浪费了AC3900这三个小家伙。

在拍了MX5300未付款之际,今天回家准备拔了软路由直接做最后的测试,以确保确实是软路由不兼容而不是领势的锅。结果这个bug莫名其妙的好了,要知道昨晚拔电重启所有设备好几遍都未解决。

莫名恢复正常

后续展望:上述bug重现率太低,如果后期继续频繁出现影响使用,就准备攒小钱钱上MX5300。到时候再给大家来更新!



【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3