Hurricane Electric (ipv6 tunel) - server v Praze

13.3.2012 17:30 | Přečteno: 2300× | Jiná |

Využívám delší dobu ipv6 tunel od Hurricane Electric, ipv6 se nastavenuje na stránkách http://www.tunnelbroker.net/ Ping do teď v průměru 40~60ms v závislosti na dostupnosti serveru. Po dlouhé době jsem se podíval na stánky nix.cz a zjišťuji že Hurricane Electric je u nixu relativně nově veden jako zákazník. Bezva asi rozšířili konektivitu tunelu i do ČR. Jdu zkontrolovat stav na jejich stránky a opravdu, byl přidán nový server CEColo/Sitel - Nad Elektrarnou 411 Prague, Czech Republic.

Přenastavím tunel a vyberu zdroj jako Prahu, bezva vše funguje, ale jen krátce, najednou mi přestává jít abclinuxu, root a mnoho dalších serverů, krom novinek a ipv6-test.cz. Co to má znamenat pomyslím si? Asi hodinu nervózně googlim, až pak mě napadne zkusit změnit na síťové kartně MTU na 1280, bezva, nyní to funguje korektně, ale je zajímavé, že s předešlým tunelem z německa nebyla potřeba MTU měnit. Zkouším speed test, ipv4 7.4Mbit a ipv6 7.1Mbit, rozdíl téměř zanedbatelný, ping vychází taky krásně:

PING abclinuxu.cz (82.208.17.55) 56(84) bytes of data.
64 bytes from 82.208.17.55: icmp_req=1 ttl=57 time=15.6 ms
64 bytes from 82.208.17.55: icmp_req=2 ttl=57 time=18.0 ms
64 bytes from 82.208.17.55: icmp_req=3 ttl=57 time=18.0 ms
64 bytes from 82.208.17.55: icmp_req=4 ttl=57 time=20.2 ms
64 bytes from 82.208.17.55: icmp_req=5 ttl=57 time=17.0 ms

--- abclinuxu.cz ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4003ms
rtt min/avg/max/mdev = 15.689/17.804/20.216/1.486 ms

PING abclinuxu.cz(2001:1528:124:200:216:3eff:fe00:37) 56 data bytes
64 bytes from 2001:1528:124:200:216:3eff:fe00:37: icmp_seq=1 ttl=58 time=18.4 ms
64 bytes from 2001:1528:124:200:216:3eff:fe00:37: icmp_seq=2 ttl=58 time=16.1 ms
64 bytes from 2001:1528:124:200:216:3eff:fe00:37: icmp_seq=3 ttl=58 time=19.9 ms
64 bytes from 2001:1528:124:200:216:3eff:fe00:37: icmp_seq=4 ttl=58 time=22.9 ms
64 bytes from 2001:1528:124:200:216:3eff:fe00:37: icmp_seq=5 ttl=58 time=16.9 ms

--- abclinuxu.cz ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 16.155/18.873/22.942/2.414 ms

Tudíž musím konstantovat, že je to kvalitní tunel a jsem rád, že jsem si všiml tohoto celkem nového serveru a že nemusím využívat německý server.

       

Komentáře

[petr_p]

To, že jsi nucen snížit MTU, je způsobeno chybně nastavenými routery na nové cestě. Protože píšeš, že spojení na některé servery tímto netrpí, pak nebude problém v (tvém) tunelu, ale až v nativních směrovačích mezi HE a serverem. Dostatečně velkým pingem lze postupným navyšováním hop limitu zjistit, kde je problém, a vlastníkovi daného systému si postěžovat.

[Indiánský lotr]

traceroute to abclinuxu.cz (2001:1528:124:200:216:3eff:fe00:37), 30 hops max, 80 byte packets
 1  2001:470:6fxxxx (2001:470:6fxxxx)  0.403 ms  0.483 ms  0.809 ms
 2  (2001:470:6e:b2::1)  17.999 ms * *
 3  gige-g2-20.core1.prg1.he.net (2001:470:0:221::1)  20.433 ms  20.613 ms  20.806 ms
 4  casablanca-int-s-r-o.gigabitethernet2-2.core1.prg1.he.net (2001:470:1:2ce::2)  23.557 ms  24.538 ms  24.543 ms
 5  2001:1528:1:14::1b (2001:1528:1:14::1b)  24.568 ms  24.567 ms 2001:1528:1:10::1b (2001:1528:1:10::1b)  24.555 ms
 6  2001:1528:1:a700::5 (2001:1528:1:a700::5)  24.439 ms  16.205 ms  16.734 ms
 7  * * *

Teď otázka jak zjistit komu patří poslední ipv6?

[xxx]

Casablance?

[petr_p]

Další hop za 2001:1528:1:a700::5, jak místo něj máte hvězdičky je už cílový stroj 2001:1528:124:200:216:3eff:fe00:37.

Jinak na zjišťování vlastníků adres slouží WHOIS databáze, které se lze dotazovat program whois.

[AsciiWolf]

Funguje vám někomu ten přidělený /64 rozsah (používáte-li pražský server)?

[SAM:]

Samozřejmě funguje. Chce se to v hlavě oprostit od konceptu jedna veřejná IPv4 a NAT. U /48 pozor na routování celého prefixu, je potřeba někam naroutovat i nevyužívané segmenty, jinak se pakety točí mezi posledníma dvěma hopama.

[PaulosV]

Jo, toho jsem si už všiml a vyzkoušel - a nějakou zvrácenou hříčkou osudu dosahuji na speedtest6.cesnet.cz plné rychlosti svého připojení, zatímco na IPv4 je to vždy tak maximálně polovina. Pingy taky velmi hezké a stabilní.