逗比的 IPV6

[jsq2627]

traceroute6 2400:6180:0:d0::1a4:1001 1 ↵
traceroute6 to 2400:6180:0:d0::1a4:1001 (2400:6180:0:d0::1a4:1001) from 4006:e024:680:7e46:bd65:f2e8:e372:dedb, 64 hops max, 12 byte packets
1 4006:e024:680:7e46::1 11.332 ms 2.739 ms 1.122 ms
2 cernet.edu.cn 1.643 ms 1.724 ms 1.380 ms
3 cernet.edu.cn 1.560 ms 2.101 ms 1.608 ms
4 2001:250:2f00:2837::5 2.092 ms 4.830 ms 4.284 ms
5 2001:da8:2000:411e::5 2.630 ms 3.236 ms 7.319 ms
6 2001:da8:2000:410f::6 2.580 ms 3.499 ms 2.309 ms
7 cernet2.net 33.074 ms 11.499 ms 25.901 ms
8 2001:da8:1:503::1 30.486 ms 2.506 ms 6.484 ms
9 wh-gz-v6.cernet2.net 23.755 ms 21.084 ms 30.667 ms
10 bj-wh-v6.cernet2.net 80.751 ms 65.837 ms 62.576 ms
11 2001:252:0:1::101 70.077 ms 70.895 ms *
12 2001:252:0:100::2 61.629 ms 60.958 ms 57.812 ms
13 2001:252:0:302::2 300.380 ms 208.794 ms 235.165 ms
14 10gigabitethernet16-5.core1.lax2.he.net 207.473 ms 307.106 ms 326.068 ms
15 10ge3-2.core1.tyo1.he.net 318.190 ms 412.333 ms 409.435 ms
16 10ge5-2.core1.hkg1.he.net 413.478 ms 358.134 ms 468.036 ms
17 10ge1-4.core1.sin1.he.net 398.767 ms 409.114 ms 395.172 ms
18 133165.sgw.equinix.com 434.607 ms 449.823 ms 408.890 ms
19 2400:6180::602 410.210 ms 385.029 ms 391.540 ms
20 2400:6180:0:d0::1a4:1001 401.961 ms 410.664 ms 388.402 ms

服务器是DO的新加坡节点。

从广州到新加坡，饶了太平洋一圈。

同是这台服务器，IPV4就只有80多Ping。

不过如果是纽约节点，倒是我这里IPV6比IPV4延迟少一半。

[jasontse]

新加坡直连不多，大部分要从其它地方绕，不是日本香港就是洛杉矶，相对来说美国流量比较便宜所以就这样了。

[xleo]

我和楼主的情况基本一模一样，我在武汉。
也是v6的网络要去米国转转
但是下载的速度还是很快啊

话说楼主有推荐的适合教育网的DO IPv6节点吗？

[sandtears]

国外的 IPv6 基本都是从美国绕的吧。。
香港的没看过，日本新加坡什么的试了几个都是绕路美国的

[sandtears]

额 看错，貌似 Linode 不是绕路美国

[mengskysama]

@sandtears 很正常，教育网到日本也是绕HE，到lax，在过去，北京到日本246毫秒。以前樱花的不饶，现在也绕了，所有的都绕。我的Linode 也绕。难道你Linode的不饶？

[lsylsy2]

@mengskysama 很奇怪，Linode tracert过去中间绕了lax节点，但是ping只有不到200，真的绕美国应该不止这么多（和ping linode美国是一个水平的延迟）

[lsylsy2]

@mengskysama

traceroute to speedtest.tokyo.linode.com (2400:8900::4b) from 2001:da8:201:1051:d6ee:7ff:fe05:3fa3, 30 hops max, 16 byte packets
1 2001:da8:201:1051::1 2.411 ms
2 2001:da8:201:ffff::19 0.951 ms
3 2001:da8:ac:ffff::1 106.092 ms
4 2001:da8:1:50d::1 0.941 ms
5 2001:da8:1:1b::1 0.915 ms
6 2001:252:0:1::101 4.504 ms
7 2001:252:0:100::2 1.103 ms
8 2001:252:0:302::2 154.362 ms
9 2001:470:0:2a2::1 147.386 ms
10 2001:470:0:275::2 167.678 ms
11 2001:268:fb80:22::1 172.76 ms
12 2001:268:fb02:65::1 167.988 ms
13 2001:268:fb13:1::3 171.454 ms
14 2001:268:f702:6c::2 170.699 ms
15 2400:8900::4b 171.019 ms

