imported>Invisigoth67: form

2025-07-06T06:36:26Z

form

Neue Seite

{| class="wikitable float-right" style="max-width:20em"
|+ style="background:#C0C0FF;"| ICMPv6 (Internet Control Message Protocol Version 6)
|-
| '''Familie:'''
| [[Internetprotokollfamilie]]
|-
| '''Einsatzgebiet:'''
| Obligatorischer Zusatz zu [[IPv6]], Fehlermeldungen, Diagnose, Autoconfiguration, Routing
|-
|colspan="2" class="center"|
{| style="text-align:center;" cellspacing="3"
|+ '''Internet-Protokolle im [[TCP/IP-Referenzmodell|TCP/IP-Protokollstapel]]'''
|-
|rowspan="2" style="background:#FFCC99"| '''Internet'''
|colspan="5" style="background:#9999FF"| '''ICMPv6'''
|-
|colspan="5" style="background:#EEEEFF"| [[IPv6]]
|-
|rowspan="2" style="background:#FFEEBB"| ''Netzzugang''
|rowspan="2" style="background:#EEEEEE"| [[Ethernet]]
|rowspan="2" style="background:#EEEEEE"| [[Token Bus|Token<br />Bus]]
|rowspan="2" style="background:#EEEEEE"| [[IEEE 802.11|IEEE<br />802.11a/b/g/n]]
|rowspan="2" style="background:#EEEEEE"| [[Fiber Distributed Data Interface|FDDI]]
|rowspan="2" style="background:#EEEEEE"| …
|}
|-
| '''Standards:'''
|
* <nowiki>RFC 8200</nowiki> (2017)<ref name="RFC8200" />
* <nowiki>RFC 4443</nowiki> (2006)<ref name="RFC4443" />
|}
<span style="white-space:nowrap">Das '''Internet Control Message Protocol for the Internet Protocol Version 6'''</span> ('''ICMPv6''') ist die mit [[IPv6]] zusammen verwendete Version des [[Internet Control Message Protocol]]. Es dient, wie schon bei [[IPv4]], in [[Rechnernetz|Netzwerken]] zum Austausch von Fehler- und Informationsmeldungen. Zusätzlich findet es aber noch im [[Neighbor Discovery Protocol]], dem Ersatz des [[Address Resolution Protocol]], Verwendung.

Im Gegensatz zum ICMP bei IPv4 ist ICMPv6 zwingend für den Betrieb von IPv6 nötig. Ein generelles Blockieren von ICMPv6 auf der Firewall führt dazu, dass IPv6 nicht funktioniert (<nowiki>RFC 4890</nowiki><ref name="RFC4890" />).

ICMPv6 dient als Hilfsprotokoll für IPv6, ist ebenfalls in der [[Vermittlungsschicht]] (OSI-Schicht 3) angesiedelt und nutzt das IPv6-Protokoll zum Versand von ICMP-Nachrichten. Als [[Protokoll (IP)|Protokoll-Nummer]] wird dabei 58 ins Next-Header-Feld des IPv6-Headers eingefügt.

== ICMPv6-Header ==

{| class="wikitable float-right" style="text-align:center;"
|+ ICMPv6 Header
{{FrameHeader}}
|-
!class="hintergrundfarbe6"| 0
|colspan="8"| Type
|colspan="8"| Code
|colspan="16"| Prüfsumme
|-
!class="hintergrundfarbe6"| …
|colspan="32"| ICMPv6-Nachricht …
|}

Das Feld ''Type'' gibt die Klasse der ICMP-Nachricht an, welche mit dem Feld ''Code'' genauer spezifiziert werden kann. Die Prüfsumme wird zur Verifizierung der Gültigkeit des ICMPv6-[[Datenpaket|Pakets]] benutzt. Der restliche Inhalt der ICMP-Nachricht wird durch den jeweiligen Typ bestimmt. Bei Fehlernachrichten wird nach den möglichen zusätzlichen Feldern immer noch so viel wie möglich vom fehlerverursachenden Paket angehängt.

=== ICMPv6-Typen ===
Die Nachrichten-Typen werden in zwei Gruppen unterteilt. Die ersten 128 Typen (0–127) mit dem [[Bitwertigkeit|höchstwertigen Bit]] (engl. ''most significant bit'') auf 0, sind Fehlernachrichten. Die zweiten 128 Typen (128–255), mit dem höchstwertigen Bit auf 1, sind Informationsnachrichten.

