Zusammenfassung

  • RFC 9871 lässt die NLRI aus Endpunkt und Ursprungsfarbe unverändert, während LCM-EC die lokale Farbe für dieselbe Absicht in der empfangenden Domäne trägt.
  • Peering-Vereinbarung und Grenzrichtlinie autorisieren die Übersetzung; eine syntaktisch gültige Community beweist keine gemeinsame Semantik.
  • Verschiedene LCM-Werte für denselben Endpunkt und dieselbe Farbe sind eine Fehlkonfiguration. Best-Path und Warnung halten den Betrieb eindeutig, schlichten aber den Bedeutungsstreit nicht.

Eine Zahl bringt kein Wörterbuch mit

Eine BGP-CAR-Farbe ist eine von null verschiedene 32-Bit-Zahl. Erst die Betreiberkonfiguration macht daraus „geringe Verzögerung“ oder „Ressource meiden“. Eine Farbdomäne teilt diese Zuordnung; ihr Zusammenhang ist administrativ.

Im Beispiel bedeutet C2 in Domäne 2 geringe Verzögerung, in Domäne 1 heißt dieselbe Absicht C1. Domäne 2 kündigt (E2,C2) an. An der Grenze bleibt die NLRI erhalten, LCM-EC wird jedoch zu C1. Die empfangende Domäne benutzt C1 für Next-Hop-Auflösung und Service-Steering.

LCM-EC ist damit ausführbare Bedeutung. Wenn vorhanden, ersetzt es die NLRI-Farbe bei Validierung, Auflösung, AIGP-Berechnung und Steering. Wer nur den Schlüssel archiviert, bewahrt die Route und verliert ihre lokale Entscheidungsgrundlage.

Drei Farbfelder sind keine Synonyme

Die NLRI-Farbe unterscheidet Routen. LCM-EC bildet die Absicht auf die lokale Domäne ab. Color-EC kann eine andere Farbe für die Next-Hop-Auflösung nennen. Die Standardreihenfolge lautet lokale Richtlinie, Color-EC, LCM-EC.

Ein einziges Dashboard-Feld „Farbe“ löscht Herkunft und Vorrang. Erforderlich sind empfangene NLRI und Attribute, Peer, Richtlinienversion, Übersetzer, Auswahl und Zeit. FIB, Paketbeobachtung und Servicewert bleiben eigene Belege. RFC 9256 trennt ebenfalls Policy-Identität, Kandidatengültigkeit, aktiven Pfad und Installation; RFC 9012 und RFC 7311 schaffen kein globales Leistungsversprechen.

Der Vertrag benennt den Übersetzer

Der sendende oder empfangende Grenzrouter darf LCM-EC anfügen oder aktualisieren. Welche Seite handelt, bestimmen Peering-Vereinbarung und lokale Peer-Richtlinie. Der Datensatz sollte Quell- und Zielabsicht, Umfang, Vereinbarungsversion, Genehmiger, Wirksamkeit und Rücknahme festhalten.

Zwischen unabhängigen Domänen begrenzt eine eindeutige IP-Präfixidentität üblicherweise die Farbe; koordiniert werden muss die Abbildung. Teilen mehrere Domänen dieselbe Transport-Service-IP, müssen auch deren Farben abgestimmt werden. Werden LCM-EC oder Color-EC gefiltert, kann die Route sichtbar bleiben, obwohl ihre vereinbarte Behandlung verloren ist.

Best-Path ist kein Bedeutungsrichter

Treffen mehrere LCM-EC-Instanzen in einer Route ein, muss der Empfänger nur den numerisch höchsten Wert beachten. Das macht die Verarbeitung deterministisch, nicht die Semantik richtig.

Tragen Pfade zum selben Endpunkt und derselben Farbe verschiedene LCM-Werte, nennt RFC 9871 dies fehlerhaftes Remapping. Das LCM des BGP-Best-Path soll installiert und eine Warnung protokolliert werden. Erst Vereinbarungs- und Richtlinienhistorie können die beabsichtigte Zuordnung klären.

IANA weist BGP CAR SAFI 83 und VPN CAR 84 zu. RFC 4760, RFC 4271 und RFC 7606 liefern Austausch- und Fehlergrundlagen. Die getrennte Familie isoliert Infrastruktur-Routen, beweist aber weder Aktivierung noch korrekte Ausführung.

RFC 9871 ist Experimental; RFC 9832 beschreibt einen weiteren experimentellen Ansatz. Eine Erprobung braucht Grenzen für Peers, Präfixe, Absichten, Dauer und Ausstieg. RFC 5925 kann die TCP-Sitzung schützen, nicht die Wahrheit der Übersetzung. Auch ein authentisierter Peer kann durch falsches Mapping Verkehr umleiten.

Quellen