家里组了双WAN口路由器，又加了备用光猫和UPS，结果打游戏还是偶尔卡顿——你可能掉进了‘冗余=稳定+快’的误区。
冗余不等于低延迟，搞反了反而拖后腿
很多新手装机时一听‘冗余’就猛上设备：主路由+备路由、双光猫+链路聚合、甚至本地DNS服务器再加个DoH代理。听起来很稳，但实际延迟可能不降反升。比如主备切换时没配好BFD检测，故障倒换要3秒；或者OSPF开默认定时器，链路抖动后收敛慢，中间那2秒你的视频会议就断麦了。
真有效的延迟优化，得盯住这几个点
先看物理层：两条宽带如果都是同一条分光器出来的，表面双线，实则单点失效，还多一层NAT转发延迟。更实在的做法是选不同运营商（比如电信+联通），并在路由器里设好基于目的IP的策略路由，让微信走低延迟线路，NAS下载走带宽大的那条。
再看协议层：很多人开MSTP防环，却忘了默认max-age是20秒。换成RSTP后端口状态切换快得多，局域网内设备互访延迟能压到毫秒级。家用场景下，直接在交换机上关掉STP、用静态ARP+端口绑定更干脆。
一个实测有效的小配置
华三S12500系列交换机上，把默认生成树模式从MSTP切到RSTP，并调小Hello时间：
system-view
stp mode rstp
stp timer hello 1
stp root primary改完重启端口，局域网ping抖动从12ms降到1.8ms左右（实测环境：12台终端，含NAS和4K投屏）。
最后是应用层取舍：有些NAS系统默认开启远程同步冗余校验，每次写入都等异地确认，本地局域网传输也变慢。关掉实时跨站校验，改成每小时异步校验一次，读写速度立马回来，又不影响数据安全。
冗余设计不是拼设备数量，而是判断哪一环最容易断、哪一环最怕抖。主光猫出问题，5秒内切到备用线；但DNS解析慢，就得本地搭dnsmasq缓存+预热常用域名，而不是再加一台DNS服务器来回转发。