Zusammenfassung

  • RFC 3021 machte beide Werte eines IPv4-/31 auf echten Punkt-zu-Punkt-Links zu Hostadressen und senkte den Bedarf von vier auf zwei Adressen.
  • Der Eintrag der Maske bewies weder die Zwei-Endpunkt-Topologie noch die Unterstützung beider Geräte oder eine erfolgreiche Zustellung.

Unter der herkömmlichen /30-Aufteilung finanzierte ein Viererblock zwei Interfaces. Ein Wert stand für das Subnetz, einer für Directed Broadcast, zwei für die Router. Auf einer Punkt-zu-Punkt-Verbindung gab es jedoch keine Gruppe lokaler Hosts, die ein Broadcast auswählen musste. Jede Sendung einer Seite erreichte die andere.

RFC 3021 verkürzte das Hostfeld auf ein Bit. Damit blieben genau null und eins. Beide mussten in diesem Kontext als Hosts gelten. Bei 500 Verbindungen sank der Bedarf von 2.000 auf 1.000 Adressen.

Diese Rechnung war aber ein Ergebnis gemeinsamer Semantik. Wenn nur ein Router die Ausnahme verstand, waren nicht zwei Adressen gespart; es waren zwei Geräte mit widersprüchlichen Regeln verbunden.

Gleiche Konfiguration konnte verschiedene Bedeutungen verbergen

Ein neuer Router behandelte den oberen Wert als Nachbaradresse. Ein älteres System konnte darin weiterhin die Broadcast-Form sehen. Der untere Wert konnte auf einem alten Pfad als Subnetznummer aussortiert werden. Zwei Konfigurationsdateien konnten /31 zeigen, obwohl der laufende Code nicht übereinstimmte.

Der RFC warnte ausdrücklich, dass eine Verbindung fehlerhaft arbeiten könne, wenn nur eine Seite 31-Bit-Präfixe unterstützte. Ebenso wenig verwandelte die Maske ein Shared Medium in eine Zwei-Parteien-Beziehung. Andere Interface-Arten lagen außerhalb des Anwendungsbereichs.

Kein freier Wert für Directed Broadcast

Wenn beide möglichen Nummern Endpunkte sind, bleibt keine Directed-Broadcast-Adresse. Für erforderlichen Broadcast-Verkehr war Limited Broadcast vorgesehen. Entfernte Router mussten keine neue globale Adressklasse kennen; das direkt angeschlossene Gerät wandte die Ausnahme lokal an.

Das verringerte eine konkrete Angriffsfläche. Smurf-Angriffe nutzten Directed Broadcast zur Vervielfachung. RFC 2644 hatte dessen Annahme bereits standardmäßig abgeschaltet. RFC 3021 entfernte auf den betroffenen Links sogar das Ziel. Das war keine Peer-Authentisierung, kein Schutz der Routingprotokolle und keine allgemeine DoS-Garantie.

Ältere Regeln blieben außerhalb der Ausnahme bestehen

RFC 950 hatte ein ein Bit breites Hostfeld erwähnt und zugleich das Problem seiner beiden reservierten Werte beschrieben. RFC 1122 und RFC 1812 regelten den Umgang von Hosts und Routern mit All-Zero- und All-One-Formen. RFC 3021 ergänzte präzise Ausnahmen für Quelle, Empfang und lokale Zustellung auf Punkt-zu-Punkt-Interfaces mit 31-Bit-Maske.

Auf anderen Links blieben Verwerfen und Broadcast-Behandlung erhalten. Daher ist die Aussage, RFC 3021 habe einfach Netzwerk- und Broadcast-Adressen „benutzt“, unvollständig. Die Norm änderte die Bedeutung dort, wo die Topologie die bisherigen Rollen überflüssig machte.

Routing-Erfolg war kein vollständiger Betriebsnachweis

RFC 3021 berichtete Beta-Code mehrerer Hersteller und positive Tests bei mindestens drei ISPs mit OSPF, IS-IS, BGP und EIGRP. Das belegte damalige Machbarkeit, nicht universelle Implementierung, heutige Verbreitung oder den Zustand eines bestimmten Links.

Eine Adjazenz zeigt einen erfolgreichen Control-Plane-Austausch. Sie beweist nicht, dass Managementwerkzeuge beide Werte akzeptieren, Filter sie nicht umdeuten, der Datenpfad symmetrisch ist oder eine Anwendung Nutzdaten erhielt. Diese Schichten brauchen getrennte Belege.

Quellen

Lu Heng war weder Autor noch Befürworter von RFC 3021. Seine Texte dienen als offengelegte analytische Perspektiven.