Mozilla har annonsert sin intensjon om å begynne innfasing av HTTP/3 og QUIC med utgivelsen av Firefox 88, planlagt til 19. april (opprinnelig forventet utgivelse 20. april, men etter planen å dømme, vil den bli skjøvet tilbake med én dag). HTTP/3-støtte vil bli aktivert for bare en liten prosentandel av brukerne i utgangspunktet og, med unntak av uventede problemer, vil den bli rullet ut til alle innen slutten av mai. I nattlige bygg og betaversjoner ble HTTP/3 aktivert som standard i slutten av mars.
La oss huske at implementeringen av HTTP/3 i Firefox er basert på neqo-prosjektet utviklet av Mozilla, som gir en klient- og serverimplementering for QUIC-protokollen. Komponentkoden for HTTP/3- og QUIC-støtte er skrevet i Rust. For å kontrollere om HTTP/3 er aktivert, gir about:config alternativet "network.http.http3.enabled". Fra klientprogramvare er det også lagt til eksperimentell støtte for HTTP/3 i Chrome og curl, og for servere er det tilgjengelig i nginx, samt i form av en nginx-modul og en testserver fra Cloudflare. På nettsiden er HTTP/3-støtte allerede gitt på Google- og Facebook-servere.
HTTP/3-protokollen er fortsatt på utkastspesifikasjonsstadiet og er ennå ikke fullstendig standardisert av IETF. HTTP/3 krever klient- og serverstøtte for samme versjon av QUIC-utkaststandarden og HTTP/3, som er spesifisert i Alt-Svc-overskriften (Firefox støtter spesifikasjonsutkast 27 til 32).
HTTP/3 definerer bruken av QUIC-protokollen som en transport for HTTP/2. QUIC (Quick UDP Internet Connections)-protokollen 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 data. overføre. QUIC er en utvidelse av UDP-protokollen som støtter multipleksing av flere tilkoblinger og gir krypteringsmetoder tilsvarende TLS/SSL. Under utviklingen av IETF-standarden ble det gjort endringer i protokollen, noe som førte til fremveksten av to parallelle grener, en for HTTP/3, og den andre støttet av Google (Chrome støtter begge alternativene).
Nøkkelfunksjoner til 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);
- Bruk av et annet 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;
- Betydelig økning i 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