Chrome dodaje eksperimentalnu podršku za HTTP/3 protokol

Za eksperimentalne konstrukcije Chrome Canary dodano podrška za HTTP/3 protokol, koji implementira dodatak koji omogućava HTTP-u da radi preko QUIC protokola. Sam QUIC protokol je dodat pretraživaču prije pet godina i od tada se koristi za optimizaciju rada s Google uslugama. Istovremeno, QUIC verzija od Google-a koja se koristi u Chromeu razlikovala se u nekim detaljima od verzije iz specifikacije IETF, ali sada su implementacije sinhronizovane.

HTTP/3 standardizira upotrebu QUIC-a kao transporta za HTTP/2. Da biste omogućili HTTP/3 i QUIC opciju iz 23 nacrta IETF specifikacije zahtijevaju da se Chrome pokrene s opcijama "-enable-quic -quic-version=h3-23", a zatim prilikom otvaranja test stranice quick.rocks:4433 U modu inspekcije mreže u alatima za programere, HTTP/3 aktivnost će biti prikazana kao “http/2+quic/99”.

Podsjetimo da je protokol QUIC (Quick UDP Internet Connections) razvija Google od 2013. godine kao alternativu kombinaciji TCP+TLS za Web, rješavajući probleme s dugim vremenom podešavanja i pregovaranja za veze u TCP-u i eliminirajući kašnjenja kada se paketi izgube tokom prijenosa podataka. QUIC je proširenje UDP protokola koje podržava multipleksiranje višestrukih veza i pruža metode šifriranja ekvivalentne TLS/SSL-u. Predmetni protokol je već integriran u infrastrukturu Google servera i dio je Chromea. zaplanirovan za uključivanje u Firefox i aktivno se koristi za posluživanje zahtjeva klijenata na Google serverima.

Glavni Značajke QUIC:

  • Visoka sigurnost, slična TLS-u (u stvari, QUIC pruža mogućnost korištenja TLS-a preko UDP-a);
  • Kontrola integriteta toka kako bi se spriječio gubitak paketa;
  • Mogućnost trenutnog uspostavljanja veze (0-RTT, u oko 75% slučajeva, podaci se mogu prenijeti odmah nakon slanja paketa za postavljanje veze) i osigurati minimalna kašnjenja između slanja zahtjeva i prijema odgovora (RTT, Round Trip Time) ;
  • Nemojte koristiti isti redni broj prilikom ponovnog slanja paketa, što vam omogućava da izbjegnete dvosmislenost u određivanju primljenih paketa i riješite se tajm-auta;
  • Gubitak paketa utiče samo na isporuku toka koji je sa njim povezan i ne zaustavlja isporuku podataka u tokovima koji se prenose paralelno preko trenutne veze;
  • Alati za ispravljanje grešaka koji minimiziraju kašnjenja zbog ponovnog prijenosa izgubljenih paketa. Upotreba posebnih kodova za ispravljanje grešaka na nivou paketa kako bi se smanjile situacije koje zahtijevaju ponovni prijenos izgubljenih paketnih podataka.
  • Granice kriptografskih blokova su usklađene sa QUIC granicama paketa, što smanjuje uticaj gubitaka paketa na dekodiranje sadržaja narednih paketa;
  • Nema problema sa blokiranjem TCP reda;
  • Podrška za ID veze za smanjenje vremena ponovnog povezivanja za mobilne klijente;
  • Mogućnost povezivanja naprednih mehanizama za kontrolu preopterećenja konekcije;
  • Korištenje tehnika predviđanja propusnog opsega u svakom smjeru kako bi se osigurao optimalan intenzitet slanja paketa, sprječavajući prelazak u stanje zagušenja, u kojem dolazi do gubitka paketa;
  • Primjetno rast performanse i propusnost u poređenju sa TCP. Za video usluge kao što je YouTube, pokazalo se da QUIC smanjuje operacije rebaferiranja video zapisa za 30%.

izvor: opennet.ru

Dodajte komentar