Mozilla je najavila svoju namjeru da počne s faznim uvođenjem HTTP/3 i QUIC-a s izdavanjem Firefoxa 88, zakazanom za 19. april (prvobitno se očekivalo da će biti objavljeno 20. aprila, ali sudeći po rasporedu, biće odloženo za jedan dan). HTTP/3 podrška će u početku biti omogućena samo za mali procenat korisnika i, osim neočekivanih problema, biće dostupna svima do kraja maja. U noćnim verzijama i beta verzijama, HTTP/3 je bio podrazumevano omogućen krajem marta.
Podsjetimo da je implementacija HTTP/3 u Firefox bazirana na neqo projektu koji je razvio Mozilla, a koji obezbjeđuje implementaciju klijenta i servera za QUIC protokol. Kod komponente za HTTP/3 i QUIC podršku je napisan u Rustu. Za kontrolu da li je HTTP/3 omogućen, about:config pruža opciju “network.http.http3.enabled”. Od klijentskog softvera, Chromeu i curl-u je dodana eksperimentalna podrška za HTTP/3, a za servere je dostupna u nginxu, kao iu obliku nginx modula i test servera iz Cloudflarea. Na strani web stranice, HTTP/3 podrška je već omogućena na Google i Facebook serverima.
HTTP/3 protokol je još uvijek u fazi izrade specifikacije i IETF ga još nije u potpunosti standardizirao. HTTP/3 zahtijeva podršku klijenta i servera za istu verziju standarda QUIC nacrta i HTTP/3, koja je navedena u Alt-Svc zaglavlju (Firefox podržava nacrte specifikacija od 27 do 32).
HTTP/3 definira upotrebu QUIC protokola kao transporta za HTTP/2. Protokol QUIC (Quick UDP Internet Connections) razvija Google od 2013. godine kao alternativu kombinaciji TCP+TLS za Web, rješavajući probleme s dugim vremenom postavljanja i pregovaranja za veze u TCP-u i eliminirajući kašnjenja kada se paketi izgube tokom prijenosa podataka. transfer. QUIC je proširenje UDP protokola koje podržava multipleksiranje višestrukih veza i pruža metode šifriranja ekvivalentne TLS/SSL-u. Tokom razvoja standarda IETF, u protokolu su napravljene promjene, što je dovelo do pojave dvije paralelne grane, jedne za HTTP/3, a druge koju podržava Google (Chrome podržava obje opcije).
Ključne karakteristike QUIC-a:
- Visoka sigurnost, slična TLS-u (u stvari, QUIC pruža mogućnost korištenja TLS-a preko UDP-a);
- Kontrola integriteta toka kako bi se spriječio gubitak paketa;
- Mogućnost trenutnog uspostavljanja veze (0-RTT, u približno 75% slučajeva podaci se mogu prenijeti odmah nakon slanja paketa za podešavanje veze) i obezbjeđivanje minimalnih kašnjenja između slanja zahtjeva i prijema odgovora (RTT, Round Trip Time);
- Korištenje različitog broja sekvence prilikom ponovnog slanja paketa, čime se izbjegava dvosmislenost u identifikaciji primljenih paketa i otklanja vremensko ograničenje;
- Gubitak paketa utiče samo na isporuku toka koji je sa njim povezan i ne zaustavlja isporuku podataka u tokovima koji se prenose paralelno preko trenutne veze;
- Alati za ispravljanje grešaka koji minimiziraju kašnjenja zbog ponovnog prijenosa izgubljenih paketa. Upotreba posebnih kodova za ispravljanje grešaka na nivou paketa kako bi se smanjile situacije koje zahtijevaju ponovni prijenos izgubljenih paketnih podataka.
- Granice kriptografskih blokova su usklađene sa granicama QUIC paketa, što smanjuje uticaj gubitka paketa na dekodiranje sadržaja sledećih paketa;
- Nema problema sa blokiranjem TCP reda;
- Podrška za ID veze za smanjenje vremena ponovnog povezivanja za mobilne klijente;
- Mogućnost povezivanja naprednih mehanizama za kontrolu preopterećenja konekcije;
- Korištenje tehnika predviđanja propusnog opsega u svakom smjeru kako bi se osigurao optimalan intenzitet slanja paketa, sprječavajući prelazak u stanje zagušenja, u kojem dolazi do gubitka paketa;
- Značajno povećanje performansi i propusnosti u odnosu na TCP. Za video usluge kao što je YouTube, pokazalo se da QUIC smanjuje operacije rebaferiranja prilikom gledanja videa za 30%.
izvor: opennet.ru