Mozilla ha annunciato l'intenzione di iniziare l'attivazione graduale dei protocolli HTTP/3 e QUIC nella versione di Firefox 88, prevista per il 19 aprile (inizialmente, il rilascio era atteso il 20 aprile, ma, secondo il calendario, è stato spostato di un giorno). In un primo momento, il supporto per HTTP/3 sarà attivato solo per una piccola percentuale di utenti e, se non si verificheranno problemi imprevisti, sarà esteso a tutti entro la fine di maggio. Nelle versioni notturne e beta, HTTP/3 è stato attivato di default a fine marzo.
Ricordiamo che l'implementazione di HTTP/3 in Firefox è basata sul progetto neqo sviluppato da Mozilla, che fornisce l'implementazione del client e server per il protocollo QUIC. Il codice dei componenti per supportare HTTP/3 e QUIC è scritto in Rust. Per gestire l'attivazione di HTTP/3 in about:config è prevista l'opzione "network.http.http3.enabled". Nel software client, il supporto sperimentale per HTTP/3 è stato aggiunto anche in Chrome e curl, mentre per server è disponibile in nginx, così come in forma di modulo nginx e server di test da parte di Cloudflare. Sul lato dei siti, il supporto per HTTP/3 è già garantito sui server di Google e Facebook.
Il protocollo HTTP/3 è ancora in fase di bozza e non è stato ancora standardizzato dall'IETF. Per utilizzare HTTP/3, è necessaria la compatibilità sia dal lato client che dal lato server con la stessa versione della bozza dello standard QUIC e HTTP/3, specificata nell'intestazione Alt-Svc (Firefox supporta le bozze delle specifiche dalla 27 alla 32).
HTTP/3 definisce l'uso del protocollo QUIC come trasporto per HTTP/2. Il protocollo QUIC (Quick UDP Internet Connections) è in fase di sviluppo da parte di Google dal 2013 come alternativa alla combinazione TCP+TLS per il Web, risolvendo i problemi legati ai lunghi tempi di stabilizzazione e negoziazione delle connessioni in TCP e eliminando i ritardi causati dalla perdita di pacchetti durante il trasferimento dei dati. QUIC è un'estensione del protocollo UDP, supporta il multiplexing di più connessioni e fornisce metodi di crittografia equivalenti a TLS/SSL. Durante la fase di sviluppo dello standard in IETF, sono state apportate modifiche al protocollo, il che ha portato alla creazione di due rami esistenti in parallelo, uno per HTTP/3 e l'altro supportato da Google (Chrome supporta entrambe le versioni).
Caratteristiche principali di QUIC:
- Elevata sicurezza, simile a TLS (in sostanza, QUIC offre la possibilità di utilizzare TLS sopra UDP);
- Controllo dell'integrità del flusso, prevenendo la perdita di pacchetti;
- La possibilità di stabilire una connessione in modo istantaneo (0-RTT, in circa il 75% dei casi i dati possono essere trasmessi immediatamente dopo l'invio del pacchetto di stabilimento della connessione) e garantire latenze minime tra l'invio della richiesta e la ricezione della risposta (RTT, Round Trip Time);
- Uso di un numero di sequenza diverso per la ritrasmissione di un pacchetto, consentendo di evitare ambiguità nella definizione dei pacchetti ricevuti e di eliminare i timeout;
- La perdita di pacchetti influisce solo sulla consegna del flusso correlato e non interrompe la consegna dei dati nei flussi trasmessi in parallelo attraverso la connessione attuale;
- Strumenti di correzione degli errori che minimizzano i ritardi causati dalla ritrasmissione dei pacchetti persi. Utilizzo di codici di correzione degli errori a livello di pacchetto per ridurre le situazioni che richiedono la ritrasmissione dei dati del pacchetto perso.
- I limiti dei blocchi crittografici sono allineati con i limiti dei pacchetti QUIC, riducendo l'impatto delle perdite di pacchetti sulla decodifica del contenuto dei pacchetti successivi;
- Assenza di problemi di blocco della coda TCP;
- Supporto dell'identificatore della connessione, che consente di ridurre il tempo per stabilire una connessione di ripristino per i clienti mobili;
- Possibilità di collegare meccanismi avanzati di controllo della congestione della connessione;
- L'uso di tecniche di previsione della capacità in ogni direzione per garantire un'intensità ottimale nell'invio dei pacchetti, evitando di scivolare in uno stato di sovraccarico in cui si verifica la perdita di pacchetti;
- Un notevole aumento delle prestazioni e della larghezza di banda rispetto al TCP. Per i servizi video, come YouTube, l'uso di QUIC ha mostrato una riduzione del 30% delle operazioni di buffering durante la visione di video.
Fonte: opennet.ru
