Zusammenfassung

  • Maria Matejka warnte am 9. September bei APNIC 62 vor einer zu harten Behandlung OTC-ungültiger Routen in BIRD. Die genannten Versionen 2.20.0 und 3.4.0 waren erwartete Ziele einer Korrektur, kein Nachweis ihrer Auslieferung.
  • Im untersuchten Quellcode von BIRD 2.19.2 werden bestimmte rollenabhängige OTC-Verstöße zu Rücknahmen. Eine Meldung kann erhalten bleiben, ohne dass das gewöhnliche Routenobjekt entsteht, das ein späterer Filter aufbewahren könnte.
  • Eine getrennte Diagnoseaufzeichnung darf die Route weder auswählbar noch für verbotene Exporte verfügbar machen. Ein fehlerhaft aufgebautes Attribut ist außerdem von einem korrekt aufgebauten Attribut mit unzulässiger Weitergabe zu unterscheiden.

Eine zurückgewiesene Route kann zugleich ein Erfolg für die Sicherheit und ein unvollständiger Fall für den Betrieb sein. Die Weitergabe wurde verhindert. Doch wenn der Teilnehmer wissen will, warum seine Ankündigung in der abgefragten Ansicht fehlt, braucht der Betreiber mehr als das Ergebnis. Er braucht einen Zusammenhang zwischen Eingang, Sitzungsrolle, Attribut und Entscheidung.

Die Präsentation bei APNIC 62 vom 9. September macht diese zweite Aufgabe aktuell. Maria Matejka bezeichnete BIRDs Behandlung OTC-ungültiger Routen als zu hart und erwartete eine Korrektur in 2.20.0 und 3.4.0. Der umgebende Abschnitt behandelte die Grenzen externer Beobachtung: fremde Ansichten erfassen nur einen Teil der Routen; eine Benachrichtigung durch ein anderes Netz ist nicht garantiert.

Das ist eine vorausschauende Versionsangabe. Sie beweist weder die Veröffentlichung noch eine Installation und begründet keine neue APNIC-Vorgabe für Router. Interessant ist die Trennung zweier Leistungen: eine unerlaubte Route stoppen und den Stopp später nachvollziehbar machen.

Ausschluss ist kein Löschauftrag für jede Diagnose

Der RFC 9234 vom Mai 2022 verbindet BGP-Rollen und OTC mit der zulässigen Weitergabe zwischen Nachbarn. Eine nicht zulässige Route wird von der Installation in die Loc-RIB und von der nächsten Auswahlphase ausgeschlossen. OTC ist kein bloßer Warnhinweis, den ein Betreiber nach Belieben ausblenden darf.

Diese Definition richtet sich gegen die Nutzung als Route. Sie verlangt nicht automatisch, jede gesonderte diagnostische Darstellung zu vernichten. Ein isolierter Datensatz kann einen Fehler erklären, ohne als Weiterleitungskandidat bereitzustehen. Umgekehrt erlaubt der Text nicht ohne Weiteres, eine ungültige Route in eine aktive Tabelle zu installieren und sich auf eine Kennzeichnung zu verlassen.

Die Trennung muss im System wirken, einschließlich der Exportwege. Ein Diagnosebestand darf nicht zum Umweg für die Weitergabe werden. Auch die Gründe brauchen Trennung: ein korrekt aufgebautes OTC-Attribut kann durch Wert oder Empfangsrichtung ein Leck anzeigen; eine falsche Attributlänge ist zunächst ein Fehler des Nachrichtenformats.

Ein Betreiber hatte die Frage schon 2025 gestellt

In einer öffentlichen Anfrage vom Juni 2025 wollte André Grüneberg im BCIX-Kontext OTC-zurückgewiesene Routen in einer Routenabfrage sichtbar machen und ihren Zustand kennzeichnen. Sein Vorschlag zur Speicherung war eine Frage an die Entwickler. Er war kein Beleg für eine bereits eingesetzte oder nachweislich standardkonforme Anordnung.

Eine Antwort aus demselben Monat benannte die Schwierigkeit im Code: Der Korrespondent fand keine Wechselwirkung zwischen dem Rücknahmepfad und der Aufbewahrung gefilterter Routen. Die Diskussion erkannte zugleich einen Verlust bei der Alternative, OTC allein in Benutzerfiltern zu behandeln: die Rollenprüfung auf Sitzungsebene.

Daraus sollte keine Betriebsanleitung zum Umgehen der Schutzfunktion werden. Einen Beziehungstest aufzugeben, damit eine Ansicht mehr zeigt, tauscht einen Kontrollverlust gegen einen Diagnosegewinn. Die eigentliche Aufgabe ist, den Grund der Zurückweisung zu behalten, ohne diesen Tausch vorzunehmen.

Die Korrespondenz ist historisch. Sie beschreibt weder die heutige BCIX-Konfiguration noch die Verbreitung solcher Verfahren unter Austauschpunkten.

Der untersuchte Versionsstand zeigt den Schnitt

Die am 14. September erfasste offizielle Downloadseite führte unter anderem 2.19.2 und 3.3.2 mit dem Datum 30. Juli auf. Die beiden in der Präsentation erwarteten Versionen waren in dieser Erfassung nicht gelistet. Das begrenzt die geprüfte öffentliche Release-Evidenz, nicht sämtliche Zweige, Paketkanäle oder privaten Rückportierungen.

Im Attributcode des Tags 2.19.2 werden die OTC-Eingangsregeln angewandt, wenn Rollen für den Kanal gelten. Ist die lokale Rolle Provider oder Routenserver, führt eine empfangene Route mit OTC zur Rücknahme. Bei der Rolle Peer gilt das auch, wenn die OTC-ASN von der entfernten ASN abweicht.

Das Makro schreibt eine Meldung, setzt das Rücknahmeflag und kehrt zurück. Derselbe Code enthält eine getrennte Formatprüfung: OTC muss vier Oktette lang sein. Eine andere Länge führt aus diesem anderen Grund ebenfalls zur Rücknahme.

Der zugehörige Paketcode desselben Tags verfolgt die Entscheidung weiter. Nach der Attributbearbeitung macht ein gesetztes Rücknahmeflag den Attributzeiger null. Die Anwendung dieses Falls übergibt eine Rücknahme an die Aktualisierungsroutine. Erst der nicht leere Zweig erzeugt ein temporäres Routenobjekt.

Damit ist der Unterschied nicht allein eine Frage eines besser formulierten Filters. Ein späterer Filter kann ein Objekt nicht selbstverständlich aufbewahren, wenn dieses vorher durch eine Rücknahme ersetzt wurde. Das ist eine Schlussfolgerung aus einem statischen, versionsgebundenen Codepfad, kein Versuch an einem laufenden Router und kein Urteil über alle BIRD-Versionen.

Meldungen bleiben erhalten. Paketaufzeichnungen, Importtabellen, BMP-Ausgaben oder andere Diagnosewege wurden hier nicht erprobt. Eine Aussage völliger Unsichtbarkeit wäre deshalb falsch. Die engere Feststellung lautet: Eine Meldung ist nicht automatisch ein abfragbarer Routenfall mit Eingangsdaten, Kontext und Entscheidungsgrund.