【留档】🇸🇬 OVH Singapore CN2/9929 回程测试

前言

最近看到论坛里又有人讨论起 GRE 隧道（这套方案在 2020 年前后很火）：

https://www.nodeseek.com/post-899964-1

更新

打测试可以 不要打CC啊 就分配了2个核心，打CC不是玩不起吗 ^-^

不过美西OVH有一个问题，并不直达中国大陆，而是会绕行很多路由，例如法国/加拿大，所以优化效果只能做到降低抖动，我很好奇如果是新加坡呢，故找脸熟的老板开了IP Transit ^-^

实际测试下来，移动方向主要体现在丢包改善，而电信和联通无论延迟还是稳定性提升都非常明显。

测试

测试 IPv4：15.235.210.126（已放行 ICMP / TCP / UDP 测试）

闲时	晚高峰

回程线路

目前回程策略为：电信 CN2 GIA、联通 AS9929、移动 CMI。

容灾逻辑：若当前线路故障，会自动切换至三网强制 CMI；若专线全部中断，则自动回落至机房原始默认路由。

攻击处理

日常状态下保持优质回程；当遭遇攻击时，OVH 自动介入去回程清洗（Edge Cleaning），攻击停止后立即切回精品线路。

实测常规的小流量 Booter 攻击几乎无感波动；找朋友拉到 500G–600Gbps SYN Flood 压测时，国内入口方向会出现短时抖动，但很快就能收敛恢复正常。

技术原理

底层基于 BCP 38 + GRE 隧道。如果没有合规的 IP Transit 权限，通常只能靠 IP Spoofing 强行回包，但实测这种方式不稳定；再加上亚太/新加坡方向国内运营商对 UDP QoS 限制严重甚至直接丢弃，往往还需要额外做一层协议转换，极其繁琐。所以直接接入 IP Transit 是目前比较稳定的方案。

除非确实有实际业务需求，否则不建议普通玩家特意折腾。这套方案虽然算得上目前比较平价的亚太高防，但成本门槛确实不低（优质带宽在 20 USD/Mbps 左右，顺便提一嘴，我测的这条 9929 商家也直说是混线的 ^-^ ）并且这套方案也有一点违规风险，我只拥有/32，所以测试完毕后看心情就删掉了。

^-^