逗比的 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延迟少一半。

[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只能追踪单向路由