Në ndërtimet eksperimentale në mbështetje të protokollit HTTP/3, që implementon një shtresë për të mundësuar operimin e HTTP mbi protokollin QUIC. Protokolli QUIC u shtua në shfletues para pesë vitesh dhe nga atëherë përdoret për të optimizuar funksionimin me shërbimet e Google. Varianti i përdorur në Chrome ndryshonte në disa detaje nga varianti i IETF, por tani implementimet janë sinkronizuar.
HTTP/3 standardizon pĂ«rdorimin e QUIC si transport pĂ«r HTTP/2. PĂ«r tĂ« aktivizuar HTTP/3 dhe variantin QUIC nga i specifikimeve IETF, kĂ«rkohet qĂ« Chrome tĂ« fillohet me opsionet "âenable-quic âquic-version=h3-23", pas sĂ« cilĂ«s, kur hapni faqen e testit nĂ« modalitetin e inspektimit tĂ« rrjetit nĂ« veglat pĂ«r zhvilluesit, aktiviteti nĂ« HTTP/3 do tĂ« shfaqet si "http/2+quic/99".
Kujtojmë se protokolli (Quick UDP Internet Connections) është zhvilluar nga kompania Google që nga viti 2013 si një alternativë për kombinimin TCP+TLS për Web, duke zgjidhur problemet me kohën e gjatë të vendosjes dhe negociatës së lidhjeve në TCP dhe duke eliminuar vonesat gjatë humbjes së paketave në procesin e dërgimit të të dhënave. QUIC është një shtresë mbi protokollin UDP, e cila mbështet multiplikimin e disa lidhjeve dhe ofron metoda enkriptimi, ekuivalente me TLS/SSL. Protokolli i shqyrtuar tashmë është integruar në infrastrukturën serverike të Google, është pjesë e Chrome, për t'u përfshirë në Firefox dhe është përdorur aktivisht për shërbimin e kërkesave të klientëve në serverat e Google.
Ndryshimet kryesore QUIC:
- Siguri e lartë, e ngjashme me TLS (në thelb, QUIC ofron mundësinë e përdorimit të TLS mbi UDP);
- Kontrolli i integritetit të rrjedhës, duke parandaluar humbjen e paketave;
- Mundësia për të vendosur menjëherë një lidhje (0-RTT, në rreth 75% të rasteve, të dhënat mund të transmetohen menjëherë pas dërgimit të paketës së vendosjes së lidhjes) dhe të sigurojë vonesa minimale midis dërgimit të kërkesës dhe marrjes së përgjigjes (RTT, Round Trip Time);
- Mos përdorimi i numrit të njëjtë të sekuencës në ripërsëritjen e paketës, duke shmangur kështu dyshimet në përcaktimin e paketave të pranuara dhe duke eliminuar vonesat;
- humbja e paketave ndikon vetëm në dërgesën e lidhur me grupe të caktuara dhe nuk ndalon dërgimin e të dhënave në grupe paralelisht të transferuara përmes këtij lidhjeje;
- Mjetet për korrektionin e gabimeve, të cilat minimizojnë vonesat për shkak të ripërsëritjes së paketimeve të humbura. Përdorimi i kodeve speciale të korrekcioni të gabimeve në nivelin e paketës për të reduktuar situatat që kërkojnë ripërsëritjen e të dhënave të paketave të humbura.
- Kufijtë kriptografikë të blloqeve janë rregulluar me kufijtë e paketimeve QUIC, duke reduktuar ndikimin e humbjeve të paketave në dekodimin e përmbajtjes së paketimeve të ardhshme;
- Mungesa e problemeve me bllokimin e radhës TCP;
- Mbështetje për identifikimin e lidhjes, që lejon të shkurtohet koha e vendosjes së lidhjes së re për klientët e lëvizshëm;
- Aftësia për të lidhur mekanizma të avancuar të kontrollit të mbingarkesës së lidhjes;
- Përdorimi i teknikave të parashikimit të kapacitetit në çdo drejtim për të garantuar intensitetin optimal të dërgimit të paketeve, duke parandaluar rënien në një gjendje mbipopullimi, ku vërehet humbja e paketeve;
- Dukshëm e performancës dhe kapacitetit krahasuar me TCP. Për shërbimet video, si YouTube, aplikimi i QUIC ka treguar një reduktim të operacioneve të rifillimit gjatë shikimit të videove me 30%.
Burimi: opennet.ru
