Zusammenfassung

  • FALCON Revision 00 lässt ein priorisiertes Rückpaket den aufgezeichneten Hinweg umgekehrt durchlaufen und dabei Forward Queues sowie Flow-Control Buffer des beobachteten Verkehrs abtasten.
  • Die Node/Interface-zu-Adjacency-SID-Zuordnung, Lücken in der Einführung, Verkehrsklasse, Abtastzeit und fehlende Felder begrenzen jede Aussage über eine Engpassursache.
  • Eine schnelle Meldung ist weder Routingbefehl noch Erfolgsmessung: Umleitung oder Ratenänderung brauchen einen Ausführungsbeleg und eine unabhängige Messung danach.

Das verborgene Zuordnungsregister

Ein Vorwärtspaket P zeichnet Knoten sowie Ein- und Ausgangsschnittstellen auf. Der Empfänger baut daraus P', ein hoch priorisiertes Rückpaket mit einer SRv6-Segmentliste, das die aufgezeichneten Links in umgekehrter Richtung durchlaufen soll. Doch eine Knotenliste ist noch keine Linkliste.

Bei ECMP, parallelen Verbindungen oder einem LAG führt ein Node-SID zum Gerät, nicht zwingend zu dem Mitglied, über das P das Gerät verlassen hat. Dafür braucht der Empfänger eine Zuordnung jedes aufgezeichneten Node/Interface-Paares zu einem Adjacency-SID. Sie kann betrieblich provisioniert oder aus der Control Plane gelernt werden; ihre Verteilung liegt außerhalb des Scopes von Revision 00.

Ein belastbarer Datensatz muss deshalb die ursprünglichen Kennungen, die Version dieser Zuordnung, das konkrete Aggregationsmitglied, die überwachte Klasse und die Zeitpunkte enthalten. Wird der Flow neu gehasht oder umgeleitet, ist der Zustand des alten Pfades zu verwerfen. Sonst erhält eine aktuelle Entscheidung eine veraltete Ortsangabe.

Bei teilweiser Einführung zeichnen nicht unterstützende Knoten nichts auf. Zwischen zwei fähigen Geräten bleibt ein unbeobachteter Abschnitt, dessen normale Weiterleitung nicht zwingend die genaue Umkehrung des Hinwegs bildet. Eine markierte Lücke ist kein Datenfehler, sondern die Grenze der Behauptung.

Was tatsächlich früher eintrifft

FALCON adressiert ein echtes Zeitproblem. Klassische Rückmeldungen müssen oft erst den verbleibenden Hinweg beenden und dann zurückkehren; die verursachende Queue kann die Warnung selbst verzögern. Auf seinem Rückweg nimmt P' an jedem fähigen Knoten den Zustand der zum Hinverkehr gehörenden Ausgangsschnittstelle auf. Eine Probe kann die Quelle ungefähr nach der Einwegverzögerung vom Messknoten erreichen, statt auf den restlichen Hin- und den gesamten Rückweg zu warten.

Das ist keine gleichzeitige Pfadaufnahme. Der entfernte Knoten wird früher abgetastet als der nahe. Aktualität ist die Zeit von der einzelnen Abtastung bis zum Eintreffen an der Quelle, nicht die Abtastrate. Ein sub-RTT-Bericht bleibt eine wandernde Folge von Zeitpunkten.

Der Entwurf wurde am 28. September 2026 eingereicht und läuft am 1. April 2027 ab. Datatracker führt ihn als aktiven individuellen Internet-Draft im Zustand I-D Exists, ohne Stream, Area Director, Shepherd, Standards Level oder RFC-Nummer. Er dokumentiert weder Implementierung noch Interoperabilitätstest, Deployment oder gemessene Leistung.

Zwei Speicher, zwei Befunde

Die Forward Queue ist die Ausgangsqueue der beobachteten Klasse auf der Vorwärtsschnittstelle. Der Flow-Control Buffer ist eine andere Empfangsbuchhaltung, die PFC oder eine andere hopweise Drosselung auslösen kann und dynamische Schwellen verwenden darf. Eine tiefe Ausgangsqueue zeigt allein nicht, wie viel Spielraum bis zur Drosselung des Upstream-Nachbarn bleibt.

Zusammen können die Felder eine begrenzte Ursachenhypothese stützen: Eine große Queue, die vom Downstream-Nachbarn nicht gedrosselt wird, kann die Wurzel sein; durch Backpressure angehaltene Upstream-Queues können Opfer sein. Die Aussage gilt nur für Pfad, Klasse, Zeitpunkt und vorhandene Felder. Kann ein Knoten einen Wert nicht liefern, muss er ihn als unavailable markieren. Schweigen darf nicht zu Null werden.

Aggregation begrenzt die Größe von P', vernichtet aber Details. Eine Summe bewahrt die Pfad-Queueing-Verzögerung, ein Maximum den höchsten Wert samt Knoten, ein Minimum den geringsten Headroom. Eine verworfene Hop-Liste lässt sich später nicht zurückholen. Die Aggregation legt damit fest, welche Folgefragen unbeantwortet bleiben.

Der Empfänger entscheidet nicht über die Aktion

Der Entwurf übergibt Hop-Zustand, Verzögerung und Engpassinformationen an Congestion Control oder Load Balancing, lässt die Reaktion der Quelle aber ausdrücklich offen. Das begleitende FANN-Framework trennt Erkennung, Erzeugung, Zustellung, Konsum, Aktion und Erholung und bleibt aktionsneutral.

Lokale Regeln können die Rate senken, einen Link meiden, einen Flow verschieben, eine zweite Probe abwarten oder nichts tun. Anwendungspriorität, Pfadvielfalt, Kosten und Stabilität sprechen nicht immer für dieselbe Wahl. Wenn viele Quellen zugleich dieselbe vermeintlich bessere Alternative wählen, entsteht womöglich nur ein neuer Hotspot. Die früheste Warnung besitzt nicht die Routingtabelle.

Die schnelle Spur absichern

P' erhält ein hoch priorisiertes, verzögerungsarmes PHB, damit die Rückqueue den Zeitgewinn nicht aufzehrt. Die lokale DSCP-Abbildung braucht reservierte Kapazität, Policing und Ratenbegrenzung. Andernfalls kann Normalverkehr die Klasse beanspruchen oder eine Meldeflut kritischen Verkehr verdrängen.

Gefälschte oder veränderte Rückpakete könnten unnötige Drosselung oder einen schlechteren Pfad auslösen. Die Quelle sollte P' einem ausstehenden P zuordnen, etwa über einen Nonce. Der Empfänger muss jeden SID gegen die lokale Domäne prüfen, die ursprüngliche Quelle als Endziel erhalten und die Erzeugungsrate begrenzen. IOAM-Integrität kann Manipulation eindämmen; sie beweist weder die Ursachenhypothese noch die Qualität der Aktion.

FALCON ist auf eine administrative SR- und IOAM-Domäne begrenzt. Grenzfilter, lokale Vertrauensregeln sowie kontrollierte Offenlegung von Topologie und Pufferzustand gehören zum Mechanismus.