Zusammenfassung

  • draft-ietf-pim-pfm-forwarding-enhancements-08 bildet für einen Router-ID eine Menge geeigneter Parallelverbindungen und lässt eine implementierungsspezifisch ausgewählte Schnittstelle genau eine PFM-Kopie tragen; veralteter Zustand kann damit unmittelbar zur Zustelllücke werden.
  • Am Kompatibilitätsrand wird ein angereichertes GSI zu GSH: Gruppe, Quelle und Holdtime bleiben erhalten, alle flussspezifischen Sub-TLVs werden ignoriert. Effizienz und Bedeutungsintegrität brauchen daher getrennte Nachweise.

Die entfernte Kopie war auch eine zweite Chance

Zwei PIM-Router sind über drei Punkt-zu-Punkt-Verbindungen verbunden. Ohne Optimierung kann dieselbe PFM-Nachricht mehrfach eintreffen; der Empfänger verwirft überzählige Ankünfte anhand seiner RPF-Logik. Das kostet Verarbeitung und Bandbreite. Es bietet zugleich mehr als eine physische Gelegenheit, die Nachricht während eines flüchtigen Linkfehlers zuzustellen.

Revision 08 des Entwurfs PIM Flooding Mechanism and Source Discovery Enhancements erlaubt, diese Duplikate zu vermeiden. Der Sender wählt eine geeignete Verbindung und überträgt eine Kopie. Das ist kein bloßes Zähler-Feature. Es verschiebt die Verlässlichkeitsgrenze von mehreren Versuchen auf die Richtigkeit der Zustandsdaten, aus denen ein einziger Versuch entsteht.

Der Entwurf wurde am 25. August 2026 veröffentlicht und läuft am 26. Februar 2027 ab. Der Datatracker führt ihn als aktiven PIM-Working-Group-Entwurf mit angestrebtem Experimental-Status. Die Working-Group-Seite zeigt ihn in der RFC-Editor-Warteschlange und noch ohne Editor-Zuweisung. Das ist Verfahrensstand: kein RFC, keine Implementierungsbehauptung und kein Nachweis über Betrieb oder Interoperabilität.

PFM_OPT_IF ist eine abgeleitete Behauptung

Die Optimierung gruppiert parallele Nachbarschaften mit der Router-ID aus RFC 6395. Innerhalb einer PIM-VRF soll ein Router auf allen Schnittstellen dieselbe vier Oktette lange Router-ID verwenden. Die ID wird im PIM Hello bekanntgegeben und von den Nachbarn zwischengespeichert. Der Entwurf setzt voraus, dass sie in der PIM-Domäne eindeutig ist.

Für jede gelernte Router-ID bildet der Router PFM_OPT_IF. Eine Schnittstelle gehört nur dann zur Menge, wenn die zugehörige Router-ID dem einzigen PIM-Nachbarn auf dieser Schnittstelle gehört und dieser Nachbar die Optimierungsoption ankündigt. Die Ein-Nachbar-Bedingung ist wesentlich: Ein gemeinsam genutztes LAN gehört nicht in diese Abkürzung.

Die Menge ist somit kein Inventar statischer Kabel. Sie ist eine zeitgebundene Schlussfolgerung aus Hellos, Nachbarzahl, Fähigkeiten, lokaler Konfiguration und Topologie. Ein Dashboard, das nur den aktuellen Inhalt zeigt, kann nicht erklären, warum eine konkrete Nachricht gestern über eine inzwischen entfernte Schnittstelle gesendet wurde.

Bei aktiviertem Relaxed-RPF wählt der Sender eine Schnittstelle aus dieser Menge. Wie er das tut, bleibt der Implementierung überlassen. Der Empfänger bestimmt zunächst die gewöhnliche RPF-Schnittstelle und darf die Nachricht dann unter den festgelegten Bedingungen auf einer geeigneten parallelen Schnittstelle akzeptieren. Eine beobachtete Kopie belegt deshalb weder die damalige Gesamtmenge noch die Auswahlregel.

Veralteter Zustand wirkt stärker, wenn nur einmal gesendet wird

Der Entwurf beschreibt den kritischen Übergang ausdrücklich. Eine Schnittstelle kann gerade ausgefallen sein, während der lokale Optimierungszustand sie noch als geeignet führt. Wählt der Sender sie in diesem Fenster, kann die Nachricht verloren gehen oder verzögert werden. Spätere Zustandsänderungen korrigieren die Menge, aber nicht die bereits verpasste Übertragung.

Das ist kein Beweis gegen das Verfahren. Auch normales RPF erlebt Verluste während einer Pfadänderung. Die relevante Aussage ist enger: Das Entfernen redundanter Kopien entfernt auch die Möglichkeit, dass eine zweite parallele Übertragung die erste überlebt. Ein niedrigerer Nachrichtenwert darf deshalb nicht als unveränderte Zustellgarantie beschrieben werden.