{| class="toptextcells"
|-
|
{| class="wikitable"
|+ Fehlernachrichten
|- class="hintergrundfarbe6"
! Type
! Beschreibung
! RFC
|-
| 1
| Destination Unreachable
| <nowiki>RFC 4443</nowiki><ref name="RFC4443" />
|-
| 2
| Packet Too Big
| <nowiki>RFC 4443</nowiki><ref name="RFC4443" />
|-
| 3
| Time Exceeded
| <nowiki>RFC 4443</nowiki><ref name="RFC4443" />
|-
| 4
| Parameter Problem
| <nowiki>RFC 4443</nowiki><ref name="RFC4443" />
|-
| 100
| Private experimentation
|
|-
| 101
| Private experimentation
|
|}
|
{| class="wikitable"
|+ Informationsnachrichten
|- class="hintergrundfarbe6"
! Type
! Beschreibung
! RFC
|-
| 128
| Echo Request
| <nowiki>RFC 4443</nowiki><ref name="RFC4443" />
|-
| 129
| Echo Reply
| <nowiki>RFC 4443</nowiki><ref name="RFC4443" />
|-
| 130
| Multicast Listener Query
| <nowiki>RFC 2710</nowiki><ref name="RFC2710" /> und <nowiki>RFC 3810</nowiki><ref name="RFC3810" />
|-
| 131
| Version 1 Multicast Listener Report
| <nowiki>RFC 2710</nowiki><ref name="RFC2710" />
|-
| 132
| Multicast Listener Done
| <nowiki>RFC 2710</nowiki><ref name="RFC2710" />
|-
| 133
| Router Solicitation
| <nowiki>RFC 4861</nowiki><ref name="RFC4861" />
|-
| 134
| Router Advertisement
| <nowiki>RFC 4861</nowiki><ref name="RFC4861" />
|-
| 135
| Neighbor Solicitation
| <nowiki>RFC 4861</nowiki><ref name="RFC4861" />
|-
| 136
| Neighbor Advertisement
| <nowiki>RFC 4861</nowiki><ref name="RFC4861" />
|-
| 137
| Redirect
| <nowiki>RFC 4861</nowiki><ref name="RFC4861" />
|-
| 138
| Router Renumbering
| <nowiki>RFC 2894</nowiki><ref name="RFC2894" />
|-
| 139
| ICMP Node Information Query
| <nowiki>RFC 4620</nowiki><ref name="RFC4620" />
|-
| 140
| ICMP Node Information Response
| <nowiki>RFC 4620</nowiki><ref name="RFC4620" />
|-
| 141
| Inverse Neighbor Discovery Solicitation Message
| <nowiki>RFC 3122</nowiki><ref name="RFC3122" />
|-
| 142
| Inverse Neighbor Discovery Advertisement Message
| <nowiki>RFC 3122</nowiki><ref name="RFC3122" />
|-
| 143
| Version 2 Multicast Listener Report
| <nowiki>RFC 3810</nowiki><ref name="RFC3810" />
|-
| 144
| Home Agent Address Discovery Request Message
| <nowiki>RFC 3775</nowiki><ref name="RFC3775" />
|-
| 145
| Home Agent Address Discovery Reply Message
| <nowiki>RFC 3775</nowiki><ref name="RFC3775" />
|-
| 146
| Mobile Prefix Solicitation
| <nowiki>RFC 3775</nowiki><ref name="RFC3775" />
|-
| 147
| Mobile Prefix Advertisement
| <nowiki>RFC 3775</nowiki><ref name="RFC3775" />
|-
| 148
| Certification Path Solicitation Message
| <nowiki>RFC 3971</nowiki><ref name="RFC3971" />
|-
| 149
| Certification Path Advertisement Message
| <nowiki>RFC 3971</nowiki><ref name="RFC3971" />
|-
| 150
| ICMP messages utilized by experimental mobility protocols such as Seamoby
| <nowiki>RFC 4065</nowiki><ref name="RFC4065" />
|-
| 151
| Multicast Router Advertisement
| <nowiki>RFC 4286</nowiki><ref name="RFC4286" />
|-
| 152
| Multicast Router Solicitation
| <nowiki>RFC 4286</nowiki><ref name="RFC4286" />
|-
| 153
| Multicast Router Termination
| <nowiki>RFC 4286</nowiki><ref name="RFC4286" />
|-
| 155
| RPL Control Message
| <nowiki>RFC 6550</nowiki><ref name="RFC6550" />
|-
| 200
| Private experimentation
|
|-
| 201
| Private experimentation
|
|-
| 255
| Reserved for expansion of ICMPv6 informational messages
|
|}
|}

