Abo
  • Services:
Anzeige
QUIC soll Latenzen verringern.
QUIC soll Latenzen verringern. (Bild: Bloomberg via Getty Images)

Google Auf SPDY folgt QUIC

Während SPDY auf dem Weg ist, als HTTP/2.0 zum Internetstandard zu werden, arbeitet Google mit QUIC an einem weiteren Protokoll, das das Internet schneller machen soll. Mit QUIC sollen vor allem die Unzulänglichkeiten von TCP und TLS überwunden werden.

Anzeige

Quick UDP Internet Connections, kurz QUIC, nennt Google sein noch experimentelles Protokoll, das mehrere Datenströme durch eine UDP-Verbindung tunnelt. Das soll Latenzen reduzieren, wovon Protokolle wie SPDY profitieren könnten, so dass Webinhalte schneller beim Nutzer landen.

Robust gegen Paketverluste

QUIC soll robuster sein, wenn es zu Paketverlusten kommt, als TCP, das nur einen einzelnen, seriellen Datenstrom vorsieht. Dadurch kann die verzögerte Übertragung eines einzelnen Pakets dazu führen, dass die gesamte Datenübertragung ins Stocken kommt. Das passiert beispielsweise bei der Überlastung von Netzwerken, da Pakete dann mehrfach gesendet werden müssen.

SPDY nutzt zwar mehrere Datenströme, um Inhalte parallel zu übertragen, die eigentliche Datenübertragung wird aber per TCP abgewickelt. Kommt stattdessen QUIC zum Einsatz, sollen die verschiedenen SPDY-Datenströme unabhängig voneinander übertragen werden können, so dass schlimmstenfalls ein einzelner Datenstrom verzögert wird, wenn es zu Paketverlusten kommt.

Die in SPDY zusammengefassten HTTP-Verbindungen werden bei QUIC wieder unabhängig übertragen, ohne dass dazu aber der Overhead anfällt, der zum Aufbau mehrerer TCP-Verbindungen notwendig ist.

Zudem sorgen Paketverluste dafür, dass die Datenübertragung per TCP gedrosselt wird. Da SPDY mehrere eigentlich getrennt laufende HTTP-Verbindungen zusammenfasst, ist die Gefahr der Drosselung besonders groß, denn was sich sonst nur auf einzelne Ressourcen einer Webseite auswirkte, drosselt jetzt die Übertragung aller Inhalte, da diese über die gleiche Verbindung abgewickelt werden.

QUIC soll Paketverluste verringern, da zuvor ermittelt wird, welche Bandbreite in beiden Richtungen verfügbar ist. Kommt es dennoch zu einer Überlastung, soll die Geschwindigkeit langsamer drosseln. Zudem soll es Korrekturcodes auf Paketebene nutzen, damit Pakete nicht unnötig oft gesendet werden müssen.

Schnellerer Verbindungsaufbau

Der Aufbau einer TLS-Verbindung erfordert mindestens einen zusätzlichen Roundtrip, bevor Daten ausgetauscht werden können. Es müssen also Daten mindestens einmal mehr vom Client zum Server und zurück gesendet werden als bei unverschlüsselten Verbindungen. Und ein solcher Roundtrip kann leicht mehrere hundert Millisekunden dauern, beispielsweise, wenn eine lange Strecke überbrückt werden muss oder die Verbindung über Mobilfunknetze abgewickelt wird.

Mit QUIC soll diese Verzögerung wegfallen, da Pakete in beliebiger Reihenfolge übertragen werden können. Es muss also nicht gewartet werden, bis das erste Paket angekommen ist, damit das zweite gesendet werden kann. So können Daten schon ab dem ersten Paket gesendet werden, auch wenn der für die Verschlüsselung notwendige Handshake noch nicht abgeschlossen ist.

Warum UDP?

Google hat sich bewusst dafür entschieden, QUIC auf Basis von UDP umzusetzen und nicht direkt TCP weiterzuentwickeln. Auf Basis des eigentlich verbindungslosen Protokolls lassen sich die Latenzen wie gewünscht reduzieren, ohne dass dafür zwischengeschaltete Systeme verändert oder Betriebssystem-Kernel angepasst werden müssen. Bis solche Anpassungen breit umgesetzt wären, würden aber vermutlich 5 bis 15 Jahre vergehen, so Google. Die Nutzung von UDP als Transportprotokoll hingegen ermögliche es, QUIC schon heute einzusetzen, sofern es von Server und Client unterstützt werde.

Dabei solle QUIC behutsam mit der verfügbaren Bandbreite umgehen und TCP nicht stören, betont Google.

QUIC bald in Chrome