Die Router müssen die Menge unter anderem bei hinzugefügten oder entfernten Nachbarn, Fähigkeitsänderungen, Konfigurationsänderungen, Topologieänderungen sowie Software-Upgrades und -Downgrades aktualisieren. Genau diese Ereignisse verdienen eine neue Zustandsversion. Ohne Versionsbezug bleibt die spätere Behauptung „die Schnittstelle war geeignet“ unprüfbar.

Periodische PFM-Ankündigungen reparieren Soft State. Sie können eine verlorene getriggerte Nachricht später ersetzen. Der spätere Empfang beweist jedoch spätere Konvergenz, nicht rechtzeitige Erstzustellung. Wo ein Empfänger auf die erste Quellenankündigung angewiesen war, müssen Trigger und Refresh getrennte Belege behalten.

Der andere Rand verliert Inhalt statt Zustellchancen

Die Revision ergänzt PFM um das Group Source Info TLV. Ein GSI beschreibt ein (S,G) und kann zusätzliche flussspezifische Sub-TLVs tragen. Das ältere Group Source Holdtime TLV aus RFC 8364 umfasst Gruppe, Quelle und Holdtime.

GSI-Fähigkeit wird mit einer PIM-Hello-Option signalisiert. Zusätzlich muss es eine lokale Abschaltmöglichkeit geben. Ist GSI ausgeschaltet, darf der Router die Fähigkeit nicht ankündigen und kein GSI erzeugen. Effektive Fähigkeit ist damit die Verbindung aus beobachtetem Nachbarzustand und lokalem Betriebszustand.

Unterstützen alle Nachbarn einer ausgehenden Schnittstelle GSI, nutzt ein aktivierter First-Hop Router die reichere Form. Unterstützt ein einziger Nachbar sie nicht, nutzt die gesamte Schnittstelle GSH. Ein Altgerät kann also die Darstellung für alle Teilnehmer dieses Segments bestimmen.

Zwischenrouter leiten GSI zu vollständig fähigen Nachbarschaften unverändert weiter. An einer gemischten Schnittstelle erzeugen sie GSH, übernehmen Gruppe, Quelle und Holdtime und ignorieren alle Sub-TLVs. Die Kernankündigung bleibt verfügbar, ihre ergänzende Bedeutung nicht. Der Vorgang ist protokollkonform und dennoch verlustbehaftet.

Unbekannte Sub-TLVs müssen ebenfalls ignoriert werden, ohne das umschließende GSI oder die ganze PFM-Nachricht zu verwerfen. Das schützt Erweiterbarkeit. Es macht einen erfolgreichen Parserstatus aber zu einem schwachen Nachweis: Die Nachricht kann akzeptiert sein, obwohl das für den Betreiber entscheidende Attribut nicht verstanden wurde.

GSI und GSH können gemeinsam in einer PFM-Nachricht auftreten. Für dasselbe (S,G) hat GSI Vorrang, GSH bleibt der Rückfall für ältere Peers. Auch hier ist Anwesenheit nicht Auswahl: Ein Paketmitschnitt zeigt beide Formen, aber nicht automatisch, welche Semantik der jeweilige Nachbar installiert hat.

Zwei Optimierungen, zwei Beweislasten

Die Kompatibilitätsumwandlung senkt die semantische Breite. Relaxed-RPF senkt die Zahl physischer Übertragungen. Beide sind vernünftige Antworten auf reale Kosten. Ihre Risiken dürfen dennoch nicht in einer allgemeinen Erfolgsmeldung verschwinden.

Nimmt man beide zusammen, kann ein Router eine GSI empfangen, sie für eine gemischte Schnittstelle in GSH umwandeln und anschließend genau eine parallele Verbindung auswählen. Die entfernten Sub-TLVs sind selbst bei erfolgreicher Zustellung verloren. Fällt die gewählte Verbindung im Übergangsfenster aus, fehlt zusätzlich die Nachricht, bis ein späterer Refresh eintrifft.

Ein frischer (S,G)-Eintrag am Ende beweist dann nur einen Teil der Kette. Er beweist nicht, welche Attribute am Ursprung existierten, wo sie entfernt wurden, ob die erste Nachricht ankam oder ob die Anwendung rechtzeitig Daten erhielt. Die Einsparung darf gemessen werden; sie darf nicht die fehlenden Belege ersetzen.

Auch die empfohlene Aggregation mehrerer Quellen einer Gruppe in ein GSH ist ein SHOULD, kein MUST. Zwei konforme Implementierungen können daher unterschiedliche Nachrichtenformen erzeugen. Paketanzahl ist weder alleiniger Konformitätsmaßstab noch Beweis für semantische Gleichheit.

Rückwegsperre ist nicht dasselbe wie Relaxed-RPF

