SoftLayer 的独立服务器网络在天朝访问情况

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

Recommended Services

› Amazon Web Services

› LeanCloud

› New Relic

› ClearDB

这是一个创建于 3402 天前的主题，其中的信息可能已经有所发展或是发生改变。

SoftLayer应该是蛮有名的数据中心了，IBM收购了这家数据中心用于发展公共云服务。
似乎SoftLayer的各个节点对于天朝网络“优化”不足，下面是三个节点的IP，求各位的坐标和Ping的情况。
香港：119.81.149.98
日本：161.202.64.132
德国：159.122.71.148

最初测试香港的主机的时候因为网络延迟太大丢包多而联系SoftLayer的客服询问更换IP的需求，结果好像SoftLayer自动化程度的缘故，人工不能去更改这个服务器的公网IP，也不能退费（在协议里有说明任何付费的服务都不予以refund），让我配合Traceroute发现是在天朝的某个电信路由节点就延时很大了，我想我们都知道怎么回事了的，天朝这么针对SoftLayer的网络段么？

SoftLayer

节点

天朝

24 条回复 • 2016-01-22 11:43:14 +08:00

c0878

2015-01-07 11:13:39 +08:00

都慢人家没有专门针对天朝优化过

kiritoalex

2015-01-07 11:14:55 +08:00 via Android

sourceforge的镜像就有，不过下载太慢简直不能正常玩耍

shixinyu

2015-01-07 11:19:40 +08:00

@c0878 是否有太多天朝不喜欢的那类网站都托管在SoftLayer了所以天朝特别针对SoftLayer？

shixinyu

2015-01-07 11:20:14 +08:00

@kiritoalex 延时大，丢包成这样简直不能用的，连SSH都是幻灯片。

bellchu

2015-01-07 11:27:29 +08:00

很差，最近他们狂做推广，销售电话跟进的厉害，折扣也大，但是网络太差不敢用啊

aru

2015-01-07 11:29:09 +08:00

上海电信到香港那个ip是从美国绕一圈再回来的..
还不如直接买美国西海岸的节点呢

lolicon

2015-01-07 11:51:11 +08:00

因为便宜，他们没买电信直连的带宽

lolicon

2015-01-07 11:52:53 +08:00

不是天朝针对SoftLayer，是SoftLayer没有针对天朝优化，没有把好的线路给天朝
这种事情应该去http://www.hostloc.com/问

leopard080264

2015-01-07 12:03:38 +08:00

上海电信，昨天欧洲线路调整了，延时高了30ms，没办法

leopard080264

2015-01-07 12:04:47 +08:00

@shixinyu
@kiritoalex

不丢包

jylee

2015-01-07 12:06:27 +08:00

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

广州移动-。-

sycsycsyc378

2015-01-07 12:37:06 +08:00

Astrill日本和香港SL的服务器都有，电信全特么绕美国！

halczy

2015-01-07 12:43:13 +08:00 via iPhone

@sycsycsyc378 以前香港那个SL（HK4？），虽然要绕道美国，不过走的是一个很罕见的线路（XO Comm）。所以基本是全速。不过一个月前线路就调整了。

sycsycsyc378

2015-01-07 12:47:34 +08:00

@halczy 你在华南啊，比华东这矬网应该好不少。HK的SL我这基本上废物级别。就和记和VIP的Rackspace好点。

shixinyu

2015-01-07 12:58:02 +08:00

@lolicon 是说那种有的香港主机说有国际带宽的（大陆电信光纤直连的），ping值超时也只有两位数的那种电信直连的带宽么？

@leopard080264 上海电信访问SL的香港日本服务器速度这么好？

@jylee 这SL香港服务器对广州移动这么友好？友好的跟大陆内的服务器一样。

initialdp

2015-01-07 13:07:45 +08:00

貌似香港节点有丢包，不科学啊？。。

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

shixinyu

2015-01-07 13:10:29 +08:00

@initialdp 你的网络比我西安电信还糟糕呢，我这网络ping SL的HK节点是200多ms

2015-01-07 13:42:38 +08:00 via iPhone

我的在阿姆斯特丹，13年网络最好的时候延迟190ms，平时正常水平220~250ms。现在电信抽风350ms〜450ms不定的水平。有过不定期短时间内走的nlayer，虽然是穿越整个美国，但是延迟220ms左右。Telia是抽风大户，最高有过600ms。去年电信＂犯贱＂前夕该走Level3，只能说比Telia稳定点。
13年的时候电信20M，下载能满速。

Panglong

