Uz eksperimentālām būvēm HTTP/3 protokola atbalsts, kas ievieš papildinājumu, lai nodrošinātu HTTP darbību, izmantojot QUIC protokolu. Pats QUIC protokols pārlūkprogrammai tika pievienots pirms pieciem gadiem un kopš tā laika tiek izmantots, lai optimizētu darbu ar Google pakalpojumiem. Tajā pašā laikā pārlūkā Chrome izmantotā Google QUIC versija dažās detaļās atšķīrās no versijas no IETF, taču ieviešanas tagad ir sinhronizētas.
HTTP/3 standartizē QUIC izmantošanu kā HTTP/2 transportu. Lai iespējotu HTTP/3 un QUIC opciju no IETF specifikācijām ir nepieciešams palaist pārlūku Chrome ar opcijām "--enable-quic --quic-version=h3-23", pēc kurām atverot testa vietni Tīkla pārbaudes režīmā izstrādātāja rīki rādīs HTTP/3 darbību kā "http/2+quic/99".
Atgādināt, ka protokols (Quick UDP Internet Connections) Google ir izstrādājis kopš 2013. gada kā alternatīvu TCP + TLS tīmeklim, risinot problēmas ar ilgu iestatīšanas un sarunu laiku savienojumiem TCP un novēršot aizkavi pakešu zuduma gadījumā datu pārsūtīšanas laikā. QUIC ir UDP protokola papildinājums, kas atbalsta vairāku savienojumu multipleksēšanu un nodrošina TLS/SSL līdzvērtīgas šifrēšanas metodes. Attiecīgais protokols jau ir integrēts Google servera infrastruktūrā, ir daļa no Chrome, iekļaušanai pārlūkprogrammā Firefox un tiek aktīvi izmantots klientu pieprasījumu apkalpošanai Google serveros.
Galvenais QUIC:
- Augsta drošība, līdzīga TLS (patiesībā QUIC nodrošina iespēju izmantot TLS, izmantojot UDP);
- Straumes integritātes kontrole, lai novērstu pakešu zudumu;
- Iespēja uzreiz izveidot savienojumu (0-RTT, aptuveni 75% gadījumu datus var pārsūtīt uzreiz pēc savienojuma iestatīšanas paketes nosūtīšanas) un nodrošināt minimālu aizkavi starp pieprasījuma nosūtīšanu un atbildes saņemšanu (RTT, Round Trip Time) ;
- Pārsūtot paketi, neizmantojiet vienu un to pašu kārtas numuru, kas ļauj izvairīties no neskaidrībām saņemto pakešu noteikšanā un atbrīvoties no taimauta;
- Pakešu zudums ietekmē tikai ar to saistītās straumes piegādi un neaptur datu piegādi straumēs, kas tiek pārraidītas paralēli pašreizējā savienojumā;
- Kļūdu labošanas rīki, kas samazina aizkavi zaudēto pakešu atkārtotas pārsūtīšanas dēļ. Īpašu kļūdu labošanas kodu izmantošana pakešu līmenī, lai samazinātu situācijas, kurās nepieciešams atkārtoti nosūtīt zaudētos pakešdatus.
- Kriptogrāfisko bloku robežas tiek saskaņotas ar QUIC pakešu robežām, kas samazina pakešu zuduma ietekmi uz turpmāko pakešu satura dekodēšanu;
- Nav problēmu ar TCP rindas bloķēšanu;
- Savienojuma ID atbalsts, lai samazinātu atkārtota savienojuma laiku mobilajiem klientiem;
- Iespēja pieslēgt progresīvus mehānismus savienojuma pārslodzes kontrolei;
- Izmantojot joslas platuma prognozēšanas paņēmienus katrā virzienā, lai nodrošinātu optimālu pakešu nosūtīšanas intensitāti, novēršot pārtīšanu pārslodzes stāvoklī, kurā notiek pakešu zudumi;
- Uztverams veiktspēju un caurlaidspēju salīdzinājumā ar TCP. Ir pierādīts, ka video pakalpojumiem, piemēram, YouTube, QUIC samazina video atkārtotas buferizācijas darbības par 30%.
Avots: opennet.ru