CZ.NIC spustil vlastní 6to4 relay router 6to4.nic.cz

Pokud chcete s IPv4 spojením vyzkoušet IPv6 bez nutnosti směrovat provoz přes zahraničí, pomůže vám CZ.NIC, který spustil vlastní 6to4 relay router 6to4.nic.cz. Více informací o technologii 6to4, včetně návodu, jak tuto technologii zavést a využívat, najdete na www.nic.cz/6to4/.

18.6.2010 11:44 | Robert Krátký | IT novinky

Komentáře

[Radek Podgorny]

6to4 pouzivam uz ted. mam nastavenou stejnou adresu (192.88.99.1), kterou doporucuji. co se tedy pro me meni?

[=^..^= AmigaPower®]

Změň si:

/etc/gai.conf

na:

/etc/gay.conf

[Max]

Nezdá se ti, že už to s těma blbinkama přeháníš? Měl by jsi se vrátit zpátky do klece (blogu)
Zdar Max

[vencour]

Nejlepší je tuto ignorovat.

[=^..^= AmigaPower®]

Ne, blbinek neni nikdy dost...
Zdar amigapower

[MX]

Ses Buh!!!

[vencour]

Mně taky řikali "snad jednou dospěješ"

[=^..^= AmigaPower®]

Já? Možná po smrti...

[zajdee]

Zkuste traceroute 192.88.99.1. Pokud doleze do sítě CZ.NIC, tak nemusíte měnit nic. Pokud ovšem poleze někam do zahraničí, možná by od CZ.NICu stálo za to zjistit, jakou další IP (pokud nějakou) má ten jejich relay server.

Routování od svého providera k 192.88.99.1 totiž neovlivníte...

[lib]

leze to kamsi do Francie...

[petr_p]

Asi se jim to ještě nevypropagovalo, protože jak z Telecomu, tak z Cesnetu končím v síti IP Exchange GmbH. Nicméně 6to4.nic.cz nějakou unicastovou adresu má. Otázka je, jestli to je ta správná. Nezkoušel jsem.

[Ondrej 'SanTiago' Zajicek]

Viz muj post nize. Zpropagovalo, ale obe cesty jsou jeden ASN dlouhe. Chtelo by to presvedcit lidi z IP exchange GmbH, aby tam prependovali jedno ASN do cesty navic.

[vencour]

Pěkné, pěkné. Jen houšť a větší ka6ky.

[Heron]

Juchůům, nastaveno, funguje.

[oho]

pekny, ale me by se jeste vic libilo, kdyby nekdo tady v cechach nabidnul staticky tunely :-/

[pavlix]

Tak tohle v podstatě statický tunel je... až na drobné detaily... a ty bych spíš řešil nativní konektivitou.

[xHire]

Tak statické tunely u nás jsou, ale jsou komerční.

[bender]

wau, že bych se konečně dokopal k tomu zařídit si aspoň tunel do ipv6(můj isp na otázku jestli poskytují/budou někdy poskytovat ipv6 odpověděl nechápavě "a co to jako má být to ipv6?") zkusím dneska, jestli zbyde čas. ps: fungují pořád ty stránky s tím pr0nem zadarmo přístupné pouze přes v6? ne že bych ho tak moc potřeboval, mám doma naleštěnou kovovou manželku, ale jako důvod udávaný při osvětě neznalců kolem mě by to snad mohlo na spoustu z nich zafungovat.

[vencour]

Jestli neni lepší rovnou zveřejňovat kdo a kde se nestaví k ipv6 pozitivně a ani slibovat neumí.

[xHire]

Napráskej ho prosím, pokud to ještě nikdo před tebou neudělal.

[bender]

hehe, už tam je :) bohužel jsem doma pohořel na tom, že nejsem schopný protlačit veřejnou ipv4 adresu až k mému počítači, respektive můj skvělý čínský takyrůtr to jaksi nezvládá. takže sem se už rohodl a ipv6 přece v roce 2010 už musím mít tak pudu zatím do AYIYA. nevíte jak se má situace s touto technlogií? a co poskytovatelé tunelů, podporuje to jen sixxs.net nebo někdo další? je to aspoň trochu stabilní?

