Zusammenfassung

  • RFC 10019 formuliert Anforderungen an eine künftige dezentrale Zeroconf-Zuteilung: Multicast-Adressen müssen auf Netzwerk- und Link-Ebene eindeutig sein, ohne zwingenden Zentralserver oder externe Verbindung.
  • Mehrere IP-Gruppen können auf dasselbe Ethernet-Ziel abgebildet werden; getrennte Netzteile können außerdem dieselbe Gruppe wählen und den Konflikt erst beim Zusammenführen erkennen.
  • Eine Bereinigung ist erst abgeschlossen, wenn Gewinner und Migrant feststehen, Empfänger und Hardware konvergiert sind, die alte Gruppe schweigt und die Anwendung den richtigen Inhalt bestätigt.

Die Warnung kommt nicht unbedingt aus dem Adressdienst. Sie kann von einer kleinen Empfangseinheit stammen, deren CPU plötzlich fremde Videopakete verwerfen muss. Im Zuteilungsprotokoll steht keine doppelte IP-Adresse. Der Switch führt jedoch nach MAC-Ziel, und zwei Gruppen sind dort zu einer Identität geworden.

RFC 10019, im Juli 2026 als Informational RFC der IETF veröffentlicht, beschreibt diesen Problemraum und die Anforderungen an eine spätere Lösung. Das Dokument ist kein fertiges Protokoll. Es legt weder Nachrichtenformat noch Konfliktsieger oder Sicherheitsverfahren fest und beweist keine konkrete Implementierung.

Sein erster Anspruch ist präzise: Eindeutigkeit muss an der Netzwerk- und an der Link-Schicht bestehen. Sein zweiter einschneidender Anspruch betrifft die Zeit: Nach einer Partition können zwei lokale Zuteilungen gleichzeitig wahr sein; nach der Wiederverbindung muss eine Lösung den Konflikt erkennen und einen Strom auf eine andere eindeutige Adresse migrieren.

Die Abbildung verwirft Identität

RFC 1112 überträgt bei IPv4-Multicast nur die unteren 23 Bits in die Ethernet-Zieladresse. Da IPv4-Multicast 28 veränderliche Gruppenbits besitzt, können 32 verschiedene IP-Gruppen dieselbe MAC-Adresse ergeben.

Bei IPv6 setzt RFC 2464 33:33 vor die unteren 32 Bits des Multicast-Ziels. Der Adressraum ist riesig, die Ethernet-Projektion bleibt komprimiert. Zwei Gruppen, die sich nur in höheren Bits unterscheiden, sind für einen MAC-Filter gleich.

REQ-1 in RFC 10019 verlangt deshalb die Prüfung beider Namensräume. Eine freie Zeile in der IP-Tabelle ist kein ausreichendes Zulassungskriterium, wenn das abgeleitete Link-Ziel bereits belegt ist.

Die Folge zeigt sich an der Netzwerkkarte. Ein Gruppenbeitritt programmiert häufig einen Hardwarefilter. Teilen zwei IP-Gruppen dasselbe MAC-Ziel, kann er unerwünschte Frames nicht allein aussortieren. RFC 1112 gestattet bei zu geringer Filterkapazität eine breite Multicast-Annahme mit anschließender Softwarefilterung. Funktionale Korrektheit kann erhalten bleiben, aber CPU-Last, Bandbreite und Paketexposition ändern sich.

RFC 4541 dokumentiert Unterschiede bei IGMP/MLD-Snooping-Switches. Geräte, die ihren Zustand nach Link-Ziel führen, können einen schnellen Strom an einen langsamen Port senden, dessen Empfänger eine andere IP-Gruppe mit derselben MAC angefordert hat. Begrenzte Hardwaretabellen oder Hash-Buckets können Einträge ablehnen oder Verkehr fluten.

Der Zuteiler kann das nicht aus seinem Erfolgswert ableiten. Er belegt Auswahl und Berechnung. NIC, Switch, Paketspur und Anwendung belegen die Ausführung.

Eine Zuteilung gilt nur in ihrer Beobachtungsepoche

REQ-8 fordert Erkennung und Auflösung von Kollisionen an beiden Schichten. Für eine temporäre Netztrennung beschreibt RFC 10019 den kritischen Fall ausdrücklich: getrennte Teile können dieselbe Adresse unabhängig wählen; nach der Wiederverbindung muss der Konflikt erkannt und durch Migration aufgelöst werden.

Ein früherer Zeitstempel schafft nicht automatisch Vorrang. Uhren können unvergleichbar sein, und keine Seite konnte die andere beobachten. Der spätere Strom kann betriebswichtiger sein. Regeln wie ältester Lease, kleinste Adresse oder höchste Gerätepriorität sind mögliche lokale Entscheidungen, keine Vorgaben des RFC.

Ein belastbarer Anspruch benötigt daher Adressfamilie, vollständige Gruppe, Scope, abgeleitetes Link-Ziel, Quelle bei SSM, Zuteiler und Regelversion, lokale Instanz, Anwendung oder Strom, Anspruchsepoche, Beobachtungsdomäne und Hash des Zuteilungsdialogs. Ohne Domäne kann das Protokoll zwei lokal korrekte Historien nicht erklären.

