Gert er ráð fyrir að Firefox kynni HTTP/3 stuðning í lok maí.

Mozilla hefur tilkynnt fyrirætlun sína um að hefja áfangaskiptingu HTTP/3 og QUIC með útgáfu Firefox 88, sem áætlað var 19. apríl (upphaflega gert ráð fyrir að koma út 20. apríl, en miðað við áætlunina verður henni ýtt aftur um einn dag). HTTP/3 stuðningur verður aðeins virkur fyrir lítið hlutfall notenda í upphafi og, að undanskildum óvæntum vandamálum, verður komið út fyrir alla í lok maí. Í næturgerðum og beta útgáfum var HTTP/3 sjálfgefið virkt í lok mars.

Við skulum minnast þess að innleiðing HTTP/3 í Firefox byggist á neqo verkefninu sem Mozilla þróaði, sem býður upp á útfærslu viðskiptavinar og netþjóns fyrir QUIC samskiptareglur. Íhlutakóði fyrir HTTP/3 og QUIC stuðning er skrifaður í Rust. Til að stjórna því hvort HTTP/3 sé virkt, býður about:config upp á „network.http.http3.enabled“ valmöguleikann. Frá biðlarahugbúnaði hefur tilraunastuðningi fyrir HTTP/3 einnig verið bætt við Chrome og curl og fyrir netþjóna er hann fáanlegur í nginx, sem og í formi nginx mát og prófunarþjóns frá Cloudflare. Á vefsíðuhliðinni er HTTP/3 stuðningur þegar veittur á Google og Facebook netþjónum.

HTTP/3 samskiptareglur eru enn á drögum að forskrift og hefur ekki enn verið fullkomlega staðlað af IETF. HTTP/3 krefst stuðnings biðlara og netþjóns fyrir sömu útgáfu af QUIC drögum staðli og HTTP/3, sem er tilgreint í Alt-Svc hausnum (Firefox styður forskriftardrög 27 til 32).

HTTP/3 skilgreinir notkun QUIC samskiptareglunnar sem flutning fyrir HTTP/2. QUIC (Quick UDP Internet Connections) samskiptareglur hafa verið þróaðar af Google síðan 2013 sem valkostur við TCP+TLS samsetninguna fyrir vefinn, leysa vandamál með langan uppsetningar- og samningatíma fyrir tengingar í TCP og útrýma töfum þegar pakkar tapast meðan á gögnum stendur. flytja. QUIC er framlenging á UDP samskiptareglunum sem styður margföldun margra tenginga og býður upp á dulkóðunaraðferðir sem jafngilda TLS/SSL. Við þróun IETF staðalsins voru gerðar breytingar á samskiptareglunum sem leiddu til þess að tvær hliðstæðar greinar komu til sögunnar, önnur fyrir HTTP/3 og sú seinni studd af Google (Chrome styður báða valkostina).

Helstu eiginleikar QUIC:

  • Mikið öryggi svipað og TLS (í meginatriðum veitir QUIC möguleika á að nota TLS yfir UDP);
  • Flæðisheilleikastýring, kemur í veg fyrir pakkatap;
  • Hæfni til að koma á tengingu samstundis (0-RTT, í um það bil 75% tilfella er hægt að senda gögn strax eftir að tengingaruppsetningarpakkinn hefur verið sendur) og veita lágmarks tafir á milli sendingar beiðni og móttöku svars (RTT, Round Trip Time);
  • Að nota annað raðnúmer þegar pakka er endursendur, sem kemur í veg fyrir tvíræðni við að auðkenna móttekna pakka og losnar við tímamörk;
  • Tap á pakka hefur aðeins áhrif á afhendingu straumsins sem tengist honum og stöðvar ekki afhendingu gagna í samhliða straumum sem send eru í gegnum núverandi tengingu;
  • Villuleiðréttingareiginleikar sem lágmarka tafir vegna endursendingar tapaðra pakka. Notkun sérstakra villuleiðréttingarkóða á pakkastigi til að draga úr aðstæðum sem krefjast endursendingar tapaðra pakkagagna.
  • Dulritunarblokkamörk eru í takt við QUIC pakkamörk, sem dregur úr áhrifum pakkataps á umskráningu innihalds síðari pakka;
  • Engin vandamál með lokun á TCP biðröð;
  • Stuðningur við tengiauðkenni, sem dregur úr þeim tíma sem það tekur að koma á endurtengingu fyrir farsímaviðskiptavini;
  • Möguleiki á að tengja háþróaða tengingarstjórnunarkerfi fyrir þrengsli;
  • Notar afköst í hverri stefnu til að tryggja að pakkar séu sendir á besta hraða, koma í veg fyrir að þeir verði stíflaðir og valdi pakkatapi;
  • Veruleg aukning á frammistöðu og afköstum miðað við TCP. Fyrir myndbandsþjónustur eins og YouTube hefur sýnt sig að QUIC dregur úr flutningsaðgerðum þegar horft er á myndbönd um 30%.
  • Heimild: opennet.ru

Bæta við athugasemd