Zusammenfassung

  • Revision 01 von draft-dong-sidrops-rpki-rtr-moa-pdu, veröffentlicht am 9. September 2026, ergänzt Regeln für vollständige und teilweise Rücknahmen über aufgeteilte PDUs sowie Refresh, Retry, Expire und Serial Number. Es handelt sich um einen aktiven individuellen Internet-Draft, nicht um ein angenommenes SIDROPS-Arbeitsdokument oder einen IETF-Standard.
  • Der Entwurf lagert Reihenfolge und Fallback zwischen MOA- und IPv6-ROA-Validierung in eine erwartete Verifikationsspezifikation aus. Eine öffentliche Ergebnismatrix für beide Ebenen wäre das kleinste gemeinsame Kontrollobjekt, ohne die Routingentscheidung zu zentralisieren.

Ein signiertes MOA kann einen IPv6-Mapping-Präfix für mehrere IPv4-Präfixe autorisieren. Ein Cache darf eine große Liste auf mehrere Nachrichten verteilen. Soll später nur ein Teil entzogen werden, darf die damalige Paketaufteilung nicht zur heimlichen Identität der Autorisierung werden.

Revision 01 trennt beides. Bei vollständiger Rücknahme kann der Cache alle IPv4-Präfixe gemeinsam senden oder die früheren Teilmengen wiederverwenden. Bei einer Teilrücknahme müssen ein oder mehrere Withdrawal-PDUs zusammen genau die zu entfernenden Präfixe enthalten. Der Router löscht deren Vereinigungsmenge und verlangt keine gleiche Anzahl von Ankündigungs- und Rücknahmenachrichten.

Das ist mehr als eine Kodierungsregel. Die fachliche Beziehung bleibt maßgeblich, während die Transportverpackung austauschbar wird. Eine neue Segmentierung erzeugt weder zusätzliche Autorität noch konserviert sie alte Autorität.

In Revision 00 fehlte diese Behandlung. Der offizielle Vergleich zeigt außerdem eine kanonische Präfixordnung, einen neuen Lebenszyklusabschnitt und die ausdrückliche Auslagerung der kombinierten Validierung.

Individual Submission trotz SIDROPS im Namen

Der Verfahrensstand ist eindeutig. Der Datatracker-Eintrag und die Dokument-API führen den Text als aktive Individual Submission. IETF-Stream, zuständiger Area Director, Shepherd und angestrebte Normstufe sind nicht eingetragen. Die Historie verzeichnet Guozhen Dongs neue Fassung am 9. September; die Submission-API hält Autoren und Datumsangaben fest.

sidrops im Dateinamen verweist auf das Fachgebiet, nicht auf einen Annahmebeschluss. Das zitierte MOA-Profil ist ein SIDROPS-WG-Dokument. Dieser Status geht durch Zitierung nicht auf den PDU-Entwurf über. Auch die beantragte IANA-Zuweisung steht weiterhin auf TBD.

Von der Signatur bis zum Paket gelten fünf verschiedene Zustände

Zuerst signiert der Adressinhaber ein MOA. Revision 04 des MOA-Profils autorisiert einen IPv6-Mapping-Präfix, Mappings für einen oder mehrere IPv4-Präfixe zu originieren. Für mehrere IPv6-Mapping-Präfixe werden mehrere MOAs benötigt. Das Objekt ist eine begrenzte Erlaubnis, keine BGP-Route.

Danach validiert Relying-Party-Software das Objekt. Zu den Prüfungen aus RFC 6488 kommt die MOA-spezifische Forderung, dass jeder IPv4-Präfix von der IP-Ressourcenerweiterung des EE-Zertifikats gedeckt ist. Das Profil spricht von Autorisierung, nicht von persönlicher Authentisierung oder Unbestreitbarkeit.

Der Cache erzeugt anschließend aus einem validierten MOA die geordnete PDU-Darstellung. Sie ist abgeleitetes Routermaterial. Ein authentisierter Transport schützt die Verbindung, ersetzt aber weder Signatur noch Ressourcenprüfung.

Der Router installiert die Information in seiner lokalen MOV-Datenbank. RFC 8210 beschreibt die Serial Number als logische Version eines Caches. Serien verschiedener Caches oder Protokollversionen sind nicht vergleichbar; nach einem Reset muss die Folge nicht bestehen bleiben. Protocol Version, Session ID und Serial Number begrenzen Vergleichbarkeit. Sie beweisen nicht allein die Autorisierungsabsicht.

Erst danach trifft eine 4map6-BGP-Ankündigung ein. 4map6 Revision 06 prüft die Erreichbarkeit des IPv6-Mapping-Präfixes, pflegt eine Mapping Rule Database und beschreibt lokale Verteilungskontrollen. Der tatsächliche Forwardingeffekt folgt nochmals später.

Ein ROA ist dabei kein anderer Name für ein MOA. RFC 9582 profiliert die Erlaubnis für ein autonomes System, Routen zu Präfixen zu originieren. Das vorgeschlagene MOA erlaubt einem IPv6-Mapping-Präfix, Mappings für IPv4-Präfixe zu originieren. Gleiche RPKI-Werkzeuge bedeuten nicht gleiche Befugnis.

Rücknahme und Ablauf beantworten verschiedene Fragen

Revision 01 übernimmt die Refresh-, Retry- und Expire-Mechanismen aus RFC 8210. Nach Ablauf von Refresh sendet der Router eine Reset Query und soll die vorhandenen MOA-Daten während des Wartens weiterverwenden. Nach einer fehlgeschlagenen Anfrage folgt Retry. Bleibt ein erfolgreicher Abruf bis Expire aus, muss der Router sämtliche MOA-Daten entfernen und MOA-basierte MOV-Entscheidungen bis zur wiederhergestellten Verbindung einstellen.

