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

绕日本，有掉包

深圳联通-上海联通-日本东京-中国香港
延迟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，平均 = 89ms

C:\Users\pony>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一下…