Sviluppatori di recente chi c'è dietro dal browser web Google Chrome, rilasciata la notizia dell'aggiunta del supporto al protocollo HTTP / 3 alle build sperimentali di Chrome Canary, che implementa un plugin per abilitare HTTP su QUIC.
Il protocollo QUIC stesso è stato aggiunto al browser cinque anni fa e da allora è stato utilizzato per ottimizzare il lavoro con i servizi di Google. Allo stesso tempo, la versione QUIC di Google utilizzata in Chrome differiva in alcuni dettagli dalla versione delle specifiche IETF, ma ora le implementazioni sono sincronizzate.
Google Chrome Canary è appena diventato il primo browser (disponibile) ad integrare (molto) sperimentale #QUIC e supporto HTTP / 3!
Aggiungi i flag "–enable-quic –quic-version = h3-23" e dovresti vedere "http / 2 + quic / 99" apparire in devtools, che in realtà è httpsp3 sotto mentite spoglie! pic.twitter.com/5Fhui46h3x
- Robin Marx (@programmingart) 19 settembre 2019
È importante evidenziarlo Google ha sviluppato QUIC (Connessioni Internet UDP rapide) dal 2013 in alternativa al pacchetto TCP + TLS per il Web, che risolve i problemi con lunghi tempi di configurazione e negoziazione per le connessioni TCP ed elimina i ritardi nella perdita di pacchetti durante il trasferimento dei dati.
QUIC è un complemento al protocollo UDP che supporta il multiplexing di più connessioni e fornisce metodi di crittografia equivalenti a TLS / SSL.
Il protocollo in questione è già integrato nell'infrastruttura server di Google, fa parte di Chrome, è previsto per l'inclusione in Firefox e viene utilizzato attivamente per servire le richieste dei client sui server di Google.
Tra le principali caratteristiche di QUIC che spiccano ci sono:
- Alta sicurezza, simile a TLS (infatti, QUIC offre la possibilità di utilizzare TLS su UDP)
- Controllo dell'integrità del flusso che impedisce la perdita di pacchetti
- La possibilità di stabilire istantaneamente una connessione (0-RTT, in circa il 75% dei casi, i dati possono essere trasmessi immediatamente dopo l'invio del pacchetto di configurazione della connessione) e garantire ritardi minimi tra l'invio di una richiesta e la ricezione di una risposta (RTT, Round Trip Time)
- Non utilizzare lo stesso numero di sequenza quando si ritrasmette un pacchetto, il che evita ambiguità nel determinare i pacchetti ricevuti ed elimina i tempi di attesa
- La perdita di un pacchetto influisce sulla consegna del solo flusso ad esso associato e non interrompe la consegna dei dati nei flussi trasmessi in parallelo sulla connessione corrente
- Strumenti di correzione degli errori che riducono al minimo i ritardi dovuti alla ritrasmissione di pacchetti persi.
- L'uso di speciali codici di correzione degli errori a livello di pacchetto per ridurre le situazioni che richiedono la ritrasmissione di dati a pacchetto persi.
- I limiti crittografici dei blocchi sono allineati ai limiti dei pacchetti QUIC, riducendo l'effetto della perdita di pacchetti sulla decodifica del contenuto dei pacchetti successivi
- Nessun problema con il blocco della coda TCP
- Supporto per identificatore di connessione, che riduce il tempo necessario per stabilire una riconnessione per i client mobili
- Possibilità di collegare meccanismi avanzati per controllare il sovraccarico della connessione
Si evidenzia inoltre che si avvale della tecnica di previsione della larghezza di banda in ogni direzione garantire un'intensità di consegna ottimale dei pacchetti, evitando che raggiunga uno stato di congestione in cui si osservi la perdita di pacchetti;
Così come prestazioni notevoli e guadagni di prestazioni su TCP. Per i servizi video come YouTube, QUIC ha mostrato una riduzione del 30% nelle operazioni di buffering durante la visione di video.
Il protocollo HTTP / 3 standardizza l'uso di QUIC come trasporto per HTTP / 2. Per abilitare HTTP / 3 e la versione QUIC della 23 bozza delle specifiche IETF, Chrome deve essere eseguito con le opzioni "–enable-quic –quic-version = h3-23" e quindi quando il sito di test quic si apre .rocks: 4433 in modalità di ispezione della rete negli strumenti per sviluppatori, l'attività HTTP / 3 verrà visualizzata come "http / 2 + quic / 99".
Rispetto a un pacchetto perso a causa di connessioni HTTP parallele, solo 1 delle molte connessioni verrà interrotta, il che significa che QUIC può supportare la consegna fuori ordine in modo che un pacchetto perso abbia un impatto minore.
Si vuoi saperne di più su questo, puoi consultare il seguente collegamento.