Internet-protokollien ja -arkkitehtuurien kehittämisestä vastaava Internet Engineering Task Force (IETF) on viimeistellyt QUIC-protokollan RFC:n ja julkaissut siihen liittyvät spesifikaatiot tunnisteilla RFC 8999 (versiosta riippumattomat protokollaominaisuudet), RFC 9000 (kuljetus). UDP:n kautta), RFC 9001 (QUIC-viestintäkanavan TLS-salaus) ja RFC 9002 (ruuhkanhallinta ja pakettihäviön havaitseminen tiedonsiirron aikana).
RFC:t saivat "ehdotetun standardin" tilan, minkä jälkeen aloitetaan työ, jotta RFC:lle saadaan standardiluonnos (Draft Standard), mikä itse asiassa tarkoittaa protokollan täydellistä vakauttamista ja ottaen huomioon kaikki esitetyt kommentit. HTTP/3-protokolla, joka määrittelee QUIC-protokollan käytön HTTP/2:n siirtona, on vielä luonnosvaiheessa, mutta IETF standardoi sen pian.
QUIC:n standardoinnin odotetaan antavan sysäyksen tämän protokollan laajemmalle käyttöönotolle sekä siihen perustuvien laajennusten, kuten WebTransportin (teknologia tiedon lähettämiseen ja vastaanottamiseen selaimen ja palvelimen välillä) ja MASQUE:n kehittämiseen. (yhteyden välityspalvelintekniikka, joka laajentaa SOCKS- ja HTTP CONNECT -ominaisuuksia ja käyttää HTTPS:ää QUIC:n yli kuljetuksena).
Muistakaamme, että 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 eliminoi viiveitä. paketit menetetään tiedonsiirron aikana. 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 ja Firefox tukee IETF-versiota) .
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