Názory k článku
IPv6 je jako mexická chřipka

Párkrát jsem si říkal, že tedy aspoň experimentálně vyzkouším přechod na IPv6, abych byl připraven, až dojde na lámání chleba. Vždycky jsem skončil na tom, že sice všechno je teoreticky připraveno, ale prakticky není použitelné nic od providera přes routery a firewally až po aplikace. Navíc s neřešenými problémy typu "jak zajistit stejnou funkcionalitu jako u IPv4/NAT, tzn. např. skrytí detailů sítě před vnějším prostředím nebo nebo nedosažitelnost vnitřního počítače, dokud sám spojení neiniciuje" (jasně, každý druhý napíše, že to se přece dělá tak a tak, ale, pánové, zkusili jste si někdy svoje rady provést v praxi? Abyste měli ověřeno, že to OPRAVDU funguje a není to jen teorie, že by to tak MĚLO FUNGOVAT?)

Technická: Jsem si dost jistý, že tohle není "tiára" o použitelnosti IPv6, ale spíš "tiráda". Ať žijí cizí termity ;-)

Mně všechno funguje, tak jestli to není rukama :-) (nebo operačním systémem…).

Ke krytí: To, co způsobuje nedosažitelnost počítače, je firewall. Ten není problém v IPv6 světe div se normálně použít.

Na http://[2001:470:9b01:1:1e4b:d6ff:fe1f:da37]/ na portu 80 běží webserver. Poskytuje jediný statický soubor s nějakým textem. Na routeru před ním jsem napsal:

ip6tables -A FORWARD -d 2001:470:9b01:1:1e4b:d6ff:fe1f:da37 -m state --state ESTABLISHED,RELATED -j ACCEPT
ip6tables -A FORWARD -d 2001:470:9b01:1:1e4b:d6ff:fe1f:da37 -j DROP

Kdo sem první postne obsah poskytovaného souboru, vyhraje asciiartového Tuxe :-P.

Zkus si zapsat adresu www.lupa.cz s IPv6 adresou do /etc/hosts a pobavíš se. Já jsem se teda pobavil celkem dost :-) (sice nechápu, jak to mají udělané, ale i tak je to zajímavé)

A co je na tom k pobavení? Objeví se normální lupa.cz, jen přes IPv6.

Jinak články hlásající "IP adresy dojdou" a zároveň "Ne, prostě jen doba nenazrála." jsou bohužel typickou dnešní praxí. Všechny běžně používané operační systémy IPv6 zvládají bez problémů a tak nezbývá, než se vymlouvat na čínské krabičky, místo kterých už mohlo dávno běžet cokoliv funkčního (osvědčení výrobci nebo OpenWRT). I ten Mikrotik by IPv6 podporu mohl dotáhnout do konce, kdyby na něj šel tlak od zákazníků. Je to přece jen Linux obalený spoustou tlačítek a vybrané modely stojí pod 2 tisíce...

V naší síti jsem IPv6 nasadil až ke klientům za pár dní, běžně jej používám a už přes 2 roky všechna nově pořizovaná zařízení umějí IPv6 aspoň propustit. Ono totiž stačí jít něco udělat, místo psaní nesmyslů typu "nepoužívejte, dokud nebudete muset". Když bude každý čekat, ono se to samo nenasadí :-)

Mně se po zadání www.lupa.cz objevila normální adresářová struktura, prostě IPv6 lupa zřejmě běží na jiném stroji než www.lupa.cz a požadavek určený pro ipv6.lupa.cz s hlavičkou GET http://www.lupa.cz/ jej natolik vyvedl z míry, že mi normálně zobrazil adresář s jeho obsahem, takže jsem si mohl prohlédnout návrh nové verze lupy, stažený web nějakého ministerstva atd :-)

Mohl jste si prohlédnout výpis obrázků, které jsou veřejné a viděl jste "novou" Lupu pro rok 2006 :) Ale jinak díky za info, chyba to samozřejmě byla a už je napravená.

nebo koupit WA-6201, viz http://i4wifi.blog.cz/1008/ipv6-router-s-podporou-pripojeni-modemu-axesstell-mv110nh

Predpokladal jsem, ze Patrik uz dokaze odlisit problem infrastruktury od toho, ze nekteri vyrobci pisou do svych materialu veci, ktere nemaji s realitou co delat.

Nicmene diky za clanek, je na nem videt (i kdyz clovek musi pouzit lupu), kde je doopravdy problem - v nedostatecne podpore koncovych zarizeni a v posledni mili.

(bohuzel na lupe opet nebezi autentizace uzivatelu)

Přerušujeme soutěž o ascii tučňáka, počítač s web serverem je totiž notebook a já s ním teď musím někam jít… Budeme pokračovat odpoledne :-).

hahahahah.. to bylo fakt moc dobré.. dobře jsem se zasmál (".. přerušujeme soutěž.. musím někam běžet". :))))

Pokračujeme! Web server běží, adresu má a poslouchá a čeká na vaše telefonáty! Tak volejte 2001:470:9b01:1:1e4b:d6ff:fe1f:da37 a první šťastlivec možná něco vyhraje!

To je jak v nějaké televizní soutěži…

No právě. Vždyť vlákno začalo tím, jak udělat, aby se na stroj v IPv6 nešlo zvenku připojit.

Nikoliv "na stroj". Na všechny stroje ve vnitřní síti (a podotýkám, že zdaleka ne na všechny si uživatel může firewall nainstalovat) a navíc se skrytím veškeré informace o struktuře té vnitřní sítě, včetně třeba počtu počítačů.

Ano, souhlasím, zakázání veškerého příchozího provozu je prasárna a můj počítač by měl alespoň odpovídat na echo request. Ale cílem bylo demonstrovat, že to jde, ne ctít RFC :-).

Řešením je přidat do netfilteru ještě jedno pravidlo, které povolí ICMP.

Tak se podobny pravidla strci na router, tu samou skatuli co dneska dela NAT. ESTABLISHED a RELATED bez omezeni a NEW pouze zevnitr. A bezpecnost "aby nekdo nevlezl dovnitr" je vyresena. Zbyva jen "aby nam nekdo nespocital pocitace", a na to by mohly stacit Privacy Extensions, tj. casto se menici nahodny adresy. Pozorovatel uvidi milion adres, ale kolik tam je ve skutecnosti pocitacu, muze jen hadat. Pravda, v podani NATu tohle tajnustkarstvi funguje lip. Ale on stejne nakonec nekdo udela NAT i pro IPv6, i kdyz je to prisernej napad.

No vždyť já nemám zapnutý firewall na tom vnitřním počítači. To zablokování provozu jsem nastavoval na routeru, který je na lince k mému ISP. Pokud chceš zablokovat komunikaci na všechny počítače, tak do parametru -d dej místo jednoho počítače celou podsíť.
„navíc se skrytím veškeré informace o struktuře té vnitřní sítě, včetně třeba počtu počítačů.“
Tohle půjde jenom IPv6 1:n NAT nebo SOCKS proxy - stejný princip, jako u IPv4. A stejně jako u IPv4 pak analýzou provozu půjde s velmi vysokou pravděpodobností určit, jestli tam těch počítačů víc je.

S privacy extensions to muze byt docela orisek :-)

A jo, to mě nenapadlo.

ty firewally jsou svině, co? :-)

c, d) Já po IPv6 používám hlavně SSH, protože mám pár strojů za NAT a nedá se na ně tedy po v4 dostat. Funguje to tak transparentně, že člověk v podstatě ani nemá šanci zjistit, že je připojen po IPv6 (musí si dát who na vzdáleném stroji).

Souhlas. A co se routeru tyce, s Linuxem neni problem, s Cisco ani s Juniper krabicemi take neni problem... Proste Patrick to nezvladl, to je cele :-)

dyť píše, že u malých krabiček. Do této kategorie ještě cisco ani juniper nespadá. Tj. do krabiček okolo 2kKč.

