Ändern sich Routing-Informationen im Internet, gehen Pakete verloren, bis die Routen wieder konvergiert sind. Das dauert einige bis einige Dutzend Sekunden (selten einige Minuten).
Warum Routing-Informationen in einem Providerabschnitt ändern sich → Folge Für einige bis einige Dutzend Sekunden gehen Pakete verloren, oder der Traffic wechselt auf eine neue Route → Auf dem Bildschirm Plötzlich einige Sekunden Freeze, danach ein anderer Ping-Wert (z. B. 40 → 70 ms)
Timeouts so wählen, dass kurze Aussetzer verkraftet werden (eine Verbindung, die einige Sekunden stillsteht, nicht sofort trennen).
Aufgaben Infrastrukturteam
Routen überwachen (Änderungen von Route und Ping für die eigenen IP-Bereiche), Ausfälle der eigenen Leitungen per BFD innerhalb von 1 s erkennen und umschalten (Standard-Hold-Time von BGP: 90–180 s), Traffic auf eine andere Leitung verlagern, wenn die Route auf einen weiten Umweg gewechselt ist und nicht zurückkehrt.
Aufgaben Extern
Bei Providerabschnitten mit häufigen Routenwechseln den Provider um Klärung der Ursache bitten.
Im Graphen
Stufe ab einem bestimmten Zeitpunkt · RTT, traceroute-Pfad
Wo nachsehen
Routen per traceroute und mtr vor und nach dem Zeitpunkt der RTT-Änderung vergleichen, mit RIPEstat BGPlay den Verlauf der BGP-Routenänderungen für die eigenen Adressbereiche (Prefix) ansehen
Spricht dafür
Nach einem Freeze von einigen Sekunden springt die RTT auf einen anderen Wert, zur selben Zeit gibt es BGP-Updates und Änderungen des AS-Pfads
Spricht dagegen
Keine Routenänderungen protokolliert, Anstieg nur abends: „Überlast am Peering-Punkt zur Stoßzeit“. Nur einzelne Verbindungen schlecht: „Einzelner defekter ECMP-Pfad“
BGPlay (RIPEstat Data API)RIPE NCC Zeigt für einen Adressbereich (Prefix) die BGP-Routen zum Startzeitpunkt, die im Zeitraum beobachteten BGP-Updates und die AS auf dem Pfad