Så fungerar HTTP/3 och QUIC under huven

HTTP/3 bygger på QUIC, som ersätter TCP med ett UDP-baserat protokoll designat för dagens nät. Största vinsten är att förlorade paket inte längre blockerar alla strömmar – head-of-line blocking är historia.

QUIC integrerar dessutom TLS 1.3 direkt i handskakningen, vilket kapar anslutningstiden rejält, särskilt på mobila nät med hög latens.

För de flesta webbutvecklare är övergången transparent – CDN:er och lastbalanserare sköter jobbet – men den som felsöker nätverk behöver nya verktyg, eftersom trafiken numera är krypterad även på transportnivå.

Connection migration är en av protokollets mest underskattade finesser. En QUIC-anslutning identifieras av ett anslutnings-id i stället för IP-adress och port, vilket betyder att din videoström överlever bytet från wifi till mobilnät utan omförhandling. För mobila användare är det skillnaden mellan sömlöst och frustrerande.

Att QUIC bor i användarrymden i stället för operativsystemets kärna har också strategisk betydelse: protokollförbättringar levereras i webbläsar- och biblioteksuppdateringar i stället för att vänta på OS-utrullningar som tar åratal. TCP:s utveckling har i praktiken varit fastfrusen i decennier av just detta skäl – QUIC är designat för att kunna utvecklas.

Baksidan är ny operativ komplexitet. UDP särbehandlas fortfarande av en del brandväggar och företagsnät, så varje klient måste kunna falla tillbaka till HTTP/2 – och CPU-kostnaden per byte är ännu högre än för väloptimerad TCP, även om kryptooffload och smartare implementationer krymper gapet.

För egna tjänster är rådet pragmatiskt: slå på HTTP/3 i CDN eller lastbalanserare, mät verklig användarlatens före och efter, och lär er verktygen – qlog och moderna Wireshark-versioner – innan första produktionsincidenten kräver dem.