Ale už tam může spadnout divize Cisca - Linksys. Třeba můj prehistorický Linksys nemá s IPv6 problém. Vzhledem k tomu, že customizace fw u dodávaných routerů není našim velkým ISP cizí, tak si dokážu představit i možnost, že by zákazníkům dodávali routery s DD-WRT (například).

Routerboardy se dají sehnat za 1500 i s krabičkou a IPv6 podporují už poměrně dlouho.

No já mám pocit, že ten NAT nakonec do nějaké specifikace dostal.

Ono to má i jiné použití, než falešný fw. Třeba je pak možné měnit poskytovatele připojení bez readresace vnitřní sítě, ne?

Readresace vnitrni site muze/ma probihat na IPv6 automaticky. Dokonce ta sit teoreticky muze pouzivat vice ruznych prefixu zaroven a na tom ma byt postaven multihoming (s tim, ze router, ktery nema upstream, by mel prestat oznamovat, ze je router).

Ale jinak samozrejme nikomu nikdo nebrani, aby do linuxoveho jadra dopsal podporu pro ip6tables tabulku NAT :-)

> Readresace vnitrni site muze/ma probihat na IPv6 automaticky.

A ktery protokol zajisti readresaci (zmenu prefixu a prislusnou rekonfiguraci routeru) ve vnitrni siti obsahujici desitky routeru?

V současnosti je většina providerských sítí konstruovaná pomocí MPLS, čili tato otázka je poněkud zbytečná.

A i kdyby, je několik možností, jak to udělat:
1. některé routovací protokoly vůbec nevyžadují žádné adresování (OSPFv3)
2. může se použít ULA (varianta privátních adres) a jedinou adresu, kterou router potřebuje je ta na Loopbacku, kterou si skriptem změníte na stovkách routerů během minuty.

> některé routovací protokoly vůbec nevyžadují žádné adresování (OSPFv3).

OSPFv3 sice nepotrebuje verejne IPv6 adresy pro spoje mezi routery, ale aby melo OSPFv3 nejaky smysl, pak routery musi mit nejake sitove prefixy, ktere skrz OSPFv3 propaguji.

> jedinou adresu, kterou router potřebuje je ta na Loopbacku, kterou si skriptem změníte na stovkách routerů během minuty.

Tedy zadne automaticke preadresovani, ale rucni.

Síť s desítkami routerů bez jejich automatické aktualizace je podle mne asi amatéřina.
Co by mě ale zajímalo je probíhající komunikace počítačů během readresace.
Co se stane, když komunikuji s nějakým cočítačem ve vnitřní síti a dojde k readresaci? Nezačnou se ztrácet data když dejmetomu jeden už bude readresovaný ale druhý bude posílat data na původní IP?
A co celá infrastruktura DNS? Je nějak specifikováno, jak se mají chovat DNS servery (lokální) v případě readresace? A co DNS cache na klientech, je zaručeno že se vyprázdní aby nevrecely staré IP?
Jinak by mě ještě zajímalo, jak je to s privátní částí IP. Přiřadí se při readresaci stejná? Eventuelně jde nastavit jako fixní a vrámci vntiřní sítě pouižívat pro adresaci jen tuto část (bez části přidělené providerem). Pokud ne, mohl by to být problém v menší síti, kde se nepoužívá DNS svázané s MAC adresou síťovky. Musely by se všude přepisovat IP.

> Co se stane, když komunikuji s nějakým cočítačem ve vnitřní síti a dojde k readresaci? Nezačnou se ztrácet data když dejmetomu jeden už bude readresovaný ale druhý bude posílat data na původní IP?

Obecně je to tak, že počítač může mít několik IPv6 adres z různých sítí. Router ohlašuje všechny sítě s různými prioritami a časem životnosti. Ve fázi přechodu máte dvě IPv6 adresy, pak změníte všechno co potřebujete v DNS a nakonec vyhodíte starou adresu, až ji nikdo nepoužívá.

> A co celá infrastruktura DNS? Je nějak specifikováno, jak se mají chovat DNS servery (lokální) v případě readresace? A co DNS cache na klientech, je zaručeno že se vyprázdní aby nevrecely staré IP?

Opět řeší souběžná existence adres a DNS cache se vyprázdní po uplynutí TTL.

Co se týká zbytku, tak ta klientská část může zůstat stejná (pokud ovšem nemáte zapnutou privacy extension, kdy se adresa mění každých pár minut :-)

A pokud má někdo zafixované adresy v konfiguráku, tak pokud to ví, může ve své organizaci používat i ULA adresy (obdoba privátních adres). Jinak mu samozřejmě nezbývá než to změnit v konfiguraci.

> Síť s desítkami routerů bez jejich automatické aktualizace je podle mne asi amatéřina.

Porad tu nezminil nikdo zadny protokol, ktery by zajistil automatickou readresaci rozsahlejsi site. IMHO to je chimera a nic takoveho se prakticky nepouziva.

... ale byla by to super adrenalinova jizda. Dam "SUBMIT" a pak uz jenom cekam, esli se mi vsechny krabice v siti propoji :-)

Co treba radsi: Dam "ADD" a ke vsem adresam v siti pribydou jejich dvojnici s jinym prefixem. Dam "SWITCH" a defaultne (jako src a dst pro spojeni uvnitr site) se zacnou pouzivat ty nove (ale stare stale funguji pri explicitnim pouziti). a pak dam "REMOVE" pro odstraneni tech starych.

> Vnitrni sit by z principu nemela obsahovat desitky routeru.

Asi mame jinou definici 'vnitrni site'. Nevidim duvod, proc by se vnitrni sit vetsi organizace nemohla skladat z desitek L2 siti a routeru mezi nima. Routery klidne muzou pouzivat dynamicke routovani (treba OSPFv3). To ale nezajisti automaticke preadresovani.

To asi mame. Samozrejme pokud mame velkou sit, pouzijeme jine reseni, napriklad klasicky multihoming a BGP.

Tady je spise rec o necem vyrazne jednodussim - mam dva routery, kazdy pripojeny k jinemu ISP, oznamujici do jednoho lokalniho segmentu pomoci ra tu svoji pridelenou /64 od toho konkretniho ISP. Na segmentu jsou uz jednotlive koncove hosty (ale teoreticky by asi nevadilo, kdyby tam byly i routery, me tak napada).

V pripade, ze dojde k vypadku jedne z konektivit, prestane tento router oznamovat, ze je router a "preadresovani" (ac o preadresovani de facto hovorit nelze, nebot ty adresy jsou v beznem provoznim stavu na kazdem interface dve ruzne globalni plus jeste link local) si udelaji ty stroje na tom segmentu samy tim, ze ztrati danou ipv6 adresu na interface a tedy i cestu k dane default gw a musi pouzit tu druhou. To je cele, zadny specialni protokol na to neni potreba ;-)

No, to se ale vyjadrujete o necem o dost jednodussim - jen o zmene routovani a zadnem preadresovani. Pod preadresovanim si predstavuju situaci, kdy prechazim od jednoho ISP k jinemu (novemu) a tedy musim prejit na jine, uplne nove (PA) adresy. Reseni takove situace AFAIK neni v IPv6 o moc jednodussi nez v IPv4 (snad az na to, ze na IPv6 budu mit v obou pripadech jeden stejne dlouhy prefix, takze preadresovani bude mozne delat uniformne).

To tak mozna v pripade domacnosti ci minifirmy. V pripade vetsi organizace to znamena minimalne prenastavit IP adresy vsech routeru a serveru a vyskyty IP adres v konfiguracich sluzeb a prekonfigurovat DNS.

Zpráva ze včera: Ministerstvo zdravotnictví nechalo spálit 145 tisíc vakcín proti prasečí chřipce za 31 milionů korun.

A podobně bych to viděl s IPv6. Ne že by snad to nebyl reálný problém, ale osobně počkám až do toho nejzazšího možného termínu a většina lidí jistě taky tak a nedivil bych se, kdyby rok nasazení měl na předposledním místě dvojku či trojku a dokonce, že se nakonec z IPv6 stane paralelní síť používaná víceméně výhradně mobilními zařízeními.

