Zusammenfassung

  • RFC 4456 erlaubt Route Reflectors, die normale iBGP-Grenze kontrolliert zu durchbrechen. ORIGINATOR_ID und CLUSTER_LIST begrenzen diese Ausnahme durch Ursprung und Reflexionsgeschichte.
  • Ein lokaler Treffer berechtigt zum Ignorieren. Innerhalb eines bewusst redundanten Clusters ist das korrekt; zwischen fremden Domänen wird eine gültige Route zum vermeintlichen Rückläufer.
  • Der Nachweis verbindet UPDATE, Disposition, Rollen, Kandidaten, nachbarspezifische Ausgaben, FIB und Pakete. Eine grüne Session belegt keinen NLRI.

Das zu weit kopierte Konfigurationsmuster

Ost und West besitzen je zwei redundante RRs. Im Osten teilen die Partner 10.0.0.42, weil beide denselben logischen Cluster vertreten. Eine Konsolidierung verteilt den Wert auch im Westen, obwohl die Reflexionshierarchie getrennt bleibt.

Eine Route des östlichen Clients erreicht den Westen mit diesem Wert in der Liste. Der Empfänger erkennt seine angeblich eigene Identität und verwirft die Information. TCP bleibt offen, KEEPALIVEs laufen, und der Ursprung ist intakt. Eine Schutzmarke hat Erreichbarkeit beseitigt, weil Gleichheit auf der symbolischen Ebene die falsche Topologie ausdrückte.

Die skalierende Ausnahme

Normales iBGP gibt intern gelernte Routen nicht an andere interne Peers weiter. Das schützt vor Schleifen, erzwingt aber ein Full Mesh. Ein RR darf den ausgewählten Pfad eines Non-Clients an Clients und den Pfad eines Clients an Clients sowie Non-Clients spiegeln.

Die Client-Rolle wird nicht ausgehandelt. Zwei Enden können eine stabile Sitzung mit widersprüchlichen Beziehungsmodellen betreiben. Reflection reduziert zudem Information, weil der RR grundsätzlich seinen Best Path weitergibt.

ORIGINATOR_ID ist optional, nicht transitiv, Typ 9 und vier Oktett lang. Es trägt den BGP Identifier des internen Ursprungs. Erkennt ein Router sich selbst, soll er die Route ignorieren.

CLUSTER_LIST, Typ 10, ist eine geordnete Folge. Jeder RR stellt seine lokale Cluster-ID voran. Findet ein Empfänger seinen Wert, behandelt er die Information als zurückgekehrt.

RFC 6286 verlangt einen nichtnulligen, AS-weit eindeutigen BGP Identifier, aber keine zugewiesene IPv4-Adresse. Punktnotation ist Darstellung. Auch eine Cluster-ID ist logische Identität, deren Gleichheit eine Kontrollentscheidung auslöst.

Zulässige Gleichheit

Mehrere redundante RRs desselben Clusters dürfen dieselbe ID führen. Damit erkennen sie Updates, die ein Partner bereits reflektiert hat. Gleichheit ist hier eine dokumentierte Äquivalenzklasse.

Außerhalb dieser Klasse machen Copy-and-paste, recycelte Router-IDs, per-neighbor Overrides oder halbe Hierarchiemigrationen aus Gleichheit eine Kollision. Bei doppelten BGP Identifiers kann ebenso ein Speaker die Route eines anderen für seine eigene Rückkehr halten.

Die Scopes unterscheiden sich: BGP Identifier sind AS-weit eindeutig. Cluster-IDs dürfen echte Redundanz verbinden, aber auf gültigen Pfaden zwischen verschiedenen Domänen nicht vorzeitig wiederkehren.

Entscheidung ist nicht Parserfehler

Eine korrekt codierte Liste mit lokaler ID ist nicht malformed. Sie löst eine semantische Schleifenentscheidung aus. RFC 7606 betrifft fehlerhafte Attribute. Telemetrie muss Parserfehler, Policy, Originator-Match, Cluster-Match und Best-Path-Verlust trennen.

Die Attribute wirken auch beim Tie-Break. ORIGINATOR_ID ersetzt dort den Identifier des Werbenden; danach wird die kürzere Cluster-Liste bevorzugt. Ihre Länge misst Reflexionsgeschichte, nicht Latenz, physische Entfernung oder Vertrauen.

ORR ändert die IGP-Perspektive, ADD-PATH die Zahl sichtbarer Kandidaten. Beide heben Loop-Prüfungen nicht auf. RFC 3345 und 7964 behandeln Oszillation durch Informationsreduktion und MED; ein falscher Cluster-Treffer kann dagegen stabile Abwesenheit erzeugen. Transportauthentisierung schützt Bytes, nicht die Semantik der Karte.

Beweiskette und Migration

Das Register enthält pro AS, VRF und AFI/SAFI: BGP Identifier, globale und nachbarspezifische Cluster-IDs, Rolle, Redundanzgruppe, Hierarchiestufe, Release und Owner. Jeder gemeinsame Wert braucht eine Begründung.

Für ein NLRI bleiben raw UPDATE, ORIGINATOR_ID, geordnete Liste, Vergleichswerte und exakte Disposition erhalten. Danach folgen Candidate Set, Loc-RIB, Adj-RIB-Out je Peer, Downstream-RIB, FIB und Pakete. Konfiguration ist Absicht; laufender Code und beobachtete Ausgaben sind Wirkung.

Vor einer Änderung wird der gerichtete Client-Graph simuliert. Canaries durchlaufen jede Klasse, Ebene, Familie, Plattform und Version; geprüft wird auch die Reihenfolge. Bei unerklärter Gleichheit oder Routenverlust ohne Session-Ereignis wird gestoppt. Rollback ist erst nach Replay, Downstream-Wiederherstellung und Pakettest abgeschlossen.

Quellen