Zusammenfassung

  • RFC 9624 verbindet EVPN-Routen mit BIER-Replikation, damit ein Ingress-PE die vorgesehenen BFERs für BUM bestimmen kann, ohne per-Flow-Multicastzustand in jedem Zwischenrouter.
  • IMET, SMET, S-PMSI, Leaf A-D und PTA beschreiben Empfängerabsicht und Kontext einer Epoche; sie beweisen weder aktuelle Kundenmitgliedschaft noch Ankunft der Kopien.
  • Belastbarer Betrieb trennt Routenepoche, Klassifikation, Leaf-Menge, auferlegten BitString, Kernzweige, Segmentübergabe, EVPN-Disposition, Split Horizon, Anschlussübertragung und Kundenempfang.

Der Replikationsplan war vollständig

Das Ingress-PE besaß die IMET-Routen des Broadcast Domain. Selektive Leaves waren vorhanden, der PTA nannte BIER, und jede erwartete Ausgangsposition stand im BitString. Der Controller zeigte eine vollständige Empfängermenge.

Ein Standort erhielt den Frame dennoch nicht. Der Plan sagte nicht, ob eine Route der lokalen Mitgliedschaft hinterherlief, der Frame eine andere Regel traf, ein Kernzweig ausfiel, ein Segmentierungspunkt den Kontext verlor, das Egress-PE den falschen BD wählte oder Split Horizon eine nötige lokale Kopie unterdrückte.

RFC 9624 macht die Absicht interoperabel. Sie zum Ergebnis zu erklären, würde diese Präzision zerstören. Ein gesetztes Bit ist der Auftrag für einen Ausgang, kein Empfangsnachweis.

Zustandsarm bedeutet nicht beweiskräftig

BIER verlangt von Zwischen-BFRs keinen Multicastzustand pro Flow und kein explizites Baumaufbauprotokoll. Der BFIR codiert die Ausgänge; die BFRs replizieren mit der Bit Index Forwarding Table.

Damit verschwindet eine Zustandsklasse, nicht aber Überlastung, Linkfehler, inkonsistente Tabellenepochen oder falsche Next Hops. Ein Router kann das Bit korrekt lesen und die Kopie dennoch nicht abgeben. Architekturökonomie ist keine Ausführungsbeobachtung.

Erforderlich sind Paketkorrelation, BIFT-Epoche, ausgegebene Kopien und BFER-Ankünfte. Dass kein Baum aufgebaut wurde, beantwortet nicht, welcher Zweig erfolgreich war.

Der PTA bindet Route und Geltungsbereich

Der PMSI Tunnel Attribute trägt BIER-Typ 0x0B, Sub-Domain-ID, BFR-id und BFR-Prefix. Das Labelfeld enthält bei EVPN-MPLS ein Upstream-Assigned Label, sonst VNI oder VSID. LIR und LIR-pF wirken auf Leaf Tracking.

Die Felder definieren einen Kontext, garantieren aber keine einheitliche Interpretation. BFR-Prefix und andere Routenadressen können verschieden sein. Route Targets steuern Verteilung, und ein BIER-PTA darf den Domain-Geltungsbereich eindeutiger Ursprungserkennung nicht verlassen.

Bewahren Sie Originalroute, Peer, Route Targets, PTA-Bytes, Domain und Wirksamkeitszeit auf. Ein syntaktisch gültiges „BIER aktiv“ beweist weder Scope noch Epoche.

Leaves sind eine Momentaufnahme

Beim Inclusive PMSI bilden die Urheber der übrigen IMET-Routen die BFER-Menge. Selektiv liefern passende SMET oder S-PMSI/Leaf A-D die Leaves. Source, Group, LIR, LIR-pF und SMET-Ersatz ändern die konkrete Auswahl.

Eine verzögerte Withdrawal lässt einen alten Empfänger stehen. Ein neuer Join fehlt bis zur Konvergenz. Die Route belegt angekündigtes Interesse eines PE, nicht einen Empfänger am Kundenport zum Paketzeitpunkt.

Der Beleg muss Paketschlüssel, tatsächlich gewählte Transmission Route und verwendete Leaves zum Entscheidungszeitpunkt einfrieren. Spätere Rekonstruktion aus dem aktuellen RIB ist keine Historie.

