Firefox hè previstu di lancià u supportu HTTP/3 à a fine di maghju.

Mozilla hà annunziatu a so intenzione di inizià a fasi in HTTP / 3 è QUIC cù a liberazione di Firefox 88, prevista per u 19 d'aprile (urigginariamente previstu per esse liberatu u 20 d'aprile, ma à ghjudicà da u calendariu, serà rimandatu da un ghjornu). U supportu HTTP / 3 serà attivatu solu per una piccula percentuale di l'utilizatori inizialmente è, salvu ogni prublema inaspettata, serà spargugliatu à tutti à a fine di maghju. In e versioni di notte è beta, HTTP / 3 hè stata attivata per automaticamente à a fine di marzu.

Ricurdemu chì l'implementazione di HTTP/3 in Firefox hè basatu annantu à u prughjettu neqo sviluppatu da Mozilla, chì furnisce una implementazione di u cliente è di u servitore per u protocolu QUIC. U codice di cumpunenti per u supportu HTTP/3 è QUIC hè scrittu in Rust. Per cuntrullà se HTTP/3 hè attivatu, about:config furnisce l'opzione "network.http.http3.enabled". Da u software di u cliente, u supportu sperimentale per HTTP / 3 hè ancu aghjuntu à Chrome è curl, è per i servitori hè dispunibule in nginx, è ancu in a forma di un modulu nginx è un servitore di teste da Cloudflare. Da u latu di u situ web, u supportu HTTP / 3 hè digià furnitu nantu à i servitori di Google è Facebook.

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 richiede u supportu di u cliente è di u servitore per a stessa versione di u standard di QUIC draft è HTTP/3, chì hè specificatu in l'intestazione Alt-Svc (Firefox supporta spec drafts da 27 à 32).

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 2013 cum'è una alternativa à a cumminazione TCP + TLS per u Web, risolve i prublemi cù i tempi longu di cunfigurazione è 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 immediatamenti dopu à mandà u pacchettu di cunfigurazione 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;
  • Aumentu significativu 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

Add a comment