插一嘴，100 万小时是 MTBF 不是预期寿命。而且 1M 的 MTBF 算低的，消费级水平。

想要更强是吧，上三层机的话功能一大堆了：Vlan 、QoS 、ACL 、AAA 、IGMP snooping 、DHCP relay 、DHCP server 、DHCP snooping 、SNMP 、RMON 、RIP 、OSPF 、BGP...

@crc8 #4
联通日本方向差不多是家宽里的天花板了吧。

上海 9929/4837 <-> AWS 东京，ping 34ms, 带宽 2100M 下 500M 上

mwan3 是用 policy routing 基于 fwmark 分流的，mangle 表里有相应规则。一个常见的问题是如果有其他插件设置了 fwmark ，需要改默认的 fwmask （#6 的 0x3f00 ），如果这个插件不支持 fwmask 那就是不兼容。openclash 就有这个问题，fw4 的处理有问题，需要魔改一下脚本

第 3 第 4 条就是入站来源的路由：


Output of "ip -4 rule show"
-------------------------------------------------
0: from all lookup local
1000: from all fwmark 0x162 lookup 354
1001: from all iif pppoe-wan1 lookup 1
1002: from all iif pppoe-wan2 lookup 2
2001: from all fwmark 0x100/0x3f00 lookup 1
2002: from all fwmark 0x200/0x3f00 lookup 2
2061: from all fwmark 0x3d00/0x3f00 blackhole
2062: from all fwmark 0x3e00/0x3f00 unreachable
3001: from all fwmark 0x100/0x3f00 unreachable
3002: from all fwmark 0x200/0x3f00 unreachable
32766: from all lookup main
32767: from all lookup default

另外，入站一般不需要配置的，mwan3 的默认规则里有针对来源接口的路由，建议你看看 wiki：


1. Restore mark if previous set. If successful marked, goto step 5.
2. Check if the packet arrives on a wan interface. If originated from a local connected ip network, then mark packet with default iface_id. If the packet is from another (non-local) network and arrives on wan interface, then mark it with iface_id. If successful marked, goto step 5.
3. Check if packet destined for a known ip network (has a route for it other than default). If so then mark packet with default iface_id and goto step 5.
4. Check if packet source address is that of a wan interface. If so use that wan interface for routing regardless of user defined rules and mark packet with iface_id of corresponding wan.
5. Apply user rules and mark with configured iface_id. If no match leave unmarked.
6. If marked then save mark.

ImmortalWrt 23.05.0-rc3 mwan3 wtih fw4 运行挺久了，没遇到你说的问题，把 debug 信息贴出来看看

@mohumohu www.itdog.cn 也能再现，商宽直连也能再现，应该是阿里的区域性故障了

目前发现阿里 DNS+上海联通的组合全部解析到香港，其余暂未发现

先连有线再说

确定不是你线路不行？，油管测速 50 万的路过

然而你这样就访问不了光猫了。要想访问光猫必须把网段改了，还要开 macvlan 不然拿不到 IP 。当然你想每次网线插光猫上连当我没说。

TCP 暴力发包或者走 UDP

问题的根本原因是国内的宽带市场是个各类监管垄断下的奇葩中的奇葩，没有第四家 ISP ，没有 IX ，没有国外 Tier1 的 POP ，自建 ASN 做 PEER 费用上天，各省独立核算，全球独此一家

主路由测速正常首先排除 ISP 和主路由的问题。局域网内网速正常是指连接主路由的 PC 和连接次路由的 PC 之间 iperf 测速吗？如果是那么可能是次路由 NAT 性能问题（不知道你网络拓扑），如果不是建议你先按这方法测试。另外，如果是无线回程或 WPS 组网，那么这个网速非常正常

联通 FTTR 感觉还不如多条便宜宽带聚合，卖那么贵不知道卖点在哪。一条 40 元 1200/250 ，想要多快就多装几条

槽点有点多。真相就是，所谓的“Wifi 断开”是指 NCSI 检测到无法访问 Probe 服务器，显示无网络图标。你点击 Wifi 可以看到还是连着的，DHCP 有，Ping 网关还能通。Wireguard 不管握手成不成功都会显示已连接，判断是否连接成功的标准是最近心跳。你把默认路由都指向隧道了，隧道又没通，当然显示无网络了。

@bmy001 9929 到日本大部分不经过 10099 ，走 9929/4837 的东京 pop ，少数在上海 pop

@SenLief 玩过 IPLC ，口子普遍挺小的，只有延迟、过墙和没有 QoS 是亮点了