Zum Inhalt springen

IPv6/ICMPv6/Nachrichten: Unterschied zwischen den Versionen

Aus Foxwiki
Die 5 zuletzt angesehenen Seiten:  nslookup » Manpages » Datei » passwd » IPv6/ICMPv6/Nachrichten
 
(30 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
== Nachrichten-Typen ==
'''IPv6/ICMPv6/Nachrichten'''
{| class="wikitable options big"
|-
! Gruppe !! Type !! Beschreibung
|-
| Fehlernachrichten || 0–127 || mit dem [[Bitwertigkeit|höchstwertigen Bit]] (engl. ''most significant bit'') auf 0, sind Fehlernachrichten
|-
| Informationsnachrichten || 128–255 || mit dem höchstwertigen Bit auf 1, sind Informationsnachrichten
|}


== Fehlernachrichten ==
== Beschreibung ==
{| class="wikitable big options col1center"
; Nachrichten-Typen
! class="hintergrundfarbe6"| Type
{| class="wikitable options big col2center"
! class="hintergrundfarbe6"| Beschreibung
! class="hintergrundfarbe6"| RFC
|-
|1 || [[#Destination Unreachable|Destination Unreachable]] ||[https://www.rfc-editor.org/rfc/4443 RFC 4443]
|-
|-
|2 || [[#Packet Too Big|Packet Too Big]] ||[https://www.rfc-editor.org/rfc/4443 RFC 4443]
! Gruppe !! Type
|-
|-
|3 || [[#Time Exceeded|Time Exceeded]] ||[https://www.rfc-editor.org/rfc/4443 RFC 4443]
| [[#Fehlernachrichten|Fehlernachrichten]] || 0-127
|-
|-
|4 || [[#Parameter Problem|Parameter Problem]] ||[https://www.rfc-editor.org/rfc/4443 RFC 4443]
| [[#Informationsnachrichten|Informationsnachrichten]] || 128-255
|}
 
==== Destination Unreachable ====
 
{| class="wikitable float small"
|+ Destination-Unreachable-Schema
|- align="center"
! class="hintergrundfarbe6" colspan="1"| 0
| colspan="8" | Type
| colspan="8" | Code
| colspan="16" | Prüfsumme
|- align="center"
! class="hintergrundfarbe6" colspan="1"| 32
| colspan="32" | Unbenutzt
|- align="center"
! class="hintergrundfarbe6" colspan="1"| …
| colspan="32" | Fehlerhaftes Paket
|}
; Destination Unreachable - Type 1
''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 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 ====
{| class="wikitable float small"
|+ Packet-Too-Big-Schema
|- align="center"
! class="hintergrundfarbe6" colspan="1"| 0
| colspan="8" | Type
| colspan="8" | Code
| colspan="16" | Prüfsumme
|- align="center"
! class="hintergrundfarbe6" colspan="1"| 32
| colspan="32" | MTU
|- align="center"
! class="hintergrundfarbe6" colspan="1"| …
| colspan="32" | Fehlerhaftes Paket
|}
|}


; Packet Too Big - Type 2
== Anhang ==
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 [https://de.wikipedia.org/wiki/Path_MTU_Discovery Path MTU Discovery] gebraucht, um die pfadabhängige MTU zu ermitteln
=== Siehe auch ===
 
<div style="column-count:2">
Der Code sollte vom Sender auf 0 gesetzt und vom Empfänger ignoriert werden
<categorytree hideroot=on mode="pages">{{BASEPAGENAME}}</categorytree>
 
</div>
Wenn ein ''Packet Too Big'' empfangen wird, muss es dem darüberliegenden Layer weitergereicht werden
----
 
{{Special:PrefixIndex/{{BASEPAGENAME}}/}}
==== Time Exceeded ====
{| class="wikitable float small"
|+ Time-Exceeded-Schema
|- align="center"
! class="hintergrundfarbe6" colspan="1"|0
| colspan="8" | Type
| colspan="8" | Code
| colspan="16" | Prüfsumme
|- align="center"
! class="hintergrundfarbe6" colspan="1"|32
| colspan="32" | Unbenutzt
|- align="center"
! class="hintergrundfarbe6" colspan="1"| …
| colspan="32" | Fehlerhaftes Paket
|}


; Time Exceeded - Type 3
=== Dokumentation ===
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
===== RFC =====
* Das zeigt entweder eine Endlosschleife im Routing an oder ein zu kleines anfängliches Hop-Limit
{| class="wikitable big options col1center col3center"
 
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 ====
{| class="wikitable float small"
|+ Parameter-Problem-Schema
|- align="center"
! class="hintergrundfarbe6" colspan="1"| 0
| colspan="8" | Type
| colspan="8" | Code
| colspan="16" | Prüfsumme
|- align="center"
! class="hintergrundfarbe6" colspan="1"| 32
| colspan="32" | Pointer
|- align="center"
! class="hintergrundfarbe6" colspan="1"| …
| colspan="32" | Fehlerhaftes Paket
|}
 
; Parameter Problem - Type 4
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 big options col1center"
| 0
| Fehlerhaftes Header-Feld gefunden
|-
|-
| 1
! RFC !! Titel !! Jahr !! Status
| Unbekannter Next-Header-Typ gefunden
|-
|-
| 2
| [https://www.rfc-editor.org/info/rfc2460 2460] || Internet Protocol, Version 6 (IPv6) Specification || 1998 || Ersetzt durch [https://www.rfc-editor.org/info/rfc8200 RFC 8200]
| Unbekannte IPv6-Option
|-
|-
| 3
| [https://www.rfc-editor.org/info/rfc4443 4443] || Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification || 2006 || Updated by [[RFC/4884]]
| Unvollständiger IPv6 Header Chain im ersten IPv6 Fragment
|}
 
Der Pointer zeigt dabei auf die Stelle im Paket, an der das Problem aufgetreten ist
 
== Informationsnachrichten ==
{| class="wikitable big options"
! class="hintergrundfarbe6"| Type
! class="hintergrundfarbe6"| Beschreibung
! class="hintergrundfarbe6"| RFC
|-
|128 || [[#Echo Request|Echo Request]] || [https://www.rfc-editor.org/rfc/4443 RFC 4443]
|-
|129 || [[#|Echo Reply|Echo Reply]] ||[https://www.rfc-editor.org/rfc/4443|RFC 4443]
|-
|-
|130 || [[#Multicast Listener Query|Multicast Listener Query]] ||RFC 2710 und RFC 3810
| [https://www.rfc-editor.org/info/rfc4884 4884] || Extended ICMP to Support Multi-Part Messages || 2007 || Updated by [[RFC/8335]]
|-
|-
|131 || Version 1 Multicast Listener Report |RFC 2710
| [https://www.rfc-editor.org/info/rfc8200 8200] || Internet Protocol, Version 6 (IPv6) Specification || 2017 || Updated by [[RFC/9673]]
|-
|-
|132 || Multicast Listener Done ||RFC 2710
| [https://www.rfc-editor.org/info/rfc8335 8335] || PROBE: A Utility for Probing Interfaces || 2018 || Proposed Standard
|-
|-
|133 || Router Solicitation || RFC 4861
| [https://www.rfc-editor.org/info/rfc9673 9673] || Pv6 Hop-by-Hop Options Processing Procedures|| 2024|| Proposed Standard
|-
|}  
|134 || Router Advertisement || RFC 4861
|-
|135 || Neighbor Solicitation ||RFC 4861
|-
|136 || Neighbor Advertisement ||RFC 4861
|-
|137 || Redirect || RFC 4861
|-
|138
|Router Renumbering
|RFC 2894
|-
|139
|ICMP Node Information Query
|RFC 4620
|-
|140
|ICMP Node Information Response
|RFC 4620
|-
|141
|Inverse Neighbor Discovery Solicitation Message
|RFC 3122
|-
|142
|Inverse Neighbor Discovery Advertisement Message
|RFC 3122
|-
|143
|Version 2 Multicast Listener Report
|RFC 3810
|-
|144
|Home Agent Address Discovery Request Message
|RFC 3775
|-
|145
|Home Agent Address Discovery Reply Message
|RFC 3775
|-
|146
|Mobile Prefix Solicitation
|RFC 3775
|-
|147
|Mobile Prefix Advertisement
|RFC 3775
|-
|148
|Certification Path Solicitation Message
|RFC 3971
|-
|149
|Certification Path Advertisement Message
|RFC 3971
|-
|150
|ICMP messages utilized by experimental mobility protocols such as Seamoby
|RFC 4065
|-
|151
|Multicast Router Advertisement
|RFC 4286
|-
|152
|Multicast Router Solicitation
|RFC 4286
|-
|153
|Multicast Router Termination
|RFC 4286
|-
|155
|RPL Control Message
|[https://www.rfc-editor.org/rfc/rfc6550.html RFC 6550]
|-
|200
|Private experimentation
|
|-
|201
|Private experimentation
|
|-
|255
|Reserved for expansion of ICMPv6 informational messages
|
|}
 
==== Echo Request ====
{| class="wikitable float small"
|+ Echo-Request-Schema
|- align="center"
! class="hintergrundfarbe6" colspan="1"| 0
| colspan="8" | Type
| colspan="8" | Code
| colspan="16" | Prüfsumme
|- align="center"
! class="hintergrundfarbe6" colspan="1"| 32
| colspan="16" | Identifikation
| colspan="16" | Sequenznummer
|- align="center"
! class="hintergrundfarbe6" colspan="1"| …
| colspan="32" | Daten
|}
 
; Echo Request - Type 128
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 Request''s 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
 
Empfangene ''Echo Request'' können an Anwendungen weitergeleitet werden, die auf ICMP-Nachrichten horchen
 
==== Echo Reply ====
{| class="wikitable float small"
|+ Echo-Reply-Schema
|- align="center"
! class="hintergrundfarbe6" colspan="1"| 0
| colspan="8" | Type
| colspan="8" | Code
| colspan="16" | Prüfsumme
|- align="center"
! class="hintergrundfarbe6" colspan="1"| 32
| colspan="16" | Identifikation
| colspan="16" | Sequenznummer
|- align="center"
! class="hintergrundfarbe6" colspan="1"| …
| colspan="32" | Daten
|}
 
; Echo Reply - Type 129
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
===== Man-Page =====
===== Info-Page =====
-->


==== Multicast Listener Discovery ====
=== Links ===
; Multicast Listener Discovery - Type 130
==== Weblinks ====
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.), Windows seit 2006 (Vista), FreeBSD seit 2009 (8.0)


[[Kategorie:IPv6/ICMP]]
[[Kategorie:IPv6/ICMPv6]]
</noinclude>

Aktuelle Version vom 5. Juli 2025, 10:22 Uhr

IPv6/ICMPv6/Nachrichten

Beschreibung

Nachrichten-Typen
Gruppe Type
Fehlernachrichten 0-127
Informationsnachrichten 128-255

Anhang

Siehe auch



Dokumentation

RFC
RFC  Titel  Jahr  Status
2460 Internet Protocol, Version 6 (IPv6) Specification 1998 Ersetzt durch RFC 8200
4443 Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification 2006 Updated by RFC/4884
4884 Extended ICMP to Support Multi-Part Messages 2007 Updated by RFC/8335
8200 Internet Protocol, Version 6 (IPv6) Specification 2017 Updated by RFC/9673
8335 PROBE: A Utility for Probing Interfaces 2018 Proposed Standard
9673 Pv6 Hop-by-Hop Options Processing Procedures 2024 Proposed Standard


Links

Weblinks