Chrome dodaje eksperimentalnu podršku za HTTP/3 protokol

Za eksperimentalne građevine Chrome Canary dodao podrška za HTTP/3 protokol, koji implementira dodatak koji omogućuje HTTP-u rad preko QUIC protokola. Sam protokol QUIC dodan je pregledniku prije pet godina i od tada se koristi za optimizaciju rada s Googleovim uslugama. U isto vrijeme, QUIC verzija od Googlea koja se koristi u Chromeu razlikovala se u nekim detaljima od verzije iz tehnički podaci IETF, ali sada su implementacije sinkronizirane.

HTTP/3 standardizira korištenje QUIC-a kao prijenosa 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 testne stranice brzo.stijene:4433 U načinu mrežnog pregleda u alatima za razvojne programere, aktivnost HTTP/3 bit će prikazana kao "http/2+quic/99".

Podsjetimo da je protokol QUIC (Quick UDP Internet Connections) Google je razvio od 2013. kao alternativu kombinaciji TCP+TLS za web, rješavajući probleme s dugim vremenom postavljanja i pregovaranja za veze u TCP-u i eliminirajući kašnjenja kada se paketi izgube tijekom prijenosa podataka. QUIC je proširenje UDP protokola koji podržava multipleksiranje višestrukih veza i pruža metode šifriranja ekvivalentne TLS/SSL-u. Protokol o kojem je riječ već je integriran u infrastrukturu Google poslužitelja i dio je Chromea. zaplaniran za uključivanje u Firefox i aktivno se koristi za posluživanje zahtjeva klijenata na Googleovim poslužiteljima.

Glavni značajke QUIC:

• Visoka sigurnost slična TLS-u (u suštini QUIC pruža mogućnost korištenja TLS-a preko UDP-a);
• Kontrola integriteta protoka, sprječavanje gubitka paketa;
• Mogućnost trenutnog uspostavljanja veze (0-RTT, u otprilike 75% slučajeva podaci se mogu prenijeti odmah nakon slanja paketa za postavljanje veze) i pružanja minimalnih kašnjenja između slanja zahtjeva i primanja odgovora (RTT, Round Trip Time);
• Nekorištenje istog sekvencijskog broja pri ponovnom slanju paketa, čime se izbjegava dvosmislenost u identificiranju primljenih paketa i rješava se vremenskih ograničenja;
• Gubitak paketa utječe samo na isporuku toka koji je s njim povezan i ne zaustavlja isporuku podataka u paralelnim tokovima koji se prenose kroz trenutnu vezu;
• Značajke ispravljanja pogrešaka koje minimiziraju kašnjenja zbog ponovnog slanja izgubljenih paketa. Korištenje posebnih kodova za ispravljanje pogrešaka na razini paketa za smanjenje situacija koje zahtijevaju ponovni prijenos izgubljenih paketnih podataka.
• Granice kriptografskih blokova usklađene su s granicama QUIC paketa, što smanjuje utjecaj gubitaka paketa na dekodiranje sadržaja sljedećih paketa;
• Nema problema s blokiranjem TCP čekanja;
• Podrška za identifikator veze, što smanjuje vrijeme potrebno za uspostavljanje ponovne veze za mobilne klijente;
• Mogućnost povezivanja naprednih mehanizama kontrole zagušenja veze;
• Koristi tehnike predviđanja propusnosti po smjeru kako bi se osiguralo da se paketi šalju optimalnim brzinama, sprječavajući da postanu zagušeni i uzrokuju gubitak paketa;
• Primjetno rast performanse i propusnost u usporedbi s TCP-om. Za video usluge kao što je YouTube, pokazalo se da QUIC smanjuje operacije ponovnog međuspremnika prilikom gledanja videa za 30%.

Izvor: opennet.ru