Array ( [0] => 15488746 [id] => 15488746 [1] => cswiki [site] => cswiki [2] => IPv6 [uri] => IPv6 [3] => [img] => [4] => [day_avg] => [5] => [day_diff] => [6] => [day_last] => [7] => [day_prev_last] => [8] => [oai] => [9] => [is_good] => [10] => [object_type] => [11] => 1 [has_content] => 1 [12] => [oai_cs_optimisticky] => ) Array ( [0] => {{Upravit}} [1] => [[Soubor:Seminář IPv6 2017 – Pavel Satrapa – Úvod do IPv6.ogv|náhled|Přednáška [[Pavel Satrapa|Pavla Satrapy]] popisující protokol IPv6.]] [2] => '''IPv6''' (''internetový protokol verze 6'') je v označení nastupujícího [[Protokol (informatika)|protokolu]] pro komunikaci v současném [[Internet]]u (resp. v [[Počítačová síť|počítačových sítích]], které Internet vytvářejí). IPv6 nahrazuje dosluhující protokol [[IPv4]]. Přináší zejména masivní rozšíření [[Adresní prostor|adresního prostoru]] (tj. možnost přidělit všem zařízením jejich vlastní IPv6 adresu) a zdokonalení schopnosti přenášet vysokorychlostně [[data]]. [3] => [4] => Pro používání IPv6 není ze strany uživatele v [[Operační systém|operačních systémech]] nutná žádná speciální příprava (tj. minimálně Android 5.0, [[Windows Vista]], [[Linux|Linux 2.6.12]]). Stejně jako pro IPv4 je však nutné příslušné nastavení síťových prvků ([[router]]ů), a aby IPv6 podporoval [[poskytovatel internetového připojení]]. V případech kdy síť LAN a WAN ještě není na protokol IPv6 připravena, je možno využít různých tzv. mechanismů přechodu, založených na enkapsulaci (zabalení) paketů IPv6 do IPv4. [5] => [6] => == Motivace a charakteristika == [7] => Starší protokol IPv4 poskytuje omezený [[adresní prostor]] – maximálně 232 adres (cca 4×109 = 4 miliardy adres), prakticky však mnohem méně, protože adresy jsou sdružovány kvůli snadnějšímu [[směrování]] do podsítí (viz [[maska sítě]]) a část adres je rezervována pro speciální využití. Protokol IPv4 též nevyhovuje současnému nárůstu přenosových rychlostí (zejména kvůli přenosu multimediálních dat – [[videokonference]], [[IPTV|internetová televize]], [[Voice over Internet Protocol|telefonování po internetu]] atd.). [8] => [9] => {{Viz též|IPv4}} [10] => [11] => IPv6 nahrazuje formát [[IP datagram]]ů, které jsou zodpovědné za vlastní přenos dat. Díky vrstevnaté struktuře rodiny protokolů [[TCP/IP]], které Internet používá, je nahrazena pouze [[Síťová vrstva|síťová přenosová vrstva]] – tj. [[IP datagram]]y. Všechny vyšší protokoly zůstávají nedotčeny ([[User Datagram Protocol|UDP]], [[Transmission Control Protocol|TCP]] a tedy i jejich nadstavby [[Hypertext Transfer Protocol|HTTP]], [[File Transfer Protocol|FTP]] atd.) Nově byl implementován pouze omezený soubor protokolů (např. [[Dynamic Host Configuration Protocol|DHCPv6]], [[ICMP|ICMPv6]] apod.) [12] => [13] => {{Viz též|Referenční model ISO/OSI|TCP/IP}} [14] => [15] => Hlavní změna, kterou přináší IPv6, je daleko větší [[adresní prostor]], což umožňuje větší pružnost při přidělování adres. Je znemožněno použití [[Network address translation|překladu síťových adres]] (NAT), který byl zaveden kvůli vyčerpání adresního prostoru IPv4 a kvůli bezpečnosti. IPv6 zjednodušuje přidělování a přečíslování adres při změně [[Poskytovatel internetového připojení|poskytovatele připojení]]. Při návrhu IPv6 však nebylo záměrem přiřadit stálou adresu každému člověku či počítači (část adresy se při změně poskytovatele připojení změní). [16] => [17] => Velký adresní prostor IPv6 obsahuje celkem 2128 (zhruba 3,4×1038) adres, což odpovídá počtu 5×1028 adres pro každého ze 7 miliard dnes žijících lidí. U IPv4 připadá na každého člověka přibližně 0,5 adresy. Nebo také 252 adres pro každou hvězdu ve známém vesmíru (milionkrát více adres pro každou hvězdu, než umožňoval protokol IPv4 pro naši planetu). Případně srovnání s počtem atomů ve známém vesmíru (1078 až 10100). Vysoký počet adres umožňuje hierarchické uspořádání, což zjednodušuje [[směrování]] a přečíslování. [18] => [19] => Přečíslování sítě při změně poskytovatele připojení může být u IPv4 velmi obtížné,, s IPv6 je výrazně jednodušší - na příslušném routeru stačí změnit prefix sítě. V adresním prostoru IPv6 existuje možnost přidělení tzv. PI (provider-independent) rozsahu, který je nezávislý na poskytovateli konektivity a je přidělen přímo koncovému uživateli. Nutnost přečíslování sítí při změně poskytovatele tedy zcela odpadá. [20] => [21] => == Vznik IPv6 == [22] => Počátkem devadesátých let 20. století se stalo zřejmé, že technologie CIDR nestačí k odvrácení vyčerpání adresního prostoru IPv4. Bylo nutné výrazněji upravit protokol IPv4. Koncem roku 1992 komise [[Internet Engineering Task Force|IETF]] přišla s požadavkem na ustavení pracovních skupin pro definici a vytvoření „IP nové generace“ (IPng). [23] => [24] => IPng bylo převzato IETF 25. července 1994 spolu se vznikem několika IPng pracovních skupin. Do roku 1996 bylo vydáno několik dokumentů RFC definujících IPv6, počínaje [[rfc:2460|RFC 2460]]. (Mimochodem, IPv5 nebylo předchůdcem IPv6, ale experimentální streamovací protokol, který měl podporovat přenos zvuku a videa.) [25] => [26] => Předpokládá se, že protokol IPv4 bude v dohledné budoucnosti i nadále podporován. Uzly ([[Klient (počítače)|klienti]] nebo [[server]]y) podporující pouze IPv4 nebudou schopny přímé komunikace s IPv6 uzly. Budou muset využít prostředníka, viz Mechanismy přechodu níže. [27] => [28] => == Vlastnosti a odlišnosti od IPv4 == [29] => IPv6 je ve velkém rozsahu konzervativním rozšířením IPv4. Většina přenosových a aplikačních vrstev protokolů vyžaduje malé nebo žádné změny pro funkčnost s IPv6. Výjimkami jsou protokoly aplikací zahrnující adresy síťové vrstvy (jako např. [[File Transfer Protocol|FTP]] či [[Network Time Protocol|NTP]] v3). [30] => Nicméně aplikace vyžadují obvykle malé změny a novou [[Překladač|kompilaci]], aby pracovaly s IPv6. [31] => [32] => === Větší adresní prostor === [33] => V současnosti hlavním důvodem pro převzetí IPv6 je větší adresní prostor: adresy v IPv6 jsou 128 bitů dlouhé, oproti 32 bitům u IPv4. [34] => Díky většímu adresnímu prostoru odpadá potenciální vyčerpání adresního prostoru IPv4, bez potřeby [[Network address translation|překladu síťových adres]] a jiných postupů porušujících přirozenost internetových přenosů jako komunikace mezi dvěma koncovými body. Překlad síťových adres může být ve výjimečných případech stále zapotřebí, ovšem návrháři Internetu vědí, že bude v IPv6 obtížně realizovatelný, proto se snaží překladu síťových adres vyhnout, kdykoliv je to možné. [35] => Také se zjednodušuje správa středních až velkých sítí, díky nepotřebnosti složitých schémat podsítí. Tvorba podsítí se v ideálním případě změní v logické rozdělení IP sítě pro optimální přístup a [[směrování]]. [36] => Nevýhoda výměnou za rozšířený adresní prostor je jisté zvýšení režijních přenosů oproti IPv4, což může nepříznivě ovlivnit oblasti s omezenou [[Šířka přenosového pásma|šířkou přenosového pásma]] (lze využít komprese hlavičky paketů ke zmírnění tohoto problému). Také zapamatování adresy IPv6 může být pro člověka velmi obtížné až nemožné, kvůli její délce. Je proto vhodné využívat [[Domain Name System|DNS]]. [37] => [38] => === Bezstavová autokonfigurace adres (SLAAC) === [39] => Host v IPv6 může být konfigurován automaticky, pokud je připojen na směrovanou IPv6 síť, za použití zpráv směrem k [[ICMP]] v6 směrovači. Při prvním připojení k síti host vyšle 'router solicitation' [[IP multicast|multicast]] žádost o konfigurační parametry na místní linku. Odpovídajícím způsobem nastavený ICMPv6 směrovač odpoví na tuto žádost paketem 'router advertisement', který obsahuje konfigurační parametry síťové vrstvy. [40] => Pokud není IPv6 autokonfigurace použitelná, host může využít stavové konfigurace ([[DHCPv6]]) nebo být nastaven ručně či jiným způsobem. [41] => [42] => === Multicast === [43] => [[IP multicast|Multicast]] je součástí základní specifikace IPv6 na rozdíl od IPv4, kde byl zaveden později. [44] => IPv6 nepoužívá [[broadcast]] na místní linku, stejného výsledku je možno dosáhnout pomocí multicastu skupině ''all-hosts'' (ff02::1). [45] => Většina prostředí nicméně v současné době nemá [[Infrastruktura|infrastrukturu]] sítě připravenou směrovat multicast. Multicast v jednotlivé podsíti bude fungovat, ale globální nemusí. [46] => [47] => === Adresy místní linky === [48] => Rozhraní IPv6 má kromě globálních adres často využívaných aplikacemi také adresy místní linky. Ty jsou vždy k dispozici a nikdy se nemění, což zjednodušuje vývoj konfiguračních a směrovacích protokolů. [49] => [50] => === Jumbogramy === [51] => Protokol IPv4 má omezenou velikost paketu na 64 KiB. Naproti tomu IPv6, pokud je použit u komunikace hostů a komunikační cesty umožňující [[Maximum transmission unit|MTU]] (maximální velikost transportní jednotky) větší než 65576 [[Bajt|oktetů]] (65536 + 40 na hlavičku), disponuje volitelně podporu pro pakety přes tento limit. Ty se označují jako jumbogramy a jejich velikost může být až 4 GiB. Použití jumbogramů může snížit režii a tak zvýšit průchodnost přenosové trasy. [52] => [53] => === Bezpečnost v síťové vrstvě === [54] => Protokol pro IP vrstvu [[Kryptografie|šifrování]] a [[Autentizace|autentizaci]] [[IPsec]] je integrální součástí souboru protokolů IPv6, na rozdíl od IPv4, kde je přítomen volitelně (obvykle ale implementován). V současnosti však IPsec není využíván, vyjma zabezpečení spojení mezi směrovači [[Border Gateway Protocol|BGP]]. [55] => [56] => === Mobilita === [57] => Na rozdíl od IPv4, Mobilní IPv6 (MIPv6) používá trojstranné směrování, a je proto stejně efektivní jako IPv6. Tato výhoda je víceméně hypotetická, jelikož v současné době nejsou v provozu ani MIPv4, ani MIPv6. [58] => [59] => === Nepřítomnost kontrolního součtu === [60] => Paket protokolu IPv4 nese pole s [[Kontrolní součet|kontrolním součtem]] celé hlavičky. Jelikož se hodnoty některých polí hlavičky při cestě mezi jednotlivými směrovači změní (např. [[Time to live|TTL]]), musí se uvedený kontrolní součet v každém směrovači vždy přepočítat. V dnešních sítích je chybovost provozu velmi nízká a chyby jsou odhaleny pomocí protokolů linkové vrstvy (Ethernet). Z tohoto důvodu nemá IPv6 uvedenou kontrolu implementovánu. V případě, že je hlavička paketu poškozena, dojde v nejhorším případě k zaslání paketu nesprávnému hostu. [61] => [62] => == Stav provozního nasazení == [63] => Jako výsledek pracovní skupiny [[Internet Engineering Task Force|IETF]] s názvem „IPv6 Deployment WG“ vedené Jimem Boundem bylo v červenci 1999 ustaveno IPv6 fórum.http://www.ipv6forum.org – IPv6 fórum V listopadu 2007 představují IPv6 účty mizivé procento aktivních adres ve veřejně přístupném internetu, kde stále převládá IPv4. Kromě zřetelných výjimek bezstavové autokonfigurace, pružnějšího adresování a bezpečného nalezení souseda ([[SEND]]), mnoho z možností bylo přeneseno do IPv4, ať už více či méně elegantním způsobem. Proto je nasazení IPv6 z největší části motivováno vyčerpáním adresního prostoru IPv4, které bylo zpomaleno představením technologie [[Classless Inter-Domain Routing|CIDR]] a rozsáhlému využití [[Network address translation|překladu síťových adres]]. [64] => [65] => === Vyčerpání IPv4 === [66] => Na nejvyšší úrovni byl adresní prostor IPv4 vyčerpán 3.2.2011, kdy mezinárodní organizace [[IANA]] rozdělila poslední bloky adres regionálním správcům ([[RIPE]], [[AFRINIC]], [[APNIC]], [[ARIN]], [[LACNIC]]). V držení některých regionálních správců ještě zůstávají volné IP adresy, jejichž očekávané datum vyčerpání se liší. Jednotlivé regiony postupně přecházejí do režimu rozdělování posledního bloku /8 (kromě LACNIC který si jako poslední ponechal jen /9), který se obvykle rozděluje po menších částech a za specifických pravidel, což způsobuje zpomalení rozdělení posledních IPv4 bloků. [67] => [68] => {| class="wikitable" [69] => |+ Stav vyčerpání IPv4 [70] => ! registr !! region !! fáze vyčerpání IPv4 adres || úplné vyčerpání [71] => |- [72] => | [[AFRINIC]] || [[Afrika]] || duben 2017 (/8)https://www.root.cz/clanky/uz-i-v-africe-dochazeji-ipv4-adresy/ || [73] => |- [74] => | [[APNIC]] || [[Asie]], [[Tichý oceán|Pacifik]] || duben 2011 (/8){{Citace elektronického periodika |titul=Archivovaná kopie |url=https://www.apnic.net/community/ipv6-program |datum přístupu=2015-11-28 |url archivu=https://web.archive.org/web/20150929181725/https://www.apnic.net/community/ipv6-program |datum archivace=2015-09-29 }} || [75] => |- [76] => | [[ARIN]] || [[Kanada]], karibské a severoatlantické ostrovy, [[Spojené státy americké|USA]] || duben 2014 (/8)https://www.arin.net/announcements/2014/20140423.html || září 2015https://blog.nic.cz/2015/09/29/zero/ [77] => |- [78] => | [[LACNIC]] || [[Latinská Amerika]], [[Karibik]] || květen 2015 (/9) || [79] => |- [80] => | [[RIPE NCC]] || [[Evropa]], [[Střední východ]], [[Střední Asie]] || září 2012 (/8){{Citace elektronického periodika |titul=Archivovaná kopie |url=https://www.ripe.net/publications/ipv6-info-centre/about-ipv6/ipv4-exhaustion |datum přístupu=2015-11-28 |url archivu=https://web.archive.org/web/20150918034605/https://www.ripe.net/publications/ipv6-info-centre/about-ipv6/ipv4-exhaustion |datum archivace=2015-09-18 }} || [81] => |- [82] => |} [83] => [84] => Předchozí odhady doby než dojde k vyčerpání adresního prostoru IPv4 se velmi široce rozcházely. Paul Wilson (ředitel [[APNIC]]) v roce 2003 uvedl, že na základě současného tempa nasazení bude dostupný prostor dostatečný do roku 2023. V září 2005 zpráva publikovaná [[Cisco Systems]] uvádí vyčerpání fondu dostupných adres pouze ve čtyřech až pěti letech.[https://web.archive.org/web/20110806165335/http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_8-3/ipv4.html Pragmatická zpráva o úbytku IPv4 síťových adres]: Tony Hain, Cisco Systems V listopadu 2007 předpovídala denně aktualizovaná zpráva vyčerpání [[IANA]] fondu nepřiřazených adres na květen 2010. [85] => [86] => === Vládní pobídky === [87] => Mnoho vlád zavádí požadavek na podporu IPv6 v novém vybavení. V České republice jsou požadavky na IPv6 definovány Usnesením vlády č. 727/2009, podle kterého mají úřady povinnost zahrnout požadavek na IPv6 do všech požadavků na nákup prvků síťové infrastruktury. Usnesení vlády č. 982/2013 pak ukládá zahrnout požadavek na podporu IPv6 do všech relevantních výběrových řízení, [88] => a to jak na dodávky služeb, tak zboží (hardware){{Citace elektronické monografie|příjmení = Průša|jméno = Jiří|titul = Mgr.|url = http://www.lupa.cz/clanky/jak-jsou-na-tom-weby-ceskych-uradu-s-dnssec-a-ipv6/|vydavatel = Lupa|místo = |datum vydání = 10.8.2015}}. [89] => [90] => Vláda USA určila nasazení IPv6 na páteřních sítích všech federálních agentur do roku 2008{{Citace elektronického periodika |titul=Nařízení Office of Management Budget ze srpna 2005 |url=http://www.whitehouse.gov/omb/memoranda/fy2005/m05-22.pdf |datum přístupu=11-01-2008 |url archivu=https://web.archive.org/web/20080616163308/http://www.whitehouse.gov/omb/memoranda/fy2005/m05-22.pdf |datum archivace=16-06-2008 |nedostupné=ano }} a zakoupila /16 blok o 281 bilionech síťových adres pro počáteční nasazení.{{Citace elektronického periodika |titul=Alokace IPv6 adres ministerstva obrany USA |url=http://www.gcn.com/print/26_03/43045-1.html |datum přístupu=11-01-2008 |url archivu=https://web.archive.org/web/20081201183042/http://www.gcn.com/print/26_03/43045-1.html |datum archivace=01-12-2008 |nedostupné=ano }}{{Citace elektronického periodika |titul=Kousnutý IPv6 (oprava první zprávy) |url=http://www.gcn.com/print/26_15/44566-1.html |datum přístupu=11-01-2008 |url archivu=https://web.archive.org/web/20081022040822/http://www.gcn.com/print/26_15/44566-1.html |datum archivace=22-10-2008 |nedostupné=ano }}[http://www.stsc.hill.af.mil/CrossTalk/2007/07/0707KimMacha.pdf Poskytnutí nástrojů pro sdílení informací] {{Wayback|url=http://www.stsc.hill.af.mil/CrossTalk/2007/07/0707KimMacha.pdf |date=20080528040627 }}: Síťové podnikové služby (Vedoucí Ředitelství pro informační politiku ministerstva obrany) Čínská lidová republika má pětiletý plán pro nasazení IPv6 sítě s názvem „China Next Generation Internet“ (Čínský Internet příští generace). [91] => [92] => === Současné nasazení === [93] => IPv6 fórum, založené v únoru 1999 komisí [[Internet Engineering Task Force|IETF]], pro celosvětovou koordinaci nasazení, vytvořilo dosud přes 45 státních IPv6 fór a IPv6 pracovních skupin.[http://www.ipv6tf.org/ IPv6 pracovní skupiny] Dne 20. července 2003 sdružení [[Internet Corporation for Assigned Names and Numbers|ICANN]] oznámilo, že hlavní internetové DNS servery byly upraveny pro podporu obou verzí IP protokolu. Dne [[8. červen|8. června]] [[2012]] proběhl [[Světový den IPv6]], jehož smyslem bylo otestovat a propagovat veřejné nasazení protokolu IPv6. V polovině roku [[2023]] globální rozšíření IPv6 přesahovalo 43% uživatelů [[Google]], v Česku dle stejné statistiky rozšíření přesahuje 22%.[https://www.google.com/intl/en/ipv6/statistics.html Statistika] na stránkách [[Google]] [94] => [95] => == Adresování == [96] => [97] => === 128bitová délka === [98] => Hlavní změnou oproti IPv4 je délka síťové adresy. Adresy IPv6 jsou 128 bitů dlouhé, zatímco IPv4 adresy mají 32 bitů. Zatímco IPv4 obsahuje zhruba 4 miliardy adres, IPv6 má dostatek prostoru pro 3.4×1038 unikátních adres. [99] => Adresy IPv6 se typicky skládají ze dvou logických částí: 64bitového (pod)síťového prefixu a 64bitové části hosta, buď automaticky vytvářené na základě [[MAC adresa|MAC adresy]] rozhraní nebo přiřazené následně. Jelikož globálně unikátní MAC adresa umožňuje vystopovat uživatelské vybavení – a tedy uživatele – IPv6 adresy se mění s časem. [[rfc:3041|RFC 3041]] byla vyvinuta s cílem snížit šanci trvalého svázání identity uživatele a IPv6 adresy, což obnovuje některé z možností [[Anonymita|anonymity]] existující u IPv4. [[rfc:3041|RFC 3041]] popisuje mechanismus na jehož základě náhodné na čase závislé bity mohou být využity k identifikaci okruhu rozhraní, nahrazujíc tak neměnné a sledovatelné MAC adresy. [100] => [101] => V původním návrhu [[RFC 4291]] je počítáno s obecným rozdělením adresy na síťový prefix a identifikátor koncového uzlu, kdy pro síťový prefix se mělo použít prvních ''n'' bitů a pro identifkátor síťového prvku zbývajících 128-''n'' bitů.{{Citace elektronického periodika [102] => | příjmení = Zajíc [103] => | jméno = Radek [104] => | autor = [105] => | odkaz na autora = [106] => | spoluautoři = [107] => | titul = Proč 18 trilionů adres domácnosti nestačí [108] => | periodikum = Root.cz [109] => | odkaz na periodikum = [110] => | datum vydání = 21. 6. 2018 [111] => | datum aktualizace = [112] => | datum přístupu = [113] => | ročník = [114] => | číslo = [115] => | strany = [116] => | url = https://www.root.cz/clanky/proc-18-trilionu-adres-domacnosti-nestaci/ [117] => | issn = 1212-8309 [118] => }} SLAAC počítá s 64bitovým prefixem sítě, pro jinou velikost síťového prefixu není chování implementací IPv6 definováno. [119] => [120] => === Notace === [121] => IPv6 adresy se obvykle zapisují jako osm skupin čtyř [[Šestnáctková soustava|hexadecimálních číslic]]. Například 2001:0db8:85a3:08d3:1319:8a2e:0370:7334 je platná adresa IPv6. [122] => Pokud je jedna nebo více ze čtyřčlenných po sobě následujících skupin 0000, nuly mohou být vynechány a nahrazeny dvěma dvojtečkami (::). Např. 2001:0db8:0000:0000:0000:0000:1428:57ab lze tedy nahradit 2001:0db8::1428:57ab. Libovolný počet po sobě následujících skupin 0000 může být nahrazen dvěma dvojtečkami, pokud se v adrese toto nahrazení vyskytuje pouze jednou. Předcházející nuly ve skupině mohou být vynechány (jako v ::1 pro místní smyčku). Adresy níže jsou tedy platné a rovnocenné: [123] => [124] => 2001:0db8:0000:0000:0000:0000:1428:57ab [125] => 2001:0db8:0000:0000:0000::1428:57ab [126] => 2001:0db8:0:0:0:0:1428:57ab [127] => 2001:0db8:0:0::1428:57ab [128] => 2001:0db8::1428:57ab [129] => 2001:db8::1428:57ab [130] => [131] => Více než jedna zkracující skupina dvou dvojteček je neplatná, jelikož by mohla učinit adresu nejednoznačnou, např. v 2001:0000:0000:FFD3:0000:0000:0000:57ab, zkráceno na 2001::FFD3::57ab může znamenat 2001:0000:0000:0000:0000:FFD3:0000:57ab nebo 2001:0000:FFD3:0000:0000:0000:0000:57ab či obdobnou [[Permutace|permutaci]]. [132] => [133] => Posloupnost čtyř [[bajt]]ů na konci IPv6 adresy může být také uvedena v desítkové soustavě za použití tečky jako oddělovače. Tato notace je často využívána v kompatibilních adresách (viz níže). Schéma je výhodné při vypořádávání se se smíšeným prostředím IPv4 a IPv6 adres. Obecná notace má formu x:x:x:x:x:x:d.d.d.d, kde x zastupují šest vyšších řádů hexadecimálně a d odpovídají desítkovým číslům osmibitové části nižšího řádu adresy, stejně jako u IPv4. Například ::ffff:12.34.56.78 je totožné s ::ffff:c22:384e a 0:0:0:0:0:ffff:0c22:384e. Používání této notace není schváleno a není podporováno řadou aplikací. [134] => Další informace lze nalézt v [[rfc:4291|RFC 4291]] – „Architektura adresování IPv6“. [135] => [136] => === Skutečné IPv6 adresy v URL === [137] => V [[Uniform Resource Locator|URL]] je adresa IPv6 uzavřena v hranatých závorkách. Například: [138] => [139] => http://[2001:0db8:85a3:08d3:1319:8a2e:0370:7344]/ {{Wayback|url= |date=20130809111658 }} [140] => [141] => Tato notace umožňuje analýzu URL bez záměny IPv6 adresy a čísla [[Síťový port|portu]]: [142] => [143] => https://[2001:0db8:85a3:08d3:1319:8a2e:0370:7344]:443/{{Nedostupný zdroj}} [144] => [145] => Další informace lze nalézt v [[rfc:2732|RFC 2732]] – „Formát skutečných IPv6 adres v URL“ a [[rfc:3986|RFC 3986]] – „[[Uniform Resource Identifier|URI]]: Obecný syntax“. [146] => [147] => === Notace sítě === [148] => Sítě IPv6 jsou popisovány za pomoci notace [[Classless Inter-Domain Routing|CIDR]]. [149] => IPv6 síť (či [[podsíť]]) je skupina blízkých IPv6 adres, jejíž velikost musí být mocninou čísla dvě. Počáteční bity adresy, stejné pro všechny hosty dané sítě, se nazývají prefixem sítě. [150] => Síť je označena první adresou v síti a lomítkem oddělenou délkou prefixu v bitech (desítkově). Například 2001:0db8:1234::/48 označuje síť s adresami od 2001:0db8:1234:0000:0000:0000:0000:0000 do 2001:0db8:1234:ffff:ffff:ffff:ffff:ffff. [151] => Protože jednotlivý host může být chápán jako síť s délkou prefixu 128 bitů, někdy se adresy hostů zapisují s /128 na konci. [152] => [153] => === Druhy IPv6 adres === [154] => Adresy IPv6 se dělí do tří kategorií: [155] => * unicast adresy [156] => * multicast adresy [157] => * anycast adresy [158] => [159] => Unicast adresa reprezentuje jednotlivé síťové rozhraní. Paket zaslaný na unicast adresu je doručen konkrétnímu počítači. Následující typy adres jsou IPv6 unicast adresy: [160] => [161] => * globální unicast adresy [162] => * adresy místní linky [163] => * adresy místní stránky [164] => * unikátní lokální IPv6 unicast adresy [165] => * speciální adresy [166] => [167] => [[Multicast]] adresy jsou používány k definování množiny rozhraní obvykle patřících různým uzlům, nikoli pouze jednomu. Paket zaslaný na multicast adresu je protokolem doručen všem rozhraním určeným touto adresou. Multicast adresy mají prefix FF00::/8 a jejich druhý oktet určuje dosah adresy, tzn. rozsah v jakém je multicast adresa zviditelněna. Běžně využívány jsou rozsahy místní linky (0x2), místní stránky (0x5) a globální (0xE). [168] => [[Anycast]] adresy jsou také přiřazeny více než jednomu rozhraní, patřící rozdílným uzlům. Nicméně paket vyslaný na anycast adresu je obvykle doručen pouze jednomu z členských rozhraní, typicky „nejbližšímu“ vzhledem k představě směrovacího protokolu o vzdálenosti. Anycast adresy nemohou být snadno identifikovány, mají strukturu běžné unicast adresy a liší se pouze zaváděním do směrovacího protokolu na více místech v síti. [169] => [170] => === Speciální adresy === [171] => Existují adresy, které mají speciální význam v IPv6: [172] => ;Místní linka [173] => * ::/128 — adresa samých nul je nespecifikovaná adresa a je používána pouze v softwaru. [174] => * ::1/128 — adresa místní smyčky je adresa pro [[localhost]]. Pokud aplikace vyšle paket na tuto adresu, IPv6 paket je vrácen zpět na téhož hosta (odpovídá 127.0.0.1 v IPv4). [175] => * fe80::/10 — prefix místní linky udává platnost adresy pouze v místní fyzické lince. Analogické autokonfigurační IPv4 adrese 169.254.0.0/16. [176] => [177] => ;ULA [178] => * fc00::/7 — unikátní lokální adresy (ULA) jsou směrovatelné pouze v množině spolupracujících sítí. Zavedeno v [[rfc:4193|RFC 4193]] jako náhrada za "site-local" (viz níže). Adresy zahrnují 40bitové [[Pseudonáhodná čísla|pseudonáhodné číslo]] minimalizující nebezpečí konfliktu při sloučení sítí či úniku paketů. [179] => [180] => ;IPv4 [181] => * ::ffff:0:0/96 — tento prefix se používá pro IPv4 mapované adresy (viz Mechanismy přechodu níže). [182] => * 2002::/16 — pro adresování tunelu IPv6 v IPv4. [183] => ;Multicast [184] => * ff00::/8 — použití pro multicast adresy[http://www.iana.org/assignments/ipv6-multicast-addresses Adresy IPv6 multicastů]. [185] => ;Užito v příkladech, neschváleno, či zastaralé [186] => * ::/96 — nulový prefix se používal pro adresy kompatibilní s IPv4. Nyní zastaralý. [187] => * 2001:db8::/32 — dle [[rfc:3849|RFC 3849]] vyhrazeno pro dokumentaci. Kdekoliv je dán příklad IPv6 adresy, měl by mít tento prefix. [188] => * fec0::/10 — prefix "site-local" byl definován v rfc1884 pro lokální IP např. uvnitř místní organizace. Použití bylo v září 2004 odmítnuto dle RFC3879 kvůli nejednoznačnosti adres a nejasné definici "sites". Nahrazeno konceptem ULA (Unique local address) zavedeným v rfc4193. [189] => [190] => V protokolu IPv6 nejsou vymezeny žádné rozsahy adres pro [[broadcast]] — aplikace používají multicast ke skupině ''all-hosts''. [[IANA]] udržuje oficiální [http://www.iana.org/assignments/ipv6-address-space seznam IPv6 adresního prostoru]. Přiřazení globálních unicastů lze nalézt na stránkách konkrétních regionálních registrátorů, nebo na stránkách [http://www.sixxs.net/tools/grh/dfp/all/ GRH DFP]. [191] => [192] => ;Zónové rejstříky [193] => Určitý problém představují adresy lokální linky pro systémy s více než jedním rozhraním. Jelikož každé rozhraní může být připojeno k jiné síti a všechny adresy se zdají být na stejné podsíti, objevuje se nejednoznačnost neřešitelná [[Směrování|směrovacími tabulkami]]. [194] => Například host A má dvě rozhraní a těmto rozhraním jsou při aktivaci automaticky přiřazeny adresy místní linky (dle [[rfc:2462|RFC 2462]]): fe80::1/64 a fe80::2/64. Pouze jedno z rozhraní je připojeno do stejné fyzické sítě jako host B s adresou fe80::3/64. V případě že host A se pokusí o spojení s fe80::3, jak určí rozhraní které má použít? [195] => [196] => Řešení, definované v [[rfc:4007|RFC 4007]], je dodatkem k unikátnímu zónovému [[Index (databáze)|rejstříku]] místního rozhraní v textové podobě ve tvaru %, například http://[fe80::1122:33ff:fe11:2233%eth0]:80/. Toto ovšem může vyvolat další problémy kvůli kolizi s procentovým kódováním použitým v [[Uniform Resource Identifier|URI]][http://tools.ietf.org/html/draft-fenner-literal-zone-02]. [197] => * Implementace IPv6 v [[Microsoft Windows]] používá číselnou identifikaci zóny: fe80::3%1 [198] => * [[BSD]] aplikace typicky použijí jméno rozhraní jako identifikátor zóny: fe80::3%pcn0 [199] => * [[Linux]]ové aplikace také použijí jméno rozhraní jako identifikátor zóny: fe80::3%eth0 [200] => Poměrně málo aplikací pracujících s protokolem IPv6 "rozumí" syntaxi identifikátorů zóny (s důležitou výjimkou v [[Secure Shell|OpenSSH]]), čímž se pro ně adresy místní linky stávají nepoužitelnými, pokud místní linky využije více než jedno rozhraní. [201] => [202] => == IPv6 paket == [203] => [[Paket]] IPv6 se skládá ze dvou hlavních částí: hlavičky a těla. [204] => Hlavička se nachází v prvních 40 [[Bajt|oktetech]] (320 bitů) paketu: [205] => [206] => {| class="wikitable" style="text-align:center; margin-left: 1em;" [207] => |+ Hlavička IPv6{{Citace elektronické monografie [208] => | příjmení = Satrapa [209] => | jméno = Pavel [210] => | odkaz na autora = Pavel_Satrapa [211] => | titul = Internetový protokol verze 6 [212] => | url = http://knihy.nic.cz/files/nic/edice/pavel_satrapa_ipv6_2012.pdf [213] => | datum vydání = 2009-11 [214] => | datum přístupu = 2015-12 [215] => | edice = CZ.NIC [216] => | vydavatel = CZ.NIC, z. s. p. o [217] => | vydání = 3 [218] => | strany = 35 [219] => | isbn = 978-80-904248-4-5 [220] => | jazyk = čeština [221] => }} [222] => |- [223] => ! width="20%" rowspan="2" | Byty !! width="20%" colspan="8" | 0 !! width="20%" colspan="8" | 1 !! width="20%" colspan="8" | 2 !! width="20%" colspan="8" | 3 [224] => |- [225] => ! || || || || || || || || || || || || || || || || || || || || || || || || || || || || || || || [226] => |- [227] => | 0–3 || colspan="4" width="10%" | Verze || colspan="8" | Třída provozu || colspan="20" | Značka toku [228] => |- [229] => | 4–7 || colspan="16" | Délka dat || colspan="8" | Další hlavička || colspan="8" | Max. skoků [230] => |- [231] => | 8–11 || colspan="32" rowspan="4" | Zdrojová adresa [232] => |- [233] => | 12–15 [234] => |- [235] => | 16–19 [236] => |- [237] => | 20–23 [238] => |- [239] => | 24–27 || colspan="32" rowspan="4" | Cílová adresa [240] => |- [241] => | 28–31 [242] => |- [243] => | 32–35 [244] => |- [245] => | 36–39 [246] => |} [247] => [248] => * verze — 4 bity, verze 6 [249] => * třída provozu — 8 bitů na prioritu paketu. Úroveň priority se dělí na rozsahy: kde zdroj podporuje kontrolu přetížení a bez podpory kontroly přetížení. [250] => * Značka toku — 20 bitů pro správu [[Quality of Service|QoS]]. Původně určeno pro speciální obsluhu aplikací reálného času, nyní se nepoužívá. [251] => * Délka dat — 16 bitů pro délku těla paketu. Při vynulování se nastaví „jumbo“ tělo (skok za skokem) [252] => * Další hlavička — 8 bitů, určuje další vnořený protokol. Hodnoty se shodují s hodnotami definovanými pro IPv4. [253] => * Zdrojová a cílová adresa — 128 bitů na každou adresu. [254] => * Hop limit — 8 bitů, číselně definuje počet povolených přechodů síťovými prvky. Každý přechod znamená snížení čísla o 1. [255] => [256] => Tělo paketu může být 64KiB velké ve standardním režimu nebo větší s volbou „jumbo“ těla. [257] => [[Fragmentace (informatika)|Fragmentace]] je v IPv6 ošetřena pouze na straně odesílatele. Směrovače paket nikdy nefragmentují. Je očekáváno že host sám zjistí velikost MTU. [258] => Pole ''Protocol'' z IPv4 je nahrazeno položkou ''Next header'' (Následující hlavička). Tato položka obvykle určuje protokol přenosové vrstvy použitý tělem paketu. [259] => Nicméně, za přítomnosti rozšiřujících položek položka ''následující hlavička'' označuje přítomnost zvláštní hlavičky ''Options''. Vložení této hlavičky pro přenos voleb je analogické AH a ESP v protokolu [[IPsec]] pro obě verze IPv4 a IPv6. [260] => [261] => == DNS a IPv6 == [262] => V systému [[Domain Name System|DNS]] jsou IPv6 adresy zastoupeny ''AAAA záznamy'' (tzv. „quad-A“ záznamy) pro dopředné vyhledávání. Reverzní vyhledávání se odehrávají pod ip6.arpa (dříve ip6.int), kde je adresní prostor přenesen na tzv. hranice [[nibble]]. Toto schéma, jednoduše přenesené ze známého [[Domain Name System|A záznamu]] a schémat ''in-addr.arpa'', je definováno v [[rfc:3596|RFC 3596]]. [263] => [264] => AAAA schéma bylo jedno ze dvou nabízených v době vývoje architektury IPv6. Druhý návrh, vytvořený pro usnadnění přečíslování sítě, by měl ''A6'' záznamy pro dopředné vyhledávání a množství jiných inovací jako např. ''bit-string'' pojmenování a ''DNAME záznamy''. Je popisován v experimentálním [[rfc:2874|RFC 2874]] a odkazovaných dokumentech (s diskuzí kladů a záporů obou schémat v [[rfc:3364|RFC 3364]]). [265] => [266] => {| class="wikitable" style="margin: 1em auto 1em auto" [267] => |+ '''Pole záznamu AAAA''' [268] => |- [269] => |NAME||Doménové jméno [270] => |- [271] => |TYPE||AAAA (28) [272] => |- [273] => |CLASS||Internet (1) [274] => |- [275] => |[[Time to live|TTL]]||Lhůta platnosti záznamu v sekundách [276] => |- [277] => |RDLENGTH||Délka pole RDATA [278] => |- [279] => |RDATA||Řetězcová forma adresy IPv6 jak uvedeno v [[rfc:3513|RFC 3513]] [280] => |} [281] => [282] => [[rfc:3484|RFC 3484]] udává jak mají aplikace vybrat IPv6 nebo IPv4 adresu k použití, včetně adresy získané z DNS. [283] => [284] => === RFC o IPv6 a DNS === [285] => * Rozšíření DNS pro podporu IP verze 6 — [[rfc:1886|RFC 1886]] [286] => * Rozšíření DNS pro podporu agregací a přečíslování adres IPv6 — [[rfc:2874|RFC 2874]] [287] => * Kompromisy v DNS podpoře pro IPv6 — [[rfc:3364|RFC 3364]] [288] => * Výchozí výběr adres pro IPv6 — [[rfc:3484|RFC 3484]] [289] => * Architektura adresování IPv6 — [[rfc:3513|RFC 3513]] [290] => * Rozšíření DNS pro podporu IPv6 (nahrazuje 1886 a 3152) — [[rfc:3596|RFC 3596]] [291] => [292] => == Mechanismy přechodu == [293] => Před kompletním nahrazením IPv6 za IPv4, což se pravděpodobně nestane v dohledné budoucnosti, je zapotřebí množství tzv. ''mechanismů přechodu'', umožňující IPv6 hostům využívat IPv4 služby a izolovaným IPv6 hostům a sítím dosáhnout IPv6 Internet přes infrastrukturu IPv4.[http://www.sixxs.net/faq/connectivity/?faq=comparison Přechodové mechanismy IPv6 / Porovnání tunelování] obsahuje přehled přechodových mechanismů zmíněných níže. [294] => [295] => === Duální implementace === [296] => Jelikož IPv6 je konzervativním rozšířením IPv4, je poměrně snadné vytvořit síťovou implementaci podporující obě verze IP, sdílející většinu kódu. Taková se nazývá ''duální implementace'' a host používající tuto implementaci se nazývá ''dual stack host''. Tento přístup je popsán v [[rfc:4213|RFC 4213]]. [297] => Většina současných implementací IPv6 používá duální implementaci. Některé z dřívějších experimentálních implementací používaly nezávislé IPv6 a IPv4. Nejsou známy žádné implementace pouze pro IPv6. [298] => [299] => === Tunelování === [300] => Pro dosažení IPv6 konektivity prostřednictvím existující IPv4 infrastruktury je možno použít techniky někdy nesprávně označované jako [[Síťové tunelování|tunelování]], která zapouzdřuje IPv6 pakety do IPv4, použité jako linkové vrstvy pro IPv6. Pakety IPv6 mohou být přímo zapouzdřeny do IPv4 paketů použitím protokolu číslo 41, nebo do [[User Datagram Protocol|UDP]] paketů, například pro překonání směrovače nebo NAT zařízení blokujícího přenos protokolu 41. Další možností je využití obecného schématu zapouzdření, jako je např. [[AYIYA|AYIYA – Anything In Anything]]https://www.sixxs.net/tools/ayiya/ nebo [[Generic Routing Encapsulation|GRE]]. [301] => [302] => ==== Automatické tunelování ==== [303] => ''Automatické tunelování'' se vztahuje k technice automatického určení koncových bodů tunelu pomocí směrovací infrastruktury. Doporučený způsob automatického tunelování je tunelování ''6to4'', využívající zapouzdření protokolem 41. Koncové body tunelu jsou určeny za pomoci známé IPv4 anycast adresy na vzdálené straně a vnoření IPv4 adresy do IPv6 adresy na místní straně. ''6to4'' je v současnosti široce nasazováno. [304] => Jiný mechanismus automatického tunelování je [[ISATAP]]. Tento protokol považuje IPv4 síť za [[Virtuální privátní síť|virtuální]] místní IPv6 linku s mapováním každé IPv4 adresy na adresu místní linky IPv6. [305] => [[Teredo]] je technika automatického tunelování používající UDP zapouzdření a uvádí se jako schopné překonat vícenásobný NAT. V současné době není Teredo příliš nasazováno, nicméně experimentální verze Tereda je instalována ve Windows XP SP2 implementaci IPv6. Ve Windows Vista jsou IPv6, ''6to4'' a Teredo přítomny a standardně povoleny. [306] => [307] => ==== Spravované tunelování ==== [308] => ''Spravované tunelování'' je technika kde koncové body tunelu jsou výslovně uvedeny. Ať už lidským operátorem nebo automatickou službou známou jako ''zprostředkovatel tunelu''. Spravované tunelování je obvykle více deterministické a snadněji odladitelné než automatické tunelování, proto je doporučeno pro velké dobře spravované sítě. [309] => Spravované tunelování používá protokol 41 v položce ''Protocol'' IPv4 paketu. Tato metoda je také známa pod názvem ''6in4''. [310] => [311] => === Použití proxy a překlad === [312] => Pokud IPv6 host potřebuje přistupovat k IPv4 službě, jako je například [[Webový server|web server]], je potřeba některá z metod překladu. Jedna z funkčních metod je použití duální implementace [[Proxy server|proxy]] v aplikační vrstvě, například webová proxy. [313] => Byly také nabídnuty techniky podobné NAT pro překlad na nižších vrstvách bez ohledu na aplikaci. Většina byla shledána příliš nespolehlivými v praxi, kvůli široké škále funkcionalit vyžadovaných běžnými protokoly aplikační vrstvy, a mnohdy jsou považovány za zastaralé. [314] => [315] => == Hlavní milníky v dostupnosti IPv6 == [316] => {| class="wikitable" [317] => |- [318] => ! '''Rok''' || '''Ohlášení a dostupnost''' [319] => |- [320] => | '''1996''' [321] => | [[Linux]] získává podporu IPv6 v jádře vývojové verze 2.1.8.{{Citace elektronického periodika |titul=projekt vývoje IPv6 pro Linux |url=http://www.linux-ipv6.org/stable-6-ann.html |datum přístupu=2008-01-10 |url archivu=https://web.archive.org/web/20071230063117/http://www.linux-ipv6.org/stable-6-ann.html |datum archivace=2007-12-30 }} [322] => |- [323] => | '''1997''' [324] => | Koncem roku 1997 operační systém [[IBM]] [[AIX]] 4.3 podporuje IPv6 jako první z komerčních platforem.{{Citace elektronického periodika |titul=Podpora IPv6 obsažená v AIX 3.3 |url=http://dict.regex.info/ipv6/6bone/6bone.mail-1998-01/0022.html |datum přístupu=10-01-2008 |url archivu=https://web.archive.org/web/20130728231716/http://dict.regex.info/ipv6/6bone/6bone.mail-1998-01/0022.html |datum archivace=28-07-2013 |nedostupné=ano }}{{Citace elektronického periodika |titul=To je AIX 4.3. |url=http://dict.regex.info/ipv6/6bone/6bone.mail-1998-01/0024.html |datum přístupu=10-01-2008 |url archivu=https://web.archive.org/web/20130728232104/http://dict.regex.info/ipv6/6bone/6bone.mail-1998-01/0024.html |datum archivace=28-07-2013 |nedostupné=ano }} [325] => |- [326] => | '''1998''' [327] => | [[Microsoft Research]][http://research.microsoft.com/msripv6/ Internetový protokol verze 6 (staré vydání IPv6 Microsoft Research)] poprvé uvolnil experimentální IPv6 zásobník. Tato verze nebyla určena pro nasazení v produkčním prostředí. [328] => |- [329] => | rowspan=2 valign="center" | '''2000''' [330] => | Podpora IPv6 v produkční kvalitě se stala dostupnou od počátku do poloviny roku 2000 ve [[FreeBSD]], [[OpenBSD]] a [[NetBSD]] díky KAME projektu.[http://www.kame.net/ Projekt KAME] [331] => |- [332] => | [[Sun Microsystems|Sun]] [[Solaris (operační systém)|Solaris]] podporuje IPv6 od verze 8 v únoru 2000.{{Citace elektronického periodika |titul=Změny v Sun Solaris 8 oproti Solaris 7 |url=http://www.ocf.berkeley.edu/solaris/versions/solaris/8.html |datum přístupu=10-01-2008 |url archivu=https://web.archive.org/web/20060907000356/http://www.ocf.berkeley.edu/solaris/versions/solaris/8.html |datum archivace=07-09-2006 |nedostupné=ano }} [333] => |- [334] => | rowspan=3 valign="center" | '''2002''' [335] => | [[Microsoft]] [[Windows NT 4.0]] a [[Windows 2000]] SP1 disponují omezenou podporou IPv6 pro výzkum a experimenty od roku 2002. [336] => |- [337] => | Microsoft [[Windows XP]] (2001) měly podporu IPv6 pro testovací účely. Ve [[Windows XP]] SP1 (2002) a [[Windows Server 2003]] je IPv6 zahrnuto jako kmenový síťový protokol použitelný pro komerční nasazení.[http://www.microsoft.com/technet/network/ipv6/default.mspx Hlavní IPv6 stránka Microsoftu] [338] => |- [339] => | IBM [[z/OS]] podporoval IPv6 od verze 1.4, dostupné od září 2002.http://www-03.ibm.com/servers/eserver/zseries/announce/zos_r4/ [340] => |- [341] => | rowspan=2 valign="center" | '''2003''' [342] => | [[Apple]] [[Mac OS X v10.3|Mac OS X v10.3 "Panther"]] (2003) podporuje IPv6.[http://docs.info.apple.com/article.html?artnum=152309 Mac OS X 10.3 používá IPv6]{{Nedostupný zdroj}} [343] => |- [344] => | V červenci, [[Internet Corporation for Assigned Names and Numbers|ICANN]] oznamuje viditelnost IPv6 AAAA záznamů pro doménu nejvyššího řádu zemí Japonsko (.jp) a Koreu (.kr) na kořenových DNS serverech pod sériovým číslem 2004072000. IPv6 záznamy pro Francii (.fr) byly přidány o něco později. Tím se IPv6 stává funkční ve veřejném smyslu. [345] => |- [346] => | rowspan=2 valign="center" | '''2007''' [347] => [348] => | Microsoft [[Windows Vista]] (2007) nativně podporují IPv6. [349] => |- [350] => | Apple [[AirPort Extreme]] 802.11n základová stanice je v základním nastavení IPv6 brána. Používá „6to4“ tunelování a volitelně může směrovat skrz ručně nastavený IPv4 tunel.[http://www.apple.com/airportextreme/specs.html Technická specifikace Apple AirPort Extreme.] [351] => [352] => |- [353] => | rowspan=1 valign="center" | '''2008''' [354] => [355] => | 4. února 2008 organizace IANA přidává AAAA záznamy IPv6 adres čtyř kořenových serverů.[http://arstechnica.com/news.ars/post/20080102-icann-to-add-ipv6-addresses-for-root-dns-servers.html IPv6: přichází na kořenový server ve vaší blízkosti] Díky tomuto přechodu je pro dva internetové hosty možné komunikovat kompletně bez použití IPv4. [356] => |} [357] => [358] => == Kritika == [359] => Přestože byl protokol IPv6 uvítán jako budoucnost internetu a očekává se, že vyřeší mnoho problémů, zazněla také jeho kritika. Jednou z námitek je extrémní velikost adresního prostoru. S více než [[bilion]]em adres na čtvereční centimetr povrchu planety byly 128bitové adresy označeny za neúměrně velké. Tato námitka je běžná, nicméně nezohledňuje fakt, že [[Internet Engineering Task Force|IETF]] nikdy neměla v úmyslu přiřadit statické adresy každému z možných míst. Délka je zvolena s ohledem na agregaci směrování, autokonfigurace adres a jiné záležitosti působící problémy v IPv4. [360] => Zpracování takto dlouhých adres může vyžadovat více času a může zvýšit cenu směrovačů. [361] => [362] => Německý výzkumník a nezávislý bezpečnostní konzultant Marc Heuse pak v roce 2012 upozornil na to, že protokol IPv6 je zranitelný kvůli funkci router advertisement, kdy útočník může předstírat, že je router a vysílat falešné pakety. [363] => {{Citace elektronického periodika |titul=IPv6 není bezpečný a nasazujte ho s rozmyslem, varuje expert |url=http://www.ictmanazer.cz/2012/08/ipv6-neni-bezpecny-a-nasazujte-ho-s-rozmyslem-varuje-expert |datum přístupu=2012-09-17 |url archivu=https://web.archive.org/web/20120901070219/http://www.ictmanazer.cz/2012/08/ipv6-neni-bezpecny-a-nasazujte-ho-s-rozmyslem-varuje-expert/ |datum archivace=2012-09-01 }} [364] => [365] => == Odkazy == [366] => [367] => === Reference === [368] => [369] => [370] => [371] => {{Citace elektronické monografie [372] => | titul = RFC1518: An Architecture for IP Address Allocation with CIDR [373] => | url = https://tools.ietf.org/html/rfc1518 [374] => | datum vydání = 1993-9 [375] => | vydavatel = [[Internet Engineering Task Force|IETF]] [376] => | datum přístupu = 2015-12 [377] => | jazyk = en [378] => }} [379] => [380] => [381] => [382] => {{Citace elektronické monografie [383] => | titul = RFC1550: IP: Next Generation (IPng) White Paper Solicitation [384] => | url = http://tools.ietf.org/html/rfc1550 [385] => | datum vydání = 1993-12 [386] => | vydavatel = [[Internet Engineering Task Force|IETF]] [387] => | datum přístupu = 2015-12 [388] => | jazyk = en [389] => }} [390] => [391] => [392] => [393] => {{Citace elektronické monografie [394] => | titul = RFC2071: Network Renumbering Overview: Why would I want it and what is it anyway? [395] => | url = https://tools.ietf.org/html/rfc2071 [396] => | datum vydání = 1997-01 [397] => | vydavatel = [[Internet Engineering Task Force|IETF]] [398] => | datum přístupu = 2015-12 [399] => | jazyk = en [400] => }} [401] => [402] => [403] => [404] => {{Citace elektronické monografie [405] => | titul = RFC2072: Router Renumbering Guide [406] => | url = https://tools.ietf.org/html/rfc2072 [407] => | datum vydání = 1997-01 [408] => | vydavatel = [[Internet Engineering Task Force|IETF]] [409] => | datum přístupu = 2015-12 [410] => | jazyk = en [411] => }} [412] => [413] => [414] => [415] => {{Citace elektronické monografie [416] => | titul = RFC2462: IPv6 Stateless Address Autoconfiguration [417] => | url = http://tools.ietf.org/html/rfc2462 [418] => | datum vydání = 1998-12 [419] => | vydavatel = [[Internet Engineering Task Force|IETF]] [420] => | datum přístupu = 2015-12 [421] => | jazyk = en [422] => }} [423] => [424] => [425] => [426] => {{Citace elektronické monografie [427] => | titul = RFC2894: Router Renumbering for IPv6 [428] => | url = http://tools.ietf.org/html/rfc2894 [429] => | datum vydání = 2000-08 [430] => | vydavatel = [[Internet Engineering Task Force|IETF]] [431] => | datum přístupu = 2015-12 [432] => | jazyk = en [433] => }} [434] => [435] => [436] => [437] => {{Citace elektronické monografie [438] => | titul = RFC4291: IP Version 6 Addressing Architecture [439] => | url = https://tools.ietf.org/html/rfc4291 [440] => | datum vydání = 2006-02 [441] => | vydavatel = [[Internet Engineering Task Force|IETF]] [442] => | datum přístupu = 2015-12 [443] => | jazyk = en [444] => }} [445] => [446] => [447] => [448] => {{Citace elektronické monografie [449] => | titul = RFC6890: Special-Purpose IP Address Registries [450] => | url = https://tools.ietf.org/html/rfc6890 [451] => | datum vydání = 2013-04 [452] => | kapitola = IPv4 Special-Purpose Address Registry Entries [453] => | url kapitoly = https://tools.ietf.org/html/rfc6890#section-2.2.2 [454] => | vydavatel = [[Internet Engineering Task Force|IETF]] [455] => | datum přístupu = 2015-12 [456] => | jazyk = en [457] => }} [458] => [459] => [460] => [461] => {{Citace elektronického periodika [462] => | příjmení = Wulf [463] => | jméno = Wiliam A. [464] => | titul = Ohlédnutí za dvacátým stoletím [465] => | překladatelé = Ivan Boháček [466] => | periodikum = Vesmír [467] => | odkaz na periodikum = Vesmír_(časopis) [468] => | datum vydání = 2001-05 [469] => | datum přístupu = 2015-12 [470] => | url = http://casopis.vesmir.cz/clanek/ohlednuti-za-dvacatym-stoletim [471] => | issn = 1214-4029 [472] => | jazyk = cs [473] => }} [474] => [475] => [476] => {{Citace elektronické monografie [477] => | příjmení = Krikorian [478] => | jméno = Raffi [479] => | titul = What ever happened to IPv5? [480] => | vydavatel = O’Reilly Media [481] => | datum přístupu = 2015-12 [482] => | url = http://archive.oreilly.com/pub/post/what_ever_happened_to_ipv5.html [483] => | jazyk = en [484] => | url archivu = https://web.archive.org/web/20151215134338/http://archive.oreilly.com/pub/post/what_ever_happened_to_ipv5.html [485] => | datum archivace = 2015-12-15 [486] => | nedostupné = ano [487] => }} [488] => [489] => [490] => {{Citace elektronického periodika [491] => | příjmení = Václavík [492] => | jméno = Lukáš [493] => | titul = Adresy IPv4 došly, zachovejte paniku [494] => | periodikum = cnews.cz [495] => | datum vydání = 2011-02-04 [496] => | datum přístupu = 2015-12 [497] => | url = http://www.cnews.cz/adresy-ipv4-dosly-zachovejte-paniku [498] => | issn = 1804-9907 [499] => | jazyk = česky [500] => }} [501] => [502] => [503] => [504] => {{Citace elektronického periodika [505] => | příjmení = Petr [506] => | jméno = Emanuel [507] => | příjmení2 = Surý [508] => | jméno2 = Ondřej [509] => | titul = Vlastnosti protokolu IPv6 (II) [510] => | periodikum = Computerworld [511] => | datum vydání = 2011-11-02 [512] => | datum přístupu = 2015-12 [513] => | url = https://www.nic.cz/files/nic/doc/Computerworld_IPv6_022011_2.pdf [514] => | issn = 1210-9924 [515] => | jazyk = česky [516] => }} [517] => [518] => [519] => {{Citace elektronické monografie [520] => | titul = ripe-655: IPv6 Address Allocation and Assignment Policy [521] => | url = https://www.ripe.net/publications/docs/ripe-655 [522] => | datum vydání = 2015-10 [523] => | kapitola = 7. IPv6 Provider Independent (PI) Assignments [524] => | url kapitoly = https://www.ripe.net/publications/docs/ripe-655#IPv6_PI_Assignments [525] => | vydavatel = [[RIPE NCC|RIPE]] [526] => | datum přístupu = 2015-12 [527] => | jazyk = en [528] => }} [529] => [530] => [531] => [532] => === Literatura === [533] => ==== Hlavní specifikace ==== [534] => * [[rfc:2460|RFC 2460]]: Internet Protocol, Version 6 (IPv6) Specification (obsoletes [[rfc:1883|RFC 1883]]) [535] => * [[rfc:2461|RFC 2461]]/[[rfc:4311|RFC 4311]]: Neighbor Discovery for IP Version 6 (IPv6) (4311 updates) [536] => * [[rfc:2462|RFC 2462]]: IPv6 Stateless Address Autoconfiguration [537] => * [[rfc:4443|RFC 4443]]: Internet Control Message Protocol (ICMPv6) for the IPv6 Specification (obsoletes [[rfc:2463|RFC 2463]]) [538] => * [[rfc:2464|RFC 2464]]: Transmission of IPv6 Packets over Ethernet Networks [539] => * [[rfc:4291|RFC 4291]]: Internet Protocol Version 6 (IPv6) Addressing Architecture (obsoletes [[rfc:3513|RFC 3513]]) [540] => * [[rfc:3041|RFC 3041]]: MAC address use replacement option [541] => * [[rfc:3587|RFC 3587]]: An IPv6 Aggregatable Global Unicast Address Format [542] => [543] => ==== Bezstavová autokonfigurace ==== [544] => * [[rfc:2461|RFC 2461]]: Neighbor Discovery for IP Version 6 (IPv6) [545] => * [[rfc:2462|RFC 2462]]: IPv6 Stateless Address Autoconfiguration [546] => [547] => ==== Programování ==== [548] => * [[rfc:3493|RFC 3493]]: Basic Socket Interface Extensions for IPv6 (překonává [[rfc:2553|RFC 2553]]) [549] => * [[rfc:3542|RFC 3542]]: Advanced Sockets Application Program Interface (API) for IPv6 (překonává [[rfc:2292|RFC 2292]]) [550] => * [[rfc:4038|RFC 4038]]: Application Aspects of IPv6 Transition [551] => * [[rfc:3484|RFC 3484]]: Default Address Selection for Internet Protocol version 6 (IPv6) [552] => [553] => ==== Knihy ==== [554] => Existuje množství knih s tématem IPv6: [555] => * {{Citace elektronické monografie [556] => | příjmení = Satrapa [557] => | jméno = Pavel [558] => | odkaz na autora = [559] => | titul = IPv6 [560] => | url = http://knihy.nic.cz/files/nic/edice/pavel_satrapa_ipv6_2012.pdf [561] => | dostupnost2 = tištěná [562] => | url2 = http://knihy.nic.cz/ [563] => | datum vydání = 2011 [564] => | datum aktualizace = [565] => | datum přístupu = 2012 [566] => | vydání = 3 [567] => | typ vydání = aktualizované [568] => | počet stran = 359 [569] => | vydavatel = CZ.NIC [570] => | edice = CZ.NIC [571] => | místo = Praha [572] => | isbn = 978-80-904248-4-5 [573] => }} [574] => * {{ISBN|0-12-370479-0}} IPv6 Advanced Protocols Implementation (April 2007) [575] => * {{ISBN|0-12-447751-8}} IPv6 Core Protocols Implementation (October 2006) [576] => * {{ISBN|0-471-49892-0}} Migrating to IPv6: A Practical Guide to Implementing IPv6 in Mobile and Fixed Networks (2006) [577] => * {{ISBN|1-59059-527-0}} Running IPv6 (2006) [578] => * {{ISBN|0-596-00934-8}} IPv6 Network Administration (2005) [579] => * {{ISBN|3-9522942-0-9}} IPv6 – Grundlagen, Funktionalität, Integration by Silvia Hagen (German Edition, 2004) [580] => * {{ISBN|0-596-10058-2}} IPv6 Essentials, 2nd Edition by Silvia Hagen (English, 2006) [581] => * {{ISBN|1-55558-318-0}} IPv6 network programming by [[Jun-ichiro itojun Hagino]] (English, 2004) [582] => * {{ISBN|957-527-727-9}} IPv6 network programming by [[Jun-ichiro itojun Hagino]] (Traditional Chinese, 2004) [583] => * {{ISBN|4-7561-4236-2}} IPv6 network programming by [[Jun-ichiro itojun Hagino]] (Japanese, 2003) [584] => * {{ISBN|0-13-241936-X}} IPv6: The New Internet Protocol by Christian Huitema (1998) (The original IPv6 bible) [585] => [586] => === Externí odkazy === [587] => * {{Commonscat}} [588] => * IPv6 wiki: http://www.ipv6.cz/ [589] => * {{en}} [http://www.dmoz.org/Computers/Internet/Protocols/IP/IPv6/ dmoz.org] [590] => * {{en}} [http://arstechnica.com/articles/paedia/IPv6.ars Everything you need to know about IPv6] from Ars Technica [591] => * {{en}} [https://web.archive.org/web/20080216101227/http://iac.dtic.mil/iatac/download/Vol7_No3.pdf IPv6 – The Next Generation Internet Protocol (IATAC ''IAnewsletter'' 7-3 (Fall/Winter 2004/2005))] ([[Portable Document Format|PDF]]) [592] => * {{de}} [http://www.allesedv.at/IPv6/tld/.cz Status der IPv6-Einführung in .cz (Stav zavádění IPv6)] [593] => [594] => ==== Zainteresované pracovní skupiny IETF ==== [595] => * {{en}} [https://web.archive.org/web/20041230083921/http://www.ietf.org/html.charters/ipv6-charter.html ipv6] IP Version 6 (uzavřena) [596] => * {{en}} [https://web.archive.org/web/20080103110711/http://www.ietf.org/html.charters/HISTORY/multi6-charter.2006-12-27.15.html multi6] Site Multihoming in IPv6 [597] => * {{en}} [https://web.archive.org/web/20081004151644/http://www.ietf.org/html.charters/shim6-charter.html shim6] Site Multihoming by IPv6 Intermediation [598] => * {{en}} [https://web.archive.org/web/20090710124043/http://www.ietf.org/html.charters/v6ops-charter.html v6ops] IPv6 Operations [599] => * {{en}} [https://web.archive.org/web/20041206233510/http://www.ietf.org/html.charters/OLD/6bone-charter.html 6bone] IPv6 Backbone (uzavřena) [600] => * {{en}} [https://web.archive.org/web/20041206234721/http://www.ietf.org/html.charters/OLD/ipngwg-charter.html ipng] IP Next Generation (uzavřena) [601] => * {{en}} [https://web.archive.org/web/20041206235830/http://www.ietf.org/html.charters/OLD/ipv6mib-charter.html ipv6mib] IPv6 MIB (uzavřena) [602] => [603] => {{Internetové protokoly}} [604] => {{Autoritní data}} [605] => {{Portály|Internet}} [606] => [607] => [[Kategorie:Internetové protokoly]] [608] => [[Kategorie:Počítačové sítě]] [] => )
good wiki

IPv6

Pavla Satrapy popisující protokol IPv6. IPv6 (internetový protokol verze 6) je v označení nastupujícího protokolu pro komunikaci v současném Internetu (resp.

More about us

About

Expert Team

Vivamus eget neque lacus. Pellentesque egauris ex.

Award winning agency

Lorem ipsum, dolor sit amet consectetur elitorceat .

10 Year Exp.

Pellen tesque eget, mauris lorem iupsum neque lacus.

You might be interested in

,'Internet Engineering Task Force','Domain Name System','Jun-ichiro itojun Hagino','IANA','rfc:3484','rfc:2462','rfc:3513','rfc:3041','směrování','APNIC','Network address translation','Linux'

IANA

IANA (Internet Assigned Numbers Authority) je organizace zodpovědná za přidělování a správu protokolových identifikátorů, čísel portů, doménových jmen a dalších klíčových prvků používaných v rámci Internetu.

Linux

Směrování