=== Prüfsumme ===

{| class="wikitable float-right" style="text-align:center;"
|+ Prüfsummen-Schema
{{FrameHeader}}
|-
!class="hintergrundfarbe6"| 0
|colspan="32" rowspan="4"| IPv6-Absender-Adresse
|-
!class="hintergrundfarbe6"| 32
|-
!class="hintergrundfarbe6"| 64
|-
!class="hintergrundfarbe6"| 96
|-
!class="hintergrundfarbe6"| 128
|colspan="32" rowspan="4"| IPv6-Ziel-Adresse
|-
!class="hintergrundfarbe6"| 160
|-
!class="hintergrundfarbe6"| 192
|-
!class="hintergrundfarbe6"| 224
|-
!class="hintergrundfarbe6"| 256
|colspan="32"| IPv6-Nutzlast-Größe
|-
!class="hintergrundfarbe6"| 288
|colspan="24"| Checksumme 0
|colspan="8"| Next Header 58
|}

Die [[Prüfsumme]] (engl. ''checksum'') eines ICMPv6-Pakets ist ein 16-Bit-[[Einerkomplement]] der Summe des Einerkomplements der gesamten ICMPv6-Nachricht. Zusätzlich zur Nachricht wird noch ein IPv6-Pseudoheader vorne angehängt. Zur Berechnung der Prüfsumme wird das Prüfsummenfeld auf 0 gesetzt. Der zur Berechnung der Prüfsumme verwendete Pseudoheader sieht wie im Schema nebenan aus.

Dies ist eine der Neuerungen von ICMPv6 gegenüber [[Internet Control Message Protocol|ICMP]], wo die Prüfsumme nur über den ICMP-Header berechnet wurde.

== ICMPv6-Verarbeitung ==
Für die Verarbeitung von ICMPv6-Nachrichten gelten folgende Regeln:

* Unbekannte ICMPv6-Fehlernachrichten müssen an die darüberliegende Netzwerkschicht weitergereicht werden.
* Unbekannte ICMPv6-Informationsnachrichten müssen ohne Benachrichtigung des Absenders verworfen werden.
* Jeder Fehlernachricht wird am Ende so viel wie möglich des fehlerverursachenden Pakets angehängt.
* Die Protokollnummer zum Weiterreichen von unbekannten Fehlernachrichten wird aus dem angehängten Originalpaket entnommen.
* Auf folgende Pakete werden keine Fehlernachrichten versandt:
** Fehlernachrichten
** Pakete an Multicast-, Link-Level-Multicast- oder Link-Level-Broadcast-Adressen mit folgenden Ausnahmen:
*** Packet-Too-Big-Nachrichten
*** Parameter-Problem-Nachrichten mit Code 2 – unbekannte IPv6-Option
* Das Netz darf nicht mit ICMPv6-Fehlernachrichten geflutet werden.

== ICMP-Standard-Typen ==

=== Destination Unreachable – Type 1 ===

{| class="wikitable float-right" style="text-align:center;"
|+ Destination-Unreachable-Schema
{{FrameHeader}}
|-
!class="hintergrundfarbe6"| 0
|colspan="8"| Type
|colspan="8"| Code
|colspan="16"| Prüfsumme
|-
!class="hintergrundfarbe6"| 32
|colspan="32"| Unbenutzt
|-
!class="hintergrundfarbe6"| …
|colspan="32"| Fehlerhaftes Paket
|}

''Destination-Unreachable''-Nachrichten sollten vom [[Router]] erzeugt werden, wenn ein Paket nicht ausgeliefert werden konnte. Wenn das Paket wegen Überlastung fallen gelassen wurde, muss keine ''Destination Unreachable'' versandt werden.

