食色性也是什么意思
| QUIC | |
|---|---|
| Familie: | Internetprotokollfamilie |
| Einsatzfeld: | Zuverl?ssiger und verschlüsselter bidirektionaler Datentransport |
| aufbauend auf | UDP |
| Einführung: | Mai 2021 |
| entwickelt aus | SPDY |
| Entwickler: | Google LLC, IETF |
| RFC 8999[1] | Versionsunabh?ngige Eigenschaften |
| RFC 9000[2] | Hauptdefinition |
| RFC 9001[3] | Benutzung von TLS |
| RFC 9002[4] | Verlusterkennung und Staukontrolle |
| RFC 9368[5] | Aushandlung kompatibler Versionen |
| RFC 9369[6] | QUIC Version 2 |
| Anwendung | HTTP/3 | DNS over QUIC | … | ||
| Transport | QUIC | ||||
| Transport | UDP | ||||
| Internet | IP (IPv4, IPv6) | ||||
| Netzzugang | Ethernet | Token Bus |
Token Ring |
FDDI | … |
QUIC (ursprünglich ein Akronym für Quick UDP Internet Connections) ist ein auf dem User Datagram Protocol (UDP) aufbauendes zuverl?ssiges, verbindungsorientiertes und verschlüsseltes Netzwerkprotokoll auf Transportschicht. Es kann Transport Layer Security (TLS) zur kryptographischen Absicherung der Kommunikation nutzen und verfolgt das Ziel, eine h?here Performanz als das Transmission Control Protocol (TCP) zu bieten. QUIC wird von Protokollen wie HTTP/3 oder DNS over QUIC (DoQ) verwendet.[7]
Geschichte
[Bearbeiten | Quelltext bearbeiten]QUIC wurde ursprünglich von der Firma Google Inc. entwickelt und am 20. Juli 2016 zur Standardisierung eingebracht.[8] Im Februar 2017 gründete die Internet Engineering Task Force (IETF) eine entsprechende Arbeitsgruppe.[9][10] Der Standard wurde im Mai 2021 als RFC 8999,[1] RFC 9000,[2] RFC 9001,[3] und RFC 9002[4] ver?ffentlicht.[11]
Das von Google gepr?gte Akronym (für englisch Quick UDP Internet Connections) wird in diesem Zusammenhang als eigenst?ndiger Begriff verwendet und Unterschiede zwischen den verschiedenen Versionen werden in RFC 9000[2] ausdrücklich betont.
Die durch die IETF standardisierte Variante unterscheidet sich zum Teil erheblich von der durch Google entwickelten Variante.[12]
Im Mai 2023 wurde QUIC Version 2 als RFC 9369[6] ver?ffentlicht. QUIC Version 2 bringt keine nennenswerten funktionalen ?nderungen mit sich, sondern soll prim?r Ossifizierung des Protokolls bek?mpfen.
Hintergrund und Eigenschaften
[Bearbeiten | Quelltext bearbeiten]
Als Weiterentwicklung von HTTP hat Google bereits das Protokoll SPDY ausgearbeitet, dessen Neuerungen aber aufgrund von Beschr?nkungen des darunterliegenden Transmission Control Protocol nicht in vollem Umfang genutzt werden k?nnen. Diese Beschr?nkungen soll das auf UDP basierende QUIC aufheben.[13]
QUIC schreibt vor, dass die gesendeten Daten mit TLS 1.3 verschlüsselt übertragen werden.[14] Es kommen zwei unterschiedliche Header zum Einsatz. Der erste Header enth?lt mehr Informationen und dient dem Verbindungsaufbau. Sobald die Verbindung hergestellt wurde, wird der kürzere Header verwendet. Bei einem bekannten Host wird die Verschlüsselung bei einer erneuten Verbindungsherstellung zudem nicht neu ausgehandelt, sondern ab dem ersten Paket verschlüsselt übertragen. Da der Header zu einem gro?en Teil verschlüsselt wird, sind – im Vergleich zu ?lteren Protokollen – weniger Metadaten aus dem Header auslesbar. Hierdurch wird einerseits die Privatsph?re der Nutzer besser gewahrt, aber anderseits das Netzwerk-Monitoring und -Management erschwert.[15]
QUIC bietet h?herliegenden Schichten gemultiplexte Verbindungen an, so dass mehrere Datenstr?me unabh?ngig voneinander empfangen und gesendet werden k?nnen.[11] Dies kann von HTTP/2 genutzt werden, HTTP/3 wird sogar immer über QUIC genutzt.[16] Im Gegensatz dazu kann es bei Multiplexing über TCP zu Verz?gerungen auf Grund von Head-of-Line-Blocking aller gemultiplexten Streams kommen, wenn eines der TCP-Pakete verz?gert wird oder verloren geht.
Zu den weiteren Zielen von QUIC geh?ren eine reduzierte Verbindungs- und Transportlatenz sowie eine Geschwindigkeitsabsch?tzung in beide Richtungen, um überlastungen zu vermeiden. Au?erdem werden die Algorithmen zur Staukontrolle an beiden Endpunkten in den User-Space (anstatt Kernel-Space) verlagert, was eine schnellere Verbesserung dieser Algorithmen erm?glichen soll. Zus?tzlich kann das Protokoll mit einer Vorw?rtsfehlerkorrektur (FEC) versehen werden, um die Leistung bei zu erwartenden Fehlern weiter zu verbessern, was als n?chster Schritt in der Evolution des Protokolls angesehen wird. Es wurde so konzipiert, dass eine Ossifizierung des Protokolls vermieden wird. Es wurde also gezielt so entworfen, dass zukünftige Weiterentwicklungen an QUIC durch Middleboxes m?glichst nicht eingeschr?nkt werden. Bei TCP, welches stark ossifiziert ist, sind Weiterentwicklungen z. B. stark eingeschr?nkt, da Middleboxes durch verschiedene Verhaltensweisen das Packetformat stark auf das ursprüngliche Format einschr?nken.
Seit Anfang 2021 sind die grundlegenden Protokollspezifikationen von QUICv1 standardisiert. Zu den wichtigsten weiterhin diskutierten vielf?ltigen Erweiterungen geh?rt Multipath, also – analog zu Multipath TCP (MPTCP) – der parallele Verbindungsaufbau zwischen Endger?ten und einem netzseitigen Server über mehrere (z. B. leitungsgebundene und drahtlose) Pfade.[17]
Unterstützung
[Bearbeiten | Quelltext bearbeiten]QUIC muss von der Anwendung unterstützt werden. Der erste Browser, der clientseitig QUIC unterstützt, war Google Chrome ab Version 29.[18] Beispielimplementierungen für Client und Server finden sich im Repository von Chromium. Hierbei handelt es sich allerdings noch um die ursprünglich von Google implementierte Variante.
Ab Version 72 hat auch Firefox experimentelle Unterstützung für die vom IETF entwickelte Version implementiert.[19] Apple fügte den QUIC Support in Version 104 des Safari Webbrowsers hinzu.[20]
Im Oktober 2020 gab Facebook bekannt,[21] dass es sowohl seine Apps auf Android und iOS als auch seine Server-Infrastruktur auf QUIC umgestellt habe und mittlerweile 75 % seines Internet-Datenverkehrs darüber erfolge. Für die Benutzer erg?ben sich daraus eindeutig messbare Verbesserungen u. a. hinsichtlich Fehlerraten und Latenzzeiten.
Implementierungen
[Bearbeiten | Quelltext bearbeiten]Für QUIC stehen unterschiedliche Bibliotheken und Referenzimplementierungen zur Verfügung. Die folgende Liste liefert einen überblick zu Implementierungen, die ihren Source Code ver?ffentlicht haben.
| Implementierung | Lizenz | Programmiersprache | Beschreibung |
|---|---|---|---|
| Chromium | BSD-Lizenz | C++ | Der Source Code des Chrome Web Browser. Dieser dient als Referenzimplementierung für gQUIC. Für Testzwecke stehen sowohl für QUIC als auch gQUIC Server und Client Implementierungen zur Verfügung. |
| MsQuic | MIT-Lizenz | C | Von Microsoft entwickelte Implementierung des QUIC Protokolls, die sowohl in Windows als auch .NET genutzt wird. |
| QUIC Library (mvfst) | MIT-Lizenz | C++ | Client und Server Implementierung des QUIC Protokolls durch Meta Platforms. |
| LiteSpeed QUIC Library (lsquic) | MIT-Lizenz | C | QuIC und HTTP/3 Implementierung des Lite Speed Webservers. |
| ngtcp2 | MIT-Lizenz | C | Eine QUIC Implementierung, die vor allem auf die Kompatibilit?t zu unterschiedlichen kryptografischen Bibliotheken Wert legt. |
| Quiche | BSD-2-Clause Lizenz | Rust | Implementierung in Rust, die zus?tzlich eine API für die Verwendung in C und C++ zur Verfügung stellt. |
| quicly | MIT-Lizenz | C | QUIC Implementierung des H2O Webservers. |
| quic-go | MIT-Lizenz | Go | QUIC Implementierung des Caddy Webservers. |
| Quinn | Apache-Lizenz 2.0 | Rust | Eine Implementierung von QUIC zu 100 % in Rust geschrieben. |
| Neqo | Apache-Lizenz 2.0 | Rust | Implementierung von QUIC in der Necko Bibliothek des Firefox Browsers. |
| aioquic | BSD-3-Clause Lizenz | Python | QUIC Implementierung in Python, die sowohl für Clients als auch Server verwendet werden kann. |
| picoquic | BSD-3-Clause Lizenz | C | Minimalimplementierung der Spezifikationen der IETF in C. |
| pquic | MIT-Lizenz | C | Eine erweiterbare Implementierung von QUIC, die durch die Integration einer eBPF virtuellen Maschine plugins nachladen kann. |
| QUANT | BSD-2-Clause Lizenz | C | QUIC Implementierung für sowohl POSIX Systeme als auch für Eingebettete Systeme |
| quic | BSD-3-Clause Lizenz | Haskell | Haskell Implementierung, die sich die leichtgewichtigen Threads zunutze macht. |
| netty-incubator-codec-quic | Apache-Lizenz 2.0 | Java | Java Implementierung für Netty, die auf den Arbeiten von Quiche basiert. |
| nodejs-quic | MIT-Lizenz | NodeJs | NodeJs Implementierung von QUIC |
| s2n-quic | Apache-Lizenz 2.0 | Rust | Open Source Implementierung in Rust durch Amazon Web Services |
| swift-quic | Apache-Lizenz 2.0 | Swift | Implementierung von QUIC in Swift. |
Weblinks
[Bearbeiten | Quelltext bearbeiten]- HTTP/3 explained freies und offenes Buch über http/3 und QUIC in verschiedenen Sprachen
- Revolution in den Tiefen des Internets. sueddeutsche.de
Einzelnachweise
[Bearbeiten | Quelltext bearbeiten]- ↑ a b RFC: – Version-Independent Properties of QUIC. Mai 2021 (englisch).
- ↑ a b c RFC: – QUIC: A UDP-Based Multiplexed and Secure Transport. Mai 2021 (englisch).
- ↑ a b RFC: – Using TLS to Secure QUIC. Mai 2021 (englisch).
- ↑ a b RFC: – QUIC Loss Detection and Congestion Control. Mai 2021 (englisch).
- ↑ RFC: – Compatible Version Negotiation for QUIC. Mai 2023 (englisch).
- ↑ a b RFC: – QUIC Version 2. Mai 2023 (englisch).
- ↑ Monika Ermert: Internetbeschleuniger: Die IETF l?sst das QUIC-Protokoll vom Stapel. In: heise online. 1. Juni 2021, abgerufen am 1. Juni 2021.
- ↑ IETF-96 : quic. Abgerufen am 12. M?rz 2023.
- ↑ QUIC Working Group. Abgerufen am 5. April 2017.
- ↑ Monika Ermert: QUIC kommt quicker: IETF bringt neues Internet-Transportprotokoll voran. Heise, 5. April 2017, abgerufen am 5. April 2017.
- ↑ a b Sebastian Grüner: Quic ist offizieller Internet-Standard. In: golem.de. 28. Mai 2021, abgerufen am 28. Mai 2021.
- ↑ Manuel Burghard, Benedikt Jaeger: How Good Is QUIC Actually? Hrsg.: Chair of Network Architectures and Services, Department of Informatics Technical University of Munich. München Oktober 2019 (tum.de [PDF]).
- ↑ Experimenting with QUIC. In: Chromium Blog. Google, 27. Juni 2013, abgerufen am 29. Juni 2013 (englisch).
- ↑ M. Thomson, S. Turner: Using Transport Layer Security (TLS) to Secure QUIC. (txt) IETF, 13. M?rz 2017, abgerufen am 5. April 2017 (englisch).
- ↑ M. Kuehlewind, B. Trammell, D. Druta: Manageability of the QUIC Transport Protocol. (txt) IETF, 9. M?rz 2017, abgerufen am 5. April 2017 (englisch).
- ↑ Sebastian Grüner: HTTP über Quic wird zu HTTP/3. In: golem.de. 12. November 2018, abgerufen am 29. Mai 2021.
- ↑ IETF-Vorsitzender im Interview: Lars Eggert über das QUIC-Protokoll. In: heise online. Abgerufen am 6. Mai 2021.
- ↑ Christian Kirsch: Google experimentiert mit UDP fürs Web. In: iX. Heise, 28. Juni 2013, abgerufen am 29. Juni 2013.
- ↑ Sebastian Grüner: Firefox Nightly unterstützt HTTP/3-Experimente. In: Golem.de. 6. November 2019, abgerufen am 15. November 2019.
- ↑ Jon Davis: Release Notes for Safari Technology Preview 104. In: WebKit. 8. April 2020, abgerufen am 13. Dezember 2022.
- ↑ Matt Joras, Yang Chi: How Facebook is bringing QUIC to billions. 21. Oktober 2020, abgerufen am 23. Oktober 2020.