Summary

  • Eine QUIC-Verbindung besitzt mehrere von den Endpunkten vergebene Routing-Kennungen; keine einzelne CID ist eine dauerhafte Identität.
  • Migrationsbereitschaft hängt von unbenutztem Bestand, ausgehandelten Grenzen und abgeschlossener Stilllegung ab.
  • Ein beidseitiges Lebenszyklusprotokoll trennt Fehlrouting, Bestandsmangel und Datenschutzrotation.

Ein Mobilgerät wechselt vom WLAN ins Mobilfunknetz. Schlüssel und Anwendungsströme bleiben gültig, doch der Client kann den neuen Pfad zum Server nicht prüfen, weil ihm eine unbenutzte, vom Server vergebene CID fehlt. In Gegenrichtung benötigt auch der Server eine unbenutzte, vom Client vergebene ID. Die Verbindung besteht weiter, aber eine Voraussetzung für Pfadkontinuität ist erschöpft.

RFC 9000 §5.1 definiert pro Verbindung eine Menge von IDs. Jeder Endpunkt wählt unabhängig die Werte, die sein Peer verwendet. Hauptzweck ist, Pakete trotz Änderungen niedrigerer Adressen zum richtigen Verbindungszustand zu leiten.

Die Richtung zählt. Ein Endpunkt gibt IDs für Pakete zu sich selbst aus und verbraucht beim Senden die IDs des Peers. Eine Ziel-CID im Mitschnitt ist nur ein aktueller Griff in einer Richtung, kein universeller Name und keine authentifizierte Benutzer-, Geräte- oder Anwendungssitzung.

§5.1.1 ordnet ausgegebenen IDs Sequenznummern zu. NEW_CONNECTION_ID liefert steigende Nummern. Sie gleichen Lebenszyklusmeldungen ab; sie sind weder Uhr noch globaler Identifikator.

active_connection_id_limit legt fest, wie viele aktive IDs ein Peer hält. Eine Überschreitung nach Ausgabe und Stilllegung verlangt CONNECTION_ID_LIMIT_ERROR. Doch Grenze ist nicht Vorrat: Auch darunter können alle Werte verbraucht sein oder auf Ersatz warten.

§9.5 nennt die Folge. Ohne verfügbare CIDs kann ein Endpunkt keine neuen Pfade prüfen, keine Migration beginnen und nicht auf Migration des Peers reagieren. Eine offene Verbindung beweist keine Mobilitätsreserve.

Der Vorrat dient auch dem Datenschutz. Eine stabile CID über mehrere Pfade erlaubt Korrelation. QUIC verbietet Wiederverwendung beim Senden von mehreren lokalen oder zu mehreren Zieladressen. Rotation entfernt dieses Signal, garantiert aber keine Unverknüpfbarkeit; Zeit und Paketgröße bleiben sichtbar.

Nach §5.1.2 erklärt RETIRE_CONNECTION_ID, dass ein Wert nicht erneut benutzt wird, und fordert Ersatz. Retire Prior To kann ältere Sequenzen ausmustern. Bis Meldungen und Bestätigungen konvergieren, können die Endpunkte unterschiedliche Ansichten haben.

Diese Frames sind verschlüsselt. Passive Beobachter sehen eventuell einen CID-Wechsel, aber nicht Sequenz, Bestand oder Bestätigung. RFC 9312 beschreibt diese Sichtbarkeitsgrenze. Ein Endpunkt mit CID der Länge null kann zudem keine neuen Werte ausgeben und verzichtet auf CID-gestützte Migration.

Als redaktionelle Betriebsempfehlung sollte das vollständige beidseitige Register Folgendes festhalten: Beobachtungs-ID und -zeit; Rolle des Endpunkts; lokales und entferntes Adress-Tupel; Ausgaberichtung; Sequenz und Fingerabdruck der CID; Zustände aktiv, unbenutzt, einem Pfad zugeordnet, zur Stilllegung angefordert und stillgelegt; active_connection_id_limit; höchsten Retire Prior To; Empfang von NEW_CONNECTION_ID; Versand und Bestätigung von RETIRE_CONNECTION_ID; Fingerabdruck des zugehörigen Stateless-Reset-Tokens; erstes und letztes Pfad-Tupel; Aushandlung der Null-Länge; unbenutzte Anzahl in beiden Richtungen; Migrations- oder Prüfbedarf; Ergebnis des Backend-Routings; und Datenschutzvorbehalte. Fingerabdrücke vermeiden die Offenlegung sensibler Rohwerte.

Eine CID allein beweist wenig. Kryptografischer Zustand ordnet das Paket der Verbindung zu; Lebenszyklus und Pfad belegen Migrationsfähigkeit. Der Wert authentifiziert keine menschliche oder Anwendungsidentität.