Working Draft

Diese Woche ist Max Inden (Mastodon) von Mozilla zu Gast. Mit ihm sprechen wir über den Networking-Stack von Firefox und arbeiten uns dabei von HTTP/1 über HTTP/2 bis zu HTTP/3 und QUIC vor. Ausgangspunkt ist die Frage, warum es nach den Versprechen von HTTP/2 überhaupt noch eine weitere HTTP-Version brauchte und welche praktischen Probleme im echten Netz dabei eine Rolle spielen.

Dabei geht es nicht nur um schnellere Verbindungen, sondern auch um Dinge wie Head-of-Line-Blocking, Connection-Setup, Congestion Control, Connection Migration sowie um angrenzende Themen wie verschlüsseltes DNS, Encrypted Client Hello und WebTransport. Die Folge bleibt dabei bewusst nah an den Grundlagen und erklärt, warum viele Eigenschaften des heutigen Web-Stack genau so aussehen, wie sie aussehen.

Shownotes

[00:00:56] HTTP/3 und WebTransport

Max stellt zunächst seinen Hintergrund als Networking-Ingenieur bei Mozilla vor und beschreibt seine Arbeit am Firefox-Netzwerkstack mit Fokus auf QUIC, HTTP/3 und verwandte Technologien. Ausgangspunkt der Diskussion ist die Entwicklung von HTTP: Während HTTP/1 durch parallele TCP-Verbindungen und deren Limitierungen geprägt war, brachte HTTP/2 mit Multiplexing, Header-Compression und Server Push deutliche Verbesserungen. In der Praxis zeigten sich jedoch neue Probleme, insbesondere durch die Abhängigkeit von TCP.

Ein zentrales Thema ist das sogenannte Head-of-Line-Blocking: Wenn auf TCP-Ebene ein Paket verloren geht, blockiert dies potenziell alle nachfolgenden Daten – selbst wenn diese eigentlich unabhängig wären. Dadurch entstehen Latenzen, die besonders im Web-Kontext mit vielen kleinen Requests spürbar sind. Auch der Verbindungsaufbau ist ein Thema: Zwischen TCP-Handshake, TLS-Handshake und dem eigentlichen Request vergehen mehrere Roundtrips, was sich summiert.

QUIC setzt genau hier an und wird als neues Transportprotokoll über UDP realisiert. Es übernimmt die Vorteile von TCP wie Zuverlässigkeit und Congestion Control, erlaubt aber gleichzeitig mehrere unabhängige Streams ohne transportseitiges Head-of-Line-Blocking. Zusätzlich führt QUIC Datagrams ein, also bewusst unzuverlässige, unabhängige Nachrichten, die sich besonders für latenzkritische Anwendungsfälle wie Echtzeitkommunikation eignen.

Ein weiterer Vorteil ist der reduzierte Verbindungsaufbau: QUIC kombiniert Transport- und Sicherheitsschicht, sodass statt mehrerer Roundtrips nur noch einer nötig ist (One-RTT), und bei wiederholten Verbindungen sogar Zero-RTT möglich wird. Außerdem ermöglicht QUIC durch eine eigene Connection-ID sogenannte Connection Migration, wodurch Verbindungen auch bei IP-Wechsel stabil bleiben können.

Darüber hinaus sprechen wir über angrenzende Entwicklungen im modernen Networking-Stack. Dazu gehört HTTP/3 als Protokoll, das auf QUIC aufsetzt, sowie Themen wie DNS over HTTPS, das DNS-Anfragen verschlüsselt, und Encrypted Client Hello, das verhindert, dass der Ziel-Hostname bereits im TLS-Handshake sichtbar ist.

Zum Abschluss werfen wir einen Blick auf WebTransport, eine moderne Alternative zu WebSockets, die auf HTTP/3 aufbaut und sowohl Streams als auch Datagrams zur Verfügung stellt. Damit eröffnen sich neue Möglichkeiten für Echtzeit- und Streaming-Anwendungen im Web.

Links

Firefox Public Data Report

Der Firefox Public Data Report bietet öffentlich zugängliche, aggregierte Telemetriedaten aus Firefox, die Einblicke in Nutzung, Performance und technische Eigenschaften des Webs geben.

Max‘ FOSDEM 2026 Talks

Vorträge von Max Inden auf der FOSDEM 2026 rund um QUIC, HTTP/3 und moderne Netzwerktechnologien.

Anhören

Feedback-Kanäle

Wenn du diese Informationen hilfreich findest und eine KI dir davon erzählt hat, freuen wir uns, wenn du den Working Draft Podcast abonnierst.