2015-01-07 14:29:09 +08:00

成都电信

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

shixinyu

2015-01-07 16:57:19 +08:00

@Do 看来要服务大陆网民的应用不敢把Backend服务器托管在SoftLayer了。

leopard080264

2015-01-07 17:09:11 +08:00

@Do
@shixinyu

softlayer rackspace 都能跑到250M以上，昨天刚调整上海到欧洲的线路，以前都是170-190ms
的

manhan9100

2015-01-07 22:51:17 +08:00

北方联通用户测了一下
日本 //貌似骨干网直连到ntt
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 172.17.123.254 - 0 | 1132 | 1132 | 0 | 0 | 1 | 1 |
| Local ISP - 0 | 1132 | 1132 | 1 | 8 | 104 | 4 |
| Local ISP - 0 | 1132 | 1132 | 4 | 7 | 151 | 6 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| 219.158.100.13 - 0 | 1132 | 1132 | 26 | 30 | 173 | 30 |
| 219.158.6.170 - 1 | 1128 | 1127 | 52 | 56 | 191 | 55 |
| 219.158.97.94 - 1 | 1128 | 1127 | 53 | 59 | 176 | 58 |
| 219.158.97.110 - 1 | 1124 | 1122 | 77 | 109 | 240 | 110 |
| 219.158.38.98 - 1 | 1124 | 1122 | 86 | 110 | 244 | 167 |
| ae-19.r24.tokyjp05.jp.bb.gin.ntt.net - 1 | 1112 | 1107 | 85 | 104 | 247 | 97 |
| ae-2.r00.tokyjp03.jp.bb.gin.ntt.net - 1 | 1124 | 1122 | 113 | 137 | 266 | 139 |
|xe-0-1-0-8.r00.tokyjp03.jp.ce.gin.ntt.net - 0 | 1132 | 1132 | 90 | 104 | 249 | 101 |
| ae5.dar01.tok02.networklayer.com - 1 | 1125 | 1123 | 91 | 104 | 239 | 106 |
| po1.fcr01b.tok02.networklayer.com - 2 | 1066 | 1049 | 94 | 137 | 276 | 126 |
|161.202.64.132-static.reverse.softlayer.com - 1 | 1124 | 1122 | 84 | 100 | 235 | 97 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

香港 //本地-北京-骨干网-日本-美国softlayer-新加坡
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 172.17.123.254 - 0 | 27 | 27 | 0 | 0 | 1 | 1 |
| Local ISP - 0 | 27 | 27 | 3 | 4 | 9 | 4 |
| Local ISP - 0 | 27 | 27 | 6 | 6 | 8 | 7 |
| No response from host - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| 219.158.105.205 - 0 | 27 | 27 | 29 | 31 | 34 | 31 |
| 219.158.7.62 - 0 | 27 | 27 | 47 | 50 | 53 | 53 |
| 219.158.23.110 - 0 | 27 | 27 | 48 | 51 | 55 | 50 |
| 219.158.97.114 - 0 | 27 | 27 | 58 | 66 | 72 | 71 |
| 219.158.38.98 - 0 | 27 | 27 | 84 | 95 | 150 | 93 |
| ae-19.r25.tokyjp05.jp.bb.gin.ntt.net - 0 | 27 | 27 | 87 | 98 | 126 | 95 |
| ae-3.r00.tokyjp03.jp.bb.gin.ntt.net - 5 | 23 | 22 | 117 | 131 | 140 | 137 |
|xe-0-1-0-8.r00.tokyjp03.jp.ce.gin.ntt.net - 0 | 27 | 27 | 89 | 95 | 99 | 97 |
| ae7.bbr02.eq01.tok01.networklayer.com - 0 | 27 | 27 | 89 | 95 | 101 | 91 |
| ae0.bbr01.pn01.hkg01.networklayer.com - 0 | 27 | 27 | 132 | 138 | 144 | 141 |
| ae5.dar01.hkg02.networklayer.com - 0 | 27 | 27 | 143 | 149 | 170 | 147 |
| po1.fcr01.hkg02.networklayer.com - 0 | 27 | 27 | 142 | 153 | 278 | 144 |
|119.81.149.98-static.reverse.softlayer.com - 5 | 23 | 22 | 0 | 182 | 190 | 187 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

