IPv6/Neighbor/Advertisement: Unterschied zwischen den Versionen

Aus Foxwiki
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
  • 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