[Dadam]

Něco málo na toto téma jsem se ptal tady

[the.max]

jestli myslis prujem.cz, tak to je bohuzel mrtvy. muzes zkusit ale www.ipv6porn.com

[Václav HFechs Švirga]

Ta adresa mě přesměruje na jiný porno server, který určitě není ipv6 dostupný, natož only . A i podle pingu to nemá nic s ipv6 společného:

ping6 ipv6.google.com
PING ipv6.google.com(2a00:1450:8004::67) 56 data bytes
64 bytes from 2a00:1450:8004::67: icmp_seq=1 ttl=56 time=48.8 ms

ping6 www.ipv6porn.com
unknown host

ping6 ipv6porn.com
unknown host

ping www.ipv6porn.com
PING www.ipv6porn.com (204.9.55.7) 56(84) bytes of data.
64 bytes from www.camwhores.com (204.9.55.7): icmp_seq=1 ttl=47 time=126 ms

Nebo je snad chyba u mě?

[the.max]

prave v tom je ten vtipDD Puvodne ipv6porn melo za cil nabidnout lidem s IPv6 konektivitou volne ke stazeni 3 porno filmy (nebo kratka videa? nevim) denne, udajne aby se urychlilo rozsirovani IPv6 jak to dopadlo vsichni vidime

[Václav HFechs Švirga]

Tak potom mám asi jiný smysl pro humor

Ale jinak, k čemu to ipv6 pak vlastně je, když na něm ani to péčko není?

[Ondrej 'SanTiago' Zajicek]

Pekne, akorat v NIXu uz stejny prefix (192.88.99.0/24) propaguje take IP exchange GmbH a zatim to vypada, ze ten je vetsinou preferovany (u vsech ISP, kde jsem to zkoumal). Ma tak o 20 ms horsi latenci (coz holt BGP nezohledni). Kazdopadne situace je uz trochu lepsi nez pred rokem, kde v NIXu snad nikdo 6to4 branu nepropagoval a latence na 192.88.99.1 byla 50 ms.

[Luboš Pavlíček]

V síti Dial Telecom je preferovaný prefix z NICu. A je též propagován i prefix 2002::/16, takže ze serverů s native IPv6 jde nyní provoz k uživatelům používajícím 6to4 přes 6to4.nic.cz (2001:1488:800:400::95). A vzhledem k tomu, že většina našich uživatelů je z ČR, tak se jim odezva zrychlí.

Ještě bych uvítal, kdyby NIC zprovoznil teredo relay a začal propagovat 2001:0::/32. Ze statistik z našich IPv6 serverů vyplývá, že se Teredo používá více než 6to4. Používat Teredo na stanici je šílenství, ale když již tací šílenci existují, tak ať mají aspoň trochu lepší odezvu.

[danysek]

To neni projev silenstvi, to je holy fakt spusobeny spoustou stanic s Vistama, kde to je zaple defaultne...

[Mrkva.]

Hm, da se to pouzit k poskytovani IPv6 dalsim strojum v siti v pripade, ze mam pouze jednu verejnou IPv4 (na routeru)? Nebo musim tunelovat? Diky

[Ondrej 'SanTiago' Zajicek]

Ano, z jedne verejne IPv4 adresy ziskas /48 prefix IPv6 adres a ty pak pouzijes normalne ve vnitrni siti.

[Luboš Pavlíček]

Lze, ale na cestě je několik zádrhelů.

Na základě veřejné IPv4 se získá IPv6 prefix /48, který lze rozdělit více než 65 tis podsítí s prefixem /64, tj. adresní místo pro vnitřní síť se najde. Pokud máte veřejnou IPv4 adresu 192.0.2.235, tak získáte 6to4 prefix 2002:c000:2eb::/48. Pro vnitřní síť můžete použít např. prefix 2002:c000:2eb:1::/64.