Wenn das Paket wegen fehlender Routen nicht ausgeliefert wurde, wird der Code 0 gesetzt. Ist das Ausliefern administrativ verboten ([[Firewall]]), wird der Code 1 gesetzt. Wenn der Router die IPv6-Adresse nicht auflösen kann, oder ein Problem mit dem Link hat, wird der Code 3 gesetzt. Wenn ein Zielhost für ein [[User Datagram Protocol|UDP]]-Paket keinen Listener hat, sollte er ein ''Destination Unreachable'' mit Code 4 versenden.

Wenn ein ''Destination Unreachable'' empfangen wird, muss es der darüberliegenden Schicht weitergereicht werden.

=== Packet Too Big – Type 2 ===

{| class="wikitable float-right" style="text-align:center;"
|+ Packet-Too-Big-Schema
{{FrameHeader}}
|-
!class="hintergrundfarbe6"| 0
|colspan="8"| Type
|colspan="8"| Code
|colspan="16"| Prüfsumme
|-
!class="hintergrundfarbe6"| 32
|colspan="32"| MTU
|-
!class="hintergrundfarbe6"| …
|colspan="32"| Fehlerhaftes Paket
|}

Eine ''Packet-Too-Big''-Nachricht muss vom Router erzeugt werden, wenn ein Paket nicht weitergeleitet werden kann, weil es größer ist als die maximale [[Maximum Transmission Unit|MTU]] des Links, über den es versendet werden soll. ''Packet-Too-Big''-Nachrichten werden vom [[Path MTU Discovery]] gebraucht, um die pfadabhängige MTU zu ermitteln.

Der Code sollte vom Sender auf 0 gesetzt und vom Empfänger ignoriert werden.

Wenn ein ''Packet Too Big'' empfangen wird, muss es dem darüberliegenden Layer weitergereicht werden.

=== Time Exceeded – Type 3 ===

{| class="wikitable float-right" style="text-align:center;"
|+ Time-Exceeded-Schema
{{FrameHeader}}
|-
!class="hintergrundfarbe6"| 0
|colspan="8"| Type
|colspan="8"| Code
|colspan="16"| Prüfsumme
|-
!class="hintergrundfarbe6"| 32
|colspan="32"| Unbenutzt
|-
!class="hintergrundfarbe6"| …
|colspan="32"| Fehlerhaftes Paket
|}

Wenn ein Router ein Paket mit einem [[Hop (Netzwerktechnologie)|Hop]]-Limit von 0 erhält, oder den [[Time to Live|Time-to-Live]]-Wert auf 0 reduziert, muss er das Paket verwerfen und ein ''Time Exceeded'' mit Code 0 an den Absender versenden. Das zeigt entweder eine Endlosschleife im Routing an oder ein zu kleines anfängliches Hop-Limit.

Wenn von einer fragmentierten Nachricht nicht alle Fragmente innerhalb einer gewissen Zeit ankommen, wird das Paket verworfen und es muss ein ''Time Exceeded'' mit Code 1 versendet werden.

=== Parameter Problem – Type 4 ===

{| class="wikitable float-right" style="text-align:center;"
|+ Parameter-Problem-Schema
{{FrameHeader}}
|-
!class="hintergrundfarbe6"| 0
|colspan="8"| Type
|colspan="8"| Code
|colspan="16"| Prüfsumme
|-
!class="hintergrundfarbe6"| 32
|colspan="32"| Pointer
|-
!class="hintergrundfarbe6"| …
|colspan="32"| Fehlerhaftes Paket
|}

Wenn ein Host beim Verarbeiten eines IPv6-Pakets ein Problem in einem Feld feststellt und nicht mit der Verarbeitung weiterfahren kann, muss er das Paket verwerfen und eine ''Parameter-Problem''-Nachricht verschicken.

Mit dem Code wird dabei die Art des Problems genauer beschrieben.

{| class="wikitable"
| 0
| Fehlerhaftes Header-Feld gefunden
|-
| 1
| Unbekannter Next-Header-Typ gefunden
|-
| 2
| Unbekannte IPv6-Option
|-
| 3
| Unvollständiger IPv6 Header Chain im ersten IPv6 Fragment
|}

Der Pointer zeigt dabei auf die Stelle im Paket, an der das Problem aufgetreten ist.

