Zusammenfassung

  • draft-munizaga-quic-alternative-server-address-02 beschreibt eine vollständige, per Sequenznummer ersetzte Kandidatenmenge; CURRENT_PATH trennt bevorzugte von Reserveadressen. Der Text ist weiterhin ein individueller Internet-Draft.
  • Eine Anzeige erzeugt keinen Pfad. Prioritätswerte sind relative Hinweise, die der Client nach lokaler Richtlinie verwerfen darf; normale Daten setzen erfolgreiche Pfadprüfung in der jeweiligen Richtung voraus.
  • Anzeigestand, lokale Zulassung, Prüfung, Nutzung und Gesamtwirkung brauchen eigene Belege, weil viele gleichzeitig reagierende Clients einen Dritten überlasten können.

Das Protokollproblem entsteht mitten in einer laufenden Verbindung. Der Server möchte eine Adresse zurücknehmen, eine andere bevorzugen und eine dritte als Reserve behalten. ALTERNATIVE_ADDRESS transportiert diesen veränderlichen Plan innerhalb der geschützten QUIC-Sitzung. Es übergibt dem Server jedoch nicht die Netzentscheidung des Clients.

Jeder Frame enthält eine steigende Sequence Number und den vollständigen Satz. Ein höherer Wert ersetzt den älteren Zustand auch bei Paketumordnung. Fehlt eine Adresse im neuen Satz, gilt sie über diese Erweiterung nicht länger als angezeigt. Das ist ein sauberer Beleg für die Serveransicht, aber kein Nachweis, dass alte Probes, Warteschlangen oder bereits gesendete Pakete beim Client verschwunden sind.

Genau ein CURRENT_PATH teilt die Liste. Ohne Multipath stehen Einträge davor über dem aktuellen Pfad, Einträge danach sind Reserven. Kleine Priority Hints rangieren nur innerhalb derselben Seite höher; Werte auf verschiedenen Seiten sind nicht vergleichbar. Gleiche Werte bedeuten, dass der Server keine weitere Ordnung vorgibt.

Die Hinweise bleiben beratend. Der Client entscheidet, welche Kandidaten er prüft, ob Prüfungen parallel laufen und welchen validierten Pfad er nutzt. Lokale Reichweite, NAT, Firmenpolitik, Energie und freie Connection IDs können die Serverreihenfolge verdrängen. Eine private Adresse ist im richtigen Verwaltungsraum brauchbar und außerhalb davon bedeutungslos.

Pfadvalidierung beantwortet eine enge Frage. Der Client sendet PATH_CHALLENGE an den Kandidaten. Ein passendes PATH_RESPONSE darf über einen anderen Pfad zurückkehren und validiert trotzdem den Pfad des Challenges. Ein authentifiziertes Probe-Paket von einer nicht angezeigten Quelladresse validiert dagegen nicht diese Quelle. Der Beleg gehört zu Challenge, Ziel-4-Tupel, Richtung und Zeitpunkt.

Der Server muss seine Senderichtung ebenfalls prüfen, bevor er Nicht-Probe-Daten dort sendet. Danach kann der Client migrieren, einen Multipath ergänzen, die Adresse als Reserve halten oder sie nie verwenden. Der Multipath-Entwurf legt keinen Anwendungsscheduler fest. Verlust, RTT, Stauzustand und Anwendungsergebnis stammen vom tatsächlich benutzten Pfad.

Die Sicherheitsgrenze zeigt sich im Schwarm. Ein bösartiger Server kann vielen Clients dasselbe Opfer als höher priorisierte Alternative nennen. Jeder Frame ist geschützt und jede Einzelprüfung kann gelingen; die Summe kann das Opfer dennoch belasten. Zufällige Verzögerung wird als Minderung erwähnt, ohne globale Quote, Zielzustimmung oder gemeinsame Lastanzeige zu definieren.

Heng Lus Trennung von Koordination und Autorität passt hier präzise. Eine minimale gemeinsame Grammatik darf Vorschläge und Reihenfolge prüfbar machen. Die spätere Entscheidung bleibt beim laufenden Teilnehmer. Dokumentveröffentlichung, Registereintrag, Implementierung und gemessene Wirkung sind verschiedene Tatsachen.

Am Stichtag war Revision 02 vom 25. September 2026 ein individueller Entwurf mit I-D Exists, ohne Stream und verantwortlichen AD. Die verlangten vorläufigen Werte fehlen in der eingefrorenen IANA-Ansicht. Die Quellen belegen weder Produktunterstützung noch Interoperabilität, Einsatz, Leistungsgewinn oder einen realen Angriff.

Quellen