To co mě štve je právě nepřipravenost výrobců a poskytovatelů. To že bude muset být v dohledné době nějaké IPv6 se ví minimálně 10 let. Přesto všichni poskytovatelé dávají třeba zákazníkům routery, co IPv6 neumí. To znamená změnit jen v české republice cca. 4 miliony připojovacích routerů.

A když si vezmu to, že to není odpojit/připojit, ale vyžaduje to velkou práci u klientů, tak prostě nevěřím, že k tomu kdy dojde. Tedy přesněji dojde k tomu, až dojde ke generační výměně celé technologie, tj. až budeme instalovat FTTH, "ADSL 3", WiMAX atp.

A nejvíc mě na tom všem sere, že to jestli daný modem/router ... bude či nebude umět IPv6 je otázka čistě a pouze firmware (větší nároky na pamět ale nic co by se na většině routerů nedalo zvládnout). Ale ŽÁDNÝ výrobce nebude do svých routerů takovou funkcionalitu doprogramovávat, protože by se připravil o zisk, raději se tak vyprodukuje další miliarda tun odpadu.

A to jenom proto, že prostě před 5-10 lety nezasedli třeba operátoři a neudělali společnou deklaraci, že budou kupovat pouze IPv6-ready zařízení. A nebo EU, když byla schopna podobně před 2 lety prosadit povinný prodej mobilů s mini-USB od roku 2011, aby se ušetřily tuny odpadů z rozličných nabíječek.

Tomasi, tak ta non-IPv6 zarizeni proste nekupujte a presvedcujte ostatni, ze je blbost do takovych veci investovat penize. Uvidite, ze to pujde ;-)

"Přesto všichni poskytovatelé dávají třeba zákazníkům routery, co IPv6 neumí."

To neni pravda. Jednak vsichni poskytovatele zakaznikum routery nedavaji, druhak je slusnym industry standardem, alespon u korporatnich pripojek, davat nejake Cisco CPE, ktere IPv6 umeji.

"Ale ŽÁDNÝ výrobce nebude do svých routerů takovou funkcionalitu doprogramovávat, protože by se připravil o zisk, raději se tak vyprodukuje další miliarda tun odpadu."

Opet, Cisco i Juniper jsou priklady, ktere popiraji vyse uvedene tvrzeni.

vsadím se s vámi o svůj měsíční plat, že z těch odhadem min. 4-6 milionů modemů/routerů co v ČR slouží jako rozhraní vnitřní a vnější sítě je Cisco/Juniper absolutní minorita v řádu maximálně jednotek procent. Možná dejme tomu ještě Linksys, který patří pod Cisco a kde také pár modelů má jakž takž funkční IPv6, ale ani těch není víc než jednotky procent.
Navíc ani zdaleka není pravda, že by všechny Cisco CPE podporovaly IPv6, dokonce bych řekl, že je to naopak, nebo alespoň že pro dané CPE sice existuje nějaký ios co podporuje IPv6, ale na něm pak zas třeba nefunguje SIP a tak podobně.
Prostě jestli se píše, že IPv4 vyprší za méně než 2 roky tak já vsadím cokoliv, že se to na tom, čím se bude připojovat valná většina (nejen) českých ADSL/Kabel/WiFi uživatelů nic nezmění ještě hodně dlouho.

Dovoluji si hadat :) ze jste nepochopil clanek... :)

Ja se hlavne docetl jak media deformuji informace :) coz sice neni zadna novinka ale forma jakou to bylo podano me pobavila :)

ad 1. To je prave ta deformace kdy kazdy pepa zna reseni... :) a uz ho vubec nezajima ze to 255 je neco vic nez cislo v desitkove soustave :)

ad 2. Podle me by slo do nekonecna rozdelovat stavajici IP... nekomu nejake vemete a hold at si provider za jednu IP zamaskuje zbytek provozu :) nerikam ze je to reseni :))) chran me kridlo Tuxovo :)))

ad 3. Vsimnete si prosim spojeni "BYLO BY..." :) neni treba se certit :)

Vy jste měl ke snídani "vtipnou kaši", nebo na ty smajlíky používáte skript?

Tipuji to na uštknutí řepkou...

s managementem na l3+ :)

Jako laika by mě zajímalo jaké konkrétní důsledky pro mě konec IPv4 bude mít? Co budu muset na svém počítači změnit, aby mi i poté internet fungoval?

Díky za info

IPv4 internet bude fungovat pořád stejně. Akorát nové zdroje budou pouze na IPv6, kam se pouze IPv4 klient nedostane, případně naopak, pouze IPv6 klient se nedostane na IPv4 zdroje.

A co se týká koncového uživatele, ten by obvykle neměl dělat nic, protože tomu stejně nerozumí.

Mno a tady je jádro pudla. IPV6 navrhli idioti, kteří mysleli na nové funkce, ale zpětná kompatibilita pro ně byla jenom obtížná veš, a podle toho k ní přistupovali.
Byli zahleděni do "výhod" nového systému a namyšleně předpokládáli, že se uživatelé přetrhnou, aby mohli nové funkce využívat. No a jak se ukázalo, tak IPV6 přináší 10x více problémů než výhod.
Vůbec bych se nedivil, kdyby se nakonec nalezlo jiné řešení a celé slavné IPV6 by šlo do kopru. A těm namarchovancům bych to ze srdece přál.....

Jediný zásadní problém je jak vměstnat víc adres do čtyř bajtů. Pokud to vyřešíte bez nutnosti zásahu většího, než dělá IPv6, tak gratuluju! :-)

Jaké problémy přináší IPv6? Pokud by se nasazovalo na "zelené louce", tak žádné... Veškeré problémy, které s ním dnes máme, přináší jen ignorance na straně výrobců a "adminů ."

Naopak IPv6 spoustu problémů řeší. Jen počkejte, RIRům dojdou rozsahy, začne se s adresovým prostorem kšeftovat, to způsobí růst routovacích tabulek a poskytovatelé se tomu začnou, až se velikost tabulek začne blížit hardwarovým limitům zařízení, bránit. Může se stát, že za směrování svého C, které si někde koupíte, budete muset platit -- nejen svému ISP, ale i těm ostatním. Může se stát, že některé rozsahy nebudou unikátní a budou oznamovány vícekrát. Tohle všechno IPv6 díky tomu, že nemusí až tak freneticky šetřit s address space, řeší.

>Pokud by se nasazovalo na "zelené louce"...
No právě že se nenasazuje a na zpětnou kompatibilitu jaksi páni vědátoři zapoměli...

Problémy které popisujete jsou běžným uživatelům a adminů malých sítí (cca do 200 zařízení) na hony vzdáleny. Já je samozřejmě nebagatelizuji a vím o nich, nicméně pro koncové uživatele je tohle pouze otázka kvality blackboxu jménem ISP a ceny za jeho služby. Pro ně konkrétně má IPV6 více nevýhod než výhod. Investicí do infrastruktury počínaje.

Problém je totiž v tom, že IPV6 nerozšiřuje pouze adresní prostor, ale že zavádí nové nekompatibilní protokoly a funkce, díky kterým nelze dosáhnout té zpětné kompatibility.

zpětné kompatibility nelze dosáhnout právě kvůli zvětšení délky adresy, tj. tomu základnímu, co se muselo udělat, takže ten výkřik je úplně mimo.

to že řešení zpětné kompatibility nenapadá zrovna Vás, neznamená že není možné....

A vas snad napada? :-)

mne napadá několik řešení, nicméně všechna jsou horší než implementace IPv6 :-)

Tak nějaké navrhněte, rádi se necháme poučit. Pokud bude skutečně funkční, možná byste měl napsat příslušným organizacím - jsem si jistý, že by vám radostí utrhaly ruce.

