Linux a IPv6... (diskuse)

[CET]

Ano, je to docela bida s IPv6. Kdyz jsem byl na skoleni IPv6, tak jsem si zkusil chvilku taky cisty IPv6 a zjistil jsem taky problemy. Hlavne ze se ruzny subjekty predhani a tlachaji, jak podporujou IPv6 a pritom to pak nefunguje poradne. Kdyz nekdo podporuje IPv6, tak to ma podporovat tak, aby to jelo i pro ciste IPv6.

Teda zkousel jsem to pred nejakou dobou, tak nevim, jestli to uz neopravili.

Je sice hezke, ze google ma ipv6.google.com prvni stranku, ale je to na nic, kdyz po zadani hledaneho vyrazu a odeslani jde formular s vysledky na google IPv4 adresu. Samozrejme chapu, ze google nemuze ovlivnit adresy tech vysledku, ale aspon vlastni servery by mohl udelat kompletne na IPv6.

www.root.cz taky hlasi podporu IPv6. www.root.cz sice jede na IPv6, ale co server s obrazky? Obrazky jsou na serveru, ktery neni v IPv6.

[pavlix]

www.root.cz taky hlasi podporu IPv6. www.root.cz sice jede na IPv6, ale co server s obrazky? Obrazky jsou na serveru, ktery neni v IPv6.

Momentálně jsem připojený přes IPv6-only (jen RDNSS je dualstack), a www.root.cz mi jede včetně obrázků (z i.iinfo.cz). Takže asi už opraveno.

Podobně mrtvou IPv6 mělo v dns kvalitni.doucovani.cz, zcela netechnický web, po nahlášení opraveno do druhého dne!

[Marián Kyral]

ipv6.google.com nefunguje?

[pavlix]

Tak což o to... kazdy.jiny.vyhledavac.sixxs.org funguje taky, ale mě zajímá služba, která funguje nativně (její běžné doménová jména mají oba typy záznamů).

[Limoto]

Co použít he.net DNS, který ty AAAA záznamy u Googlu mají?

[pavlix]

Co použít he.net DNS, který ty AAAA záznamy u Googlu mají?

Vypadám na člověka, který potřebuje poradit, jak to obejít? Hledám něco, co funguje by default a na 100%, abych to mohl ukazovat jako příklad a až lidi přijdou zase do firmy, tak jim to bude od začátku fungovat.

[petr_p]

Domnívat se, že všechny služby budou dostupné přes IPv6 je naivní. Proto máme NAT64 nebo TRT. Ostatně ISP, kteří to myslí s IPv6 vážně (Comcast, Virgin nebo Tušmobil), automaticky NAT64 ve své síti provozují.

[pavlix]

Domnívat se, že všechny služby budou dostupné přes IPv6 je naivní.

A ty se něco takového domníváš? Nebo na co že to reaguješ?

Proto máme NAT64 nebo TRT.

Což je hezké pro provozování IPv6-only sítě, ale pro testování IPv6 Internetu je to jaksi k ničemu.

Ostatně ISP, kteří to myslí s IPv6 vážně (Comcast, Virgin nebo Tušmobil), automaticky NAT64 ve své síti provozují.

Vidíš, já měl za to, že většina IPv6-ready ISP používá dual stack.

[Sten]

Mají dual-stack i NAT64. A záleží na vás, jestli budete mít jenom jedno zařízení nebo chcete IPv4 za NATem nebo IPv6-only síť.

[pavlix]

To zní docela rozumně. Je to o krok dál než samotný dualstack, ale vyžaduje to od zákazníka rozhodnutí a na základě toho konfiguraci DNS oznamovaných routerem.

Taky jsem tu s NAT64 na linuxu trochu experimentoval... jsem zvědavý, jak se to vypořádá s různými problémy s MTU a fragmentací.

[petr_p]

Mimochodem nedávno jsem objevil, že rok staré RFC 6052 definuje prefix pro překlad IPv4 adres do IPv6: 64:ff9b::/96.

[pavlix]

Jojo, ono na tom prefixu technicky v podstatě nezáleží, ale DNS64 ti musí vracet adresy, které půjdou přes NAT64 zpracovat.

[petr_p]

Domnívat se, že všechny služby budou dostupné přes IPv6 je naivní.

A ty se něco takového domníváš? Nebo na co že to reaguješ?

Proto máme NAT64 nebo TRT.

Což je hezké pro provozování IPv6-only sítě, ale pro testování IPv6 Internetu je to jaksi k ničemu.

Reaguji na tři body z vašeho zápisku.

Vidíš, já měl za to, že většina IPv6-ready ISP používá dual stack.

Většina asi ne. Ale ti, co nedávají zákazníkům veřejné IPv4 adresy, tak tam dual stack nic nepřináší. Akorát více práce, protože se všechno musí nastavovat dvakrát. Nakonec dual stack je jen dočasné řešení, než se většina Internetu přemění na IPv6. Proto ti, co to s IPv6 myslí vážně – berou IPv4 jako relikt, tak nasazují překlad mezi protokoly.

[pavlix]

Reaguji na tři body z vašeho zápisku.

Ani v jednom z nich se nic takového nepíše.

Většina asi ne. Ale ti, co nedávají zákazníkům veřejné IPv4 adresy, tak tam dual stack nic nepřináší.

To není tak úplně pravda. Dualstack tam přináší neměnnost fungování IPv4 (velice důležité!), možnost připojovat IPv4-only zařízení, a další věci.

Naproti tomu zrušení IPv4 ISP v tuhle chvíli v podstatě nic nepřináší, kromě problémů.

Proto ti, co to s IPv6 myslí vážně – berou IPv4 jako relikt, tak nasazují překlad mezi protokoly.

Zatímco ti ISP, co to myslí vážně se zákazníky, tak jim umožňují používat IPv4 jako dosud a k tomu jim případně přidají IPv6 rozsahy.

I když jako hezké řešení mi přijde právě zprovozněný NAT64 s volitelným DNS64, tzn vše volbou nameserveru.

[xHire]

Ostatně ISP, kteří to myslí s IPv6 vážně (Comcast, Virgin nebo Tušmobil), automaticky NAT64 ve své síti provozují.

Chtěl bych požádat o zdroje informací. Tušmobil jsem si dohledal, ten sedí (až na to, že NAT64 nepodporují „automaticky”, ale jen jako něco navíc pro zájemce, kteří to chtějí testovat). Nicméně zbylé dva již ne.

Comcast:

our approach is "native dual stack" which means customers will get both IPv4 and IPv6 addresses

O NAT64 nikde nemají ani slovo.

A Virgin? :c)

We [...] are happy to say that by the end of 2012, we’ll be able to fully support customers looking to switch to IPv6.

A z toho, co jsem dál našel, poměrně jasně vyplynulo, že Virgin vážně IPv6 v současné době nepodporuje.

[petr_p]

Mám dojem, že Comcast NAT64 prezentoval na posledním zasedání RIPE. Ostatně sám prohlásil, že mu už ani nestačí neveřjné adresy, takže logicky dual stack pro něj není (celopodnikové) řešení.

Virgin Media to je moje chyba. Nějak mám zafixovaný původní Virgin.net, který se IPv6 hodně zabýval, a taky rádio Virgin, které bylo jako jedno z prvních kromě unicastu dostupné i přes multicast.

[xHire]

Díky za doplnění. Na to rádio jsem při hledání taky narazil. :c)