traceroute to speedtest.fremont.linode.com (2600:3c01::4b) from 2001:da8:201:1051:d6ee:7ff:fe05:3fa3, 30 hops max, 16 byte packets
1 2001:da8:201:1051::1 1.123 ms
2 2001:da8:201:ffff::19 0.863 ms
3 2001:da8:ac:ffff::1 1.42 ms
4 2001:da8:1:50d::1 0.837 ms
5 2001:da8:1:1b::1 0.787 ms
6 2001:252:0:1::101 4.018 ms
7 2001:252:0:100::2 1.1 ms
8 2001:252:0:302::2 148.621 ms
9 2001:470:0:2a2::1 150.215 ms
10 2001:470:0:72::1 151.486 ms
11 2001:470:0:18d::1 155.438 ms
12 2001:470:1:3b8::2 155.842 ms
13 2600:3c01::4b 155.721 ms

截止2001:470:0:2a2::1 这个都是一样的，你别告诉我美国到日本只有15ms……

[lsylsy2]

妈蛋暴露个人信息了……
@Livid 能帮忙把2001:da8:201:1051: [这段] 打上码么……

[sandtears]

@mengskysama 没仔细看，但是 ping 挺低，一百出头，比美帝的少

[ryd994]

反查geoip只能查到注册IP的机构所在地点，但不能查到实际地点。比如我用ramnode的西雅图，查IP是查到亚特兰大因为这个公司在亚特兰大。
IPv6查到都是美国应该是因为IP是he这个美国公司的。但实际上使用这个IP的节点未必在美国。应该综合ping考虑

[jsq2627]

@ryd994 不过看到这个延迟，感觉还是走了一大圈呢……

[ericFork]

逗比的不是 ipv6 是 cernet

[mengskysama]

@lsylsy2 2001:470:0:2a2::1 10gigabitethernet16-5.core1.lax2.he.net AS6939

10gigabitethernet16-5.core1.lax2.he.net 207.473 ms 307.106 ms 326.068 ms
10ge3-2.core1.tyo1.he.net 318.190 ms 412.333 ms 409.435 ms

我的和LZ一样绕到了这个节点上，多花了100毫秒，在6939兜了很久，6939这个域上的的口子都是一个IP。你也不能就说你tracert到的这个口一定是美国，这个出口也不一定。这一跳总是花掉很多时间，估计只能到he的BBS上面问才能得到答案了。我试试给客服发个tk换个IP。

对于教育网来说pimh 150左右访问国内速度又极佳的确是个好事！

[hpowen]

cernet

[SharkIng]

新加坡不都是这样？这个IPv6有什么关系？

[CupTools]

AS6369是HE的网络。现在IPV6的transit都是要靠HE，而HE只有日本-美国，香港-美国直连。教育网IPV6跑新加坡要经过HE应该是因为教育网的IPV6跟新加坡的IPV6没有直连/对称互联(Peering)，要靠非对称互联(Transit)

[CupTools]

打错，AS6939

http://jerry.sh/10006107_789952701047679_6830331250108592096_n.jpg

[CupTools]

并且HE和Cogent在IPV6根本就是乱来的...

$ whois -h whois.radb.net as1299 | grep 6939
import: from AS6939 action pref=50; accept AS-HURRICANE
export: to AS6939 announce ANY
mp-import: afi ipv6 from AS6939 accept AS-HURRICANE
mp-export: afi ipv6 to AS6939 announce AS-TELIANET-V6

[wdlth]

就ANAP能看

[wdlth]

就APAN能看

[jerryjhou]

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

[lsylsy2]

@jerryjhou 求测试IP，是可以买到VPS的那个KDDI么？

[ooxxcc]

是逗逼的do，不是都逼的ipv6

do新加坡节点基本不能用

[jerryjhou]

@lsylsy2 Linode就是啊

[lsylsy2]

@lsylsy2 见我上面那个trace，一样走he

[lsylsy2]

@jerryjhou 见上面的tracert，绕道he的

[lsylsy2]

@jerryjhou 可以肯定不是直连，IPv6延迟比IPv4高了五六十的样子

[jerryjhou]

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

[jerryjhou]

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

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

[jerryjhou]

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

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

[mengskysama]

@jerryjhou 我重新申请了IPV6地址，已经不会走到2001:470:0:2a2::1了，延时少了100多。

tracert每一条的时间是从ICMP发出到目标然后收到的时间，算5000千米光速从美国到日本都不止20吧。如果是真是多走了这一段的话。

@CupTools

10gigabitethernet16-5.core1.lax2.he.net 2001:470:0:2a2::1
这个IP是不是Anycast？

10gigabitethernet16-5.core1.lax2.he.net 207.473 ms 307.106 ms 326.068 ms
10ge3-2.core1.tyo1.he.net 318.190 ms 412.333 ms 409.435 ms

