Kokeellisiin rakenteisiin tuki HTTP/3-protokollalle, joka toteuttaa lisäosan, joka mahdollistaa HTTP:n toimimisen QUIC-protokollan yli. Itse QUIC-protokolla lisättiin selaimeen viisi vuotta sitten, ja sitä on sittemmin käytetty Google-palvelujen optimointiin. Samaan aikaan Chromessa käytetty Googlen QUIC-versio erosi joissakin yksityiskohdissa versiosta IETF, mutta nyt toteutukset on synkronoitu.
HTTP/3 standardoi QUIC:n käytön HTTP/2:n siirtona. Ota HTTP/3- ja QUIC-asetukset käyttöön osoitteesta IETF-määritykset edellyttävät, että Chrome käynnistetään vaihtoehdoilla "-enable-quic -quic-version=h3-23" ja sitten testisivustoa avattaessa. Verkkotarkistustilassa kehittäjätyökaluissa HTTP/3-toiminta näytetään muodossa "http/2+quic/99".
Muista, että protokolla (Quick UDP Internet Connections) on Googlen kehittämä vuodesta 2013 lähtien vaihtoehtona TCP+TLS-yhdistelmälle Webissä. Se ratkaisee TCP-yhteyksien pitkiin asennus- ja neuvotteluaikoihin liittyvät ongelmat ja poistaa viiveet pakettien katoamisesta tiedonsiirron aikana. QUIC on UDP-protokollan laajennus, joka tukee useiden yhteyksien multipleksointia ja tarjoaa TLS/SSL:ää vastaavia salausmenetelmiä. Kyseinen protokolla on jo integroitu Googlen palvelininfrastruktuuriin ja se on osa Chromea. sisällytettäväksi Firefoxiin ja sitä käytetään aktiivisesti palvelemaan asiakaspyyntöjä Googlen palvelimilla.
Pääasiallinen QUIC:
- 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);
- Samaa järjestysnumeroa ei käytetä uudelleenlähetettäessä pakettia, 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 myöhempien 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;
- Havaittava suorituskykyä ja suorituskykyä verrattuna TCP:hen. Videopalveluissa, kuten YouTubessa, QUIC:n on osoitettu vähentävän uudelleenpuskurointitoimintoja videoita katsottaessa 30 %.
Lähde: opennet.ru