IPv6/Neighbor/Advertisement: Unterschied zwischen den Versionen

Versionsgeschichte interaktiv durchsuchen

← Zum vorherigen Versionsunterschied

Aktuelle Version vom 29. Mai 2025, 14:45 Uhr

Neighbor Advertisement

Angesprochene Nodes antwortet einem Neighbor Advertisement

Paket

Typnummer: 136 Code-Wert: 0

Target Address

gibt weiterhin an, für welche IPv6-Adresse eine Auflösung stattfindet

Flags

Feld Flags

Neu ist das Feld Flags

Flags

Bedeutung der Flags

Flag	Beschreibung
Router	Ein gesetztes Flag zeigt an, das es sich bei der Quelle um einen Router handelt Das ist wichtig zu wissen, da ein Router an einem Link seine Rolle aufgeben kann Er wird dann zu einem normalen Host Diese Änderung zeigt er durch das Nichtsetzen des Flags an
Solicited	Mit diesem Flag wird darauf hingewiesen, dass das Neighbor Advertisement die Folge einer vorhergehen Neighbor Solicitation ist Der Empfänger bekommt damit die Erreichbarkeit eines Nodes bestätigt Mit der Information kann er seinen Neighbor Cache aktualisieren und Einträge im Zustand Stale oder Probe zurück auf Reachable setzen
Override	Mit dem Override-Flag kann die Quelle festlegen, was das Ziel des Neighbor Advertisements in den Neighbor Cache eintragen soll Ist es gesetzt, werden existierende Einträge zu der angegeben Adresse überschrieben Ist es nicht gesetzt, darf es lediglich einen unvollständigen Eintrag ergänzen Adressen, deren Einträge man nicht mit jedem Neighbor Advertisement überschreiben will, sind zum Beispiel Anycast Addresses Wenn mehrere Anycast Hosts am Link vorhanden sind, laufen die anderen Hosts sonst Gefahr, ständig ihre Neighbor Caches zu überschreiben, ohne einen Nutzen daraus zu ziehen

Die letzte Information im Paket ist die Source Link-layer Address, der eigentliche Grund der Anfrage

Anmerkung

An diesem Beispiel zeigt sich die Flexibilität von IPv6

Die ICMPv6-Optionen werden stets zusammen mit einer Längenangabe versendet
Sollte sich irgendwann eine LinkTechnologie durchsetzen die mehr als 6 Bytes für eine Linklayer Address benötigt, steht einer Vergrößerung der entsprechenden ICMPv6-Option nichts im Wege

Ablauf einer typischen Adressauflösung

Der gesamte Prozess der Adressauflösung zwischen zwei Nodes auf dem Link besteht aus nur zwei Paketen

Von den Paketen musste keines an alle Nodes gesendet werden (siehe Abbildung 4.9)
Gegenüber Broadcast stellt das eine deutliche Einsparung dar, gerade an Links mit vielen Nodes

@@ Zeile 1: / Zeile 1: @@
-=== Neighbor Advertisement ===
+== Neighbor Advertisement ==
-Natürlich antwortet der angesprochene Node kurz darauf
+Angesprochene Nodes antwortet einem [[Neighbor Advertisement]]
-* Er tut dies mit einem sogenannten Neighbor Advertisement
-Wieder schauen wir in das Paket, ähnlich Abbildung 4.8, hinein
+== Paket ==
-* Die Typnummer lautet nun 136, der Code bleibt unverändert und hat den Wert 0
+[[File:neighborAdvertisement01.png|mini|500px]]
-* Die Target Address gibt weiterhin an, für welche IPv6-Adresse eine Auflösung stattfindet
+Typnummer: 136
-* Neu ist das Feld Flags, das wir neugierig aufklappen
+Code-Wert: 0
-Wireshark erläutert die Flags eher sparsam, darum hier ihre Bedeutung
+Target Address
+* gibt weiterhin an, für welche IPv6-Adresse eine Auflösung stattfindet
+Flags
+; Feld Flags
+Neu ist das Feld Flags
+<br clear=all>
+== Flags ==
+; Bedeutung der Flags
 {| class="wikitable big options"
 |-
@@ Zeile 31: / Zeile 39: @@
 Die letzte Information im Paket ist die Source Link-layer Address, der eigentliche Grund der Anfrage
-; Übrigens
+; Anmerkung
 An diesem Beispiel zeigt sich die Flexibilität von IPv6
 * Die ICMPv6-Optionen werden stets zusammen mit einer Längenangabe versendet
@@ Zeile 40: / Zeile 48: @@
 * Von den Paketen musste keines an alle Nodes gesendet werden (siehe Abbildung 4.9)
 * Gegenüber Broadcast stellt das eine deutliche Einsparung dar, gerade an Links mit vielen Nodes
+[[Kategorie:IPv6/ICMP]]
 <noinclude>
-[[Kategorie:IPv6]]