Prvním předpokladem úspěchu je existence podpory 6to4 na vlastním routeru. Vážnou překážkou jsou změny veřejné IPv4 adresy. 6to4 adresa závisí na veřejné IPv4 adrese, tj. když se změní IPv4 adresa, musí se přečíslovat odvozené 6to4 adresy pro vnitřní síť. Proto pokud nemáte k dispozici pevnou IPv4 adresu, podívejte se, zda router automatizuje úpravu 6to4 adresy. Nevím, jak jsou na tom jednotlivé domácí routery, následuje odkaz na odpovídající konfiguraci 6to4 pro Cisco 870: http://www.anyweb.co.nz/tutorial/v6internet. A ani v tomto případě nevím, jak rychle router reaguje na změnu IPv4 adresy.

[Mrkva.]

Diky, uz to fici. Jen jsem si z nejakeho duvodu myslel, ze to, co dostanu diky 6to4 je neroutovatelne.

[Dadam]

Jenom mě tak napadlo... Četli jste někdo knihu Tuffova dobrodružství? (není tak blbá jak zní její název) Jeden z příběhů byl o planetě, na které se přemnožili lidi a začaly jim docházet potraviny. Odhadovaná doba do hladomoru: 25 let. Tuff jim pomohl (dal jim nové plodiny a hospodářské zvířata), nicméně když se tam za pět let vrátil, podle prognóz jim zbývalo roků nějakých deset. Proč? Bo když zjistili, že mají dost jídla, začali se množit jako kobylky...

[Mrkva.]

Cetl. a diky za pripomenuti - rad si ji zas prectu. Jenze IPv6 adres je tolik, ze se s nimi skutecne MUZE plytvat.

[Dadam]

Pravda, vím že s IPv6 by šel adresovat každý atom ve Sluneční soustavě, nicméně pokud se bude plýtvat dostatečně... Ale co, beztak než dojdou tak se už TCP/IP používat přestane

[Filip Jirsák]

Aspoň teď natrénujeme ten přechod, takže až se bude za 15 let přecházet na IPv8 (které už ale opravdu bude mít dost adres), už to budeme umět

[Andrej]

Tohle jsem nepochopil. Jak to má fungovat? Měl bych místo 192.88.99.1 používat 217.31.204.95, což je adresa 6to4.nic.cz? Předpokládám, že ne, protože to první funguje, zatímco to druhé ne. Na adrese 217.31.204.95 6to4 relay není. Takže buď se nejedná o bezplatně dostupnou službu, nebo je to míněno nějak jinak.

Že 192.88.99.1 zrovna moc blízko není, to se ví:

traceroute to 192.88.99.1 (192.88.99.1), 30 hops max, 40 byte packets
 1  mpop-zlin-r1-s1290-pri.mng.netbox.cz (95.82.129.162)  2.097 ms  0.950 ms  2.044 ms
 2  83.240.2.105 (83.240.2.105)  0.783 ms 83.240.2.93 (83.240.2.93)  0.763 ms 83.240.2.105 (83.240.2.105)  0.772 ms
 3  prg-pop-r2-vl7.netbox.cz (83.240.0.57)  7.423 ms prg-pop-r1-vl6.netbox.cz (83.240.0.53)  10.752 ms prg-pop-r2-vl7.netbox.cz (83.240.0.57)  7.456 ms
 4  fe0-0.cr1.PRG.CZ.content-core.net (194.50.100.68)  26.095 ms  33.600 ms  29.066 ms
 5  ge2-1.cr1.NBG1.content-core.net (212.123.123.113)  27.298 ms  27.360 ms  30.745 ms
 6  Tenge1-3-57.cr2.FRA3.content-core.net (212.123.123.202)  26.546 ms *  35.528 ms

Takhle je vidět Google přes IPv4: rtt min/avg/max/mdev = 15.654/16.504/17.560/0.650

A takhle přes 6to4: rtt min/avg/max/mdev = 23.717/25.141/26.890/1.072 ms

Latence je trochu horší, ale žádný velký průšvih. Pokud jde o propustnost, tam žádné zásadní omezení nevidím. Mám jenom 16 Mbit/s, což asi bude nejužší hrdlo po cestě.

[VSi]

192.88.99.1 je tzv. anycast adresa. To znamená, že více serverů v Internetu má přiřazenou tuhle stejnou IP adresu, a v ideálním případě by každý ISP měl tuhle adresu směrovat na nejbližší server, který ji má.

