Chrome legger til eksperimentell HTTP/3-støtte

Til eksperimentelle bygg Chrome Canary la til støtte for HTTP/3-protokollen, som implementerer et tillegg for å gjøre det mulig for HTTP å fungere over QUIC-protokollen. Selve QUIC-protokollen ble lagt til nettleseren for fem år siden og har siden blitt brukt til å optimalisere arbeidet med Google-tjenester. Samtidig skilte QUIC-versjonen fra Google brukt i Chrome seg på enkelte detaljer fra versjonen fra spesifikasjoner IETF, men nå er implementeringene synkronisert.

HTTP/3 standardiserer bruken av QUIC som transport for HTTP/2. For å aktivere HTTP/3 og QUIC-alternativet fra 23 utkast IETF-spesifikasjonene krever at Chrome startes med alternativene "-enable-quic -quic-version=h3-23" og deretter når testsiden åpnes quick.rocks:4433 I nettverksinspeksjonsmodus i utviklerverktøy vil HTTP/3-aktivitet vises som "http/2+quic/99".

Husk at protokollen QUIC (Quick UDP Internet Connections) har blitt utviklet av Google siden 2013 som et alternativ til TCP+TLS-kombinasjonen for nettet, og løser problemer med lange oppsett- og forhandlingstider for tilkoblinger i TCP og eliminerer forsinkelser når pakker går tapt under dataoverføring. QUIC er en utvidelse av UDP-protokollen som støtter multipleksing av flere tilkoblinger og gir krypteringsmetoder tilsvarende TLS/SSL. Den aktuelle protokollen er allerede integrert i Googles serverinfrastruktur og er en del av Chrome. planlagt for inkludering i Firefox og brukes aktivt til å betjene klientforespørsler på Googles servere.

Den viktigste Spesifikasjoner QUIC:

  • Høy sikkerhet som ligner på TLS (i hovedsak gir QUIC muligheten til å bruke TLS over UDP);
  • Flytintegritetskontroll, forhindrer pakketap;
  • Muligheten til å umiddelbart opprette en forbindelse (0-RTT, i omtrent 75 % av tilfellene kan data overføres umiddelbart etter sending av tilkoblingsoppsettpakken) og gir minimale forsinkelser mellom sending av en forespørsel og mottak av svar (RTT, Round Trip Time);
  • Å ikke bruke samme sekvensnummer når du sender en pakke på nytt, noe som unngår tvetydighet i å identifisere mottatte pakker og eliminerer tidsavbrudd;
  • Tap av en pakke påvirker bare leveringen av strømmen knyttet til den og stopper ikke leveringen av data i parallelle strømmer som overføres gjennom den gjeldende forbindelsen;
  • Feilrettingsfunksjoner som minimerer forsinkelser på grunn av reoverføring av tapte pakker. Bruk av spesielle feilrettingskoder på pakkenivå for å redusere situasjoner som krever reoverføring av tapte pakkedata.
  • Kryptografiske blokkgrenser er justert med QUIC-pakkegrenser, noe som reduserer effekten av pakketap på dekoding av innholdet i påfølgende pakker;
  • Ingen problemer med blokkering av TCP-kø;
  • Støtte for tilkoblingsidentifikator, som reduserer tiden det tar å etablere en ny tilkobling for mobilklienter;
  • Mulighet for å koble til avanserte mekanismer for kontroll av overbelastning;
  • Bruker prognoseteknikker per retning for å sikre at pakker sendes med optimale hastigheter, og forhindrer at de blir overbelastet og forårsaker pakketap;
  • Merkbar vekst ytelse og gjennomstrømning sammenlignet med TCP. For videotjenester som YouTube, har QUIC vist seg å redusere tilbakestillingsoperasjoner når du ser på videoer med 30 %.

Kilde: opennet.ru

Legg til en kommentar