I natbuilds af Firefox samt i beta-versionen er understøttelse af HTTP/3 som standard aktiveret. I den stabile version er aktiveringen af HTTP/3 planlagt til frigivelsen af Firefox 88, som er sat til den 20. april. I Chrome begyndte selektiv aktivering af HTTP/3 i oktober 2020.
Understøttelsen af HTTP/3 i Firefox er baseret på det projekt, der udvikles af Mozilla, kaldet neqo, som leverer klientimplementeringen og server for protokollen QUIC. Koden til komponenterne til understøttelse af HTTP/3 og QUIC er skrevet i Rust. For at styre aktiveringen af HTTP/3 er der mulighed i about:config kaldet "network.http.http3.enabled". Eksperimentel understøttelse af HTTP/3 er også allerede tilføjet i Chrome og curl, og til servere er det tilgængeligt i nginx samt i form af et nginx-modul og en testserver fra Cloudflare. Flere testsider er oprettet for at kontrollere klienternes funktionalitet med HTTP/3.
Protokollen HTTP/3 er stadig i det udkast af specifikation og ikke endeligt standardiseret i IETF. HTTP/3 definerer brugen af protokollen QUIC som transport for HTTP/2. Protokollen QUIC (Quick UDP Internet Connections) har været under udvikling af Google siden 2013 som et alternativ til TCP+TLS for web, som løser problemer med lang opsætningstid og forhandlingsproblemer i TCP og eliminerer forsinkelser ved tab af pakker under datatransmission. QUIC er et lag oven på UDP-protokollen, der understøtter multiplexing af flere forbindelser og tilbyder krypteringsmetoder svarende til TLS/SSL. Under udviklingen af IETF-standarden blev der lavet ændringer i protokollen, hvilket førte til oprettelsen af to parallelt eksisterende grene; en til HTTP/3 og den anden støttet af Google (Chrome understøtter begge varianter).
Hovedfunktionerne ved QUIC:
- Høj sikkerhed svarende til TLS (faktisk giver QUIC mulighed for brug af TLS oven på UDP);
- Overvågning af strømmens integritet, der forhindrer tab af pakker;
- Mulighed for straks at etablere forbindelse (0-RTT, i ca. 75% af tilfældene kan data overføres straks efter sending af forbindelsespakken) og sikre minimale forsinkelser mellem fremsendelse af anmodning og modtagelse af svar (RTT, Round Trip Time);
- Brug af et andet sekvensnummer ved genoverførsel af pakken, hvilket gør det muligt at undgå tvetydighed ved bestemmelse af modtagne pakker og eliminere timeouts;
- Pakketab påvirker kun leveringen af den tilknyttede strøm og stopper ikke dataoverførslen i parallelt overførte strømme gennem den aktuelle forbindelse;
- Fejlkorrektionsmidler, der minimerer forsinkelser på grund af genoverførsel af tabte pakker. Brug af specialiserede fejlkorrektionskoder på pakkeniveau for at reducere situationer, der kræver genoverførsel af data fra en tabt pakke.
- Grænserne for kryptografiske blokke er justeret med grænserne for QUIC-pakker, hvilket reducerer tabspakkernes indvirkning på afkodningen af indholdet i efterfølgende pakker;
- Ingen problemer med TCP-køblokering;
- Understøttelse af forbindelsesidentifikatoren, der reducerer tiden til at etablere en genforbindelse for mobile klienter;
- Mulighed for at tilslutte udvidede mekanismer til overvågning af forbindelsesoverbelastning;
- Brug af kapacitetsprognoseteknikker i hver retning for at sikre optimal intensitet i pakkeafsendelsen, hvilket forhindrer at glide ind i en overbelastningssituation, hvor pakkemister forekommer;
- En markant stigning i ydeevne og båndbredde sammenlignet med TCP. For videotjenester som YouTube har anvendelsen af QUIC vist sig at reducere buffering-operationer med 30% under videoafspilning.
Kilde: opennet.ru