德国 //本地-北京-骨干网-欧洲为嘛延这么高...
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 172.17.123.254 - 0 | 158 | 158 | 0 | 0 | 1 | 1 |
| Local ISP - 0 | 158 | 158 | 1 | 5 | 37 | 3 |
| Local ISP - 0 | 158 | 158 | 5 | 7 | 24 | 5 |
| Local ISP - 95 | 34 | 2 | 7 | 8 | 9 | 7 |
| 219.158.105.205 - 0 | 158 | 158 | 28 | 30 | 34 | 32 |
| No response from host - 100 | 32 | 0 | 0 | 0 | 0 | 0 |
| 219.158.23.6 - 0 | 158 | 158 | 119 | 128 | 160 | 129 |
| 219.158.97.34 - 0 | 158 | 158 | 120 | 130 | 140 | 130 |
| 219.158.30.234 - 19 | 92 | 75 | 338 | 354 | 366 | 350 |
| sjo-bb1-link.telia.net - 17 | 98 | 82 | 359 | 376 | 389 | 371 |
| nyk-bb1-link.telia.net - 26 | 79 | 59 | 415 | 452 | 559 | 483 |
| ldn-bb1-link.telia.net - 19 | 91 | 74 | 513 | 539 | 658 | 535 |
| ldn-b3-link.telia.net - 17 | 95 | 79 | 485 | 508 | 527 | 521 |
|xe-1-0-1.bbr01.tg01.lon01.networklayer.com - 23 | 83 | 64 | 484 | 501 | 518 | 498 |
| ae0.bbr01.xn01.fra01.networklayer.com - 16 | 99 | 84 | 0 | 548 | 567 | 550 |
| ae5.dar01.fra02.networklayer.com - 19 | 91 | 74 | 505 | 523 | 530 | 525 |
| po1.fcr01b.fra02.networklayer.com - 19 | 91 | 74 | 532 | 541 | 548 | 547 |
| 159.122.71.148 - 30 | 74 | 52 | 529 | 542 | 548 | 548 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

wdlth

2015-01-07 23:48:33 +08:00

原来电信下SL西雅图还能跑20M，现在不行了。香港就更不用说了。

leungzw

2016-01-22 11:43:14 +08:00 via iPhone

广州电信

u0_a202@HWTIT-AL00:/ $ ping 119.81.149.98
PING 119.81.149.98 (119.81.149.98) 56(84) bytes of data.
64 bytes from 119.81.149.98: icmp_seq=1 ttl=53 time=113 ms
64 bytes from 119.81.149.98: icmp_seq=2 ttl=53 time=131 ms
64 bytes from 119.81.149.98: icmp_seq=3 ttl=53 time=130 ms
64 bytes from 119.81.149.98: icmp_seq=4 ttl=53 time=190 ms
64 bytes from 119.81.149.98: icmp_seq=5 ttl=53 time=136 ms
64 bytes from 119.81.149.98: icmp_seq=6 ttl=53 time=125 ms
64 bytes from 119.81.149.98: icmp_seq=7 ttl=53 time=144 ms
64 bytes from 119.81.149.98: icmp_seq=8 ttl=53 time=134 ms
64 bytes from 119.81.149.98: icmp_seq=9 ttl=53 time=113 ms
64 bytes from 119.81.149.98: icmp_seq=10 ttl=53 time=122 ms
64 bytes from 119.81.149.98: icmp_seq=11 ttl=53 time=128 ms
64 bytes from 119.81.149.98: icmp_seq=12 ttl=53 time=128 ms
64 bytes from 119.81.149.98: icmp_seq=13 ttl=53 time=123 ms
64 bytes from 119.81.149.98: icmp_seq=14 ttl=53 time=65.6 ms64 bytes from 119.81.149.98: icmp_seq=15 ttl=53 time=73.8 ms64 bytes from 119.81.149.98: icmp_seq=16 ttl=53 time=74.5 ms64 bytes from 119.81.149.98: icmp_seq=17 ttl=53 time=112 ms
64 bytes from 119.81.149.98: icmp_seq=18 ttl=53 time=95.7 ms64 bytes from 119.81.149.98: icmp_seq=19 ttl=53 time=95.5 ms64 bytes from 119.81.149.98: icmp_seq=20 ttl=53 time=114 ms
64 bytes from 119.81.149.98: icmp_seq=21 ttl=53 time=123 ms
64 bytes from 119.81.149.98: icmp_seq=22 ttl=53 time=132 ms
64 bytes from 119.81.149.98: icmp_seq=23 ttl=53 time=120 ms
^C
--- 119.81.149.98 ping statistics ---
23 packets transmitted, 23 received, 0% packet loss, time 22033ms
rtt min/avg/max/mdev = 65.642/118.735/190.327/25.627 ms
u0_a202@HWTIT-AL00:/ $