Zum Inhalt springen

Neighbor Solicitation: Unterschied zwischen den Versionen

Aus Foxwiki
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
'''{{BASEPAGENAME}}''' - Beschreibung
== Beschreibung ==
<noinclude>
== Anhang ==
=== Siehe auch ===
<div style="column-count:3">
<categorytree hideroot=on mode="pages">{{BASEPAGENAME}}</categorytree>
</div>
----
{{Special:PrefixIndex/{{BASEPAGENAME}}/}}
=== 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 || Obsoleted by [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 ====
{{DEFAULTSORT:new}}
{{DISPLAYTITLE:new}}
[[Kategorie:new]]
</noinclude>
= TMP =
== Neighbor Solicitation ==
== Neighbor Solicitation ==
; Neighbor Solicitation mitschneiden
; Neighbor Solicitation mitschneiden

Version vom 1. Juni 2025, 12:49 Uhr

Neighbor Solicitation - Beschreibung

Beschreibung

Anhang

Siehe auch



Dokumentation

Links

Weblinks


TMP

Neighbor Solicitation

Neighbor Solicitation mitschneiden
  1. Wireshark starten
  2. Aufzeichnung erst starten, wenn der Neighbor Cache von router keinen Eintrag mehr für linux enthält
  3. Senden eines Echo Request vom router an linux, um eine Neighbor Solicitation zu erzwingen
root@router:~# ping6 -c 3 fe80::200:ff:fe60:d1e%eth1
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

Neighbor Solicitation mittels Link-layer-Multicast

Solicited Node

Solicited Node Multicast Address
Ethernet- und IPv6-Header der Neighbor Solicitation
Link-layer Multicast Address

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 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