@20150517 实际上是因为锐速也需要配置这个，并且会覆盖系统的配置

@CupTools 好吧，我们杠上了。那不需要给另一方钱，只是需要付给线缆的所有着或者维护员

@CupTools 那是线路的维护(租用)费用，Peering本身是不要要交钱的(如果双方已经连接了某个IX)。Transit是根据流量算钱的

@CupTools 你说Peering和Transit"两个价格都不便宜"

@sanddudu 实际上ODN（SOFTBANK）更好
@hjc4869 Vultr还不错了，NTT的线路基本都这水平
@jqw1992 不太可能没有日本和香港就建韩国，而且宝岛不是更好吗？
@lonely520224 呵呵O:-)做梦吧

@xudshen
@icedx
不要乱说，锐速加速的是上传，必须装在DO上，如果你愿意，两个都装效果更好

@mengskysama 看来你还是没懂，这就是日本到国内那段啊，从中国发出的回应包一样绕美国。trace只能追踪单向路由

@mengskysama 从Linode Teace 六维空间的结果

root@localhost:~# traceroute bt.neu6.edu.cn
traceroute to bt.neu6.edu.cn (2001:da8:9000::232), 30 hops max, 80 byte packets
1 2400:8900::8678:acff:fe0d:95c1 (2400:8900::8678:acff:fe0d:95c1) 0.722 ms 0.810 ms
0.895 ms
2 2400:8900::8678:acff:fe5a:15c1 (2400:8900::8678:acff:fe5a:15c1) 0.538 ms 0.935 ms
1.015 ms
3 2001:268:f702:6c::1 (2001:268:f702:6c::1) 4.036 ms 4.057 ms 4.076 ms
4 6otejbb206.int-gw.kddi.ne.jp (2001:268:fb13:2::1) 2.040 ms 2.044 ms 6otejbb205.in
t-gw.kddi.ne.jp (2001:268:fb13:1::1) 1.493 ms
5 6ix-ote207.int-gw.kddi.ne.jp (2001:268:fb02:104::2) 1.845 ms 6ix-ote207.int-gw.kdd
i.ne.jp (2001:268:fb02:106::2) 2.568 ms 6ix-ote207.int-gw.kddi.ne.jp (2001:268:fb02:10
4::2) 1.941 ms
6 2001:200:0:fe00::1dec:0 (2001:200:0:fe00::1dec:0) 2.001 ms 1.793 ms 2.233 ms
7 2001:200:901:7::1600 (2001:200:901:7::1600) 2.573 ms 2.518 ms 2.552 ms
8 cngi-6ix.jp.apan.net (2001:200:e000:137::5d67:1) 169.287 ms * *
9 2001:252:0:101::1 (2001:252:0:101::1) 170.256 ms 170.271 ms 170.251 ms
10 2001:252:0:1::1 (2001:252:0:1::1) 168.386 ms 168.441 ms 168.297 ms
11 2001:da8:1:e::2 (2001:da8:1:e::2) 179.959 ms 180.164 ms 179.593 ms
12 2001:da8:1:509::2 (2001:da8:1:509::2) 179.918 ms 179.486 ms 179.679 ms
13 cernet2.net (2001:da8:a8:ffff::2) 179.186 ms 179.576 ms 179.528 ms
14 neu6.edu.cn (2001:da8:9000:f001::2:2) 180.515 ms 180.102 ms 180.785 ms
15 neu6.edu.cn (2001:da8:9000:f003::9:2) 179.117 ms 179.582 ms 183.640 ms
16 * * *

@CupTools Peering不是付费的，除非双方的差距比较大
你的绕欧洲的情况明显是已经做了TRANSIT，但是NODE在伦敦。
大部分绕路都是这种情况，即使是PEERING，也可能会因为NODE的原因绕路（毕竟大型骨干网的ODE可能有数十个），比如 @mengskysama 的情况就是（HE在东京香港新加坡都有NODE）
你说的ANYCAST在天朝根本不适用，因为天朝运营商只在LAX的NODE和HE做了PARITAL PEERING，跟HE在HK的NODE没有做任何连接。
由于BGP默认状态下会选择经过AS最少的线路，所以即使国内ISP、HE都和某香港ISP做了互联（3个AS），BGP还是会认为绕LAX（2个AS）是最优线路
对了，你应该让机房升级设备，而不是HE

@mengskysama 恭喜。不过你没懂我的意思，对方收到UDP包后会发送一个ICMP包，是一个来回的时间。
国际互联网有时会出现往返线路不一的情况，中美RTT(往返)约150，日美100，中日50，单程就是75,50,25，加起来150，加上损耗170。
也就是说你发出去的数据包是
CN==>(75ms)LAX==>(50ms)TYO
VPS收到后返回的包是
TYO==>(25ms)CN
加上线路抖动损耗和误差(我用的都是最小值, 中日上升到往返80ms左右, 中美上升到往返170ms左右)，一共170ms

@lsylsy2 我知道了，所有的RTT（Ping值）都是往返时间，从LINODE上trace就是直连，但是从中国就绕美国，这意味着往返线路不一样，所以才会出现美国到日本只有20ms的情况。

也就是说中国到东京是先到洛杉矶再到日本，但日本到中国是直连

@ryd994 DNS反解（rDNS）也非常有用，WHOIS查IP有时候也能查到真实地点，不过这两者都依赖于IP所属公司的配置

@lsylsy2 奇怪，我的LINODE没有走HE啊，要不你试试
2400:8900::f03c:91ff:fe50:f451

@lsylsy2 就是直连，这是最快的了，反解IP你就知道了
我试过的

@lsylsy2 Linode就是啊

@mengskysama KDDI除外，可以直连
@CupTools 那是互联点的问题，完全可以增加香港和东京的互联，而且整个亚太都依赖日美间的光缆（天朝除外，所以带宽小）

@jackfsqyj 所以你用欧洲的也下得到。而且都一个星期了，挖坟啊