Mno tak...to že něco neumím od základu navrhnout, neznamená, že nemůžu poukázat na chyby které to má. Nicméně problém byl v tom, že jaksi autoři IPV6 se o nějakou kompatibilitu nepokoušeli.
Co třeba IPV8 :)
Vyhradit pár segmentů sítě IPV4 pro IPV8 a použít jak tady někdo naznačil "volná" místa v IPV4 implementaci na dodatečné adresy. A to tak aby stávající IPV4 zařízení směrovalo paket podle IPV4 pravidel a vůbec by o IPV8 nevědělo přičemž by stačilo doplnit do routovací tabulky že např. adresy 10.x.x.x se vždy routují na nejbližší IPV8 bránu, která si už další 4 byty adresy z paketu vytáhne.
Nejsem matematik a ani nemám čas si hledat výpočet, ale myslím že adresní prostor 10.x.x.x.x.x.x.x by byl docela dostatečný a když ne dalo by se najít jistě i více ze stávajícího prostoru, a přitom by pakety procházely sítěmi IPV4 bez problémů.
Třeba je to úplná blbost, ale prostě nevěřím tomu, že (pokud by to bylo prioritou) by nešlo řešit rozšíření adresního prostoru kompatibilně.
Jenže autoři IPV6 možná (omlouvám se tedy vědátorům) ovlivnění komerčními inženýry tak nějak třeba tu kompatiblitu ani nechtěli , protože představa výměny všech těch krabičen na celém světě je jistě velmi komerčně lákavá.....

To narazi na uplne stejnej problem jako soucasny IPv6. Jak stary zarizeni, ktery nic jinyho nez IPv4 nezna, navaze spojeni se serverem s novou adresou 1.2.3.4.5.6.7.8? Tezko, protoze vubec netusi, ze nejaka takova adresa muze existovat. Obracene by to slo, namapovat starsi (mensi) prostor do novyho (vetsiho) lze snadno. Odchozi spojeni z IPv8 adresy na starou IPv4 by se po ceste zNATovalo na jinou IPv4, na kterou by prisla odpoved. Kapacitne by to asi moc nefungovalo, ale teoreticky by to slo. Ale ten druhej smer neni resitelnej ani teoreticky.

Dobře, tak zkuste navrhnout protokol, který řeší problém s nedostatkem adres a s fragmentací routovacích tabulek a při tom je zpětně kompatibilní s IPv4. Nebudete zdaleka první, kdo to zkusí... (Hint: Jim Flemming) Ale nikomu se to zatím nepovedlo tak, aby to nebylo ještě horší, než implementovat IPv6. Ta políčka v těch packetech určená pro SRC a DST adresy jsou celkem jednoznačně daná, nic s tím nenaděláte a s tím, že směrovače, které neznají žádná rozšiřovací políčka, na ně budou zvysoka dlabat, také ne...

Jinak s těmi ISP se také mýlíte, tihle neměli problém s tím IPv6 na své síti implementovat (byť ne zdaleka všude): http://www.nix.cz/cz/peering_ipv6

> Jistě, ale můžu rozšíření adresy strčit buď do IP options, nebo to rovnou prependovat na začátek payloadu.

a co tím získáte? Adresní prostor už je skoro vyčerpaný, to byste chtěl všechno přeadresovat nebo na rozšíření použít pouze ještě nepřidělené IP adresy? (podle druhého odstavce patrně pouze ty nepřidělené).

Ale myslím, že je to v podstatě jedno, IPv6 už je hotová, cokoliv jiného už se prostě do vyčerpání IPv4 prostoru nedá stihnout.

„Jistě, ale můžu rozšíření adresy strčit buď do IP options, nebo to rovnou prependovat na začátek payloadu.“

To asi nebude moc zpětně kompatibilní, co myslíte? :-)

To by právě v podstatě nemusel v případě, že by byla zachována dst adresa, protože to je to jediné, podle čeho se směrovač řídí. Tj. začátek adresy 32 bitů by byl na svém místě a další kousek by byl někde jinde. Takto by to fungovalo, akorát by to rozšiřovalo adresový prostor dnešních poskytovatelů. Teda ještě by se musely upravit všechny koncové operační systémy, ale to je asi nepodstatný detail :-)

„Teda ještě by se musely upravit všechny koncové operační systémy, ale to je asi nepodstatný detail :-)“

No to je právě ten problém. Současná situace s IPv6 nám totiž ukazuje, že páteřní routery přecházejí celkem snadno a celá páteř už je IPv6. A problémy jsou právě v těch koncových bodech - routery mini-ISP, SOHO krabičky, AžDSL modemy, klientské počítače… Takže tohle tomu moc nepomůže.

> upravit všechny koncové operační systémy
Mno jako by se pro IPV6 upravovat nemusely :):)

Taky to trvalo jenom cca 10 let.

jenze pro IPv6 uz je to hotove... :-)

No jo jenže předřečník úpravu OS považoval za nevýhodu jiného než IPv6SHIT řešení....

Já vím že IPv6 je hotové a že se na něj nejspíše přejde, ale to nic nemění na tom faktu, že se jedná o šmejd a pár lidí by si za to zasloužilo pověsit za koule.

Já myslím že hrůza je oprávněná .. ale ne z nového, ale z blbosti, kterou IDN je. Jediní kdo na tom získají budou registrátoři a pishingoví rhybáři :)

... mozna ze stejneho duvodu jako ja? Treba chce mit MOZNOST psat URL s diakritikou?

Jenze IDN nezavadi moznost psat URL s diakritikou, ale nutnost psat URL s diakritikou. Nemuzu si ja jako uzivatel zvolit jak budu psad dane URL, rozhodne to za mne majitel domeny/site, ja jako uzivatel se pak musim prizpusobit.

Moznost psat URL s diakritikou by sla nejsnaze zavest tak, ze by prohlizec (a jine nastroje pracujici s domenou) transformovali domenu s diakritikou do kanonicke bezdiakritikove podoby. Pak by si kazdy uzivatel mohl zvolit, zda chce psat domeny s diakritikou nebo bez.

Napsal jsem to nejednoznacne. Nejde o to, ze URL s diakritikou muze psat uzivatel, ale ze si drizitel domeny muze zaregistrovat jmeno s diakritikou.

Uzivatel samozrejme psat url s diakritikou nemusi - klidne muze url napsat v punnycode nebo na nej kliknoit v majlu, ve vysledcich google a tak.

To je problem majitele domeny, jeho svobodne rozhodnuti - a ja opravdu nevidim zadny racionalni duvod, proc v tomto smeru kohokoliv omezovat - jen proto, ze nekdo jiny je LINY si tu klavesnici (na chvili) prepnout...? Lenost a pohodlnost nekterych jedincu argumentem pro omezovani IDN opravdu neni...

Ostatne, URL s diakritikou nikam psat nemusite, nic vas v konecnem duledku nenuti - to jen vy chcete se na neco podivat - a pokud se opravdu budete chtit podivat, tak si tu klavesnici taky do ceske na chvili nakonec prepnete. Nebo Vas ty hacky a carky budou natolik bude s**t, ze se tam proste nepodivate... ale je to VASE volba, VASE rozhodnuti.

Beztak bylo demonstrovano, ze diakriticke domeny je mozne bez problemu zaregistrovat v cele rade okolnich registru (.com, .net, .info, .eu, .de, .at, .hu, .pl...) a registruji se - bohuzel jen jinde, tedy ty penize za registrace v dusledku plynou do jinych registru namisto naseho narodniho - kvuli zabednenosti nekolika lidi ;) Jestli se chtel nekdo ochranit pred rizikem psanim diakritiky v URL, tak si fakt moc nepomohl, kdyz to bojkotuje v .cz...

A to ze sam pisu obvykle bez diakritiky neimplikuje, ze si tu klavesnici - kdyz chci/potrebuju - z anglictiny neumim prepnout... kazdopadne KAZDY ma pravo se rozhodovat sam za sebe, a pokud nekdo chce mit domenu s diakritikou, nevidim zadny rozumny duvod, proc mu v tom branit.

> To je problem majitele domeny, jeho svobodne rozhodnuti

Ale dusledky takoveho rozhodnuti dopadnou i na ostatni, jak jeho uzivatele (budou muset psat domeny s diakritikou), tak treti osoby (rozbije se vseobecny predpoklad, ze domeny v .cz jsou bez diakritiky, ktery dost zjednodusuje zivot, napr. lide diky nemu mohou v beznem hovoru mluvit o domenach v podobe s diakritikou, protoze implicitne je jasne, ze se jedna o domenu bez diakritiky).