Leere Leaves können korrekte Nichtübertragung bedeuten

Ohne passende Übertragungsroute geht der Frame nicht auf einen P-Tunnel. Benötigt der gewählte Tunnel Leaf Tracking und gibt es keine Leaves, wird ebenfalls nicht gesendet.

Ein BIER-Zähler von null kann also keinen Eingangstraffic, falsche Klassifikation, fehlende Route, leere Menge oder früheren Drop bedeuten. Vorhandene Route beweist umgekehrt keinen Match.

Der Ingress-Beleg verbindet Frame, BD, BUM-Art, Source/Group, Match, Leaves, Interworking, Label oder VNI, BIER-Header und Sendeergebnis.

Das Bit belegt nur den Auftrag

Der BFIR leitet die BFERs ab und erzeugt den Header nach RFC 8279 und RFC 8296. Protokollwerte unterscheiden MPLS, VXLAN, NVGRE und GENEVE. Ein aktives Bit zeigt Inklusion in dieser Sub-Domain und Epoche.

Es beweist weder einheitliches Mapping noch aktuelle Vollständigkeit noch Zweigabschluss. Perfekte Darstellung kann veraltete Absicht tragen.

Halten Sie BFIR-Inklusion und BFER-Ankunft getrennt. Beide dürfen korreliert, aber nicht als ein einziges „zugestellt“ gespeichert werden.

Segmentierung ist eine neue Entscheidung

Ein Segmentierungspunkt empfängt den Upstream-Kontext, entfernt die Encapsulation, tauscht das Label gegen den Wert des Downstream-PTA, berechnet Leaves neu und legt einen neuen BIER-Header auf.

Der Upstream kann korrekt sein, während die Downstream-Leaves alt sind. Das Label kann einen anderen BD wählen. Der neue BitString kann lokal gültig sein und dennoch einen ursprünglichen Empfänger verlieren.

Behandeln Sie die Stelle als Übergabe: empfangenes Paket und Kontext, Match-Route, entfernte Felder, neue Region und Epoche, Ersatzlabel, Leaves, Header und Transmits.

Am BFER beginnt die Service-Disposition

Das Egress-PE nutzt Label oder VNI/VSID zur Wahl des EVPN-BD. Erst danach folgen lokale EVPN-Regeln. Eine BIER-Ankunft ist keine Kundenankunft.

Mapping kann fehlen, Payload kann scheitern, kein Port kann berechtigt sein oder eine Queue kann verwerfen. Der Beleg umfasst Decapsulation, Protokoll, Lookup, BD, Portliste und Queueergebnis.

Deshalb können Kernzähler und Kundenmeldung zugleich stimmen: der P-Tunnel lieferte ans PE, der Service nicht an den Standort.

Split Horizon erzeugt legitime Abwesenheit

Bei EVPN-MPLS-Multihoming markiert das Upstream-ESI-Label das Ursprungssegment und verhindert Rücksendung. Bei VXLAN, NVGRE und GENEVE nutzt Local Bias die BFIR-id, um Duplikate auf bereits bedienten Segmenten zu vermeiden.

Unterdrückung kann korrekt sein. Falsche Identität, ESI oder Multihoming-Zustand kann aber Service entfernen. Die korrekte Unterdrückung eines Ports beweist keinen Versand an andere.

Speichern Sie Segment, Ingress, ESI oder Local-Bias-Input, Grund sowie unterdrückte und bediente Ports. Summen unterscheiden Schleifenschutz nicht von Verlust.

Die Kette endet hinter dem P-Tunnel

Zuerst stehen Routen, PTA, Route Targets und Epoche. Dann wird der Frame mit Match und Leaves verbunden; BFIR-id, Sub-Domain, BitString, Protokoll, Label, VNI/VSID und ESI bleiben erhalten. Kernzweige und Segmentübergaben folgen.

BFERs belegen Ankunft und Decapsulation. Disposition belegt BD, lokale Replikation und Split Horizon. Access Circuit und Customer Edge belegen Netzzustellung. Anwendung und Dienstwirkung bleiben spätere Fakten.

Diese Belegkette bringt keinen Per-Flow-Zustand in den Kern zurück. Sie verhindert nur, dass ein kompakter Auftrag für eine ungemessene Erfahrung spricht.

Quellen