WWW: HTTP/2.0 soll das Web schneller machen

Das Web soll eine neue, schnellere Grundlage erhalten: HTTP/2.0. Ausgangspunkt für HTTP/2.0 ist Googles Protokoll SPDY, an der Entwicklung beteiligen sich mittlerweile aber auch Microsoft und Apple. Dabei ziehen derzeit alle an einem Strang.

Artikel veröffentlicht am 21. Juni 2013, 8:56 Uhr, Jens Ihlenfeld

Mark Nottingham leitet die IETF-Arbeitsgruppe HTTPBIS. (Bild: Mark Nottingham)

Was einst als Projekt zweier Google-Mitarbeiter begann, könnte schon bald das Web grundlegend verändern, denn im Rahmen der IETF entsteht derzeit eine neue Version des Hypertext Transfer Protocol, kurz HTTP. Initiiert hat die Standardisierung Mark Nottingham, der die IETF-Arbeitsgruppe HTTPBIS leitet.

Ausgangspunkt für die Entwicklung von HTTP/2.0 ist das von Google entwickelte Protokoll SPDY. Darauf haben sich die Beteiligten schnell geeinigt. Für den ersten Entwurf von HTTP/2.0 wurde die SPDY-Spezifikation lediglich kopiert. Dabei wird es aber nicht bleiben, denn die für HTTP verantwortliche Arbeitsgruppe hat sich bereits auf wesentliche Änderungen geeinigt.

Dazu zählt unter anderen ein anderer Algorithmus zur Header-Kompression. Das ist notwendig, da der in SPDY genutzte Ansatz, Gzip zu verwenden, nicht sicher ist, wie Juliano Rizzo herausgefunden hat. Derzeit spreche vieles für einen von Grund auf neu entwickelten Algorithmus, der speziell zur Header-Kompression ausgelegt wurde, sagt Mark Nottingham im Gespräch mit Golem.de. Ganz nebenbei soll dadurch der Speicherbedarf im Vergleich zu SPDY verringert werden.

Während SPDY nur verschlüsselte Verbindungen zulässt, soll bei HTTP/2.0 nach aktuellem Stand die Verschlüsselung optional sein, auch wenn durchaus denkbar ist, dass einige Browser oder Server nur verschlüsselte Verbindungen über HTTP/2.0 zulassen werden.

Umstieg auf HTTP/2.0

Noch offen ist die Frage, wie der Umstieg auf HTTP/2.0 vollzogen werden soll. SPDY setzt dazu auf die TLS-Erweiterung Next Protocol Negotiation (NPN). Wenn aber die Verschlüsselung optional sein soll, wird hierfür ein anderer Ansatz benötigt. Laut Nottingham sieht es derzeit so aus, als würde das von Microsoft entwickelte Application Layer Protocol Negotiation (ALPN) zum Einsatz kommen, was auch Google befürworte.

Roberto Peon, der zusammen mit Mike Belshe die erste Version von SPDY entwickelt hat und einer der Autoren der HTTP/2.0-Spezifikation ist, hält vor allem diesen Upgrade-Mechanismus für wichtig. Sollte es gelingen, HTTP/2.0 auf diese Art und Weise zu etablieren, wäre es ein Leichtes, später weitere neue Protokolle oder Protokollerweiterungen einzuführen. Laut Nottingham wird derzeit beispielsweise über eine angepasste Protokollversion für mobile Endgeräte nachgedacht.

SPDY wird zum Spielfeld

SPDY soll voraussichtlich neben HTTP/2.0 weiterentwickelt werden, nicht als konkurrierender Standard, sondern vielmehr als Spielfeld, um neue Ideen auszuprobieren, die später im Standard landen könnten. Dabei passt Google die SPDY-Spezifikation den Änderungen von HTTP/2.0 an, so dass die beiden Protokolle bis auf einige noch experimentelle Neuerungen in SPDY praktisch identisch sind.

Eine solche Neuerung ist die Priorisierung von Requests: SPDY und auch HTTP/2.0 unterstützen Multiplexing, ermöglichen es also, neben dem HTML-Code auch Javascript- und CSS-Dateien sowie Bilder in einem Rutsch über eine HTTP-Verbindung zu übertragen. Das kann die Ladezeiten einer Website verringern.

Es kann aber auch einen negativen Effekt haben, wenn der Browser die gesamte Bandbreite nutzt, um Bilder zu laden, die im nicht sichtbaren Bereich sind, und das Herunterladen der für die Anzeige der Website zwingend notwendigen CSS-Datei verzögert wird. Die Priorisierung der Requests kann Abhilfe schaffen, denn so könnten Webentwickler festlegen, in welcher Reihenfolge Inhalte heruntergeladen werden sollen. Google geht aber noch einen Schritt weiter und experimentiert mit einer mehrdimensionalen Priorisierung, so dass der Browser, je nachdem, welches Tab gerade sichtbar ist, die Prioritäten verändern kann.

Noch fehlt es aber an ausreichenden Daten, um sicher einschätzen zu können, ob sich dieser Weg lohnt. Und nur dann würde das Konzept auch in HTTP/2.0 aufgenommen werden.

Arbeiten schreiten zügig voran

Derzeit mache die Entwicklung von HTTP/2.0 schnelle Fortschritte, so Nottingham. So fand kürzlich ein Treffen der Arbeitsgruppe in der Zentrale von Twitter statt, auf dem viele der offenen Fragen geklärt werden konnten. Nottingham geht davon aus, dass in ein bis zwei Wochen ein neuer Entwurf für HTTP/2.0 vorliegt, der die Ergebnisse enthält.

Das nächste kurze Treffen ist bereits für Ende Juli 2013 im Rahmen des IETF Meeting in Berlin geplant. Kurz danach will sich die Arbeitsgruppe in den Büros von Adobe in Hamburg für mehrere Tage zusammensetzen.