IPv6/Neighbor/Advertisement: Unterschied zwischen den Versionen
Leere Seite erstellt |
K Dirkwagner verschob die Seite Neighbor Advertisement nach IPv6/Neighbor/Advertisement |
||
(3 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
=== Neighbor Advertisement === | |||
Natürlich antwortet der angesprochene Node kurz darauf | |||
* Er tut dies mit einem sogenannten Neighbor Advertisement | |||
Wieder schauen wir in das Paket, ähnlich Abbildung 4.8, hinein | |||
* Die Typnummer lautet nun 136, der Code bleibt unverändert und hat den Wert 0 | |||
* Die Target Address gibt weiterhin an, für welche IPv6-Adresse eine Auflösung stattfindet | |||
* Neu ist das Feld Flags, das wir neugierig aufklappen | |||
Wireshark erläutert die Flags eher sparsam, darum hier ihre Bedeutung | |||
{| class="wikitable big options" | |||
|- | |||
! 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 | |||
; Übrigens | |||
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 | |||
[[Kategorie:IPv6/ICMP]] | |||
<noinclude> |
Aktuelle Version vom 9. November 2024, 11:34 Uhr
Neighbor Advertisement
Natürlich antwortet der angesprochene Node kurz darauf
- Er tut dies mit einem sogenannten Neighbor Advertisement
Wieder schauen wir in das Paket, ähnlich Abbildung 4.8, hinein
- Die Typnummer lautet nun 136, der Code bleibt unverändert und hat den Wert 0
- Die Target Address gibt weiterhin an, für welche IPv6-Adresse eine Auflösung stattfindet
- Neu ist das Feld Flags, das wir neugierig aufklappen
Wireshark erläutert die Flags eher sparsam, darum hier ihre Bedeutung
Flag | Beschreibung |
---|---|
Router | Ein gesetztes Flag zeigt an, das es sich bei der Quelle um einen Router handelt
|
Solicited | Mit diesem Flag wird darauf hingewiesen, dass das Neighbor Advertisement die Folge einer vorhergehen Neighbor Solicitation ist
|
Override | Mit dem Override-Flag kann die Quelle festlegen, was das Ziel des Neighbor Advertisements in den Neighbor Cache eintragen soll
|
Die letzte Information im Paket ist die Source Link-layer Address, der eigentliche Grund der Anfrage
- Übrigens
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