Chrome aghjusta un supportu sperimentale per u protocolu HTTP/3

À e custruzzioni sperimentali Chrome Canary aghjustatu supportu per u protocolu HTTP/3, chì implementa un add-on per attivà HTTP per travaglià nantu à u protocolu QUIC. U protokollu QUIC stessu hè statu aghjuntu à u navigatore cinque anni fà è hè stata utilizata per ottimisà u travagliu cù i servizii di Google. À u listessu tempu, a versione QUIC da Google utilizata in Chrome differisce in certi dettagli da a versione da specificazioni IETF, ma avà l'implementazioni sò sincronizate.

HTTP/3 standardizeghja l'usu di QUIC cum'è trasportu per HTTP/2. Per attivà l'opzione HTTP/3 è QUIC da 23 bozze E specificazioni IETF necessitanu chì Chrome sia lanciatu cù l'opzioni "-enable-quic -quic-version=h3-23" è dopu apre u situ di prova. quick.rocks:4433 In u modu d'ispezione di a rete in i strumenti di sviluppatore, l'attività HTTP/3 serà visualizata cum'è "http/2+quic/99".

Ricurdativi chì u protocolu 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ù l'installazione longa è i tempi di negoziazione per e cunnessione in TCP è eliminendu i ritardi quandu i pacchetti sò persi durante u trasferimentu di dati. QUIC hè una estensione di u protokollu UDP chì sustene a multiplexazione di parechje cunnessione è furnisce metudi di criptografia equivalenti à TLS / SSL. U protokollu in quistione hè digià integratu in l'infrastruttura di u servitore di Google è face parte di Chrome. pianificatu per l'inclusione in Firefox è hè attivamente utilizatu per serve e richieste di i clienti nantu à i servitori di Google.

menu особенности 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);
  • Ùn aduprate micca u listessu numeru di sequenza 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;
  • Perceptible crescita prestazioni è 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