32ms和240ms一起负载均衡 - 如何将移动NOC去世的马死而复生?
看看这OVH的ping，是多么的光滑，多么的圆润，为啥我的总是上下反复横跳？！
本篇不仅限适配于Skywolf香港线路，所有移动遇到ECMP不合理配置的线路均可完美适配。
起因是群友在合作款的机器上发现上海移动IPv6连过去可以直达香港，也可以绕欧洲再回到香港。
ping可以从32ms到240ms间多挡位反复横跳，同样的源IP和目标IP，每天要变1次以上。
总不见得你ECMP刷新一下，我手工从慢的线路切成快的。
游戏打了一半和队友来一句：WAIT！Let me adjust my network ...
今天我们的任务是 ：
1 将数据包全部发到直连线路里
2 全自动切换高延迟的线路到低延迟
3 切换线路时0丢包
Link :
https://blog.boom.si/index.php/archives/514/
文章密码 :
fuckcmcc
国内三大运营商实际上都有这样的策略，电信的策略基本是同方向，延迟差异不大。
联通我不常使用，但是以前用的时候也没遇到过类似情况。
可以说，这个问题就移动比较严重。
苦于移动又对 Wireguard 这种可以指定端口的VPN严重限制上行速率。
也就是说移动同时出了QOS+ECMP两个难题给用户，在破解ECMP的时候又不能触发移动的QOS机制，所以才会有这个复杂的破解流程。
总之慢慢研究，新手不用急着一下子学会。。。
————————————————
UPDATE : GRE隧道拆掉 , 直接用 IPv6 连Shadowsocks服务器 . TCP同样上行被限到1M , 至少上海移动是这样 . 可能有部分地区移动TCP上行不限 . 因此还是建议保留GRE , 直接 IPv4 over IPv6 在这一层做好配置Clash 也更简单 - -
UPDATE2 : 更新了两种更简便但是无法兼顾UDP的方法。
速效版 ：
https://t.me/boomtechreviews/1841
入门版 :
https://t.me/boomtechreviews/1844
#network #clash
看看这OVH的ping，是多么的光滑，多么的圆润，为啥我的总是上下反复横跳？！
本篇不仅限适配于Skywolf香港线路，所有移动遇到ECMP不合理配置的线路均可完美适配。
起因是群友在合作款的机器上发现上海移动IPv6连过去可以直达香港，也可以绕欧洲再回到香港。
ping可以从32ms到240ms间多挡位反复横跳，同样的源IP和目标IP，每天要变1次以上。
总不见得你ECMP刷新一下，我手工从慢的线路切成快的。
游戏打了一半和队友来一句：WAIT！Let me adjust my network ...
今天我们的任务是 ：
1 将数据包全部发到直连线路里
2 全自动切换高延迟的线路到低延迟
3 切换线路时0丢包
Link :
https://blog.boom.si/index.php/archives/514/
文章密码 :
fuckcmcc
国内三大运营商实际上都有这样的策略，电信的策略基本是同方向，延迟差异不大。
联通我不常使用，但是以前用的时候也没遇到过类似情况。
可以说，这个问题就移动比较严重。
苦于移动又对 Wireguard 这种可以指定端口的VPN严重限制上行速率。
也就是说移动同时出了QOS+ECMP两个难题给用户，在破解ECMP的时候又不能触发移动的QOS机制，所以才会有这个复杂的破解流程。
总之慢慢研究，新手不用急着一下子学会。。。
————————————————
UPDATE : GRE隧道拆掉 , 直接用 IPv6 连Shadowsocks服务器 . TCP同样上行被限到1M , 至少上海移动是这样 . 可能有部分地区移动TCP上行不限 . 因此还是建议保留GRE , 直接 IPv4 over IPv6 在这一层做好配置Clash 也更简单 - -
UPDATE2 : 更新了两种更简便但是无法兼顾UDP的方法。
速效版 ：
https://t.me/boomtechreviews/1841
入门版 :
https://t.me/boomtechreviews/1844
#network #clash