=== Echo Request – Type 128 ===

{| class="wikitable float-right" style="text-align:center;"
|+ Echo-Request-Schema
{{FrameHeader}}
|-
!class="hintergrundfarbe6"| 0
|colspan="8"| Type
|colspan="8"| Code
|colspan="16"| Prüfsumme
|-
!class="hintergrundfarbe6"| 32
|colspan="16"| Identifikation
|colspan="16"| Sequenznummer
|-
!class="hintergrundfarbe6"| …
|colspan="32"| Daten
|}

Mit einem ''Echo Request'' wird um eine Antwort gebeten. Ein ''Echo Request'' ist nichts anderes als ein simpler [[Ping (Datenübertragung)|Ping]]. Das Datenfeld kann mit Daten vergrößert werden, um größere Pakete zu produzieren. So kann man zum Beispiel die [[Maximum Transmission Unit|MTU]] ermitteln.

Jedes System muss gemäß RFC auf ''Echo Requests'' reagieren und mit ''Echo Replies'' antworten. Auch sollte jedes System eine Anwendung zum Versenden und Empfangen von ''Echo Request/Replies'' besitzen. Hiervon wird in der Praxis jedoch oft abgewichen, so blockiert beispielsweise die [[Windows-Firewall]] standardmäßig ICMPv6-Echo-Request-Anfragen.<ref>{{Internetquelle |url=https://www.thewindowsclub.com/how-to-allow-pings-icmp-echo-requests-through-windows-firewall |titel=How to allow Pings (ICMP Echo requests) through Windows Firewall |werk=thewindowsclub.com |sprache=en |abruf=2025-01-10}}</ref>

Empfangene ''Echo Request'' können an Anwendungen weitergeleitet werden, die auf ICMP-Nachrichten horchen.

=== Echo Reply – Type 129 ===

{| class="wikitable float-right" style="text-align:center;"
|+ Echo-Reply-Schema
{{FrameHeader}}
|-
!class="hintergrundfarbe6"| 0
|colspan="8"| Type
|colspan="8"| Code
|colspan="16"| Prüfsumme
|-
!class="hintergrundfarbe6"| 32
|colspan="16"| Identifikation
|colspan="16"| Sequenznummer
|-
!class="hintergrundfarbe6"| …
|colspan="32"| Daten
|}

Auf eine ''Echo-Request''-Nachricht muss mit einem ''Echo Reply'' geantwortet werden. Das Paket ist bis auf das Typenfeld dasselbe. ''Echo-Reply''-Nachrichten sollen nur an [[Unicast]]-Adressen verschickt werden.

Anhand der Identifikation und der [[Sequenznummer]] wird der Empfänger die Antworten zu seinen Anfragen zuordnen können.

Empfangene ''Echo-Reply''-Nachrichten müssen an die Anwendung weitergereicht werden, die den zugehörigen ''Echo Request'' versendet hat. An die restlichen auf ICMP horchende Anwendungen kann es weitergereicht werden.

=== Multicast Listener Discovery – Type 130 ===
MLD ist die Implementation von [[Internet Group Management Protocol|IGMP]] (IPv4) in IPv6. Es wird also genutzt, um [[Multicast]]-Abonnements zu verwalten. Dabei entspricht '''MLDv1 IGMPv2''' und '''MLDv2 IGMPv3'''. Bei den jeweils neueren Versionen lässt sich bestimmen, welche Quell-Adressen für Multicast-Streams akzeptabel sind.<ref name="RFC4604" /> [[Linux]] unterstützt es seit 2003 (2.5.68), [[Microsoft Windows|Windows]] seit 2006 ([[Windows Vista|Vista]]), [[FreeBSD]] seit 2009 (8.0).<ref>{{Internetquelle |autor=[[Linus Torvalds]] |url=https://lwn.net/Articles/29489/ |titel=Linux 2.5.68 |werk=lwn.net |datum=2003-04-19 |sprache=en |abruf=2014-08-02}}</ref><ref>{{Internetquelle |autor=Steven White et al. |url=https://learn.microsoft.com/en-us/windows/win32/winsock/igmp-and-windows-sockets |titel=MLD and IGMP Using Windows Sockets |werk=learn.microsoft.com |hrsg=Microsoft |datum=2021-01-07 |sprache=en |abruf=2025-01-10}}</ref><ref>{{man|4|mld|FreeBSD}}</ref>

== Weblinks ==
* {{RFC-Internet |RFC=4861 |Titel=Neighbor Discovery for IP Version 6 (IPv6) |Datum=2007-09}}
* {{RFC-Internet |RFC=4443 |Titel=Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) |Datum=2006-03 |Kommentar=Specification}}
* {{RFC-Internet |RFC=3122 |Titel=Extensions to IPv6 Neighbor Discovery for Inverse Discovery Specification |Datum=2001-06}}
* ''[https://www.iana.org/assignments/icmpv6-parameters IANA ICMP Parameters]'' – vollständige Liste der ICMPv6-Typen und -Codes (englisch).
* {{RFC-Internet |RFC=4890 |Titel=Recommendations for Filtering ICMPv6 Messages in Firewalls |Datum=2007-05}}
* {{RFC-Internet |RFC=7112 |Titel=Implications of Oversized IPv6 Header Chains |Datum=2014-01}}
* {{RFC-Internet |RFC=8200 |Titel=Internet Protocol, Version 6 (IPv6) Specification |Datum=2017-07 |Obsoletes=2460}}

== Einzelnachweise ==
<references>
<ref name="RFC2710">
{{RFC-Internet |RFC=2710 |Titel=Multicast Listener Discovery (MLD) for IPv6 |Datum=1999-10}}
</ref>
<ref name="RFC2894">
{{RFC-Internet |RFC=2894 |Titel=Router Renumbering for IPv6 |Datum=2000-06}}
</ref>
<ref name="RFC3122">
{{RFC-Internet |RFC=3122 |Titel=Extensions to IPv6 Neighbor Discovery for Inverse Discovery Specification |Datum=2001-06}}
</ref>
<ref name="RFC3775">
{{RFC-Internet |RFC=3775 |Titel=Mobility Support in IPv6 |Datum=2004-06}}
</ref>
<ref name="RFC3810">
{{RFC-Internet |RFC=3810 |Titel=Multicast Listener Discovery Version 2 (MLDv2) for IPv6 |Datum=2004-06}}
</ref>
<ref name="RFC3971">
{{RFC-Internet |RFC=3971 |Titel=SEcure Neighbor Discovery (SEND) |Datum=2005-03}}
</ref>
<ref name="RFC4065">
{{RFC-Internet |RFC=4065 |Titel=Instructions for Seamoby and Experimental Mobility Protocol IANA Allocations |Datum=2005-07}}
</ref>
<ref name="RFC4286">
{{RFC-Internet |RFC=4286 |Titel=Multicast Router Discovery |Datum=2005-12}}
</ref>
<ref name="RFC4443">
{{RFC-Internet |RFC=4443 |Titel=Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) |Datum=2006-03 |Kommentar=Specification}}
</ref>
<ref name="RFC4604">
{{RFC-Internet |RFC=4604 |Titel=Using Internet Group Management Protocol Version 3 (IGMPv3) and Multicast Listener Discovery Proto for Source-Specific Multicast |Datum=2006-08}}
</ref>
<ref name="RFC4620">
{{RFC-Internet |RFC=4620 |Titel=IPv6 Node Information Queries |Datum=2006-08}}
</ref>
<ref name="RFC4861">
{{RFC-Internet |RFC=4861 |Titel=Neighbor Discovery for IP Version 6 (IPv6) |Datum=2007-09}}
</ref>
<ref name="RFC4890">
{{RFC-Internet |RFC=4890 |Titel=Recommendations for Filtering ICMPv6 Messages in Firewalls |Datum=2007-05}}
</ref>
<ref name="RFC6550">
{{RFC-Internet |RFC=6550 |Titel=RPL: IPv6 Routing Protocol for Low-Power and Lossy Networks |Datum=2012-03}}
</ref>
<ref name="RFC8200">
{{RFC-Internet |RFC=8200 |Titel=Internet Protocol, Version 6 (IPv6) Specification |Datum=2017-07 |Obsoletes=2460}}
</ref>
</references>

[[Kategorie:Internet Protocol]]
[[Kategorie:Netzwerkprotokoll (Vermittlungsschicht)]]

ICMPv6 - Versionsgeschichte

imported>Invisigoth67: form