In experimentellen Versionen Unterstützung des HTTP/3-Protokolls, das eine Schicht für den Betrieb von HTTP über das QUIC-Protokoll implementiert. Das QUIC-Protokoll wurde vor fünf Jahren in den Browser integriert und wird seitdem zur Optimierung des Betriebs mit Google-Diensten verwendet. Die in Chrome verwendete Version von QUIC unterschied sich jedoch in einigen Details von der Version der IETF, aber jetzt sind die Implementierungen synchronisiert.
HTTP/3 standardisiert die Nutzung von QUIC als Transport für HTTP/2. Um HTTP/3 und die QUIC-Version aus der IETF-Spezifikationen zu aktivieren, muss Chrome mit den Optionen „—enable-quic —quic-version=h3-23“ gestartet werden. Danach wird bei der Öffnung der Testseite im Netzwerkinspektionstool der Entwicklertools die Aktivität über HTTP/3 als „http/2+quic/99“ angezeigt.
Wir erinnern daran, dass das Protokoll (Quick UDP Internet Connections) wird seit 2013 von Google als Alternative zu TCP+TLS für das Web entwickelt. Es löst Probleme mit langen Verbindungsaufbau- und Aushandlungszeiten bei TCP und beseitigt Verzögerungen bei Paketverlusten während der Datenübertragung. QUIC ist eine Erweiterung des UDP-Protokolls, die die Multiplexierung mehrerer Verbindungen unterstützt und Verschlüsselungsmethoden bereitstellt, die TLS/SSL entsprechen. Das entsprechende Protokoll ist bereits in die Serverinfrastruktur von Google integriert und Bestandteil von Chrome, um es in Firefox zu aktivieren und wird aktiv zur Bearbeitung von Kundenanfragen auf Google-Servern eingesetzt.
Haupt QUIC:
- Hohe Sicherheit, die der TLS entspricht (im Wesentlichen ermöglicht QUIC die Nutzung von TLS über UDP);
- Stream-Integrity-Kontrolle zur Vermeidung von Paketverlusten;
- Es ermöglicht, eine Verbindung sofort herzustellen (0-RTT, in etwa 75 % der Fälle können Daten sofort nach dem Senden des Verbindungsaufbaupakets übertragen werden) und sorgt für minimale Verzögerungen zwischen dem Senden einer Anfrage und dem Erhalten einer Antwort (RTT, Round Trip Time);
- Die Nichtverwendung derselben Sequenznummer bei der Wiederübertragung von Paketen vermeidet Zweideutigkeiten bei der Bestimmung empfangener Pakete und beseitigt Zeitüberschreitungen.
- Ein Paketverlust beeinflusst nur die Zustellung des damit verbundenen Streams und stoppt nicht die Übertragung von Daten in parallel über die aktuelle Verbindung übertragenen Streams;
- Fehlerkorrekturmaßnahmen, die Verzögerungen durch die erneute Übertragung verlorener Pakete minimieren. Einsatz spezieller Fehlerkorrekturcodes auf Paketebene zur Verringerung von Situationen, die eine erneute Übertragung verlorener Daten erfordern.
- Die kryptografischen Blockgrenzen sind an die QUIC-Paketgrenzen ausgerichtet, was die Auswirkungen von Paketverlusten auf die Dekodierung des Inhalts nachfolgender Pakete verringert.
- Keine Probleme mit der TCP-Warteschlangensperre.
- Unterstützung für eine Verbindungs-ID, die die Wiederherstellungszeit für mobile Clients verkürzt.
- Die Möglichkeit, erweiterte Mechanismen zur Überwachung der Verbindungsüberlastung zu integrieren.
- Der Einsatz von Bandbreitenvorhersagetechniken in beide Richtungen sorgt für eine optimale Paketversandintensität und verhindert das Abgleiten in einen Überlastungszustand, der zu Paketverlusten führt.
- Deutlich verbessert sich die Leistung und Bandbreite im Vergleich zu TCP. Bei Video-Diensten wie YouTube zeigte die Verwendung von QUIC eine Reduzierung der Pufferungsoperationen beim Anschauen von Videos um 30%.
Quelle: opennet.ru