> Jestli se chtel nekdo ochranit pred rizikem psanim diakritiky v URL, tak si fakt moc nepomohl, kdyz to bojkotuje v .cz

Domeny mimo .cz maji na cesky web marginalni dopad.

Ondreji hluboce se mylite. Soucasny stav, kdy se uzivatele bavi o domenach a pouzivaji hacky a carky a pisou domeny bez nich, je NEPRIROZENY.

A prirozenost je snad nejake kriterium smysluplnosti? Soucasny stav funguje dobre a nikdo s nim nema problemy.

Problemy s tim samozreme ma bezna populace. Pokud by s tim nikdo nemel problemy, tak by vsichni psali stejne jako my dva - bez nabodenicek.

Já čtu cestinu pomaleji než normální češtinu. Nevím, jak ostatní, ale asi to bude podobné.

ono to čtení doménového jména vyloženě zdržuje, zvlášť když je ta domenatakstrasnedlouhazejeproblemjivubecnapsatdojednohoradku.cz :-)

Já reagoval na psaní bez diakritiky obecně…

Žádnou doménu s diakritiky psát nebudete muset. Když se rozhodnete, že pro vás ty domény neexistují, tak pro vás nebudou existovat, a hotovo, nemusíte řešit, jak je zapsat. Dneska existují spousty domén, které pro vás neexistují, ale jejich majitelé je z nějakého důvodu chtějí mít zaregistrované. Proč vám tak vadí, že by k nim přibyly další?

A na zaklade ceho dovozujete, ze nejake domenove jmeno musite psat? On Vam snad nekdo stoji s pistoli u hlavy? To rozbijeni "vseobecnych predpokladu" je otestovane v jinych registrech okolo nas, kde museli zakonite mit podobny problem a zadna tragedie se nekonala. Nebo snad mate zpravy o opaku? Znaky s diakritikou nejsou specificke jen pro cesky jazyk...

Hodnotit (ne)dopad domen mimo .cz bych se neodvazoval. Uz jen proto, ze jen tezko muze kdokoliv z nas disponovat daty z jinych registru, ze kterych by vyplyvaly nejake pocty ve vztahu k CR. A rozhodne bych netvrdil, ze vsechny ceske weby jsou na .cz, je spousta tech, co jsou jinde - mj. vc. slavnych datovych schranek...

Vyrazy s muset/moci jsou vzdycky urcitym zpusobem kontextove podminene (koneckoncu i kdyby me nekdo stal s pistoli u hlavy, tak bych nic nemusel, ale mohl se svobodne rozhodnout zda se mu podridim nebo se necham zastrelit).

Zde je samozrejme mysleno ze pokud chci nekam zadat takovou domenu, pak ji musim zadat s diakritikou.

Samozrejme vzdy muzu tu domenu proste nepouzivat, ale to je asi stejne uzitecna rada, jako kdybych Michalu Krskovi, kdyz chce mit moznost psat URL obsahujici domenu v .cz s diakritikou, doporucil, aby si ji v punycode dal do /etc/hosts .

Ondreji, uz jsem jednou psal, ze doslo k nedorozumeni. Me neslo o uzivatele, ale drzitele domeny. A jako drziteli domeny je mi bohuzel napsani cehokoliv do /etc/hosts k nicemu :-(

Jasne, vzdyt to taky byl priklad rady ktera je prakticky k nicemu :-)

Pokud budeme takto puntickarit, tak to uz stejne "musite". A to jak u tech zminenych generickych/sousednich TLD, tak v dusledku i pod .cz, pokud se chcete podivat, co je schovane za http://háčkyčárky.cz ;)

„jen proto, ze nekdo jiny je LINY si tu klavesnici (na chvili) prepnout...?“

A co používat trvale českou? Já klávesnici také nepřepínám, akorát by mě to pletlo.

Kazdemu vyhovuje neco, me treba vyhovuje spise anglicke rozlozeni klavesnice. Ale nikomu jej nevnucuju, at si kazdy pouziva, co chce...

>a ja opravdu nevidim zadny racionalni duvod, proc v tomto smeru kohokoliv omezovat

V tom případě nevidím důvod, proč nepovolit celé Unicode s výjimkou podobných znaků. Proč někomu zakazovat třeba adresu שנבס.cz?

Můžete nám blbců prozradit, jak by se dal dělat phishing po zavedení IDN v .cz? Samozřejmě, že NIC povolí registraci pouze domén s českými znaky - ěščřžýáíéďňóůú a možná ještě ü.

I v ostatních TLD není v IDN povoleno mixovat znakové sady a možná se i kontroluje, jestli přesto neexistuje i nějaká graficky shodná doména.

Já si dovedu představit, že českáspořitelna.cz bude pro mnohé uživatele důvěryhodná, ikdyž by ji vlastnil nějaký rhybář.

Když ceskáspořitelna.cz, tak proč ne třeba ceskaporite1na.cz nebo ceskaporitlena.cz, která jde zaregistrovat už dnes?

Co taková ceska-sporitelna.cz? Neměly by se zakázat i pomlčky? A co třeba c-sporitelna.cz?

$ host ceska-sporitelna.cz
ceska-sporitelna.cz has address 194.50.240.70
ceska-sporitelna.cz has address 194.50.240.198

Davide, kde je pointa? Cely tenhle problem jde jednoduse zaridit tak, ze das MOZNOST zaregistrovat vlastnikum neohackovanych domen a/nebo vlastnikum ochrannych znamek?

A pokud si spravne pamatuju, tak krome odpurcu zavadeni IDN nikdo v realne se soubojem registracnich automatu nepocita.

mně je to celkem jedno, akorát mně přijde, že narozdíl od IPv6 to nic nepřináší. Ale jinak si nemyslím, že je to jakkoliv technické téma. Je prostě jenom na lidech, jestli chtějí psát URI s háčkama nebo ne.

Prinasi to "rozsireni adresniho prostoru" :-) Neni tam sice autoconf, mobilita, nativni IPSec, ale i tak je to posun vpred ...

Doménové jméno ceskasporitelna.cz má celkem 9216 IDN variant.
česká spořitelna na to ty dva melouny ročně jistě mít bude ale co menší podniky..........

Mno nevím .. BFU ví o IP adrese akorát tak prd a v člověku znalém asi IPv6 adresace žádnou hrůzu budit nebude.

IPv6 je jistě chytré řešení ovšem má základná nevýhodu...není dostatečně kompatibilní se stávající infrastrukturou.
Kdybych to srovnal se zde často citovaným přechodem na digitální televizi, tak je to jako by DBTV vysílala na dramaticky jiných kmitočtech a tím pádem by bylo nutné pro ní tahat na střechu novou anténu. Taky by s tím byly o mnoho větší problémy.

Nejhorší je, že tady bude muset mnoho let být IPV6 i IPV4 pohromadě a jaké problémy (třeba ohledně bezpečnosti) to v budoucnu přinese nikdo neví...

> Kdybych to srovnal se zde často citovaným přechodem na digitální televizi, tak je to jako by DBTV

No zrovna u DVB-T bylo treba vymenit ci preladit skoro vsechno. Jenze na rozdil od prechodu na IPv6 tenhle prechod naridil centralne stat.

„IPv6 je jistě chytré řešení ovšem má základná nevýhodu...není dostatečně kompatibilní se stávající infrastrukturou.“

Navrhněte tedy řešení problému nedostatku IP adres, které je kompatibilní tak, jak chcete. Zatím ještě nikdo nic takového nevymyslel.

Bylo to navrženo. Přečtěte si to.

„adminů malých sítí (cca do 200 zařízení)“

A co udělá admin . takové malé sítě, až bude chtít připojit více než 253 počítačů (předpokládám, že síť má céčko) a už prostě další adresy nedostane?

Coby dělal? Normálně připojí další stroje. Admin takové malé sítě už dávno zavedl NAT (s tím, že na vybrané adresy vnitřní sítě dělá překlad 1:1)

