Eksperimentel understøttelse af HTTP/3-protokollen tilføjet i Chrome

I eksperimentelle versioner Chrome Canary tilføjet understøttelse af HTTP/3-protokollen, der implementerer en overbygning for at sikre HTTP-arbejde over QUIC-protokollen. Selve QUIC-protokollen blev tilføjet til browseren for fem år siden og har siden da været brugt til at optimere ydeevnen med Googles tjenester. Den version af QUIC, der blev brugt i Chrome, adskilte sig dog i nogle detaljer fra versionen fra specifikationerne IETF, men nu er implementeringerne synkroniseret.

HTTP/3 standardiserer brugen af QUIC som transport for HTTP/2. For at aktivere HTTP/3 og QUIC-versionen fra det 23. udkast af IETF-specifikationerne kræves det at starte Chrome med valgmulighederne "—enable-quic —quic-version=h3-23", hvorefter aktiviteten for HTTP/3 vil blive vist som "http/2+quic/99" i netværksinspektørværktøjerne. quic.rocks:4433 Når man åbner et testwebsted i udviklerværktøjerne, vil aktiviteten over HTTP/3 blive vist som "http/2+quic/99".

Det skal bemærkes, at protokollen QUIC (Quick UDP Internet Connections) er siden 2013 blevet udviklet af Google som et alternativ til TCP+TLS for web, der løser problemer med lang opsætnings- og forhandlingsforbindelse i TCP og eliminerer forsinkelser ved tab af pakker under datatransmission. QUIC er en overbygning på UDP-protokollen, der understøtter multiplexing af flere forbindelser og tilbyder krypteringsmetoder svarende til TLS/SSL. Den nævnte protokol er allerede integreret i Googles serverinfrastruktur, er en del af Chrome, er planlagt for at blive aktiveret i Firefox og anvendes aktivt til at betjene kundeanmodninger på Googles servere.

Vigtige funktioner QUIC:

  • Høj sikkerhed svarende til TLS (faktisk giver QUIC mulighed for brug af TLS oven på UDP);
  • Overvågning af strømmens integritet, der forhindrer tab af pakker;
  • Mulighed for straks at etablere forbindelse (0-RTT, i ca. 75% af tilfældene kan data overføres straks efter sending af forbindelsespakken) og sikre minimale forsinkelser mellem fremsendelse af anmodning og modtagelse af svar (RTT, Round Trip Time);
  • Undgåelse af at bruge den samme sekvensnummer ved genoverførsel af pakken, hvilket forhindrer tvetydighed ved identifikation af modtagne pakker og eliminerer timeouts;
  • Pakketab påvirker kun leveringen af den tilknyttede strøm og stopper ikke dataoverførslen i parallelt overførte strømme gennem den aktuelle forbindelse;
  • Fejlkorrektionsmidler, der minimerer forsinkelser på grund af genoverførsel af tabte pakker. Brug af specialiserede fejlkorrektionskoder på pakkeniveau for at reducere situationer, der kræver genoverførsel af data fra en tabt pakke.
  • Kryptografiske grænser for blokke er justeret med grænserne for QUIC-pakker, hvilket reducerer indflydelsen af pakke-tab på dekodningen af indholdet i de efterfølgende pakker;
  • Ingen problemer med TCP-køblokering;
  • Understøttelse af forbindelsesidentifikatoren, der reducerer tiden til at etablere en genforbindelse for mobile klienter;
  • Mulighed for at tilslutte udvidede mekanismer til overvågning af forbindelsesoverbelastning;
  • Brug af kapacitetsprognoseteknikker i hver retning for at sikre optimal intensitet i pakkeafsendelsen, hvilket forhindrer at glide ind i en overbelastningssituation, hvor pakkemister forekommer;
  • Bemærkbar vækst i ydeevne og kapacitet sammenlignet med TCP. For videotjenester som YouTube har brugen af QUIC vist sig at reducere genbufferingsoperationer med 30% under videovisning.

Kilde: opennet.ru

Køb pålidelig webhosting med DDoS-beskyttelse, VPS VDS-servere 🔥 Køb pålidelig webhosting med DDoS-beskyttelse, VPS VDS-servere | ProHoster