Tvůj ISP (nebo ten, od kterého kupuje konektivitu) je připojen do různých sítí - peering v NIXu, mezinárodní konektivita atd. Z každé takové sítě krom jiného přicházejí oznámení (nejspíš přes routovací protokol BGP), jaké anycastové adresy jsou přes tu kterou síť dostupné. A router tvého ISP se musí rozhodnou na základě nějakých kritérií (už tu někdo psal - tzv. délka AS-path, ruční konfigurace a omezení), kudy bude třeba tu 192.88.99.1 směrovat.

To, že teď většina ISP v ČR (alespoň co jsem si všimnul a co tu píší ostatní), směruje 192.88.99.1 "nesmyslně" přes zahraničí, je pravděpodobně dočasný stav, který se "opraví" sám. Divné je, že tedy nejde použít přímo adresu 217.31.204.95 místo té anycastové. Nejspíš tedy skutečná adresa 6to4 relay CZ.NICu bude jiná, nevím ale jak ji zjistit jinak, než se jich zeptat. Ono asi používat konkrétní unicastovou IP adresu 6to4 relay není úplně "správné".

Třeba Sloane Park už 6to4 směruje přes NIX:

traceroute 192.88.99.1
traceroute to 192.88.99.1 (192.88.99.1), 30 hops max, 40 byte packets
 1  ...
 2  ge0-0-s147.a1.bb1.pop1.chom.sloane.cz (77.48.106.81)  2.701 ms  2.710 ms  2.704 ms
 3  te4-1-s101.tr2.pop1.pra.sloane.cz (62.240.161.149)  4.662 ms  4.668 ms  4.664 ms
 4  te4-1-s101.tr2.pop1.pra.sloane.cz (62.240.161.149)  5.634 ms  5.631 ms  5.624 ms
 5  nix-g.nic.cz (194.50.100.13)  5.630 ms  5.571 ms  5.574 ms
 6  192.88.99.1 (192.88.99.1)  13.500 ms  11.713 ms  11.671 ms

[Ondrej 'SanTiago' Zajicek]

To, že teď většina ISP v ČR (alespoň co jsem si všimnul a co tu píší ostatní), směruje 192.88.99.1 "nesmyslně" přes zahraničí, je pravděpodobně dočasný stav, který se "opraví" sám

Je to trochu jinak - ti ISP to neroutuji 'nesmyslne do zahranici', ale pres NIX (oba smery - jak do CZ.NIC, tak do IP exchange GmbH - jsou dostupne pres NIX). A na urovni informaci propagovanych v BGP jsou oba smery 'stejne daleko'. Takze se to samo neopravi, dokud si jednotlivi ISP nenastavi specielni pravidlo na zvyhodneni smeru do CZ.NIC v konfiguraci svych BGP routeru (anebo dokud IP exchange GmbH neznevyhodni svou routu).

[Zdeněk Štěpánek]

a zase to musim bejt ja komu to nefunguje, dohaje...

[root@igw ~]# ip tunnel add sit0 mode sit remote any
[root@igw ~]# ip link set sit0 up

Tyhle 2 prikazy probehnou v poradku.

A ted nevim, navod pise:

ip -6 address add 6TO4ADDR/16 dev sit0

Kalkulacka vyplivla "213.180.37.74 is 2002:d5b4:254a::/48", tak mam tam dat:

[root@igw ~]# ip -6 address add 2002:d5b4:254a::/16 dev sit0

nebo

[root@igw ~]# ip -6 address add 2002:d5b4:254a::/48 dev sit0

Zkusil jsem oboje a vysledek je vzdy stejny:

[root@igw ~]# ip -6 route add default via ::192.88.99.1 dev sit0
RTNETLINK answers: No route to host

Na 192.88.99.1 si vklidu pingam, i kdyz je to ted smerovany kamsi na "Tenge1-3-57.cr2.FRA3.content-core.net", to se snad vyresi a na test je to stejne jedno.

[root@igw ~]# traceroute6 ::192.88.99.1
connect: Network is unreachable
[root@igw ~]# ping6 ::192.88.99.1
connect: Network is unreachable

Nevite nekdo co s tim?

Diky. Zdenek

[petr_p]