Wiederhergestellte Links, neue Bridges, VLAN-Zusammenführungen, Interface-Verschiebungen oder geänderte Discovery-Bereiche verbinden Beobachtungsdomänen. Dann sind identische IP-Ansprüche und verschiedene IPs mit gleicher MAC zu vergleichen. Schweigen beweist noch nichts: Teilnehmer können schlafen, Snooping-Zustand kann unfertig sein, und ein Interface kann bereits breit empfangen.

Die Auflösung braucht einen benannten Überlebenden und einen zu migrierenden Strom. Der zweite erhält eine auf beiden Ebenen freie Gruppe. Discovery veröffentlicht die neue Bindung, Empfänger wechseln, Tabellen konvergieren, die Anwendung prüft Inhalt, der alte Sender stoppt und überholte Mitgliedschaft läuft aus. Eine überlappende Bekanntgabe kann Unterbrechungen vermeiden, ist aber lokale Betriebstechnik und kein normativer RFC-10019-Algorithmus.

Dezentralisierung braucht sichtbare Entscheidungsmacht

Die Anforderungen minimieren Single Points of Failure, verlangen Betrieb ohne Nutzerkonfiguration, Internetzugang oder mehr als ein Subnetz und unterstützen mehrere Anwendungen pro Host. Koexistenz mit manueller oder anderer dynamischer Zuteilung ist gefordert, soweit möglich. Geringer Overhead, Discovery, Plattformbreite und Topologietoleranz sind erwünscht.

RFC 2730 definiert MADCAP als Client-Server-Lease-Protokoll. Das ist für verwaltete Umgebungen brauchbar, erfüllt aber nicht allein das Ziel ohne Infrastruktur. Ein unverzichtbarer lokaler Controller würde den zentralen Ausfallpunkt lediglich verschieben.

Dezentral heißt nicht entscheidungslos. Eine lokale Richtlinie muss festlegen, welche Belege einen Konflikt bestätigen und welcher Anspruch weicht. Beobachtbares Alter, Anwendungspriorität, deterministische Kennung oder Bedienerentscheidung können passen. RFC 10019 schreibt keine davon vor. Die Regel muss begrenzt, veröffentlicht und reproduzierbar sein.

Der Sicherheitsabschnitt warnt vor unbeabsichtigten und böswilligen Kollisionen, die Denial of Service oder Fehlleitung auslösen. Erkennung und Auflösung sind Pflicht, Schutz vor unberechtigter Nutzung wird empfohlen, das Verfahren bleibt außerhalb des Umfangs. Eine Konfliktnachricht ist also nicht selbstbeglaubigend. Anspruchsidentität, Rate-Limit für Verdrängung und erhaltene Auslöser verhindern, dass Bereinigung zur Umnummerierungswaffe wird.

IPv6 schafft Raum, aber keine Abnahme

RFC 10019 empfiehlt IPv6 für neue dynamische Verfahren. Wo IPv4 unvermeidbar ist, soll sorgfältig aus dem administrativen Scope nach RFC 5771 gewählt werden. Ist Koexistenz nicht möglich, kann die Beschränkung auf ein Verfahren oder manuelle Konfiguration die ehrliche Lösung sein.

RFC 4291 definiert IPv6-Format und Scope. Ein Scope begrenzt beabsichtigte Verbreitung, verleiht aber weder Lease noch Identität oder Berechtigung. Die 33:33-Abbildung bleibt viele-zu-eins.

RFC 3307 ordnete IPv6-Gruppenkennungen. RFC 10028 trennt später die dynamischen Bereiche für MADCAP, hostzugeteiltes SSM, Private Use, Experimental Use und Solicited-Node. Diese Korrektur mindert eine Regelkollision. Sie erkennt keine wiedervereinigten Partitionen und migriert keinen laufenden Strom.

SSM bezeichnet einen Kanal als Quelle und Gruppe. RFC 8815 erklärt die betriebliche Präferenz und die begrenzten ASM-Fälle. Die Quelle verbessert die logische Zuordnung, ändert aber weder die MAC-Abbildung noch beweist sie, dass die Hardware nach Quelle filterte.

RFC 10019 erklärt die Nutzung nach der Zuteilung ausdrücklich für außerhalb seines Umfangs. IGMP/MLD-Berichte zeigen beobachtetes Interesse, nicht Autorisierung oder Lieferung. Ein Switch-Eintrag zeigt programmierten Zustand. Ein Zähler zeigt Menge. Die notwendige Kette verbindet Zuteilungsabsicht, Beobachtungsdomäne, IP-Eindeutigkeit, Link-Eindeutigkeit, Empfängermitgliedschaft, Switch- und NIC-Zustand, Paketfingerabdruck, Anwendungsergebnis und Rückzug der alten Epoche.

Heng Lus Running-Code Primacy lässt reale Ausführung die symbolische Behauptung begrenzen, ohne das Zuteilungsprotokoll als Provenienz zu verwerfen. Minimum Initial Specification hält die gemeinsamen Regeln dünn und überlässt Schieds- und Migrationspolitik dem lokalen System. Reality Layers trennt formal richtige Adressen von den endlichen Filtern und Tabellen, die Zustellung praktisch bestimmen.