Ty věty o korektně a nekorektně nastavených sítích nejsou přesné. Zcela korektně mohu využívat IPv6 v lokální síti a přesto nemít globální konektivitu.
Nebo pro IPv6 připojení používám tunely, které jsou výrazně pomalejší. Alespoň pro český internet.
Proto také mám obvykle v Linuxu nastavení preferující IPv4 před šestkou (opět v rozporu s článkem).
A Google by nejvíce zavedení IPv6 pomohl, kdyby dostupnost po šestce přidal do výpočtu pageranku a zveřejnil to. To by byly najednou závody!
aura:80
Dobrý den,
> Ty věty o korektně a nekorektně nastavených sítích nejsou přesné. Zcela korektně mohu využívat IPv6 v lokální síti a přesto nemít globální konektivitu.
V takovém případě máte korektně nastavenou síť. Já myslím, že nikde netvrdíme, že pokud máte "IPv6 v lokální síti a nemáte globální konektivitu", tak máte nekorektně nastavenou síť. Tudíž v tomto bodě podle mne nejsme v rozporu.
> Proto také mám obvykle v Linuxu nastavení preferující IPv4 před šestkou.
Ano, mohli jsme napsat, že ve standardním nastavení fungují tak, že ...
Nicméně článek byl o tom, jaké problémy mohou nastat u běžných uživatelů, nikoli u lidí, kteří si ladí vlastní gai.conf. Vy budete vědět, kde hledat problém, když vám budou stránky na IPv6 timeoutovat. Běžný uživatel však nikoli. Opět se domnívám, že nejsme v nějakém zásadním rozporu. Tedy pokud se vyloženě nechcete pohádat :).
S pozdravem,
Ondřej Surý
gay.conf? wow... :-)
Podle me nejde rict, ze problemy jsou vzdy jen u klienta.
Ja jsem si pred nejakou dobou taky dal preferenci IPv4 do gai.conf. Z toho duvodu, ze ackoliv mam jiz nekolik let nativni IPv6 konektivitu, obcas se najde server kteremu IPv4 funguje a IPv6 ne, i kdyz ma AAAA zaznam.
Drtiva vetsina pripadu byla toho typu, ze se nekam nevypropagovala cesta k jeho prefixu (nebo cesta k memu prefixu). No a protoze IPv6 "nikdo nepouziva", nikdo na to delsi dobu neprisel. Vetsinou stacilo napsat lokalnimu kontaktu, ktery predal report CESNETu, ktery predal report ..., a za 2-3 dny byl konkretni prefix funkcni. Mozna by tomu pomohlo aspon trochu, kdyby se preference A versus AAAA ridila (take?) tim, po jakem protokolu byl poslany prislusny DNS dotaz.
Tohle je stejne jako s DNSSEC: "nikdo to nepouziva", takze spravci chybne nakonfigurovanych siti se nemaji jak dovedet, ze to malinkate procento uzivatelu, kteri resolvuji pres validujici resolver, dostava SERVFAIL nebo NXDOMAIN. Ted jsem dokonce resil problem s nasi vlastni domenou, kde jeden ze tri autoritativnich nameserveru nemel zapnuty DNSSEC. Tohle nejde ze strany vnitrni site nejak rozumne zjistit, protoze dotazy z vnitrni site sly vzdy prednostne na ty nameservery, ktere mely DNSSEC funkcni. Podobne kdyz se clovek nekde "splete", tak chybne/stare klice a podpisy zustavaji v cachich resolveru po celou TTL, a DNS nefunguje ne do doby nez to opravite (protoze negativni TTL je male), ale do doby nez vyexpiruji chybne pozitivni zaznamy. Takze najednou se z DNS, ktere "just works", pokud to na zacatku nakonfigurujete spravne, stala sluzba ktera muze prestat fungovat velkym mnozstvim ruznych jemnych zpusobu, z nichz hodne je takovych, ze je ze site samotne neni nefunkcnost videt.
Omlouvam se za kverulantsky ton - sam IPv6 i DNSSEC pouzivam, mnohdy i za cenu ze obcas nekde neco prestane fungovat. Ale plne chapu ty, kteri zvolili "opatrny pristup".
-Yenya, http://www.fi.muni.cz/~kas/blog/
aura:80
> Podle me nejde rict, ze problemy jsou vzdy jen u klienta.
Myslím, že jsme se to nesnažili tímto článkem naznačit. Každopádně díky za komentář a upřesnění.
aura:20
Naprosto nic neříkající poznámka. Uveďte nějaká fakta a důvody proč je nasazení IPv6 v dané síťi špatné. Neznám použití termínu "zadusí" v souvislosti s IP sítěmi.
Já to například vidím opačně. Já vidím třeba IPv4, které je tak často zatíženo neveřejnými adresami a tedy NATem, jako mor. A nevyhnutelně IPv6 jako lék.
IPv4 je mor, který jednou zadusí celou síť. A dokonce je to i docela reálná možnost, protože se kvůli nedostatku adres šíleně fragmentuje adresní prostor a pak klidně přetečou směrovací tabulky.
ja bych udelal svetovy den bez googlu
Nevyhlásí se také radikálnější IPv6 den, při kterém se IPv4 úplně vypne? To by se stejně nakonec mělo jednou udělat. Je jasné, že napoprvé bude mít hromada klientů a asi správců služeb problémy, takže asi není zdravé do toho cpát všechny.
Pokud tohle nebude 6. 6. 2010, tak navrhuji, aby 7. 7. 2010 se na 24 hodin prostě IPv4 vypnulo. Většina lidí by přežila horor Internetu, který nechodí 24 hodin, a na příště by se jim mohlo pomoct. Kdyby to šlo, tak se 8. 8. 2010 může IPv6 zavést natvrdo.
Tak samozrejme zastavit celou ekonomiku na jeden den by slo, ale kdo to zaplati?
hmmm, mám pocit, že to už nestihnete.
Alespoň tím potvrzuje to, že "včera bylo pozdě". ;-)
aura:96
Mimochodem dovedete si predstavit jak strasne pracne by bylo vypnout IPv4? To uz je jednodussi pridat to IPv6.
Vypnout IPv4 je velmi jednoduché. Stačí jeden špatný paket do BGP :-)
aura:96
No jak se ukazalo, tak je to sice nicive, ale k uplnemu vypnuti to ma jeste daleko. Pravda par (desitek) procent lidi bude mit subjetivni pocit uplneho vypnuti ;-)
aura:58
Mno zatim to nikdo umyslne uspesne nezkusil. Asi ten paket nebude jeden ... ale ...
Lupa.cz (www.lupa.cz), server o českém Internetu. ISSN 1213-0702
Copyright © 1998 – 2012 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.