Možná se něco změnilo, ale obvykle se 6to4 tunelu definuje místní IPv4 adresa (aby věděl, které packety vybalovat):

ip tunnel add sit0 mode sit local 192.0.2.1 remote any

Délka prefixu pro IPv6 adresu je 16 bitů, protože to říká, jak poznat 6to4 adresu od běžné adresy (kvůli směrování odchozích packetů).

A výchozí směrovací pravidlo by mělo místo 0/0 mělo být užší jen na globální (zatím směrovatelné) adresy 2000:/3. A ještě nevím, jestli nástroj ip zná symbolický název default.

Nakonec IPv6 traceroute na IPv4 mapovanou adresu asi nebude to pravé (obzvlášť když nemáte nastavenou směrovací tabulku). Zkusil bych IPv4 ping na IPv4 adresu.

[Zdeněk Štěpánek]

Na 192.88.99.1 si samozrejme pingam, psal jsem ze to traceroutnu.

[petr_p]

Když se budeme držet chybové hlášky při přidávání směrovacího pravidla, máte v tabulce záznam ::/96 via :: dev sit0, který by mělo jádro přidat automaticky při nahození tunelovacího rozhraní?

(Jinak právě jsem zkusil přidat pravidlo pro síť default a prošlo to. Jádro 2.6.32. Možná že jak do 2.6.34 přidali 6RD, tak 6to4 rozbili.)

[Zdeněk Štěpánek]

Aktualni Arch Linux - 2.6.34-ARCH

[root@igw ~]# ip -6 r s
2002::/16 dev sit0  proto kernel  metric 256  mtu 1480 advmss 1420 hoplimit 0
fe80::/64 dev eth0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev eth1  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev dummy0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
fe80::/64 dev sit0  proto kernel  metric 256  mtu 1480 advmss 1420 hoplimit 0

Zkusim jsem to pridat rucne:

[root@igw ~]# ip -6 route add ::/96 via :: dev sit0
RTNETLINK answers: Invalid argument

Mozna jsem ten prikaz napsal spatne, precijen jsme ze stary skoly a vic se kamaradim s route.

Zdenek

[Zdeněk Štěpánek]

Hlasim uspech:

ip -6 route add ::/96 dev sit0

Pak uz jen pridat tu vychozi branu, coz mi porad neslo a uz si pingam.

[root@igw ~]# ping6 ipv6.google.com
PING ipv6.google.com(2a00:1450:8004::69) 56 data bytes
64 bytes from 2a00:1450:8004::69: icmp_seq=1 ttl=56 time=34.6 ms
64 bytes from 2a00:1450:8004::69: icmp_seq=2 ttl=56 time=33.8 ms
64 bytes from 2a00:1450:8004::69: icmp_seq=3 ttl=56 time=35.6 ms

Ted jeste zjistit jak se vubec ipv6 subnetuje a nasekat to na routery, to bude fakt zabavne...

Zdenek

[pavlix]

A výchozí směrovací pravidlo by mělo místo 0/0 mělo být užší jen na globální (zatím směrovatelné) adresy 2000:/3.

To už dávno ne.

[petr_p]

To tam mám tlačit multicastové packety (a jiný bordel), když vím, že 6to4 to neumí?

[pavlix]

Dělej si co chceš, já jenom opakuju, co se píše v nových RFC.

[oho]

podarilo se vam nekomu delegovat reverzni zaznam na nro.net?

[oho]

aha.. tak to jim to jen nejak nefunguje v chrome

[Fish]

Podarilo se mi nastavit tunel a vse funguje jak ma. Jen jsem narazil na problem, ze mi nejde navazat spojeni z nativni IPV6 adresy na 6to4 adresu port TCP 22 (a TCP 23, coz me ale tolik netrapi). Ostatni porty co jsem zkousel funguji bez problemu, takze to vypada ze to nebude nahoda a SSH je nekde na trase filtrovane (pravdepodobne na relayi 6to4). Na jinou nativni adresu se pres SSH pripojim. Ma nekdo podobnou zkusenost ? Krome toho mi obcas relay (2001:1488:800:400::150) vykazuje ztratovost a nektera spojeni zvenku na 6to4 adresu neprojdou napoprve, nicmene to SSH nejede vubec.