🏷️Adresstypen

Bei IPv6 verrät das Präfix, was für eine Adresse man vor sich hat. Ein Interface hat dabei immer mehrere Adressen gleichzeitig – mindestens eine Link-Local-Adresse.

🗺️Die wichtigsten Bereiche

Link-Local
fe80::/10 · RFC 4291 §2.5.6

Jedes IPv6-Interface hat eine (fe80::/64 + Interface-ID). Wird von NDP, RA und Routing-Protokollen benutzt; braucht beim Adressieren eine Zone-ID wie %eth0.

Scope: Link
Geroutet: nie – Router leiten nicht weiter

🔎Typ bestimmen

Die App vergleicht die ersten Bits mit der IANA-Registry und nimmt den spezifischsten Treffer.
Link-Localfe80::/10RFC 4291 §2.5.6

Jedes IPv6-Interface hat eine (fe80::/64 + Interface-ID). Wird von NDP, RA und Routing-Protokollen benutzt; braucht beim Adressieren eine Zone-ID wie %eth0.

Scope: LinkGeroutet: nie – Router leiten nicht weiter
Die ersten 10 Bit entscheiden
11111110100000000000000000000000…

📡Multicast statt Broadcast

|  8 Bit   | 4  | 4  |          112 Bit           |
+----------+----+----+----------------------------+
| 11111111 |flgs|scop|         Gruppen-ID         |
+----------+----+----+----------------------------+
    ff       0      2   ::1   → ff02::1 = alle Knoten
ScopeNameReichweite
1Interface-Localnur innerhalb eines Interfaces (Loopback von Multicast)
2Link-Localnur auf dem eigenen Link – Router leiten nicht weiter
3Realm-LocalRFC 7346, z. B. ein Mesh-Netz
4Admin-Localkleinster administrativ festgelegter Bereich
5Site-Localein Standort
8Organization-Localmehrere Standorte einer Organisation
eGlobalweltweit

Bekannte Gruppen

  • ff02::1Alle Knoten auf dem Link (Ersatz für Broadcast) (RFC 4291)
  • ff02::2Alle Router auf dem Link (Ziel von Router Solicitations) (RFC 4291)
  • ff02::5OSPFv3 – alle SPF-Router (RFC 5340)
  • ff02::6OSPFv3 – designierte Router (RFC 5340)
  • ff02::9RIPng-Router (RFC 2080)
  • ff02::dPIM-Router (RFC 7761)
  • ff02::16MLDv2-fähige Router (Ziel der MLDv2-Reports) (RFC 3810)
  • ff02::fbmDNS (Multicast DNS) (RFC 6762)
  • ff02::1:2Alle DHCPv6-Relays und -Server (RFC 8415)
  • ff05::1:3Alle DHCPv6-Server am Standort (RFC 8415)
  • ff02::1:ff00:0/104Solicited-Node-Bereich (NDP) (RFC 4291 §2.7.1)
⚠️ Kein Broadcast!
IPv6 kennt keine Broadcast-Adresse. Was IPv4 per Broadcast erledigt (ARP, DHCP-Discover), läuft über gezielte Multicast-Gruppen. Auch die „letzte“ Adresse eines Netzes ist eine ganz normale Adresse.

🎯Solicited-Node-Generator mit Test

Jede Unicast-Adresse hat eine eigene Multicast-Gruppe: ff02::1:ff + die letzten 24 Bit. An sie gehen Neighbor Solicitations (Adressauflösung und DAD).
Letzte 24 Bit00:5301
Präfix ff02::1:ff00:0/104ff02:0:0:0:0:1:ff00:5301
Test: deine Lösung

Warum? Statt ARP-Broadcast an alle schickt NDP die Frage nur an diese Gruppe. Weil nur 24 Bit zählen, teilen sich fast nie zwei Hosts eine Gruppe – die Netzwerkkarte filtert per Multicast-MAC 33:33:ff:…, der Rest des Netzes wird nicht gestört.

🏠ULA-Präfix erzeugen (RFC 4193)

fd123456789aSubnet 16 BitInterface-ID 64 Bit
8 Bit40 Bit Global-ID16 Bit64 Bit
fd12:3456:789a::/48

RFC 4193 verlangt eine zufällige Global-ID – niemals fd00::/48 „schön“ wählen. So kollidieren zwei private Netze beim Zusammenlegen (VPN, Firmenübernahme) mit sehr hoher Wahrscheinlichkeit nicht. Die Zufallszahlen erzeugt dein Browser (Web Crypto) – nichts wird übertragen.

Beispiel-Subnetz: fd12:3456:789a:1::/64

🧩Welche Adressen hat ein Rechner?

eth0
 ├─ fe80::200:5eff:fe00:5301/64          Link-Local   (immer da, nur im LAN)
 ├─ 2001:db8:1:2:200:5eff:fe00:5301/64   Global       (stabil, aus RA-Präfix)
 ├─ 2001:db8:1:2:9c3e:15a7:4b20:d1f8/64  Global temp. (Privacy, wechselt)
 ├─ fd12:3456:789a:2::17/64              ULA          (intern, optional)
 └─ Multicast-Gruppen: ff02::1, ff02::1:ff00:5301, ff02::1:ff20:d1f8, ff02::1:ff00:17

Welche davon als Absender benutzt wird, entscheidet die Source Address Selection (RFC 6724): passender Scope, bevorzugt temporär, längster gemeinsamer Präfix.

📚 Quellen: RFC 4291 §2.4–2.8 · IANA IPv6 Special-Purpose Address Registry · RFC 4193 · RFC 7346 · RFC 2464 §7 · RFC 6724