@CernetBoom @hlz0812
我主要说的是 163 情况 毕竟 CN2 独立 IP 终究不是谁想用就用的上的
不过最近不是新开了 NCP 嘛 排除国内汇聚问题 理论上可以跑到 110ms
另外感谢两位纠正了一些错误，加之我拿到的信息比较早，有些错误请谅解。

据他们说全网双向 CN2，但是有限速，我猜应该有坑。

@hlz0812
是的，电信不会给 163 扩容，整天声称扩容 CN2，然后 CN2 到晚上居然还会炸，真的是搞笑。电信拒绝和国外的大型运营商签署大流量交互，于是都靠免费流量过日子，加之电信用户都爱折腾日本 VPS，导致往日本 4 线全废。我原来是真的没看到汇聚炸这个事情，因为去程在 trace 中根本看不出来，现在从 VPS 返程 trace 才发现，是返程路由汇聚炸的太明显了。
锐速\BBR 线路不好救不了，加之最近某墙流量识别能力非常强，某 R 用几天就废了，必须用 V2RAY 等非主流协议工具才行 。 PS:电信某下面分公司私自搞外服加速器好久了，卖的贵的要死，然后通过卖自己的 CN2 流量出口赚钱。

@CernetBoom @bclerdx 懂了，感谢二位解答！

@bclerdx @CernetBoom
我家是电信+移动（铁通）双网
原来是这样啊，但是我有一点不是很懂，求指点。
我看到每次高峰时期电信在上海最后一跳都是好的，到美国也是 140ms 的正常延时但是到 Telia、Level3 就爆炸，就误以为是在国际出口外面 Peer 的问题。。。那么我们平时看到的一离开电信自己的自治边界又各种丢包异常现象是怎么一回事呢（在 TCP 状态下，UDP 丢包很正常，毕竟路由对 UDP 包的优先级是最低的）

@CernetBoom 上海 163 到洛杉矶 CC 机房应该还是可以的吧？ 163 去日本 IJJ NTT Softblank 都日常炸
最近准备尝试一下 CN2 韩国的 T2 不知道怎么样

@EdifierDrew
电信：
最近由于未知原因，电信 SJO 登陆数据中心不能直达西雅图，节点全部要往美国其他地区绕 然后电信和那些地区的 peer 水管本来就小，就爆炸了（你可以看到登陆美国圣何塞 SJO 时的 IP AS4134 是延时正常的，然后 peer 到另外一个自治边界，延时猛增，后面就开始疯狂掉包，我从 VPS 回程 TCP Traceroute，看了一下情况还要糟糕）
但是并不是绝对的，有那么几个特定的电信 ip 段（我反复拨号去测试），会在洛杉矶 LAX 登陆，然后走 Telia AS1299 再回圣何塞 SJO 去然后一路顺着 telia 直连西雅图，再切 wowrack 和 eonix peer，这样延时只有 156ms 左右。
如果你有公网的话，你需要做的只是不断的重新拨号，拨到你的 IP 路由路径是走洛杉矶的即可 [注意猫 IP 网关的变化，如果只是 IP 变化，网关依旧不变，则无效] 另外 高峰时回程 电信和 Telia peer 经常炸 延时也会飙到 240ms+
联通：
上海 /浙江 /江苏等地的联通连 eonix 会抽风去绕北京联通，然后到美国联通由于水管不够大，炸的飞起。。
移动：
魔都长江三角洲的移动网络会选择移动的上海出口到美国圣何塞 SJO 移动，然后去洛杉矶和 AS174 cogentco peer 但是还是瓶颈问题，比起联通的拥堵要好很多，但是平时的延时还是要在 250-340ms （高峰）左右

通过以上分析，我得出了一个结论，eonix 的西雅图节点并不适合给大陆用户使用。
现在：我已经弃疗，加钱买双向 CN2 VPS 去了.....
（顺便说一句，日本的 SBcloud 软银限速真心难受，高峰 BBR 也优化不了多少，最大 3M 的样子 qwq ） [VPS 100M 水管]

test
<img alt="hello" src="https://i.imgur.com/Q3VPm17.png">

呵呵，我也是，不知道怎么了。

@MicrosoftAzure 我用PAC从没发生过任何问题，偶尔一次是因为我修改PAC部分多打了一个字母，我建议你到官网从新下一个新的再试！

@zxhzxhz 这是防ping的服务器，不信你把这些ip打开看看，均能访问!

@lazycat 我卡饭，xx等论坛全都公布过了，差不多过了4、5个月了，还是没多大动静，所以说折腾不是