我在 https://v2ex.com/t/739809 里写的教程就是 Mikrotik 做主路由 + 旁路由跑代理。通过路由协议做到只有国外流量才走旁路由，国内流量直接从 RouterOS 出去。

坏处就是配置起来略麻烦，但是配置好了后很稳定。

如果配置成所有流量都走旁路由那是没什么意思，还不如直接把旁路由当作主路由来用。

现在的运营商传输语音、短信业务用的也是 IP NGN 。区别在于 QoS 比普通 IP 业务高得多，另外设计有大量冗余，可靠性要高于一般的 IP 流量。

这种距离下稳定传输，可能没有比买运营商宽带性价比更高的方法了。

搞中继设备施工都要钱啊，而且效果还比不上光纤。

按照 CDN 厂商的建议配置就行，比如 Cloudflare：

https://support.cloudflare.com/hc/en-us/articles/200170786-Restoring-original-visitor-IPs-logging-visitor-IP-addresses

用正则是有点太土了。http://nginx.org/en/docs/http/ngx_http_realip_module.html 专门干这个的。

强制重启，SIM 卡没有正常 reset，就不需要再输一次密码。

@lutian 简直不要太容易。检测 Updrade header 即可。

要公网微信搜索电信客服，直接在线就给改了。

这是老 bug 了，一直都这样，后来换免费的 VMWare Fusion 后再没出过问题。

@JamesLewisLiu 当然可以的，如果用 OpenWRT 作为主路由，只要在上面跑 OSPF 协议即可，树莓派这边的配置是一样的。

因为 OSPF 是常见的标准协议，同理主路由可以为任何支持 OSPF 的系统，OpenWRT，Cisco IOS，JunOS 等等都应该可以。

@ttvast 这就很奇怪了，实际上 Linux 的内核路由表一开始也是哈希查询，2.6 之后为了优化前缀查询性能才改成了 trie 树。另外只有第一个数据包需要走 trie，后面往同一地址的数据包直接走路由缓存，O(1)。

https://vincent.bernat.ch/en/blog/2017-performance-progression-ipv4-route-lookup-linux

因为改成 ipset 也不是个小改动，CPU 100% 很有可能不是路由导致的。可以在 RoS 里跑一下 profiler 看看是什么东西用了 CPU 。

我在 hEX 上实测的，200M 跑满测速 CPU 最高峰也只用了 10%。平均在 3-7% 之间。

TR069 一般都能跑到线速，因为是运营商直接搞的 L2TP VPN，不像 PPPoE 会被 Radius 下发限速模版。

不过想限制当然也可以，一开始谁想过你们还能这么玩 😂

@stevefan1999 要是跑 BGP，@noahzh 提到的的按照源 IP 路由的功能就能基于 BGP FlowSpec 做了，然而 Mikrotik 太懒了，到现在还没有加 FlowSpec 支持。。

@onion83 是的，如果 ipset + routing mark + 监控脚本自动切路由，那效果可以达到基本一致。最大的坑就是 RoS 6 到现在也不支持 IPv6 的 PBR，所以如果想搞 IPv6 的分流就没辙了。虽然有传言 RoS 7 支持，但是看论坛里报的那个 bug 的数量。。实在是不敢用

实际上跑 OSPF 除了一开始配置稍微麻烦点，后面更新起来和健康检查什么的都要好做的多。因为都可以在旁路由上实现，路由器上的配置就只有几行，也没有频繁修改配置的风险。

@noahzh 更新的话，先把 https://github.com/dndx/nchnroutes/blob/main/Makefile 里面最后的几行注释去掉，然后直接在旁路由上用 root 跑了个 cron：

```
0 0 * * 0 make -C /home/pi/nchnroutes
```

然后 BIRD 就会自动把变更了的的 prefix 宣告给 RoS 。

@noahzh 这个是不行的，如果要按照来源来路由那就只能走 PBR 了。

这套方案不依赖于 UDP，比如你在旁路由上跑个 ss-redir + iptables 来转发效果也是一样的。

@noahzh 只要能 tunnel 跑 UDP 就可以，实际上我用了 udp2raw，把 UDP 包装成 TCP 。关键是要把 MTU 设对，否则一分片马上延迟爆炸。目前找到的好办法就是 `tcpdump` 配合 `ping -s` 来看封装后的 IP 包的大小。

@ericbize 这个方法我一开始考虑过，然而 RoS 不知道为什么导入静态路由速度爆炸，后来被迫放弃。后来我在找解决方法的时候还是在网上搜到了 RoS 论坛里有人抱怨这个问题 https://forum.mikrotik.com/viewtopic.php?t=117529 才想到可以跑路由协议。不过如果有国外的 IP 路由表，那也可以在隧道另一头拉路由，这样就可以不用默认路由了。

@ihipop VRRP 的话，因为不希望国内流量也走旁路由，所以不能满足需求

@miyunda fixed

@cwbsw 路由器最基本的功能就是根据路由表决定下一跳，如果这个性能都做不好那也不可能有性能更好的办法了。ipset 这种要走防火墙额外处理的只会比路由表更慢。

实际上 BGP 全表就算聚合后现在的大小也有快 50 万条路由了，10000 条跟这个比起来是小巫见大巫。用 ROS 跑 BGP 全表的人很多，要是这些都处理不了 ROS 就没法用了。

另外 Linux 的路由表查询其实是有缓存的，并不是每个数据包都要完整的查一遍。

http://linux-ip.net/html/routing-cache.html
https://superuser.com/questions/419659/iptables-vs-route
https://serverfault.com/questions/334885/use-iptables-or-null-route-for-blacklisting-about-1-million-ip-addresses

@avastms 相对于 PBR 的好处上面也都说了，的确是比较折腾一些，但是也能学到不少知识。另外的确可用性要比 PBR 和静态路由高一些。具体需不需这么高的可用性就看每个人各自的需求了。。。

其实我想说那些用 PBR 的看起来也挺折腾的...虽然看起来旁路由上配置简单，但是 ROS 上的配置可就复杂多了。

@zro 自带的肯定都不行，但是在树莓派上稍微伪装一下就可以。

有这么做的，比如 LMDB 就是靠 mmap 和操作系统来管理 page buffer 的。