关于移动国际出口汇聚层骨干的发现

境内和境外部分的骨干网北京和广州也是直连，少画了一条线

大家可以去 ipip.net 随便选测境外节点测试回程

测试 ip 221.178.125.1 重庆移动，走上海出口
39.144.17.1 重庆移动，走广州出口

似乎并不，宿迁移动通过广州移动到达 pccw 明显效果很好，目前切换至了上海移动，效果下降很严重

北美到北京也有不堵的，

而且补充一下 icmp ping 没啥实际意义

@bibiisme 北京--北美哪条线不堵？

@holajamc icmp 还是比较靠谱的，虽然没 tcp 准。只是少数 TCP 和 icmp 路由不一样的差距比较大。

@tarsier 我 2 月用 ION 圣何塞的时候，走北京移动回来，晚上单线程 80M 零丢包。

@bibiisme 北京移动大部分汇聚层都是堵的了，都不用考虑到哪个国家了

@bibiisme 并不是这样，有一些美西商家会使用 ICMP 的 GIA CN2，而 TCP 走 163
但是你的访问 协议没有一个基于 ICMP

@my2492 图片重新弄一下吧。

@my2492 北京移动和广州移动的汇聚层为何堵？

@holajamc 什么叫 ICMP 的 GIA CN2，而 TCP 走 163 ？

@bclerdx 分协议走不同的路由，还有些商家根据包大小走不同线路，更难发现

@holajamc 我说了有些 TCP 和 ICMP 走的路由不一样的差距会比较大，你说的和我说的有啥区别？

@bibiisme 回复『 icmp 还是比较靠谱的』，除了能测速还能干啥

@holajamc 楼主不是拿 icmp 来测速？ icmp 和 tcp 走一样的路由，测速有啥问题？

@bclerdx ion 洛杉矶就是，mtr 看 icmp 走 gia，tcp 走 gt

@bibiisme 测速我用的 tcp，移动 icmp 路由一样但是优先级高

@my2492 我这移动 icmp 到哪都丢得一塌糊涂，只能 gia 了。上面说那个 ION 圣何塞不稳定，本地换个 IP 有时候就走到堵的路由了。

@bibiisme 确实，三个出口都有不塞的链路，上海不塞的是最多的

@bibiisme 什么工具既可以测试 icmp 协议的路由，又可以测试 TCP 协议的路由？

@bclerdx 这家不是不保证 gia cn2 吗

@bclerdx mtr 默认 icmp，加个-T 就是 tcp 了

@my2492 四川移动只能走到北京或者广州的出口，广州我还没发现不炸的链路。。。

@bibiisme 你说的 MTR 是哪款工具？好像好多类似工具都家 MTR ？比如 WINMTR 界面版的就没法加-T 哦？

@holajamc 宿迁老乡？

移动到 aws jp (jpix-上海移动) 和 IIJ (去程绕 hkix，回程直连上海移动) 感觉都还不错，当时 oracle 号还没被封的时候移动到 frankfurt (回程伦敦 telia 到北京移动) 也能跑满。移动到 GCP 好像不是很稳定，我是去程绕日的 IP 段，前几个月还能跑满，现在也掉成个位数了。
（另：这几天联通 aws jp (上海-东京 NTT) 炸得不行，联通 kopt (上海-大阪 NTT) 倒是还不错；北京联通-东京 NTT 似乎一直在炸，从来没见好过）

@mnihyc 错了，上面的上海移动全部是广州移动，IP 变了没怎么在意...... jpix-广州移动 和 IIJ-广州移动速度都不差

墙就是没有规则的弄你，才叫墙，大多数人是没办法解决的

@mnihyc 同样是广州回的，好像不同运营商分配到的国内汇聚链路也不一样，cmi 直连的分配到的国内链路全是炸的,IIJ 貌似还行，晚上 9 点多 IIJ 油管 7W+

@my2492 大概是随机的吧，可能有的区走的流量比较少大概对应的国内段就会比较不堵，另 aws jp 的 equinix 从日本 CMI 回广州移动体验不错，总体上跟 IIJ 差不多。到 GCP HK 也是延迟比较高，等一会速度还是跑得起来的。