Mozilla je objavila svojo namero, da bo začela postopno uvajati HTTP/3 in QUIC z izdajo Firefoxa 88, predvidenega za 19. april (prvotno naj bi izšel 20. aprila, vendar bo sodeč po urniku prestavljen za en dan). Podpora HTTP/3 bo na začetku omogočena le za majhen odstotek uporabnikov in bo do konca maja uvedena vsem, razen morebitnih nepričakovanih težav. V nočnih različicah in različicah beta je bil HTTP/3 privzeto omogočen konec marca.
Spomnimo se, da izvedba HTTP/3 v Firefoxu temelji na projektu neqo, ki ga je razvila Mozilla, ki zagotavlja implementacijo odjemalca in strežnika za protokol QUIC. Koda komponente za podporo HTTP/3 in QUIC je napisana v Rustu. Za nadzor, ali je HTTP/3 omogočen, about:config ponuja možnost »network.http.http3.enabled«. Od odjemalske programske opreme je poskusna podpora za HTTP/3 dodana tudi v Chrome in curl, za strežnike pa je na voljo v nginxu, pa tudi v obliki modula nginx in testnega strežnika iz Cloudflare. Na spletni strani je podpora za HTTP/3 že na voljo na strežnikih Google in Facebook.
Protokol HTTP/3 je še vedno v fazi osnutka specifikacije in ga IETF še ni v celoti standardiziral. HTTP/3 zahteva podporo odjemalca in strežnika za isto različico osnutka standarda QUIC in HTTP/3, ki je podana v glavi Alt-Svc (Firefox podpira osnutke specifikacij od 27 do 32).
HTTP/3 definira uporabo protokola QUIC kot transporta za HTTP/2. Protokol QUIC (Quick UDP Internet Connections) razvija Google od leta 2013 kot alternativo kombinaciji TCP+TLS za splet, ki rešuje težave z dolgimi nastavitvenimi in pogajalskimi časi za povezave v TCP ter odpravlja zakasnitve, ko se paketi izgubijo med prenosom podatkov. prenos. QUIC je razširitev protokola UDP, ki podpira multipleksiranje več povezav in zagotavlja metode šifriranja, enakovredne TLS/SSL. Med razvojem standarda IETF so bile v protokolu narejene spremembe, ki so vodile do nastanka dveh vzporednih vej, ena za HTTP/3 in druga, ki jo podpira Google (Chrome podpira obe možnosti).
Ključne lastnosti QUIC:
- Visoka varnost, podobna TLS (v bistvu QUIC omogoča uporabo TLS prek UDP);
- Nadzor celovitosti pretoka, preprečevanje izgube paketov;
- Sposobnost takojšnje vzpostavitve povezave (0-RTT, v približno 75% primerov se lahko podatki prenesejo takoj po pošiljanju paketa za nastavitev povezave) in zagotavljanje minimalnih zamud med pošiljanjem zahteve in prejemom odgovora (RTT, Round Trip Time);
- Uporaba druge zaporedne številke pri ponovnem pošiljanju paketa, s čimer se izognete dvoumnosti pri prepoznavanju prejetih paketov in odpravite časovne omejitve;
- Izguba paketa vpliva samo na dostavo z njim povezanega toka in ne ustavi dostave podatkov v vzporednih tokovih, ki se prenašajo prek trenutne povezave;
- Funkcije za popravljanje napak, ki zmanjšajo zamude zaradi ponovnega prenosa izgubljenih paketov. Uporaba posebnih kod za popravljanje napak na ravni paketa za zmanjšanje situacij, ki zahtevajo ponovno pošiljanje izgubljenih paketnih podatkov.
- Meje kriptografskih blokov so poravnane z mejami paketov QUIC, kar zmanjša vpliv izgube paketov na dekodiranje vsebine naslednjih paketov;
- Ni težav z blokiranjem čakalne vrste TCP;
- Podpora za identifikator povezave, ki skrajša čas, potreben za vzpostavitev ponovne povezave za mobilne odjemalce;
- Možnost priklopa naprednih mehanizmov za nadzor prezasedenosti povezav;
- Uporablja tehnike napovedovanja prepustnosti po smeri, da zagotovi, da so paketi poslani z optimalnimi hitrostmi, kar preprečuje, da bi postali prezasedeni in povzročili izgubo paketov;
- Znatno povečanje zmogljivosti in prepustnosti v primerjavi s TCP. Pri video storitvah, kot je YouTube, se je izkazalo, da QUIC zmanjša operacije vnovičnega medpomnjenja pri gledanju videoposnetkov za 30 %.
Vir: opennet.ru