SoftLayer应该是蛮有名的数据中心了，IBM收购了这家数据中心用于发展公共云服务。
似乎SoftLayer的各个节点对于天朝网络“优化”不足，下面是三个节点的IP，求各位的坐标和Ping的情况。
香港：119.81.149.98
日本：161.202.64.132
德国：159.122.71.148
最初测试香港的主机的时候因为网络延迟太大丢包多而联系SoftLayer的客服询问更换IP的需求，结果好像SoftLayer自动化程度的缘故，人工不能去更改这个服务器的公网IP，也不能退费（在协议里有说明任何付费的服务都不予以refund），让我配合Traceroute发现是在天朝的某个电信路由节点就延时很大了，我想我们都知道怎么回事了的，天朝这么针对SoftLayer的网络段么？
成都电信
D:\>ping 119.81.149.98 -t
正在 Ping 119.81.149.98 具有 32 字节的数据:
来自 119.81.149.98 的回复: 字节=32 时间=267ms TTL=47
来自 119.81.149.98 的回复: 字节=32 时间=273ms TTL=47
来自 119.81.149.98 的回复: 字节=32 时间=266ms TTL=47
来自 119.81.149.98 的回复: 字节=32 时间=335ms TTL=47
来自 119.81.149.98 的回复: 字节=32 时间=258ms TTL=47
来自 119.81.149.98 的回复: 字节=32 时间=271ms TTL=47
来自 119.81.149.98 的回复: 字节=32 时间=263ms TTL=47
来自 119.81.149.98 的回复: 字节=32 时间=263ms TTL=47
来自 119.81.149.98 的回复: 字节=32 时间=272ms TTL=47
来自 119.81.149.98 的回复: 字节=32 时间=272ms TTL=47
119.81.149.98 的 Ping 统计信息:
数据包: 已发送 = 10，已接收 = 10，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 258ms，最长 = 335ms，平均 = 274ms
D:\>ping 161.202.64.132 -t
正在 Ping 161.202.64.132 具有 32 字节的数据:
来自 161.202.64.132 的回复: 字节=32 时间=363ms TTL=46
来自 161.202.64.132 的回复: 字节=32 时间=337ms TTL=46
来自 161.202.64.132 的回复: 字节=32 时间=342ms TTL=46
来自 161.202.64.132 的回复: 字节=32 时间=331ms TTL=46
来自 161.202.64.132 的回复: 字节=32 时间=334ms TTL=46
来自 161.202.64.132 的回复: 字节=32 时间=335ms TTL=46
来自 161.202.64.132 的回复: 字节=32 时间=346ms TTL=46
来自 161.202.64.132 的回复: 字节=32 时间=336ms TTL=46
来自 161.202.64.132 的回复: 字节=32 时间=332ms TTL=46
161.202.64.132 的 Ping 统计信息:
数据包: 已发送 = 9，已接收 = 9，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 331ms，最长 = 363ms，平均 = 339ms
D:\>ping 159.122.71.148 -t
正在 Ping 159.122.71.148 具有 32 字节的数据:
来自 159.122.71.148 的回复: 字节=32 时间=321ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=326ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=322ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=311ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=353ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=313ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=306ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=304ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=312ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=364ms TTL=50
159.122.71.148 的 Ping 统计信息:
数据包: 已发送 = 10，已接收 = 10，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 304ms，最长 = 364ms，平均 = 323ms
我的在阿姆斯特丹，13年网络最好的时候延迟190ms，平时正常水平220~250ms。现在电信抽风350ms〜450ms不定的水平。有过不定期短时间内走的nlayer，虽然是穿越整个美国，但是延迟220ms左右。Telia是抽风大户，最高有过600ms。去年电信＂犯贱＂前夕该走Level3，只能说比Telia稳定点。
13年的时候电信20M，下载能满速。
@initialdp 你的网络比我西安电信还糟糕呢，我这网络ping SL的HK节点是200多ms
貌似香港节点有丢包，不科学啊？。。
D:\>ping 119.81.149.98
正在 Ping 119.81.149.98 具有 32 字节的数据:
来自 119.81.149.98 的回复: 字节=32 时间=515ms TTL=46
请求超时。
来自 119.81.149.98 的回复: 字节=32 时间=530ms TTL=46
来自 119.81.149.98 的回复: 字节=32 时间=528ms TTL=46
119.81.149.98 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 3，丢失 = 1 (25% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 515ms，最长 = 530ms，平均 = 524ms
D:\>ping 161.202.64.132
正在 Ping 161.202.64.132 具有 32 字节的数据:
来自 161.202.64.132 的回复: 字节=32 时间=530ms TTL=42
来自 161.202.64.132 的回复: 字节=32 时间=604ms TTL=42
来自 161.202.64.132 的回复: 字节=32 时间=470ms TTL=42
来自 161.202.64.132 的回复: 字节=32 时间=470ms TTL=42
161.202.64.132 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 470ms，最长 = 604ms，平均 = 518ms
D:\>ping 159.122.71.148
正在 Ping 159.122.71.148 具有 32 字节的数据:
来自 159.122.71.148 的回复: 字节=32 时间=592ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=657ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=672ms TTL=50
来自 159.122.71.148 的回复: 字节=32 时间=552ms TTL=50
159.122.71.148 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 552ms，最长 = 672ms，平均 = 618ms
@lolicon 是说那种有的香港主机说有国际带宽的（大陆电信光纤直连的），ping值超时也只有两位数的那种电信直连的带宽么？
@leopard080264 上海电信访问SL的香港日本服务器速度这么好？
@jylee 这SL香港服务器对广州移动这么友好？友好的跟大陆内的服务器一样。
@halczy 你在华南啊，比华东这矬网应该好不少。HK的SL我这基本上废物级别。就和记和VIP的Rackspace好点。
@sycsycsyc378 以前香港那个SL（HK4？），虽然要绕道美国，不过走的是一个很罕见的线路（XO Comm）。所以基本是全速。不过一个月前线路就调整了。
Astrill日本和香港SL的服务器都有，电信全特么绕美国！
C:\>ping 119.81.149.98
Pinging 119.81.149.98 with 32 bytes of data:
Reply from 119.81.149.98: bytes=32 time=12ms TTL=47
Reply from 119.81.149.98: bytes=32 time=11ms TTL=47
Reply from 119.81.149.98: bytes=32 time=12ms TTL=47
Reply from 119.81.149.98: bytes=32 time=13ms TTL=47
Ping statistics for 119.81.149.98:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 11ms, Maximum = 13ms, Average = 12ms
C:\>ping 161.202.64.132
Pinging 161.202.64.132 with 32 bytes of data:
Reply from 161.202.64.132: bytes=32 time=56ms TTL=46
Reply from 161.202.64.132: bytes=32 time=59ms TTL=46
Reply from 161.202.64.132: bytes=32 time=57ms TTL=46
Reply from 161.202.64.132: bytes=32 time=69ms TTL=46
Ping statistics for 161.202.64.132:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 56ms, Maximum = 69ms, Average = 60ms
C:\>ping 159.122.71.148
Pinging 159.122.71.148 with 32 bytes of data:
Reply from 159.122.71.148: bytes=32 time=326ms TTL=44
Reply from 159.122.71.148: bytes=32 time=327ms TTL=44
Reply from 159.122.71.148: bytes=32 time=329ms TTL=44
Reply from 159.122.71.148: bytes=32 time=332ms TTL=44
Ping statistics for 159.122.71.148:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 326ms, Maximum = 332ms, Average = 328ms
广州移动-。-
@shixinyu
@kiritoalex
不丢包
上海电信，昨天欧洲线路调整了，延时高了30ms，没办法
不是天朝针对SoftLayer，是SoftLayer没有针对天朝优化，没有把好的线路给天朝
这种事情应该去http://www.hostloc.com/问
因为便宜，他们没买电信直连的带宽
上海电信到香港那个ip是从美国绕一圈再回来的..
还不如直接买美国西海岸的节点呢
很差，最近他们狂做推广，销售电话跟进的厉害，折扣也大，但是网络太差不敢用啊
@kiritoalex 延时大，丢包成这样简直不能用的，连SSH都是幻灯片。
@c0878 是否有太多天朝不喜欢的那类网站都托管在SoftLayer了所以天朝特别针对SoftLayer？
sourceforge的镜像就有，不过下载太慢简直不能正常玩耍
都慢 人家没有专门针对天朝优化过
@Do 看来要服务大陆网民的应用不敢把Backend服务器托管在SoftLayer了。