Neighbor Solicitation: Unterschied zwischen den Versionen

Aktuelle Version vom 17. Juli 2025, 08:31 Uhr

Neighbor Solicitation- Nachbarschafts-Meldung

Beschreibung

Neighbor Solicitation

Nodes senden Nachbarschafts-Meldungen

Link-Layer-Adresse eines Nachbarn ermitteln
Prüfen der Erreichbarkeit eines Nachbarn
Erkennung doppelter Adressen

Solicited Node Multicast Address

Ethernet- und IPv6-Header der Neighbor Solicitation

Das Feld Destination im Ethernet-Header hat den Wert 33:33:ff:60:0d:1e

Vergleichen wir den Wert mit der Zieladresse ff02::1:ff60:d1e im IPv6-Header, fallen Gemeinsamkeiten auf
Offensichtlich wird die Link-layer Multicast Address aus der IPv6 Multicast Address abgeleitet

Hier sind die letzten drei Bytes der Link-layer Multicast Address identisch mit denen der Link-layer Address des Interfaces

Hinweis

Die Link-layer Address hat der Node in einem Neighbor Advertisement mitgeteilt

Ein Switch müsste in diesem Fall den Frame einfach auf allen Ports aussenden, deren zugeordnete Link-layer Addresses auf die letzten drei Bytes der Link-layer Multicast Address enden
Viele werden das nicht sein
Ein simples wie effizientes Verfahren

siehe Neighbor Solicitation

Ablaufverfolgung

Neighbor Solicitation mitschneiden

Wireshark starten
Aufzeichnung erst starten, wenn der Neighbor Cache von router keinen Eintrag mehr für den Zielrechner enthält
Senden eines Echo Request an den Zielrechner
Neighbor Solicitation erzwingen

Beispiel

root@router:~# ping6 -c 3 fe80::200:ff:fe60:d1e%eth1

Antwort

PING fe80::200:ff:fe60:d1e%eth1 (fe80::200:ff:fe60:d1e) 56 data bytes
64 bytes from fe8::2:ff:fe6:d1e: icmp_seq=1 ttl=64 time =3.85ms
3 packets transmitted, 3 received, 0% packet loss, time 2007ms

Anhang

Siehe auch

Destination Cache

IPv6/Host/Link Layer Multicast

IPv6/Neighbor

IPv6/Neighbor/Linux

IPv6/Neighbor/Windows

Neighbor Discovery Protocol

Neighbor Discovery Protocol/Anwendung

Neighbor Solicitation

Dokumentation

Links

Weblinks

@@ Zeile 1: / Zeile 1: @@
-== Neighbor Solicitation ==
+'''Neighbor Solicitation'''- Nachbarschafts-Meldung
+== Beschreibung ==
+;[[ Neighbor Solicitation]]
+[[Node]]s senden Nachbarschafts-Meldungen
+* [[Link-Layer-Adresse]] eines Nachbarn ermitteln
+* Prüfen der Erreichbarkeit eines Nachbarn
+* Erkennung doppelter Adressen
+{{:Solicited Node Multicast Address}}
+== Ablaufverfolgung ==
 ; Neighbor Solicitation mitschneiden
 # Wireshark starten
-# Aufzeichnung erst starten, wenn der Neighbor Cache von ''router'' keinen Eintrag mehr für ''linux'' enthält
+#: Aufzeichnung erst starten, wenn der Neighbor Cache von ''router'' keinen Eintrag mehr für den Zielrechner enthält
-# Senden eines Echo Request vom ''router'' an ''linux'', um eine Neighbor Solicitation zu erzwingen
+# Senden eines Echo Request an den Zielrechner
+#: Neighbor Solicitation erzwingen
-<syntaxhighlight lang="bash" highlight="1" copy>
+Beispiel
+<syntaxhighlight lang="bash" highlight="1">
 root@router:~# ping6 -c 3 fe80::200:ff:fe60:d1e%eth1
 </syntaxhighlight>
-<syntaxhighlight lang="bash" highlight="1" line>
+Antwort
+<syntaxhighlight lang="bash" highlight="" >
 PING fe80::200:ff:fe60:d1e%eth1 (fe80::200:ff:fe60:d1e) 56 data bytes
 bytes from fe8::2:ff:fe6:d1e: icmp_seq=1 ttl=64 time =3.85ms
@@ Zeile 17: / Zeile 31: @@
 [[File:ipv6NeighborSolicitationLinklayerMulticast.png|800px|Neighbor Solicitation mittels Link-layer-Multicast]]
-=== Solicited Node Multicast Address ===
+<noinclude>
-; Ethernet- und IPv6-Header der Neighbor Solicitation
-[[File:ipv6LinklayerMulticastAddress.png|mini|500px|Link-layer Multicast Address]]
+== Anhang ==
-Das Feld Destination im Ethernet-Header hat den Wert 33:33:ff:60:0d:1e
+=== Siehe auch ===
-* Vergleichen wir den Wert mit der Zieladresse ff02::1:ff60:d1e im IPv6-Header, fallen Gemeinsamkeiten auf
+<div style="column-count:2">
-* Offensichtlich wird die Link-layer Multicast Address aus der IPv6 Multicast Address abgeleitet
+<categorytree hideroot=on mode="pages">IPv6/Neighbor</categorytree>
+</div>
+----
+{{Special:PrefixIndex/Neighbor}}
+=== Dokumentation ===
+<!--
+===== RFC =====
+{| class="wikitable big options col1center col3center"
+|-
+! RFC !! Titel !! Jahr !! Status
+|-
+| [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]
+|-
+| [https://www.rfc-editor.org/info/rfc8200 8200] || Internet Protocol, Version 6 (IPv6) Specification || 2017 || Updated by [https://www.rfc-editor.org/info/rfc9673 RFC 9673]
+|}
+===== Man-Page =====
+===== Info-Page =====
+-->
+=== Links ===
+==== Weblinks ====
-Hier sind die letzten drei Bytes der Link-layer Multicast Address identisch mit denen der Link-layer Address des Interfaces
+[[Kategorie:IPv6/Neighbor]]
-; Hinweis
+</noinclude>
-* Die Link-layer Address hatte uns der Node in einem Neighbor Advertisement mitgeteilt
-** siehe Abbildung 4.8 in Abschnitt 4.3 Neighbor Cache
-* Ein Switch müsste in diesem Fall den Frame einfach auf allen Ports aussenden, deren zugeordnete Link-layer Addresses auf die letzten drei Bytes der Link-layer Multicast Address enden
-* Viele werden das nicht sein
-* Ein simples wie effizientes Verfahren