Quick UDP Internet Connections: Unterschied zwischen den Versionen

Aus Foxwiki
Versionsgeschichte interaktiv durchsuchen
← Zum vorherigen VersionsunterschiedZum nächsten Versionsunterschied →
VisuellWikitext
Zeile 116: Zeile 116:


= Wikipedia =
= Wikipedia =
== Hintergrund und Eigenschaften ==
[[Datei:Tcp-vs-quic-handshake.svg|mini|Verbindungsaufbau von QUIC im Vergleich zu TCP mit TLS1.2]]
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 [[User Datagram Protocol|UDP]] basierende QUIC aufheben.<ref>{{Internetquelle |url=https://blog.chromium.org/2013/06/experimenting-with-quic.html |titel=Experimenting with QUIC |werk=Chromium Blog |hrsg=Google |datum=2013-06-27 |abruf=2013-06-29 |sprache=en}}</ref>
Die ursprüngliche Form von QUIC wurde von Google am 20. Juli 2016 zur Standardisierung eingebracht.<ref>{{Internetquelle |url=https://datatracker.ietf.org/meeting/96/session/quic |titel=IETF-96: QUIC |datum=2016-07-20 |abruf=2016-12-10 |sprache=en}}</ref>
QUIC schreibt vor, dass die gesendeten Daten mit [[Transport Layer Security|TLS]] 1.3 verschlüsselt übertragen werden.<ref>{{Internetquelle |autor=M. Thomson, S. Turner |url=https://www.ietf.org/archive/id/draft-ietf-quic-tls-02.txt |titel=Using Transport Layer Security (TLS) to Secure QUIC |hrsg=IETF |datum=2017-03-13 |abruf=2017-04-05 |format=txt |sprache=en}}</ref> 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 Kryptografie 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.<ref>{{Internetquelle |autor=M. Kuehlewind, B. Trammell, D. Druta |url=https://www.ietf.org/archive/id/draft-kuehlewind-quic-manageability-00.txt |titel=Manageability of the QUIC Transport Protocol |hrsg=IETF |datum=2017-03-09 |abruf=2017-04-05 |format=txt |sprache=en}}</ref>
QUIC bietet höherliegenden Schichten [[Multiplexverfahren|gemultiplexte]] Verbindungen an, so dass mehrere Datenströme unabhängig voneinander empfangen und gesendet werden können.<ref name=":0" /> Dies kann von [[HTTP/2]] genutzt werden, [[HTTP/3]] wird sogar immer über QUIC genutzt.<ref>{{Internetquelle |autor=Sebastian Grüner |url=https://www.golem.de/news/ietf-http-ueber-quic-wird-zu-http-3-1811-137655.html |titel=HTTP über Quic wird zu HTTP/3 |werk=[[golem.de]] |datum=2018-11-12 |abruf=2021-05-29}}</ref> Im Gegensatz dazu kann es bei Multiplexing über [[Transmission Control Protocol|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 [[Verbindungsaufbau|Verbindungs]]- und [[Paketumlaufzeit|Transportlatenz]] sowie eine Geschwindigkeitsabschätzung in beide Richtungen, um Überlastungen zu vermeiden. Außerdem werden die Algorithmen zur [[Network congestion avoidance|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.
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.&nbsp;B. leitungsgebundene und drahtlose) Pfade.<ref>{{Internetquelle |autor=heise online |url=https://www.heise.de/news/IETF-Vorsitzernder-im-Interview-Lars-Eggert-ueber-das-QUIC-Protokoll-6003458.html |titel=IETF-Vorsitzender im Interview: Lars Eggert über das QUIC-Protokoll |abruf=2021-05-06 |sprache=de}}</ref>
== Unterstützung ==
== Unterstützung ==
QUIC muss von der Anwendung unterstützt werden. Der erste Browser, der clientseitig QUIC unterstützt, war [[Google Chrome]] ab Version 29.<ref>{{Internetquelle |autor=Christian Kirsch |url=https://www.heise.de/ix/meldung/Google-experimentiert-mit-UDP-fuers-Web-1902457.html |titel=Google experimentiert mit UDP fürs Web |werk=iX |hrsg=Heise |datum=2013-06-28 |abruf=2013-06-29}}</ref> 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.<ref>{{Internetquelle |autor=Sebastian Grüner |url=https://www.golem.de/news/mozilla-firefox-nightly-unterstuetzt-http-3-experimente-1911-144834.html |titel=Firefox Nightly unterstützt HTTP/3-Experimente |werk=Golem.de |hrsg=Computec Media GmbH |datum=2019-11-06 |abruf=2019-11-15}}</ref>
QUIC muss von der Anwendung unterstützt werden. Der erste Browser, der clientseitig QUIC unterstützt, war [[Google Chrome]] ab Version 29.<ref>{{Internetquelle |autor=Christian Kirsch |url=https://www.heise.de/ix/meldung/Google-experimentiert-mit-UDP-fuers-Web-1902457.html |titel=Google experimentiert mit UDP fürs Web |werk=iX |hrsg=Heise |datum=2013-06-28 |abruf=2013-06-29}}</ref> 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.<ref>{{Internetquelle |autor=Sebastian Grüner |url=https://www.golem.de/news/mozilla-firefox-nightly-unterstuetzt-http-3-experimente-1911-144834.html |titel=Firefox Nightly unterstützt HTTP/3-Experimente |werk=Golem.de |hrsg=Computec Media GmbH |datum=2019-11-06 |abruf=2019-11-15}}</ref>

Version vom 23. April 2023, 12:33 Uhr

topic - Kurzbeschreibung

Beschreibung

QUIC ist ein auf dem User Datagram Protocol (UDP) aufbauendes zuverlässiges, verbindungsorientiertes und verschlüsseltes Netzwerkprotokoll auf Transportschicht. Es integriert Transport Layer Security (TLS) zur kryptographischen Absicherung der Kommunikation 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. 

Familie = Internetprotokollfamilie
Einsatzfeld = Zuverlässiger und verschlüsselter bidirektionaler Datentransport
aufbauend auf = UDP
Einführung = Mai 2021
entwickelt aus = SPDY
Entwickler = Google LLC, IETF
Internet-Standards
RFC 8999 Versionsunabhängige Eigenschaften
RFC 9000 Hauptdefinition
RFC 9001 Benutzung von TLS
RFC 9002 Verlusterkennung und Staukontrolle


QUIC im TCP/IP-Protokollstapel:
Anwendung HTTP/3 DNS over QUIC …
Transport QUIC
Transport UDP
Internet IP (IPv4, IPv6)
Netzzugang Ethernet Token
Bus 		Token
Ring 		FDDI …

Geschichte

QUIC wurde ursprünglich von der Firma Google Inc. entwickelt. Der Name stand ursprünglich als Akronym für ,[1] wird jedoch in diesem Zusammenhang nicht mehr verwendet.[2] Seit Februar 2017 arbeitete die Internet Engineering Task Force (IETF) an einer Standardisierung des QUIC-Protokolles.[3][4] Der Standard wurde im Mai 2021 als RFC 8999, RFC 9000, RFC 9001 und RFC 9002 veröffentlicht.[2]

Syntax

Optionen

Parameter

Umgebungsvariablen

Exit-Status

Anwendung

Fehlerbehebung

Konfiguration

Dateien

Anhang

Siehe auch

Unterseiten

Sicherheit

Dokumentation

RFC
Man-Pages
Info-Pages

Links

Einzelnachweise
  1. ↑ Vorlage:Cite web
  2. ↑ 2,0 2,1
  3. ↑
  4. ↑
Projekt
Weblinks
  1. HTTP/3 explained freies und offenes Buch über http/3 und QUIC in verschiedenen Sprachen
  2. Revolution in den Tiefen des Internets


Testfragen

Testfrage 1

Antwort1

Testfrage 2

Antwort2

Testfrage 3

Antwort3

Testfrage 4

Antwort4

Testfrage 5

Antwort5



Wikipedia

Unterstützung

QUIC muss von der Anwendung unterstützt werden. Der erste Browser, der clientseitig QUIC unterstützt, war Google Chrome ab Version 29.[1] 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.[2]

Im Oktober 2020 gab Facebook bekannt,[3] 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.

  1. ↑
  2. ↑
  3. ↑
Abgerufen von „https://wiki.foxtom.de/index.php?title=Quick_UDP_Internet_Connections&oldid=64566“