Ändert sich der MOA-Datenbestand, soll sich auch die Serial Number erhöhen. Innerhalb des zugehörigen Sitzungsrahmens lassen sich damit veraltete oder asynchrone Ansichten erkennen.

Eine Withdrawal-Nachricht ändert bestimmte Autorisierungen. Expire beendet dagegen die lokale Nutzung einer gesamten Cache-Ansicht, weil ihre Aktualität nicht mehr rechtzeitig bestätigt werden konnte. Teilrücknahme kann andere Einträge erhalten; Ablauf entfernt die MOA-Ebene vorübergehend aus der Entscheidung.

Keiner der beiden Vorgänge belegt automatisch, dass die 4map6-Route aus RIB und FIB verschwunden ist oder Pakete wieder ankommen. Signiertes Objekt, Cache-PDU, MOV-Eintrag, BGP-Zustand und Paketmessung bleiben getrennte Beweismittel.

Wo zwei Prüfungen aufeinandertreffen, endet der Entwurf

Das MOA-Profil benennt den Grund für die zweite Ebene. Eine gültige Erlaubnis des IPv4-Inhabers verhindert nicht, dass ein Dritter den zugrunde liegenden IPv6-Präfix missbräuchlich originiert. Deshalb empfiehlt das Profil zusätzlich IPv6-ROA-Validierung.

Der PDU-Entwurf wiederholt diese Abhängigkeit. Die Details der Interaktion, einschließlich Reihenfolge und Fallback, erklärt er jedoch für außerhalb seines Umfangs. Eine erwartete MOA-Verifikationsspezifikation soll sie zusammen mit dem Profil behandeln.

Zum Recherchezeitpunkt ergaben öffentliche Datatracker-Suchen nach MOA-Dokumentnamen und Mapping-Origin-Titeln das Profil, den PDU-Vorschlag und Sitzungsmaterial, aber kein aktuelles Dokument mit der genannten Verifikationsfunktion. Das ist eine Aussage über den sichtbaren Bestand. Es beweist weder das Fehlen privater Implementierungsregeln noch das Ausbleiben einer späteren Veröffentlichung.

Die offenen Kombinationen sind nicht exotisch. Was gilt bei Validem MOA und Invalidem IPv6-ROA-Ergebnis? Was bedeutet NotFound? Verhindert es Installation, senkt es eine Präferenz, bleibt die Prüfung offen oder entscheidet ein Betreiberprofil? Wenn MOA-Daten noch innerhalb von Expire liegen, aber sich der IPv6-Pfad ändert, welcher Beobachtungszeitpunkt zählt? Welche Prüfungen sind nach Wiederverbindung vor der Rückkehr des Eintrags nötig?

Eine Serial Number löst keine dieser Fragen. Sie ordnet eine Cache-Sicht innerhalb vergleichbarer Zustände. Sie priorisiert keine zwei Autorisierungsebenen und wählt keine Routingpolitik. Exakte Rücknahme sagt, was gelöscht wird; sie sagt nicht, welche Evidenz Vorrang hat.

Der 4map6-Entwurf begrenzt seinen ersten Einsatz auf eine kontrollierte Umgebung eines Betreibers oder weniger kooperierender Betreiber. Für breitere Nutzung erwartet er einen eigenen Authentisierungsmechanismus in anderen Dokumenten. Eine lokale Vereinbarung kann genügen. Sie muss jedoch als lokale Vereinbarung sichtbar bleiben und darf nicht unbemerkt zum Protokollversprechen werden.

Eine Zwei-Ebenen-Matrix als kleinster Anschluss

Der PDU muss dafür nicht wachsen. Die Begleitspezifikation oder ein öffentliches Betreiberprofil kann eine Zwei-Ebenen-Ergebnismatrix veröffentlichen.

Jede Zeile sollte MOA-Ergebnis und Grund, Cache-Endpunkt, Protocol Version, Session ID, Serial Number und Beobachtungszeit sowie das IPv6-ROA-Ergebnis des Mapping-Präfixes verbinden. Danach folgen Prüfungsreihenfolge, Blockierung oder Herabstufung, nicht ausgeführte Prüfung, erhaltener oder gelöschter lokaler Zustand, Policy-Version, Aktion und Wiederherstellungstest.

Mindestens gehören hinein: gültiges MOA mit IPv6 Valid, Invalid und NotFound; ungültiges oder abgelaufenes MOA; alter Cache innerhalb und außerhalb von Expire; Teil- und Vollrücknahme; Reset sowie Synchronisierung nach Wiederverbindung. NotFound darf nicht als Valid erscheinen. Eine ausgelassene Prüfung ist kein Erfolg.

Das folgt Heng Lus Minimum Initial Specification: Nur die kleinste gemeinsame Anschlussfläche wird vereinheitlicht, die konkrete Politik bleibt lokal. Running Code Primary verlangt dazu Evidenz darüber, welche Regel tatsächlich lief. Die Matrix ist mein redaktioneller Vorschlag, keine Forderung des IETF, SIDROPS oder der Autoren.

Revision 01 hat den Ausgang einer Autorisierung von ihrer historischen Verpackung befreit. Der nächste Text sollte ebenso präzise zeigen, unter welchen zwei Prüfungen sie wieder wirksam werden darf.

Quellen