Ale tak to má napsat, že stroje v jeho síti nejsou připojeny k Internetu. V tom případě mu může být skutečně jedno, jestli používá IPv4 nebo IPv6.

Některé jsou (NAT 1:1) některé nejsou (NAT 1:N). Tak to u sítí o 200 počítačích bývá. Nechápu, co vás překvapuje.

Že když ty nové nechce připojovat k Internetu, tak vlastně nemusí řešit, jestli je možné k Internetu připojovat nové stroje.

Nechápu, kam má vaše diskuze směřovat. Admin malé sítě řešil problém připojování nových strojů většinou už před mnoha lety a vyřešil ho většinou NATem.
V současné době je toto řešení stabilizované a ten problém pro něj není akutní.
Přesto se připravuje na přechod na IPv6 a řeší a bude řešit všechny problémy s tím spojené. A o tom je tohle subvlákno. Co admin malé sítě v souvislosti s nástupem IPv6 řešit bude a nebude. Argumentovat - ale jinak nikoho nového nepřipojí - je zbytečné.
Tolik z mé strany shrnutí naší minidiskuze, ve které nemá cenu dál pokračovat. Hezký den.

„Admin malé sítě řešil problém připojování nových strojů většinou už před mnoha lety a vyřešil ho většinou NATem.“

Ano, a proto právě nemusí řešit IPv4 vs. IPv6, protože ho nedostatek adres netrápí. Howgh. Hezký den :-).

No tak tedy ještě:
Jenže on právě IPv6 řešit musí i tak. Protože nejpozději v okamžiku, kdy bude na IPv6 "kritické množství" služeb a uživatelů, se od něj bude očekávat, že u něj pojede IPv6 taky. Bude to požadavek jak shora, tak zespoda, který bude postupně víc a víc sílit, až v tom zmíněném okamžiku bude zcela striktní a nediskutovatelný.

Ale než tohle nastane, budou už všechna IPv6 řešení tak odladěná, že s tím nebude mít problémy.

No právě že se nenasazuje a na zpětnou kompatibilitu jaksi páni vědátoři zapoměli...

Zde bych se rad vedatoru zastal. Jedna z propagovanych vyhod IPv6 v rannem stadiu, kdy se jim v ceskem Internetu zabyvaly radove jednotky lidi (polovina devadesatych let), bylo to, ze slo o dojemny soulad mezi vyzkumnou a komercni sferou :-)

Tudiz pri nadavani na vedatory nezapomente nadavat na inzenyry komercaky -)

Zpětná kompatibilita? Jakýkoliv relevantní zdroj bude mít IPv4 adresu ještě hodně dlouho - v datových centrech opravdu nějakou dobu nedojdou, ale dojdou velmi rychle pro koncové uživatele. Prostě dostanou všichni neveřejnou IPv4 adresu (takže na IPv4-only zdroje se dostanou) a budou mít veřejnou IPv6 adresu.
Nebude to jako zavedení silničního provozu vpravo: 15. března 1939 vstoupila německá vojska po pravé straně vozovky a od toho okamžiku jezdili vpravo všichni až dodnes. Kdo nejel vpravo, toho přejel německý tank.
IPv6 bude daleko méně bolestivé: problémy budou mít jen Windows XP a Visty do SP1. Všechny ostatní současné systémy v nativní IPv6 síti normálně fungují a uživatel o tom neví.
A nakonec: díváte se na to optikou euroatlantické civilizace, kde je penetrace internetu téměř úplná a nároky na růst adresového prostoru relativně malé. Podívejte se na Čínu a Indii - tam můžeme čekat IPv6-only sítě poměrně brzy.

Internet není jen web. A v mnoha dalších aplikacích jsou relevatní zdroje i koncové počítače uživatelů. Třeba P2P, IM nebo IP telefonie. Ostatně i web neustále řeší problémy, jak navázat spojení ze serveru ke klientovi. S rozvojem mobilního internetu budou lidé třeba chtít dostat se z mobilu k dokumentům a fotkám uloženým v domácím počítači. To všechno jsou relevantní zdroje v oblasti, kde IPv4 adresy už dávno došly. A stačilo by, aby se začalo víc používat HTTPS, a IPv4 adresy dojdou rychle i v datových centrech.

Ale proč si to uloží do webové služby? Protože nemá jinou možnost, protože nemá připojení k Internetu!

Aby to bylo opravdu absurdní, doporučuji raději to poslat e-mailem a přílohu zakódovat do base64, aby se objem přenášených dat o třetinu nafoukl.

"IPv6 navrhli idioti, kteří mysleli na nové funkce, ale zpětná kompatibilita pro ně byla jenom obtížná veš, a podle toho k ní přistupovali."

