Zusammenfassung

  • Die BGP-Sitzungen waren wieder Established, während Router B 121 Sekunden lang keine IPv4- oder IPv6-Präfixe hatte.
  • Marian Rychtecký führte die verzögerte End-of-RIB-Meldung auf eine gekürzte IPv6-Peeradresse zurück, die einen TCP-Reset auslöste.

Die Sitzung meldete Established. Die Routingtabelle war leer. Mit diesem Widerspruch beginnt Marian Rychteckýs Bericht bei NANOG 98: Während eines Hochverfügbarkeits-Updates der Firewall kam BGP zurück, die Routen aber nicht. Router B hatte 121 Sekunden lang keine IPv4- oder IPv6-Präfixe in der RIB. Der Verkehr ging weiter zur Firewall, der die erwarteten Routen fehlten und die sie deshalb nicht mehr ankündigte. Das Ergebnis war ein Blackhole von fast zwei Minuten.

Das Team hatte BGP Graceful Restart aktiviert, um den Umschaltvorgang abzufedern. Der Mechanismus soll Störungen nach einem Neustart begrenzen: Bleibt der Weiterleitungszustand erhalten, kann der Nachbar alte Routen vorübergehend behalten und sie mit neuen Updates ersetzen. End-of-RIB markiert den Abschluss des ersten Updates für eine Adressfamilie. Diese Signale beschreiben den Stand des Routings; sie belegen nicht, dass die Firewall gerade die bei ihr ankommenden Pakete weiterleitet.

Der Zeitstempel zeigte auf die Wartephase. Laut Rychtecký traf End-of-RIB fast zwei Minuten nach dem Failover ein, nahe am 120-Sekunden-Verbindungstimer. Seine Präsentation führt die Verzögerung auf die IPv6-BGP-Sitzung zurück: Bis der Marker kam, blieb die Routenauswahl aufgeschoben und IPv4-Routen wurden ebenfalls zurückgehalten. Die Sitzung konnte Established sein, die Tabelle blieb trotzdem leer.

Paketmitschnitte zeigten ein TCP RST auf der neuen Verbindung. Die abschließende Diagnose der Folien: Die erwartete IPv6-Peeradresse 2001:db8:1::2 war als 2001:db8:1: gespeichert. Der fehlende Suffix verhinderte die Zuordnung zum richtigen VRF/BGP-Kontext; das System landete bei unbekannter VRF-ID 0 und schickte einen Reset. Ein kleiner BIRD-Labortest half, das beabsichtigte Protokollverhalten vom Implementierungsfehler zu trennen. Für diese Umgebung nennt Rychtecký einen Verbindungstimer von einer Sekunde als Workaround.

Graceful Restart hält Routen nicht durch seinen Namen am Leben. Der Weiterleitungszustand, auf den sich das Verfahren stützt, muss tatsächlich bestehen. Hier verzögerte die falsch geparste Peeradresse den Routenaustausch, während der Dienstpfad bereits ausgefallen war. Der Sitzungsstatus meldete ein Gespräch; RIB und Pakete meldeten den Ausfall.

Die Präsentation veröffentlicht weder die Mitschnitte noch die Herstellernamen; ein bereinigter Trace oder ein offizieller Fehlerbericht würde die Parsing-Kette unabhängig prüfbar machen. NANOGs Sitzungsseite nennt Rychtecký als CTO von NIX.CZ. Die Falldetails stehen in seinen offiziellen Folien; RFC 4724 beschreibt den Mechanismus. Das offizielle NANOG-Sprecherfoto dient als Identitätsreferenz für das Porträt.