2001:470:0:2a2::1 147.386 ms
10 2001:470:0:275::2 167.678 ms

[CupTools]

@mengskysama Anycast意思只是说你可以在香港东京洛杉矶同时广播AS6939的IP，自治系统(Autonomous system, AS)会自己找最短路径。如果广州->新加坡没有直连，那么就会广州->香港->?，如果还是没有直连/最短路径/没给钱不通，那么就会继续绕路。

Example: 我在He.net的机器trace vr.org的香港服务器绕路欧洲：
[root@E3 ~]# traceroute hk.vr.org
traceroute to hk.vr.org (103.6.84.11), 30 hops max, 60 byte packets
1 (路由地址删掉) 0.212 ms 0.457 ms 0.456 ms
2 10ge11-1.core1.sjc2.he.net (72.52.92.110) 0.937 ms 0.960 ms 0.948 ms
3 10ge9-1.core1.nyc4.he.net (184.105.213.174) 73.758 ms 70.877 ms 70.848 ms
4 100ge7-2.core1.lon2.he.net (72.52.92.165) 140.208 ms 140.231 ms 140.220 ms
5 195.66.225.158 (195.66.225.158) 136.709 ms 136.727 ms 136.725 ms
6 te0-1-0-1.gw1.lax3.asianetcom.net (202.147.50.174) 149.950 ms 149.912 ms 150.728 ms
7 te0-1-0-1.gw1.lax3.asianetcom.net (202.147.50.174) 149.641 ms 149.664 ms 149.663 ms
8 po2-0-0.gw3.lax1.asianetcom.net (202.147.61.194) 302.953 ms 302.918 ms 298.764 ms
9 gi11-0-0.gw5.hkg3.asianetcom.net (61.14.157.102) 297.997 ms 299.064 ms 299.081 ms
10 ge-0-1-0-0.gw4.hkg3.asianetcom.net (203.192.134.66) 299.080 ms 298.001 ms 298.002 ms
11 HVI-0001.gw4.hkg3.asianetcom.net (61.14.134.97) 301.409 ms 301.374 ms 300.489 ms
12 hk.vr.org (103.6.84.11) 300.575 ms 301.699 ms 300.502 ms

原因是因为He和PacNet没有直连或者给钱让别人做Transit。

还有，IPV4 BGP != IPV6 BGP

[CupTools]

@jerryjhou 互联有两个办法：直连或者给钱

直连(Peering)：物理拉线
给钱(Transit)：He给其他运营商钱，同意会带在他们的网络广播AS6939 (He.net)

两个都不便宜，特别是香港和新加坡这些带宽小并且拉线又贵的地方。所以省钱，绕多远有多远

[CupTools]

He该升级设备了...ping路由有时能上到10ms...

[mengskysama]

@CupTools
我还是没明白为什么下一跳都都是东京为什么时间差这么大(这个延时很稳定的不论白天晚上)，这个lax2到底在哪。

10gigabitethernet16-5.core1.lax2.he.net 207.473 ms 307.106 ms 326.068 ms (2001:470:0:2a2::1)
10ge3-2.core1.tyo1.he.net 318.190 ms 412.333 ms 409.435 ms

2001:470:0:2a2::1 147.386 ms 10gigabitethernet16-5.core1.lax2.he.net
2001:470:0:275::2 167.678 ms kddi-as2516.10gigabitethernet7-2.core1.lax2.he.net

http://blog.mengsky.net/test/22.JPG

有个绕得更夸张，又绕到了纽约
http://blog.mengsky.net/test/33.jpg

[jerryjhou]

@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

[mengskysama]

@jerryjhou 我明白了，时间上算是对的，你这解释我觉得是合理的。

[jerryjhou]

@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 * * *

[mengskysama]

@jerryjhou 看来apan也不怎么样，从bjcngi到he lax1也只要141，看来ipv6还是用洛杉矶机器ss靠谱。

[jerryjhou]

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

[mengskysama]

@jerryjhou 知道了，这个时间是日本到中国，中国到美国再回linode的时间。可能是绕道了AS22388上

[CupTools]

@jerryjhou 我都没说Peering是给别人钱的...

我的机器就在he的Fremomt 1，不叫he升级叫谁升级 =_=

[CupTools]

@mengskysama lax 是 洛杉矶

[smileawei]

是的，HE 的路由很逗比，不同时间ping 差距有300ms

[jerryjhou]

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

[CupTools]

@jerryjhou .... 拉线是要给钱的，不过是一次过给，然后维护。transit是每天每月每年给，都是要钱的

[jerryjhou]

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

[CupTools]

@jerryjhou 那還是要給錢...

[jerryjhou]

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