-> *Prosím*, nejdříve se dostatečně informujte; ušetříte místo v diskusi a nebudete ze sebe dělat hlupáka.
http://tools.ietf.org/html/rfc3142 (prakticky např.:
http://www.openbsd.org/cgi-bin/man.cgi?query=faith&sektion=4)
Dokonce se používá kombinovaný zápis ve dvou číselných soustavách, aby se líný admin nemusel učit používat kalkulačku na převod soustav (http://tools.ietf.org/html/rfc3513 sekce 2.2.3).

"Byli zahleděni do "výhod" nového systému a namyšleně předpokládáli, že se uživatelé přetrhnou, aby mohli nové funkce využívat. No a jak se ukázalo, tak IPV6 přináší 10x více problémů než výhod."

-> Nějaké konkrétní příklady? Zvětšení adresního rozsahu mi přijde jako bezproblémová výhoda, rozdělení hlaviček z důvodu šetření prostoru a rozšiřitelnosti také.
To, že "IPv6 ready" produkt musí obsahovat i zdánlivé zbytečnosti je pro uživatele ve finále výhoda.
To, že to pár výrobců krabiček "z finančních důvodů" nechce pořádně naprogramovat, není problém informovaných správců a tedy ani uživatelů pod nimi.

"Vůbec bych se nedivil, kdyby se nakonec nalezlo jiné řešení a celé slavné IPV6 by šlo do kopru. A těm namarchovancům bych to ze srdece přál..."

-> Záleží, čemu říkáte "řešení". A záleží, komu říkáte "namachrovanec".

„IPV6 navrhli idioti, kteří mysleli na nové funkce, ale zpětná kompatibilita pro ně byla jenom obtížná veš, a podle toho k ní přistupovali.“

A jak byste tedy problém nedostatku IP adres řešil, aby se zachovala zpětná kompatibilita? Mě žádné zpětně kompatibilní řešení nenapadá.

Akorát nové zdroje budou pouze na IPv6
Těžko. I nově vznikající zdroje zdroje typu Seznam, Facebook (zaměřené na to, aby k nim měli přístup všichni) si teď prostě nebudou moci dovolit být přístupné jen na v6. Protože mnoho lidí teď k v6 síti přístup nemá, a jen kvůli novému zdroji obsahu, co se snaží zaujmout, si ho zřizovat nebude.

jenomže takové služby typu seznam/facebook/google mají už desítky tisíc serverů a pro něco takového sehnat adresy bude čím dál horší.

A ma seznam/facebook/google skutecne desitky tisic serveru, na ktery se primo pripojujou uzivatele? Ja nevim, ale tipl bych ze ne. Takze si to cely muze vesele bezet na cem chce (IPv6, privatni IPv4, ...) a staci tomu jen "par" verejnych IPv4 adres pro ty stroje, kam lezou uzivatele.

A jak si myslíte, že takový facebook stíhá obsluhovat ty miliony současně připojených uživatelů?

Priznam se ze nevim, jak presne to maji udelany. Ale na druhou stranu, dneska nemaji zadnou motivaci s IPv4 adresama setrit, spis naopak, cim vic si jich naberou, dokud jeste jsou, tim lip pro ne. Zajimavy by bylo vedet, s jakym minimem by dokazali vyzit. Protoze to je presne to, co bude muset resit jejich pripadnej konkurent, pokud prijde v dobe, kdy volny IPv4 adresy uz normalne k dispozici nebudou.

Na 1 IP adrese, kam se připojují klienti, bude stroj - tzv. loadbalancer - který nedělá nic jiného, než že přeposílá HTTP požadavky na desítky/stovky/tisíce strojů v interní síti, a nemusí s nimi teoreticky komunikovat ani IP protokolem.

V menším se podívejte na www.seznam.cz - překládá se na 1 jedonou IP adresu, ale všechny HTTP požadavky na tu URL jistě neobsluhuje jediný stroj.

Takový facebook by si odhadem mohl vystačit s několika tisíci IP adresami.

Load balancer má dost omezení. Především provoz. Kolik vygeneruje provozu takový přístup na facebook? 10Gbit? 100Gbit? Už to je dost problematické technicky vyřešit. Druhá věc je stejný problém jako u routerů, tj. obdoba směrovací tabulky. Navíc tady komplikované o to, že se jedná o celkem minimálně trojici (SrcIP, DstIP, Sport), takový load balancer by toho musel snést hodně, zvlášť když každé prohlížečové okno si otevírá několik spojení k cíli. Tady se nejedná o stovky tisíc záznamů jako na nejvytíženějších core routerech, spíš o miliony.

Ano, to jsou reálné problémy. Ale zkuste si z různých konektivit (IP) v ČR resolvovat DNS záznamy např. toho Seznamu nebo i Googlu. Je to vždy maximálně několik IP adres pro danou doménu. Pro statický obsah se používají někdy speciální domény (to spíš kvůli chování prohlížečů - omezení počtu spojení na 1 doménu), ale to je taky max. v řádu desítek IP adres.

Běžný serverový PC hardware odhadem pro HTTP load-balancing zvládne podle mě provoz min. 1 Gbps (to u HTTP provozu zvládne i NATovat). Pro 100 Gbps to je 100 strojů, ale i kdyby to bylo 1000 strojů, tak pro pro projekt velikosti Facebooku je to OK.

Takže si stojím za tím, že i pro tyto nejnáročnější projekty není potřeba víc jak jednotky tísíc IP adres. Vyčerpání IP prostoru skutečně teď nepřichází ze strany content providerů, ale zejména ze strany ISP v Asii.

Akorat, ze pro tech 1000 loadbalaceru musite dostat pridelena 4C. Lze to obejit treba anycastem, ale neni to vsespasitelne.

Pokud budete mit IPv4 adresy, tak zadne. IPv4 hned tak neskonci, jen nedostanete nove adresy... ale budete si je moci koupit na trhu, pokud Vam je ovsem bude nekdo ochoten smerovat a akceptovat.

Na pocitaci teoreticky nemusite menit vubec nic, nove OS maji IPv6 implicitne zapnuty, takze staci zapnout IPv6 na smerovaci, povolit (treba) eui-64 a ra a jede se. Jako uzivatel ani nepoznate rozdil a dokonce ani nepoznate, kdy jedete po IPv4 a kdy po IPv6.

Záleží na tom, co máte za přípojku. Pokud firemní, postarat by se měl váš ISP (a fakturační oddělení). Pokud domácí, vyhodíte (velmi pravděpodobně) domácí broadband router a koupíte si nějaký, který bude nativně podporovat IPv6 (zatím je jich minimum, viz problémy v článku). A pokud bude router dobře fungovat a vy máte nějaký moderní operační systém (alespoň Win XP, novější Linuxy, Mac OS X atd), pojede vám to ihned.

Nebo (jako mně) si s tím užijete hromadu legrace.

PS: Ano, dobráci v diskusi vám sdělí, že jste si měl koupit Juniper nebo Cisco. To jsou ovšem spíše firemní řešení se všemi nevýhodami z toho plynoucími (cena, přizpůsobení atd).

Cisco i Juniper vyrabeji pochopitelne i SOHO boxy, u Cisca typicky rada 870/880/890. Jiste, ze to je o neco drazsi, nez ten posledni cinsky dreck, ale to prece plati vsude. Kdyz si koupim v hobbymarketu sroubovak z cinske oceli tridy pevnosti -27 (az o 3% pevnejsi, nez blato v prumerne kaluzi), tak se taky nesmim divit, kdyz mi praskne v ruce pri dotahovani prvniho sroubu.

Základní potíž není v tom, že je to "o něco dražší, než ten poslední čínský dreck", ale v tom, že je to podstatně dražší, než i značková konkurence pro domácí použití - když už jsme u toho, tak například i než Linksys (ano, ten od Cisco). Z vašeho megasíťového pohledu jsou to sice šmejdy, které nemají základní funkce nezbytné pro pravé síťaře, jenže domácí uživatel upřednostní nižší cenu, možnost připojit přes USB HDD, snadné nastavení a rodičovskou kontrolu webů. A tohle rozhodně v nabídce Juniperu ani Cisca hledat nebude. Domácí broadband router je něco jiného, než router pro firmy.

Jiste, pokud do kusu polystyrenu zapichnu z obou stran RJ-45 konektory, tak to sice taky nebude mit zakladni funkce nezbytne pro prave sitare, tedy napriklad aby to routovalo, jenze domaci uzivatel urednostni nizsi cenu (a dokonce rodicovska kontrola webu bude fungovat na 100%, cehoz jinak dosahnout nelze)... :-)

jenomže dnes ty jednodušší krabičky tu IPv4 umí. Takže ta námitka je prostě relevantní. Nicméně protože v asii bude IPv6 asi větší problém, tak čekám, že i ty čínské krabičky prostě tu IPv6 budou umět. A asi i umí, akorát jsou naši dodavatelé zvyklí na jistý typ krabiček a místo jiných krabiček dovážejí stále to stejné (tedy ještě to chce asi trochu práce přeložit to z rozsypaného čaje do alespoň angličtiny).

ano, i tuto techniku řada lidí v domácnostech s úspěchem používá. Další investují patnáct stovek do D-linků, Linksysů, Asusů, Airoportů a dalších relativně osvědčených krabiček. Dejte mi vědět, jak běží váš business pro domácí klientelu, které tlačíte Cisco 8xx - počty klientů, dotační mechanismus a například výhody, které jim to přinese si rád poslechnu.

Jediny domaci uzivatel, ktereho resim, jsem nastesti jen ja sam :-)

Horizont VYPNUTÍ IPv4 ve smyslu, že by přestalo globální routování IPv4 na úrovni Tier 1 oprátorů, bych odhadl na desítky let.

Ještě mnoho (imho > 10) let bude pro poskytovatele obsahu se snahou zasáhnou co nejvíc lidí sebevražda, pokud by obsah nebyl přístupný na IPv4 ale jen na v6. No a pokud už bude muset být přístupný na v4, tak nemá ze strany content-providera moc význam zavádět navíc v6. A to proto, že situace je symetrická, a ISP co by nabídl v6-only konektivitu tu ještě dlouho nebude mít šanci.

Ignorujete jednu podstatnou věc - ty adresy FAKT dojdou a pak nebude z čeho :-)

Takhle: Co to znamená, že dojdou? Že každý nedostane kolik potřebuje (třeba ani jednu)? To už tu máme v oblasti komoditního "internetu" pár let - dává se jen přístup skrze proxy/NAT. Takže až IANA rozdělí poslední blok, a RIRové rozdělí všecho, pak teda dojdou? Podle mě taky ne, protože ISP budou mít nasysleno, a IP adresa bude prostě věc za peníze, jejíž cena se bude zvyšovat, a zvýší se natolik, že jich vzdají ti, pro které takovou cenu nemá. Je to smutné, je to proti síťové ideologii, způsobí to fragmentaci etc. Ale bude to tak.

Dá se na to dívat 2 pohledy: 1) buď už adresy došly před nějakou dobou, a nějak s tím přežíváme; nebo 2) nedojdou de-facto nikdy. To máte stejně jako s ropou, té se taky pravděpodobně nikdy nespotřebuje poslední litr.

Nepochybně ale máte pravdu, že přijde doba, kdy většinový názor bude "IPv4 adresy fakt došly, IPv4 je na okraji zájmu". Já jen říkám a odhaduju, že to přijde za hodně dlouho, nejdřív za 10 let.

