来个广东联通用户帮我测下延迟！

共计 1277 个字符，预计需要花费 4 分钟才能阅读完成。

ping 以下 16.163.147.34
AWS 香港，看看绕不绕路。

绕日本，有掉包深圳联通 - 上海联通 - 日本东京 - 中国香港
延迟 130 直连是不可能直连的广东移动绕日联通电信绕日本的如果是 web 应用和上网场景，还不如直接用个美西的 4837 稳定，如果是游戏低延迟为啥不用 iplc，莫非 aws 白 p 的

那肯定是白 ** 的啊，一个月 100G 流量也刚够用。绕东京正在 Ping 16.163.147.34 具有 32 字节的数据:
来自 16.163.147.34 的回复: 字节 =32 时间 =143ms TTL=47
来自 16.163.147.34 的回复: 字节 =32 时间 =137ms TTL=47
来自 16.163.147.34 的回复: 字节 =32 时间 =141ms TTL=47
来自 16.163.147.34 的回复: 字节 =32 时间 =139ms TTL=47

果然还是绕，老哥再帮我 ping 下 13.125.122.73 正在 Ping 13.125.122.73 具有 32 字节的数据:
来自 13.125.122.73 的回复: 字节 =32 时间 =90ms TTL=43
来自 13.125.122.73 的回复: 字节 =32 时间 =89ms TTL=43
来自 13.125.122.73 的回复: 字节 =32 时间 =90ms TTL=43
来自 13.125.122.73 的回复: 字节 =32 时间 =90ms TTL=43
13.125.122.73 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间 (以毫秒为单位):
最短 = 89ms，最长 = 90ms，平均 = 89msC:Userspony>ping 16.163.147.34
正在 Ping 16.163.147.34 具有 32 字节的数据:
来自 16.163.147.34 的回复: 字节 =32 时间 =102ms TTL=45
来自 16.163.147.34 的回复: 字节 =32 时间 =102ms TTL=45
来自 16.163.147.34 的回复: 字节 =32 时间 =102ms TTL=45
来自 16.163.147.34 的回复: 字节 =32 时间 =102ms TTL=45
16.163.147.34 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 102ms，最长 = 102ms，平均 = 102ms

3Q 其实你可以去 ipip.net 在线 trace 一下…