E versioni di notte è beta di Firefox includenu supportu per u protocolu HTTP / 3 per difettu. In u ramu stabile, l'inclusione di HTTP/3 hè prevista per a liberazione di Firefox 88, prevista per u 20 d'aprile. Chrome hà iniziatu à attivà selettivamente HTTP/3 in uttrovi 2020.
U supportu HTTP/3 di Firefox hè basatu annantu à u prugettu neqo di Mozilla, chì furnisce una implementazione client è servitore per u protocolu QUIC. U codice per i cumpunenti chì supportanu HTTP/3 è QUIC hè scrittu in Rust. Per attivà HTTP/3, l'opzione "network.http.http3.enabled" hè dispunibule in about:config. U supportu sperimentale HTTP/3 hè statu ancu aghjuntu à Chrome è curl per u software client, è servitori Hè dispunibule in Nginx, è ancu cum'è un modulu Nginx è un servitore di prova da Cloudflare. Parechji siti di prova sò stati lanciati per pruvà a funzionalità di u cliente HTTP/3.
U protocolu HTTP / 3 hè sempre in u stadiu di specificazione di u prugettu è ùn hè ancu statu cumplettamente standardizatu da l'IETF. HTTP/3 definisce l'usu di u protocolu QUIC cum'è un trasportu per HTTP/2. U protokollu QUIC (Quick UDP Internet Connections) hè statu sviluppatu da Google da u 2013 cum'è una alternativa à a cumminazione TCP + TLS per u Web, risolve i prublemi cù l'installazione longu è i tempi di negoziazione per e cunnessione in TCP è eliminendu i ritardi quandu i pacchetti sò persi durante i dati. trasferimentu. QUIC hè una estensione di u protokollu UDP chì sustene a multiplexazione di parechje cunnessione è furnisce metudi di criptografia equivalenti à TLS / SSL. Durante u sviluppu di u standard IETF, i cambiamenti sò stati fatti à u protocolu, chì hà purtatu à l'emergenza di dui rami paralleli, unu per HTTP / 3, è u sicondu supportatu da Google (Chrome supporta e duie opzioni).
Caratteristiche principali di QUIC:
- Alta sicurezza simile à TLS (essenzialmente QUIC furnisce a capacità di utilizà TLS sopra UDP);
- U cuntrollu di l'integrità di u flussu, impediscendu a perdita di pacchetti;
- A capacità di stabilisce istantaneamente una cunnessione (0-RTT, in circa 75% di i casi, i dati ponu esse trasmessi immediatamente dopu à mandà u pacchettu di setup di cunnessione) è furnisce ritardi minimi trà l'inviu di una dumanda è riceve una risposta (RTT, Round Trip Time);
- Utilizà un numeru di sequenza differente quandu si ritrasmette un pacchettu, chì evita l'ambiguità in l'identificazione di i pacchetti ricevuti è sbarazza di timeout;
- A perdita di un pacchettu affetta solu a consegna di u flussu assuciatu cù questu è ùn impedisce micca a consegna di dati in flussi paralleli trasmessi attraversu a cunnessione attuale;
- Funzioni di correzione d'errore chì minimizanu i ritardu per via di a ritrasmissione di pacchetti persi. Utilizazione di codici di correzione d'errore speciale à u livellu di u pacchettu per riduce e situazioni chì necessitanu ritrasmissioni di dati di pacchetti persi.
- I cunfini di u bloccu criptograficu sò allinati cù i limiti di u pacchettu QUIC, chì reduce l'impattu di perdite di pacchetti nantu à a decodificazione di u cuntenutu di i pacchetti successivi;
- Nisun prublema cù u bloccu di fila TCP;
- Supportu per l'identificatore di cunnessione, chì riduce u tempu chì ci vole à stabilisce una reconnection per i clienti mobili;
- Possibilità di cunnette i meccanismi avanzati di cuntrollu di congestioni di cunnessione;
- Aduprà tecniche di previsione di u throughput per direzzione per assicurà chì i pacchetti sò mandati à ritmi ottimali, impediscendu di diventà congestionati è causendu a perdita di pacchetti;
- Un aumentu notevuli in u rendiment è u throughput paragunatu à TCP. Per i servizii di video cum'è YouTube, QUIC hè statu dimustratu per riduce l'operazioni di rebuffering quandu vede video da 30%.
Source: opennet.ru