Revision 08 verhindert außerdem, dass eine PFM-Nachricht auf einer Ein-Nachbar-Verbindung zum Urheber zurückgesendet wird, wenn die Router-ID des Nachbarn dem Originator entspricht. Dafür muss der Nachbar die Router-ID ankündigen, nicht aber die Optimierungsoption.

Die Regel spart eine unnötige Rückübertragung. Sie hat jedoch eine andere Voraussetzung als die Auswahl unter parallelen Links. Ein einziges Flag „Optimierung aktiv“ würde verdecken, ob eine Ursprungsrücksendung unterdrückt oder aus einer PFM_OPT_IF-Menge gewählt wurde.

Damit steigt der Wert sauberer Router-ID-Verwaltung. Die ID ist keine kryptografische Identität. Wenn zwei Router dieselbe ID verwenden oder eine alte Zuordnung nach einer Änderung fortbesteht, kann die Topologieschlussfolgerung falsch werden, obwohl jedes Hello syntaktisch gültig ist.

Hop-by-Hop-Schutz beweist keine semantische Herkunft

Die Sicherheitsbetrachtung übernimmt die Grenzen von PIM und RFC 8364. PFM-Nachrichten auf einem Link können nach den PIM-Verfahren geschützt werden. Das bestätigt den unmittelbaren Nachbarn innerhalb der jeweiligen Zuordnung. Es bestätigt nicht Ende-zu-Ende, dass der Originator dieselben Bytes erzeugte oder dass Zwischenrouter jedes Attribut bewahrten.

Ein GSI-zu-GSH-Downgrade ist gerade kein unerlaubter Eingriff. Er ist vorgesehene Kompatibilitätslogik. Jede einzelne Übertragung kann authentisiert sein, während die Semantik unterwegs rechtmäßig schmaler wird. Wer nur Authentisierung prüft, kann eine lückenlose Kette von Nachbarn und zugleich eine lückenhafte Kette von Bedeutung erhalten.

Dasselbe gilt für die Schnittstellenauswahl. Authentisierung kann belegen, wer die empfangene Kopie gesendet hat. Sie erklärt nicht, weshalb genau diese Verbindung gewählt wurde, welche Alternativen existierten und ob eine frühere Kopie im Fehlerfenster verloren ging.

Ein prüfbares Effizienzversprechen

Eine belastbare Aufzeichnung verbindet mindestens neun Ebenen:

  1. Exakte Entwurfsrevision und Prozessstatus binden die geprüften Regeln.
  2. PIM-VRF, Router-ID, Schnittstelle und Epoche binden Identität und Zeit.
  3. Hello-Optionen und lokale Schalter belegen die wirksame Fähigkeit.
  4. Originalbytes des GSI bewahren (S,G), Holdtime und Sub-TLVs.
  5. Der Umwandlungsbeleg nennt Zielinterface und entfernte Bedeutung.
  6. Versioniertes PFM_OPT_IF, Ein-Nachbar-Prüfung und RPF-Ergebnis erklären die Auswahl.
  7. Sende- und Empfangszeit unterscheiden Trigger von periodischem Refresh.
  8. Der Verbraucher protokolliert verstandene Typen und installierten Zustand.
  9. SPT-, Weiterleitungs-, Paket- und Anwendungsmessungen belegen das Ergebnis.

Diese Kette verlangt nicht, dass jede Optimierung fehlschlägt. Sie verhindert, dass die gemessene Einsparung als Stellvertreter für andere Eigenschaften dient. Weniger Pakete sind ein Effizienznachweis. Sie sind kein vollständiger Zustell-, Bedeutungs- oder Wirkungsnachweis.

Was die Quellen nicht belegen

Die eingefrorenen Quellen tragen eine Analyse der Regeln in Revision 08: GSI, Sub-TLV-Verarbeitung, Capability-Optionen, GSI-zu-GSH-Konvertierung, Router-ID-Annahmen, PFM_OPT_IF, Schnittstellenauswahl, Übergangsverlust und periodische Reparatur. Sie belegen keine Verbreitung, kein bestimmtes Produkt, keinen Leistungsvorteil im Feld, keine Interoperabilität, keinen Angriff und keine Datenpaketzustellung.

RFC 8364 berichtet über ältere Prototyp- und begrenzte Feldversuche. Diese betreffen nicht die neuen GSI/Sub-TLV- und Relaxed-RPF-Verfahren von Revision 08 und dürfen nicht als Produktionsbeweis für die Erweiterung dienen.

Aus Heng Lus Unterscheidung zwischen Aufzeichnung und Autorität folgt eine praktische Grenze: Die Komponente, die eine Schnittstelle auswählt, ist für den Auswahlbeleg zuständig; der konvertierende Router für den Verlustbeleg; das laufende Netz für das Ergebnis. Eine nachträgliche Tabelle besitzt nicht automatisch die Autorität aller drei.

Quellen