Chrome tilføjer eksperimentel HTTP/3-understøttelse

Til eksperimentelle byggerier Chrome Canary tilføjet understøttelse af HTTP/3-protokollen, som implementerer en tilføjelse, der gør det muligt for HTTP at arbejde over QUIC-protokollen. Selve QUIC-protokollen blev tilføjet browseren for fem år siden og er siden blevet brugt til at optimere arbejdet med Google-tjenester. Samtidig afveg QUIC-versionen fra Google brugt i Chrome på nogle detaljer fra versionen fra specifikationer IETF, men nu er implementeringerne synkroniseret.

HTTP/3 standardiserer brugen af ​​QUIC som transport for HTTP/2. For at aktivere HTTP/3 og QUIC indstilling fra 23 udkast IETF-specifikationerne kræver, at Chrome startes med indstillingerne "-enable-quic -quic-version=h3-23" og derefter, når testwebstedet åbnes quick.rocks:4433 I netværksinspektionstilstand i udviklerværktøjer vil HTTP/3-aktivitet blive vist som "http/2+quic/99".

Husk at protokollen QUIC (Quick UDP Internet Connections) er blevet udviklet af Google siden 2013 som et alternativ til TCP+TLS-kombinationen til nettet, hvilket løser problemer med lange opsætnings- og forhandlingstider for forbindelser i TCP og eliminerer forsinkelser, når pakker går tabt under dataoverførsel. QUIC er en udvidelse af UDP-protokollen, der understøtter multipleksing af flere forbindelser og giver krypteringsmetoder svarende til TLS/SSL. Den pågældende protokol er allerede integreret i Googles serverinfrastruktur og er en del af Chrome. planlagt til optagelse i Firefox og bruges aktivt til at betjene klientanmodninger på Googles servere.

The main Egenskaber QUIC:

  • Høj sikkerhed svarende til TLS (i det væsentlige giver QUIC mulighed for at bruge TLS over UDP);
  • Flowintegritetskontrol, forhindrer pakketab;
  • Evnen til øjeblikkeligt at etablere en forbindelse (0-RTT, i ca. 75 % af tilfældene kan data transmitteres umiddelbart efter afsendelse af forbindelsesopsætningspakken) og give minimale forsinkelser mellem afsendelse af en anmodning og modtagelse af et svar (RTT, Round Trip Time);
  • Ikke at bruge det samme sekvensnummer ved gentransmission af en pakke, hvilket undgår tvetydighed i at identificere modtagne pakker og slipper af med timeouts;
  • Tab af en pakke påvirker kun leveringen af ​​den strøm, der er knyttet til den, og stopper ikke leveringen af ​​data i parallelle strømme, der transmitteres gennem den aktuelle forbindelse;
  • Fejlretningsfunktioner, der minimerer forsinkelser på grund af gentransmission af tabte pakker. Brug af specielle fejlkorrektionskoder på pakkeniveau for at reducere situationer, der kræver gentransmission af mistede pakkedata.
  • Kryptografiske blokgrænser er tilpasset QUIC-pakkegrænser, hvilket reducerer virkningen af ​​pakketab på afkodning af indholdet af efterfølgende pakker;
  • Ingen problemer med blokering af TCP-køer;
  • Understøttelse af forbindelsesidentifikator, som reducerer den tid, det tager at etablere en genforbindelse for mobile klienter;
  • Mulighed for tilslutning af avancerede mekanismer til kontrol af forbindelsesoverbelastning;
  • Bruger per-direction-gennemløbsprognoseteknikker for at sikre, at pakker sendes med optimale hastigheder, hvilket forhindrer dem i at blive overfyldte og forårsage pakketab;
  • Mærkbar vækst ydeevne og gennemløb sammenlignet med TCP. For videotjenester som f.eks. YouTube har QUIC vist sig at reducere tilbagesendelsesoperationer, når man ser videoer med 30 %.

Kilde: opennet.ru

Tilføj en kommentar