Mozilla on ilmoittanut aikovansa aloittaa HTTP/3:n ja QUIC:n vaiheittaisen käyttöönoton Firefox 88:n julkaisulla, joka on määrä julkaista 19. huhtikuuta (alun perin odotettiin ilmestyvän 20. huhtikuuta, mutta aikataulun perusteella sitä siirretään päivällä). HTTP/3-tuki otetaan käyttöön aluksi vain pienelle osalle käyttäjistä, ja odottamattomia ongelmia lukuun ottamatta se otetaan käyttöön kaikille toukokuun loppuun mennessä. Yöversioissa ja beta-versioissa HTTP/3 oli oletuksena käytössä maaliskuun lopussa.
Muistakaamme, että HTTP/3:n toteutus Firefoxissa perustuu Mozillan kehittämään neqo-projektiin, joka tarjoaa asiakas- ja palvelintoteutuksen QUIC-protokollalle. HTTP/3- ja QUIC-tuen komponenttikoodi on kirjoitettu ruosteella. Voit hallita, onko HTTP/3 käytössä, about:config tarjoaa "network.http.http3.enabled"-vaihtoehdon. Asiakasohjelmistosta HTTP/3:n kokeellinen tuki on lisätty myös Chromeen ja curliin, ja palvelimille se on saatavilla nginxissä sekä nginx-moduulin ja testipalvelimen muodossa Cloudflaresta. Sivuston puolella HTTP/3-tuki on jo tarjolla Googlen ja Facebookin palvelimilla.
HTTP/3-protokolla on vielä luonnosvaiheessa, eikä IETF ole vielä täysin standardoinut sitä. HTTP/3 edellyttää asiakas- ja palvelintukea samalle QUIC-luonnosstandardin versiolle ja HTTP/3:lle, joka on määritetty Alt-Svc-otsikossa (Firefox tukee luonnoksia 27–32).
HTTP/3 määrittelee QUIC-protokollan käytön HTTP/2:n siirtona. QUIC (Quick UDP Internet Connections) -protokolla on Googlen kehittämä vuodesta 2013 lähtien vaihtoehtona TCP+TLS-yhdistelmälle Webissä. Se ratkaisee TCP:n yhteyksien pitkiin asennus- ja neuvotteluaikoihin liittyvät ongelmat ja poistaa viiveet pakettien katoamisesta tiedonsiirron aikana. siirtää. QUIC on UDP-protokollan laajennus, joka tukee useiden yhteyksien multipleksointia ja tarjoaa TLS/SSL:ää vastaavia salausmenetelmiä. IETF-standardin kehittämisen aikana protokollaan tehtiin muutoksia, jotka johtivat kahden rinnakkaisen haaran syntymiseen, toinen HTTP/3:lle ja toinen Googlen tukema (Chrome tukee molempia vaihtoehtoja).
QUICin tärkeimmät ominaisuudet:
- Korkea turvallisuus, joka muistuttaa TLS:ää (lähinnä QUIC tarjoaa mahdollisuuden käyttää TLS:ää UDP:n yli);
- Virran eheyden valvonta, joka estää pakettien katoamisen;
- Mahdollisuus muodostaa yhteys välittömästi (0-RTT, noin 75 %:ssa tapauksista tiedot voidaan lähettää välittömästi yhteydenmuodostuspaketin lähettämisen jälkeen) ja tarjota minimaaliset viiveet pyynnön lähettämisen ja vastauksen vastaanottamisen välillä (RTT, Round Trip Time);
- Eri järjestysnumeron käyttäminen paketin uudelleenlähetyksessä, mikä välttää epäselvyyden vastaanotettujen pakettien tunnistamisessa ja poistaa aikakatkaisut;
- Paketin katoaminen vaikuttaa vain siihen liittyvän virran toimitukseen, eikä se pysähdy nykyisen yhteyden kautta lähetettävien rinnakkaisten virtojen datan toimittamiseen;
- Virheenkorjausominaisuudet, jotka minimoivat kadonneiden pakettien uudelleenlähetyksestä johtuvat viiveet. Erityisten virheenkorjauskoodien käyttö pakettitasolla vähentämään tilanteita, jotka edellyttävät kadonneen pakettidatan uudelleenlähetystä.
- Salauslohkojen rajat kohdistetaan QUIC-pakettirajojen kanssa, mikä vähentää pakettihäviöiden vaikutusta seuraavien pakettien sisällön dekoodaukseen;
- Ei ongelmia TCP-jonojen estämisessä;
- Tuki yhteystunnisteelle, joka lyhentää mobiiliasiakkaiden yhteyden muodostamiseen kuluvaa aikaa;
- Mahdollisuus yhdistää kehittyneitä yhteyden ruuhkanhallintamekanismeja;
- Käyttää suuntakohtaisia suorituskyvyn ennustustekniikoita varmistaakseen, että paketit lähetetään optimaalisilla nopeuksilla, mikä estää niitä ruuhkautumasta ja aiheuttamasta pakettien katoamista;
- Merkittävä suorituskyvyn ja suorituskyvyn kasvu TCP:hen verrattuna. Videopalveluissa, kuten YouTubessa, QUIC:n on osoitettu vähentävän uudelleenpuskurointitoimintoja videoita katsottaessa 30 %.
Lähde: opennet.ru