Array ( [0] => 15518135 [id] => 15518135 [1] => cswiki [site] => cswiki [2] => ICMPv6 [uri] => ICMPv6 [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] => '''ICMPv6''' protokol ({{Vjazyce2|en|Internet Control Message Protocol Version 6}}) nebo také '''ICMP pro IPv6''' je nová verze [[ICMP]] protokolu a je nedílnou součástí architektury [[IPv6]], která musí být plně podporována všemi implementacemi na všech uzlech. ICMPv6 kombinuje funkce, které byly dříve rozděleny mezi více protokolů, jako třeba [[ICMP]], [[IGMP]] ({{Vjazyce2|en|Internet Group Membership Protocol}}) a [[Address Resolution Protocol|ARP]] ({{Vjazyce2|en|Address Resolution Protocol}}) a zároveň poskytuje mnohá zjednodušení zejména odstraněním zastaralých typů zpráv, které se již nepoužívají. [2] => [3] => == Úvod == [4] => [[IPv6]] je novou verzí [[IPv4]] a používá [[ICMP]] definovaný pro IPv4 v [[rfc:792|RFC 792]] (někdy také označovaný jako ICMPv4) ovšem s velkým počtem změn. Například v sobě obsahuje také [[IGMP]]. [5] => [6] => Tento článek popisuje formát sady kontrolních zpráv, které jsou využívány v ICMPv6, ale nepopisuje procedury pro jejich používání a zpracování k vytváření dalších funkcí, jako například zjištění [[MTU]] na cestě datagramu (popsané v [[rfc:1981|RFC 1981]]). Stejně jako tato funkce jsou i další funkce ICMPv6 popsané v [[RFC]]. [7] => [8] => == ICMPv6 == [9] => ICMPv6 je víceúčelový protokol a je určen pro ohlašování chyb při přenosu paketů, vytváří diagnosu přenosu, umožňuje vyhledávání dalších uzlů a přenáší informace pro rozeslání [[multicast]]ových zpráv. Pro tyto účely se dělí do dvou kategorií: chybové zprávy (''error messages'') a informační zprávy (''information messages''). ICMPv6 zprávy jsou přenášeny uvnitř IPv6 datagramů v jejich rozšířené hlavičce. ICMPv6 také podporuje funkce vyšších vrstev internetových protokolů. [10] => [11] => == Formát zprávy == [12] => Formát ICMPv6 zprávy je '''Typ, Kód a [[Kontrolní součet]]'''. 8bitový blok ''Typ'' určuje typ zprávy. Pokud má nejvyšší bit tohoto bloku hodnotu 0, pak se jedná o chybovou zprávu (rozsah těchto zpráv je tedy 0 – 127). Pokud je tato hodnota 1, jedná se o zprávu informační (rozsah 128 – 255). Další 8bitový blok ''Kód'' závisí na typu zprávy a používá se jako další úroveň rozlišení zpráv. Třetí část ''Kontrolní součet'' slouží k odhalení chyb při přenosu samotné ICMP zprávy. [13] => [14] => 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 1 2 3 4 5 6 7 8 9 A B C D E F [15] => +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [16] => | Typ | Kód | Kontrolní součet | [17] => +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ [18] => | | [19] => + Tělo zprávy + [20] => | | [21] => +---------------------------------------------------------------+ [22] => [23] => === Typy ICMP zpráv === [24] => {| class="wikitable" [25] => ! Type !! Význam [26] => |- [27] => | 0 || Rezervováno [28] => |- [29] => | 1 || Cíl nedostupný [30] => |- [31] => | 2 || Paket příliš velký [32] => |- [33] => | 3 || Čas překročen [34] => |- [35] => | 4 || Chybný parametr [36] => |- [37] => | 100 || Soukromé experimenty [38] => |- [39] => | 101 || Soukromé experimenty [40] => |- [41] => | 102-126 || Nepřiřazeno [42] => |- [43] => | 127 || Rezervováno pro rozšíření chybových zpráv [44] => |- [45] => | 128 || Požadavek na odezvu [46] => |- [47] => | 129 || Odezva [48] => |- [49] => | 130 || Dotaz na členství ve skupině [50] => |- [51] => | 131 || Zpráva o členství ve skupině [52] => |- [53] => | 132 || Změna členství ve skupině [54] => |- [55] => | 133 || Žádost routeru [56] => |- [57] => | 134 || Oznámení routeru [58] => |- [59] => | 135 || Žádost souseda [60] => |- [61] => | 136 || Oznámení souseda [62] => |- [63] => | 137 || Přesměrování [64] => |- [65] => | 138 || Přečíslování routerů [66] => |- [67] => | 139 || Dotaz na informace o uzlu [68] => |- [69] => | 140 || Odpověď s informacemi o uzlu [70] => |- [71] => | 141 || Výzva inverzního objevování sousedů [72] => |- [73] => | 142 || Ohlášení inverzního objevování sousedů [74] => |- [75] => | 143 || Ohlášení členství ve skupině (MLDv2) [76] => |- [77] => | 144 || Žádost o adresy domácích agentů [78] => |- [79] => | 145 || Odpověď s adresami domácích agentů [80] => |- [81] => | 146 || Žádost o mobilní prefix [82] => |- [83] => | 147 || Ohlášení mobilního prefixu [84] => |- [85] => | 148 || Žádost o certifikační cestu [86] => |- [87] => | 149 || Ohlášení certifikační cesty [88] => |- [89] => | 150 || Pro experimentální mobilní protokoly typu Seamoby [90] => |- [91] => | 151 || Ohlášení skupinového směrovače [92] => |- [93] => | 152 || Výzva skupinovému směrovači [94] => |- [95] => | 153 || Ukončení skupinového směrovače [96] => |- [97] => | 154 || Rychlé předávání [98] => |- [99] => | 155 || Řídicí zpráva RPL [100] => |- [101] => | 156 || Aktualizace lokátoru ro ILNPv6 [102] => |- [103] => | 157 || Požadavek na duplicitní adresu [104] => |- [105] => | 158 || Potvrzení duplicitní adresy [106] => |- [107] => | 159 || Řídicí zpráva MPL [108] => |- [109] => | 160–199 || Nepřiřazeno [110] => |- [111] => | 200 || Soukromé experimenty [112] => |- [113] => | 201 || Soukromé experimenty [114] => |- [115] => | 255 || Rezervováno pro rozšíření informačních zpráv [116] => |} [117] => [118] => == Určování adresy odesílatele zprávy == [119] => [[Síťový uzel]], který posílá ICMPv6 zprávu, je zodpovědný za určení IPv6 adresy odesílatele a příjemce a to ještě dříve, než je vypočten [[kontrolní součet]]. Pokud má uzel více než jednu unicastovou adresu a je tedy potřeba zvolit jednu z nich, ''musí'' být adresa odesílatele určena podle následujících pravidel: [120] => [121] => # Pokud je zpráva odpovědí na zprávu zaslanou na jednu z unicastových adres uzlu, jako adresa odesílatele odpovědi musí být použita právě tato adresa, pro kterou byla původní zpráva určena. [122] => # Pokud je zpráva odpovědí na zprávu zaslanou na jinou adresu, jako je [123] => #* multicastová adresa, [124] => #* anycastová adresa, kterou zahrnuje uzel, nebo [125] => #* unicastová adresa, která nenáleží uzlu. [126] => [127] => Jako adresa odesílatele musí být použita některá z unicastových adres uzlu. Adresa by měla být vybrána na základě pravidel, která se používají při určování odesílatele jakéhokoli jiného paketu odesílaného uzlem podle adresy příjemce paketu. Může být však vybrána i jiným způsobem, který povede k vyšší srozumitelnosti doručované zprávy na straně příjemce. [128] => [129] => == Výpočet kontrolního součtu zprávy == [130] => Kontrolní součet je 16bitový [[jednotkový doplněk]] součtu jednotkového doplňku úplné ICMPv6 zprávy začínající blokem ''Type'', před který se předřazuje "pseudo-hlavička", jak je specifikováno v IPv6. Hodnota ''NextHeader'' použitá v "pseudo-hlavičce" je 58. (Poznámka: zahrnutí pseudo-hlavičky v ICMPv6 kontrolním součtu je změna oproti IPv4; použijte článek o IPv6 pro odůvodnění této změny.) Pro výpočet kontrolního součtu, blok ''Checksum'' je nastaven na nulu. [131] => [132] => == Přenos ICMPv6 zprávy == [133] => Uzel odesílající [[ICMP]] zprávu určuje [[IPv6]] adresu odesílatele a příjemce pro ICMPv6 zprávu. Zvláštní pozornost je nutné věnovat hlavně výběru adresy odesílatele. Pokud má uzel více než jednu unicastovou adresu, musí být adresa odesílatele zprávy určena následovně: [134] => * Pokud zpráva je odpovědí na zprávu zaslanou na některou z unicastových adres uzlu, adresa odesilatele odpovědi musí být stejná jako adresa, pro kterou byla zpráva určena. [135] => * Pokud zpráva je odpovědí na zprávu zaslanou na některou z multicastových nebo anycastových adres uzlu, adresa odesilatele odpovědi musí být unicastová adresa náležící rozhraní, na kterém byl multicastový nebo anycastový paket přijat. [136] => * Pokud zpráva je odpovědí na zprávu zaslanou na adresu, která nenáleží uzlu, adresa odesílatele by měla jednoznačně určovat chybu (například unicastová adresa náležící rozhraní, na kterém odesíláni selhalo). [137] => * V ostatních případech musí routovací tabulky uzlu určit, které rozhraní má být použito k přenosu zprávy ke svému cíli a unicastová adresa tohoto rozhraní musí být použita jako adresa odesílatele. [138] => [139] => Když ICMPv6 uzel přijme paket, musí provést akci, která záleží na typu přijaté zprávy. ICMPv6 protokol musí omezovat počet chybových zpráv zaslaných na stejné místo určení, aby zamezil přetížení sítě. Například, když uzel pokračuje v odesílání chybových paketů, ICMP signalizuje chybu v prvním paketu a pak to dělá opakovaně v přednastavených minimálních intervalech a nebo podle přednastaveného maximálního vytížení sítě. ICMP chybová zpráva nesmí být nikdy odeslána jako odpověď na jinou ICMP chybovou zprávu. [140] => [141] => == Reference == [142] => {{Překlad|en|ICMPv6|180526400}} [143] => [144] => == Externí odkazy == [145] => * {{Commonscat}} [146] => Internet Control Message Protocol v 6 - parametry http://www.iana.org/assignments/icmpv6-parameters/icmpv6-parameters.xhtml [147] => [148] => {{Autoritní data}} [149] => [150] => [[Kategorie:Internetové protokoly]] [] => )
good wiki

ICMPv6

ICMPv6 protokol nebo také ICMP pro IPv6 je nová verze ICMP protokolu a je nedílnou součástí architektury IPv6, která musí být plně podporována všemi implementacemi na všech uzlech. ICMPv6 kombinuje funkce, které byly dříve rozděleny mezi více protokolů, jako třeba ICMP, IGMP a ARP a zároveň poskytuje mnohá zjednodušení zejména odstraněním zastaralých typů zpráv, které se již nepoužívají.

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

,'ICMP','IPv6','IGMP','Address Resolution Protocol','IPv4','rfc:792','MTU','rfc:1981','RFC','multicast','Kontrolní součet','Síťový uzel'

ICMP

IPv4

IPv6

MTU