Zusammenfassung

  • LACNIC empfiehlt in seinem Rückblick vom 13. Oktober alle BGP-Routen über Glasfaser und über LEO nur eine Default-Route anzunehmen, damit Satellit bei Ausfall des Glasfaserwegs übernimmt.
  • Die Regel erkennt keinen Kabelbruch. LACNIC berichtet von Übungen, nennt aber weder Betreiber-Einsatz noch Rückzugszeiten, Kapazitätstests oder Wiederherstellungsergebnisse.

Eine Routingempfehlung nach dem Treffen

CaribNOG 32 fand vom 7. bis 9. Oktober in Willemstad auf Curaçao statt. In einem Beitrag vom 13. Oktober schreibt LACNIC, Alejandro Acosta und Nicolás Antoniello hätten eine technische Sitzung geleitet, eingeleitet von ARIN-Technikchef Mark Kosters. Der Rückblick stellt die Empfehlungen in den Zusammenhang mit Unterseekabeln und weiteren Gefahren für karibische Netze. Das ist LACNICs Veranstaltungsbilanz, keine unabhängige Untersuchung der Inselnetze.

Die Empfehlung ist konkret: mindestens einen, möglichst mehrere Untersee-Glasfaserwege nutzen; die vollständige BGP-Tabelle über Glasfaser beziehen; und über eine LEO-Satellitenverbindung nur eine Default-Route annehmen. Bei Ausfall des Glasfaserwegs soll der Satellit Verkehr übernehmen. LACNIC warnt, eine einzelne LEO-Verbindung könne für den Verkehr vieler Anbieter zu klein sein. Kapazität, Lastprofil und Tests veröffentlicht der Beitrag nicht.

Offen bleibt, wann Routen zurückgezogen werden

Eine Default-Route bedient Ziele ohne spezifischeren Tabelleneintrag. Sie erkennt keinen Fehler. Für Ziele mit genaueren Glasfaserrouten werden diese normalerweise weiter genutzt; der Satellitenweg kommt erst nach deren Rückzug oder einer Policy-Änderung zum Zug. Bleiben nach einem Ausfall veraltete Routen bestehen, greift die Reserve womöglich nicht und Pakete laufen ins Leere.

Entscheidend ist daher das Auslösesignal. Reicht ein physisch unterbrochener Anschluss? Wartet der Betreiber auf den Verlust der BGP-Sitzung, nutzt er BFD oder eine aktive Dienstprüfung? Wie lange darf eine Route bestehen bleiben, und wie werden wiederholte Umschaltungen bei instabiler Glasfaser verhindert? LACNIC nennt keine Parameter und berichtet keinen Test im Produktionsnetz.

Sicherheitsmechanismen lösen andere Aufgaben

Der Beitrag nennt RPKI-Ursprungsvalidierung, BGP-Leak-Schutz und BFD. RFC 6811 prüft, ob die Ursprungs-AS für ein Präfix autorisiert ist; den vollständigen AS_PATH validiert sie ausdrücklich nicht. RFC 9234 setzt eine vereinbarte eBGP-Rolle zwischen Nachbarn und Routenmarkierung voraus, ergänzt durch Betreiber-Policy. Beides belegt weder Erreichbarkeit noch tatsächlichen Einsatz.

LACNIC zufolge kann BFD die Fehlererkennung von rund 90 Sekunden auf Millisekunden verkürzen. RFC 5880 bindet sie an ausgehandelte Sendeintervalle und einen Erkennungsfaktor; verwendete Timer fehlen. Für IPv6 Path MTU Discovery müssen außerdem ICMPv6-Nachrichten passieren, wie RFC 8201 beschreibt. LACNIC berichtet von DNSSEC- und RPKI-Übungen. Das belegt Schulungen, keine Nutzung im Produktionsnetz.

Öffentlich belegt sind ein Entwurf und praktische Übungen. Unbekannt bleiben Zahl der Nutzer, verfügbare LEO-Kapazität im Kabelausfall und Wiederherstellungszeit.

Quellen: LACNICs Rückblick; Programm von CaribNOG 32; RFC 6811; RFC 9234; RFC 5880; RFC 8201.