Ono s tím přeprodejem nasyslených zbytků to nebude tak horké. Třeba RIPE je něco jako občanské sdružení. A má nějaká pravidla. Tedy pokud jsem dostal nějaký blok pro sebe (tedy jsem LIR), nemůžu z něj půlku prodat. Maximálně můžu vrátit RIPE, adekvátně (možná) se mi sníží platby, ale nezaručím, že ten blok dostane ihned ten, komu jsem to prodal ...
Samozřejmě můžu mít ten blok jako PI (provider independent), pak s tím kšeftovat teoreticky můžu. Jenže pokud už je mám, tak za ně platím o dost víc ... Ale opět je otázkou, jestli lze obchodovat i s částmi, nebo pouze s celým (a jak se na to tváří pravidla RIPE). Budu to muset nastudovat.

Drobení IPv4 segmentů je také zabijácké pro routery jako takové. Ono nahradit desítky stovky routerů na síti, které pohodlně provozu stačí (krom velikosti routovací tabulky), je sakra drahé. Takže to dopadne tak, že routery začnou odmítat malé segmenty (/24, což se už dnes asi děje). Na menší to asi nikdo rozdělí ... a už teď jich je dobrá polovina globální routovací tabulky (tedy cca 150 tisíc).

A pokud se myslí - zaplatíš milý Franto pětistovku měsíčně, nebo jsi jinak za PATem, tak to možné je. Ale obecně to nic moc neřeší. Náklady na PAT řešení jsou nehorázné (tím myslím v rozumných rychlostech >1Gbit), nemluvě o tom, že vlastně nic takového se na trhu zatím moc nevyskytuje. I když tak nějak doufám, že se objeví ...

Poznámka: největší brzdou rozšíření IPv6 je firma Cisco. Jejich firmwary v routerech existují v několika variantách ... ale IPv6 má pouze ta nejvyšší varianta. Takže za hromadu vlastností které možná nikdy potřebovat nebudu zaplatím dvounásobek jenom proto, že chci na síti IPv6. No a teď stačí násobit počtem boxů, které na síti mám. Může to být obrovské kvantum.

Pokud se to týkalo toho posledního odstavce, tak umí už Cisco IPv6 ve VRF na všech svých platformách? (třeba příkladem Catalyst 3750?)

Uprimne - to je ponekud ucelovy argument, uznavam, ze nekdo to chtit sice muze, ale ten box k virtualizaci na urovni L3 proste neni urceny - malo TCAM, malo pameti atd.

(ale pokud mne pamet neklame, tak dodnes ani 7600 neumi OSPFv3 v ipv6 vrf a to povazuji za horsi)

Tak já nevím, školy nemám, ale poté co se začne domácím uživatelům standardně dávat pouze neveřejná IPv4 adresa (protože budou mít IPv6), tak budou mít všichni poskytovatelé dost IPv4 adres pro všechny servery na dost dlouho. Takže IMHO k fragmentaci nebude důvod.

jenomže to by těm ISP musel někdo ty IP adresy začít vracet. A to asi jen tak dobrovolně nebude, že? :-)

No ISP jsou ti, kdo těm koncovým uživatelům ty adresy poskytují, takže jim je prostě jeden den nedají a o vracení není ani řeči.
A takoví ISP, kteří žádné koncové uživatele nemají, kteří jenom poskytují konektivitu jiným ISP, ti to snad mají nějak smluvně ošetřené? Ale přiznávám, že o jejich vnitřním fungováním nic nevím.

jedinný odkaz - http://www.i4wifi.cz/?cls=stoitem&stiid=1752. sám používám pro dva počítače pro celou rodinu a mít průkopnického isp, tak dneska jedu ipv6 úplně bez problému a nativně. Povšimni si zpátečnický autore ceny a raději se nedívej co je tam napsáno ve specifikaci, bo sou to pěkné marketingové hlody a ty by si jim mohl i uvěřit nebo by tě mohly dosti ovlivnit, stejně jako ty hlody v masmédiích.

A ta podpora IPv6 je "plná a skutečná"? Není to nějaký marketingový trik, že to umí "něco", tak tam šupli nálepku?
Nebudete ještě hodně koukat a kupovat novou krabičku, až váš ISP zavede IPv6?
Já jenom, že ostatní IPv6 zařízení v SOHO sektoru jsou cenově, tak o řád výše.

Zpátečnický autor toto zařízení má. Vy jste vyzkoušel podporu IPv6? Nebo jen teoreticky uvažujete? Já ano, je to to zařízení, kde se na podporu IPv6 čekalo dva měsíce (jak píšu v článku) a pak nefungovala. Novou verzi firmware vydali tento týden, ještě jsem neměl čas to testnout.

Nezkoušel. Celý můj příspěvek je jeden velký dotaz pramenící z nejistoty, že existuje jedno koncové domácí IPv6 zařízení kolem 500 Kč a potom nic a potom zase nic a potom začínají další až kolem 2000 Kč....

jenze prave Linksys WRT160NL uz ma nativni podporu IPv6 (zatim v beta verzi noveho firmware) a napriklad Comcast uz jede celkem velke - radove stovky uzivatelu - piloty pro kabelove pripojeni.

IPv6 se blizi at chcete nebo ne a i SOHO reseni budou do 12-24 mesicu fungovat jako plug&pley...

Zřejmě došlo k nějakému omylu a subjektivní glosa Patricka Zanda skončila nedopatřením v rubrice Poskytovatelé, kde očividně nemá co dělat.

Sami se podívejte do archívu rubriky http://www.lupa.cz/r/poskytovatele/ a posuďte, jestli by pan šéfredaktor tento aktuální výplod zařadil do této rubriky, pokud by ho napsal někdo jiný než on sám!

Domnívám se že ne.

Až adresy v4 dojdou, tak dojdou a nikdo s tim nic nenadělá. Podobný filozofování mi připadá jako mlácení prázdný slámy. Je jasný že po přechodu spousta služeb přestane fungovat a spousta lidí se nepřipojí k Internetu. Je to stejný jako při přechodu na digitální vysílání. Užitečnjší by bylo sesmolit návody pro lidi ktereý budou mít na obrazovce "tmu". "Digitalizace" naší planety postupuje geometrickou řadou a proto by bylo nejlepší začít s přechodem na IP v6 co nejdřív. Je lehčí řešit problémy 1 miliardy uživatelů než 3 miliard. Málokdo píše o tom, co se vlastně změní prakticky např. NAT, adresace, směrování, podsíťování (budou ještě nějaký třídy, masky, části host a síť?)

Super článek, nechápu, že ho čtu až nyní :) Diskuzi jsem bohudík nepročetl, krom pár příspěvků, ze kterých je ihned patrné, že čtenáři u čtení moc nepřemýšlí...

Kdyby autor znal aspoň základy IP, jistě by ho ani ve snu nepadla taková HOVADINA, jako říct, že stačí navýšit číslo v IP adrese. Ona IP má totiž celá 4 byty a tudíž 4x(0-255) je technologické maximum. Oním navýšením by nic nevyřešilo, všechno železo by se muselo stejně vyhodit a pořídit nové. Problém by se utlumil na pár let a pak přišel znovu. Požadavek na nový protokol je logický a je to jediná cesta.

Pokud jde IPv6
Panika sice není na místě, ale je nejvyšší čas začít se tím zabývat. Když síťaři nyní začnou IPv6 nasazovat, potrvá ještě několik let než bude alespoň většina uživatelů a obsahu na IPv6. To už volné IPv4 adresy dávno nebudou. Co se uživatelů týče, těm to může být putna, je ale potřeba jim vysvětlit, proč mají kupovat domácí prvky IPv6 (aby je pak nemuseli vyhazovat) a proč si mají IPv6 nechat nakonfigurovat až jim to ISP nabídne.

Co mě zaráží mnohem víc je, proč IPv6 protokol vypadá tak jak vypadá..... =-O Mě je z toho poněkud blivno :-/