Google hat im Rahmen des Chormium-Projekts in den vergangenen Monaten einen QUIC-Client entwickelt und getestet. Auch der Prototyp einer Server-Implementierung existiert, und die ersten Testergebnisse sind positiv. Im nächsten Schritt will Google nun QUIC bei einer kleinen Zahl von Nutzern des Dev- und Canary-Channels von Chrome aktivieren, um Erfahrungen mit von echten Nutzern generiertem Traffic zu sammeln.

Die Nutzer würden davon nichts mitbekommen, abgesehen von "hoffentlich" kürzeren Ladezeiten, so Google. QUIC kann auch gezielt unter about:flags mit der Einstellung "Experimental QUIC protocol" deaktiviert werden.

Das Ziel

Google hofft, mit diesen Tests echte Performance-Vorteile nachweisen zu können, um auf dieser Basis dann mit anderen Interessierten einige der in QUIC erprobten Techniken in andere Netzwerkstandards zu integrieren.

Weitere Informationen zu QUIC hat Google in einer FAQ zusammengefasst. Eine detaillierte Einführung in QUIC gibt Google im Dokument QUIC - Multiplexed Stream Transport over UDP.


eye home zur Startseite
flow77 28. Jun 2013

Soweit ich weiß gibt es Firewalls die nicht aus Stein sind und auf denen man recht...

gaym0r 28. Jun 2013

Lord Helmchen \o/

quadronom 28. Jun 2013

Herrlich! +1



Anzeige

Stellenmarkt
  1. über JobLeads GmbH, Köln
  2. T-Systems International GmbH, verschiedene Standorte
  3. USU AG, München
  4. Schaeffler Technologies AG & Co. KG, Nürnberg


Anzeige
Hardware-Angebote

Folgen Sie uns
       


  1. Die Woche im Video

    Angeswitcht, angegriffen, abgeturnt

  2. Hardlight VR Suit

    Vibrations-Weste soll VR-Erlebnis realistischer machen

  3. Autonomes Fahren

    Der Truck lernt beim Fahren

  4. Selektorenaffäre

    BND soll ausländische Journalisten ausspioniert haben

  5. Kursanstieg

    Bitcoin auf neuem Rekordhoch

  6. Google-Steuer

    Widerstand gegen Leistungsschutzrecht auf EU-Ebene

  7. Linux-Kernel

    Torvalds droht mit Nicht-Aufnahme von Treibercode

  8. Airbus A320

    In Flugzeugen wird der Platz selbst für kleine Laptops knapp

  9. Urheberrecht

    Marketplace-Händler wegen Bildern von Amazon bestraft

  10. V8 Turbofan

    Neuer Javascript-Compiler für Chrome kommt im März



Haben wir etwas übersehen?

E-Mail an news@golem.de


Anzeige
Der große Ultra-HD-Blu-ray-Test (Teil 2): 4K-Hardware ist nichts für Anfänger
Der große Ultra-HD-Blu-ray-Test (Teil 2)
4K-Hardware ist nichts für Anfänger
  1. Der große Ultra-HD-Blu-ray-Test (Teil 1) 4K-Filme verzeihen keine Fehler
  2. Deutsche Verkaufszahlen Unberechtigter Jubel über die UHD-Blu-ray
  3. 4K Blu-ray Sonys erster UHD-Player kommt im Frühjahr 2017

Anet A6 im Test: Wenn ein 3D-Drucker so viel wie seine Teile kostet
Anet A6 im Test
Wenn ein 3D-Drucker so viel wie seine Teile kostet
  1. Bat Bot Die Fledermaus wird zum Roboter
  2. Kickstarter / NexD1 Betrugsvorwürfe gegen 3D-Drucker-Startup
  3. 3D-Druck Spanische Architekten drucken eine Brücke

LineageOS im Test: Das neue Cyanogenmod ist fast das alte Cyanogenmod
LineageOS im Test
Das neue Cyanogenmod ist fast das alte Cyanogenmod
  1. Ex-Cyanogenmod LineageOS startet mit den ersten fünf Smartphones
  2. Smartphone-OS Cyanogenmod ist tot, lang lebe Lineage

  1. Re: Klasse, wie "open" dieses Open Source doch ist.

    felix.schwarz | 10:38

  2. Re: Vorischt bei Air Berlin

    M.P. | 10:38

  3. SHA1 Kollision

    TC | 10:36

  4. Re: Gefährlich

    quineloe | 10:35

  5. Re: First World Problems

    quineloe | 10:32


  1. 09:02

  2. 18:02

  3. 17:43

  4. 16:49

  5. 16:21

  6. 16:02

  7. 15:00

  8. 14:41


  1. Themen
  2. A
  3. B
  4. C
  5. D
  6. E
  7. F
  8. G
  9. H
  10. I
  11. J
  12. K
  13. L
  14. M
  15. N
  16. O
  17. P
  18. Q
  19. R
  20. S
  21. T
  22. U
  23. V
  24. W
  25. X
  26. Y
  27. Z
  28. #
 
    •  / 
    Zum Artikel