Zusammenfassung
- Nach RFC 4098 ist ein DUT konvergiert, wenn es die durch die Testbedingung verlangten Control-Plane-Aktionen erledigt hat. RFC 7747 setzt das Ende später: Alle FIB-Änderungen sind abgeschlossen und der gesamte weitergeleitete Testverkehr nimmt den vorgeschlagenen neuen Pfad.
- Susan Hares ist in beiden Informational RFCs jeweils eine von fünf Autorenpersonen. Die Verbindung ist biografisch belastbar, begründet aber weder Alleinurheberschaft noch Kontrolle über IETF-Konsens, Implementierungen oder Netzergebnisse.
Der Wert ist erst nach dem Messprotokoll lesbar
Bei einem Pfadwechsel kann der BGP-Prozess ein UPDATE empfangen, Import-Policy anwenden, einen Best Path wählen, die Loc-RIB ändern und das Ergebnis an Downstream-Peers senden. Danach ist eine definierte Control-Plane-Sequenz abgeschlossen.
Die Forwarding-Sequenz kann weiterlaufen. Software übergibt Einträge an Hardware, Next Hops werden aufgelöst, FIB-Bereiche wechseln nicht zwingend gleichzeitig. Während das Routing ruhig aussieht, können Pakete noch verloren gehen, doppelt eintreffen oder ihre Reihenfolge ändern.
Beide Zeitpunkte sind messbar. Keiner ist automatisch die Eigenschaft „des Routers“. Sie beantworten verschiedene Fragen unter bestimmten Bedingungen. Ein Ergebnis ohne benannten Endpunkt ist daher kein kompaktes Ergebnis, sondern eine ausgelassene Definition.
RFC 4098 formulierte 2005 die erste Frage. Howard Berkowitz, Elwyn Davies, Susan Hares, Prakash Krishnaswamy und Michael Lepp standardisierten Begriffe für eBGP-Control-Plane-Konvergenz eines einzelnen Geräts. Der anfängliche Fokus liegt auf Ankunft, Verarbeitung und Weitergabe von Routing-Informationen. Ein DUT gilt unter der Testbedingung als konvergiert, wenn es alle nötigen Control-Plane-Aktionen ausgeführt hat. Bei einer neuen besten Route für ein Präfix kann die Advertisement an nachgelagerte Peers das Ende markieren.
Das Dokument bezeichnet diese Grenze nicht als vollständige Dienstwiederherstellung. iBGP, das Einsetzen des Forwardings auf Basis konvergierter Control-Information und mehrere interagierende Geräte waren weitere Aufgaben. Die Einschränkung gehört zum Wert der Terminologie.
Das zweite Ende wird mit Traffic beobachtet
RFC 7747 erschien 2016 von Rajiv Papneja, Bill Parise, Susan Hares, David Lee und Ilya Varlashkin. FIB- beziehungsweise Data-Plane-Konvergenz endet dort, wenn alle FIB-Änderungen abgeschlossen sind und sämtlicher weitergeleiteter Verkehr die neu vorgeschlagene Route nimmt. Das RFC unterscheidet dies ausdrücklich von Control-Plane-Konvergenz innerhalb eines Knotens und nimmt deren Testmethoden aus seinem Geltungsbereich.
„Sämtlicher Verkehr“ meint den angebotenen Testverkehr für die erklärten Routen. Es ist keine Aussage über jedes Paket im Internet. Ein einzelnes BGP DUT steht in einfachen Drei- oder Vier-Knoten-Topologien für iBGP, eBGP und eBGP multihop. Die Reduktion verbessert Wiederholbarkeit, bildet aber keine komplette Reflector-Hierarchie, Tunnelarchitektur, rekursive Auflösung oder verteilte Forwarding-Plattform ab.
Der Tester sendet Pakete über das Ereignis hinweg. Aus beobachtetem Verlust wird die Dauer abgeleitet. Daher begrenzt der Abstand zweier Pakete an eine einzelne Route die Genauigkeit. Eine Route, die alle 15 Millisekunden geprüft wird, kann extern nicht auf eine Mikrosekunde genau als wiederhergestellt gelten. Eine feinere interne Uhr erzeugt keine fehlende Beobachtung.
Zur Ergebniszeile gehören angebotene und weitergeleitete Pakete, Connectivity Loss, Convergence Loss, Out-of-order und Duplicate Packets. Außerdem trennt das Format Initial Event und Reversion Event. Schnelles Umschalten ohne verlässlichen Rückweg ist kein symmetrischer Nachweis.
Route mixture und Policy sind keine Fußnoten
RFC 4098 beschreibt route mixture als Demografie einer Routengruppe. Verteilungen von Pfadlängen, Attributen und Präfixlängen, das Packen in UPDATEs sowie Inter-Arrival-Zeiten formen die Last. Eine einfache Mischung kann eine Verarbeitungsspitze testen. Live-ähnliche Daten können eine andere betriebliche Frage beleuchten. Die realistische Modellierung blieb ausdrücklich Forschungsproblem.
Policy verändert sowohl Aufwand als auch Auswahl. Alles zu akzeptieren ist nicht dasselbe wie umfangreich zu filtern, Attribute zu ändern oder viele Routen vor der Loc-RIB abzulehnen. Peer-Zahl, Routen pro Peer, Churn, Flap Damping, andere Protokolle, Forwarded Traffic, Timer, TCP und Authentisierung wirken ebenfalls.
RFC 7747 verlangt deshalb eine Minimal-Policy als Baseline und genaue Dokumentation zusätzlicher Regeln. Optionale Einstellungen sollen aus, Werte auf Defaults stehen, sofern der Test nichts anderes definiert. Interface-Medium und Durchsatz bleiben zwischen Iterationen eines Falls gleich.
Die Reporting Matrix hält Topologie, Ereignis, parallele Links, Sessions und Nachbarn, eindeutige und nicht eindeutige Routen, IGP, Mischung, Packing, Policy und Security-Funktionen fest. Paketgröße, Offered Load, Sampling Interval, Failure Detection, Hold Time, MRAI, MAOI, Keepalive, ConnectRetry und TCP-Parameter kommen hinzu.
Mehrere Trials sind sinnvoll, weil Timerablauf, CPU Scheduling und andere Effekte streuen. Beim Mitteln müssen alle Parameter gleich bleiben. Anzahl, Verteilung und Auflösungsgrenze gehören zum Mittelwert. Andernfalls verschwindet Unsicherheit, ohne kleiner zu werden.
Black-box-Messung kam aus einer anderen Protokollfamilie
RFC 7747 verwendet die rate-derived method aus RFC 6412. RFC 6412 und RFC 6413 behandeln Data-Plane-Konvergenz von Link-State-IGPs, externe Black-box-Beobachtung sowie loss-derived, rate-derived und routenspezifische Verfahren. Sie schreiben BGP nicht vor. Ihr Beitrag ist eine Messhaltung: Eine interne Komponente darf ihre Außenwirkung nicht allein bestätigen.
RFC 1242 liefert allgemeine Benchmark-Terminologie. RFC 2544 beschreibt einen Laboraufbau, bei dem ein Tester Traffic durch das DUT sendet und empfangene Pakete prüft. Diese Linie macht Bedingungen kontrollierbar. Sie macht ein Laborergebnis weder zu einem Production SLA noch RFC 2544 allein zum BGP-Failover-Test.
RFC 4271 stellt das Protokollfundament bereit. BGP tauscht Reachability aus, verarbeitet UPDATEs, führt Adj-RIB-In, Loc-RIB und Adj-RIB-Out und setzt AS-Policy um. Diese Records erklären Wissen und Auswahl im Control Plane. FIB-Zustand und Paketwirkung brauchen eigene Beobachtung.
Susan Hares ist eine Verbindung, keine Abkürzung
Das aktuelle IETF-Datatracker-Profil identifiziert Susan Hares, auch als Sue Hares, und zeigt ein öffentliches Foto. Es führt sie als IDR-Chair und Secretary des BGP Directorate sowie mit siebzehn RFCs, darunter RFC 4098 und RFC 7747.
Daraus folgt eine begrenzte Aussage: Hares wirkte an zwei kollektiven Dokumenten mit, die im Abstand von elf Jahren Control- und Forwarding-Endpunkte unterscheidbar machen. Daraus folgen keine Alleinerfindung, kein durchgehender persönlicher Masterplan und keine Befugnis über Konsens, Produkte oder Betreiber.
Autoren, Reviewer und IETF veröffentlichen eine Methode. Hersteller bauen die Übergabe zur FIB. Testteams wählen Inputs und Instrumente. Betreiber setzen Policy. Service-Verantwortliche tragen Packet Loss. Diese Aufgabenteilung gehört in den Artikel, weil auch die Messung Zuständigkeiten trennt.
Eine beweisbare Transition hat eine gemeinsame Ereignis-ID
Withdrawal, Announcement, Link Failure oder Reset brauchen einen benannten Start. Unter derselben ID stehen empfangene Routen und Attribute, Policy-Version und Selection Reason, Control Completion, FIB-Änderungen und externe Paketfolge. Die Reversion wird unter identischen Bedingungen wiederholt.
Liegt der Abstand unter dem Sampling Interval, lautet die Aussage „bei dieser Auflösung nicht trennbar“. Sie lautet nicht „gleichzeitig“. Ist er groß, ist BGP nicht automatisch die Ursache; Programming Queue, rekursive Resolution, Hardware und Testaufbau bleiben zu prüfen.
Eine einzige Spalte convergence_time vernichtet genau diese Nachprüfbarkeit. Ein UPDATE belegt sein Eintreffen, eine RIB die Auswahl, ein FIB-Acknowledgement die Definition der Implementierung und ein Packet Probe die beobachtete Population. Erst die zeitlich saubere Verbindung macht daraus eine Betriebsaussage.
Quellen
- https://datatracker.ietf.org/group/idr/about/
- https://www.rfc-editor.org/rfc/rfc4098.html
- https://www.rfc-editor.org/rfc/rfc7747.html
- https://www.rfc-editor.org/rfc/rfc4271.html
- https://www.rfc-editor.org/rfc/rfc1242.html
- https://www.rfc-editor.org/rfc/rfc2544.html
- https://www.rfc-editor.org/rfc/rfc6412.html
- https://www.rfc-editor.org/rfc/rfc6413.html
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten
