Në ndërtimet eksperimentale mbështetje për protokollin HTTP/3, që implementon një shtesë për të siguruar funksionimin e HTTP mbi protokollin QUIC. Protokolli QUIC u shtua në shfletues pesë vjet më parë dhe që atëherë përdoret për optimizimin e ndërveprimit me shërbimet e Google. Varianti i QUIC përdorur në Chrome kishte dallime të vogla nga varianti nga 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Ă« niset me opsionet "âenable-quic âquic-version=h3-23", pas sĂ« cilĂ«s, gjatĂ« hapjes sĂ« njĂ« faqe testuese nĂ« mĂ«nyrĂ«n e inspektimit tĂ« rrjetit nĂ« mjetet pĂ«r zhvilluesit, aktiviteti pĂ«r HTTP/3 do tĂ« shfaqet si "http/2+quic/99".
Kujtojmë se protokolli (Quick UDP Internet Connections) është zhvilluar nga Google që nga viti 2013 si një alternativë ndaj kombinimit TCP+TLS për Web, që zgjidh problemet me kohën e madhe të ngritjes dhe negocimit të lidhjeve në TCP dhe eliminon vonesat për humbjen e paketave gjatë transmetimit të të dhënave. QUIC është një shtesë mbi protokollin UDP, që mbështet muxlimin e disa lidhjeve dhe siguron metoda enkriptimi ekuivalente me TLS/SSL. Protokolli në fjalë është tashmë i integruar në infrastrukturën server të Google, përfshihet në Chrome, për tu aktivizuar në Firefox dhe përdoret aktivisht për shërbimin e kërkesave nga klientët në serverët e Google.
Main QUIC:
- Siguri e lartë, e ngjashme me TLS (në thelb QUIC ofron mundësinë e përdorimit të TLS mbi UDP);
- Kontrolli mbi integritetin e rrjedhës, që parandalon humbjen e pacakove;
- Mundësia për të vendosur një lidhje menjëherë (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ë rendit për dërgimin përsëri të paketës, që lejon shmangien e dyshimeve në përcaktimin e paketave të marra dhe eliminimin e kohëve të pritjes;
- Humorja e paketës ndikon vetëm në dërgesën e fluksit lidhur me të dhe nuk ndalon dërgimin e të dhënave në flukset që dërgohen paralelisht nëpërmjet lidhjes aktuale;
- Mjetet për korrigjimin e gabimeve, që minimizojnë vonesat për shkak të dërgimit përsëritës të paketave të humbura. Përdorimi i kodeve speciale për korrigjimin e gabimeve në nivelin e paketës për të reduktuar situatat që kërkojnë dërgim përsëritës të të dhënave të paketës së humbur.
- Kufijtë kriptografikë të bllokut janë të rregulluar me kufijtë e paketave QUIC, duke reduktuar ndikimin e humbjes së paketave në dekodimin e përmbajtjes së paketimeve të tjera;
- Mungesa e problemeve me bllokimin e radhës TCP;
- Mbështetje për identifikuesin e lidhjes, që lejon zvogëlimin e kohës për vendosjen e lidhjes përsëritëse për klientët mobilë;
- Mundësia e lidhjes së mekanizmave të zgjeruar të kontrollit të ngarkesës së lidhjes;
- Përdorimi i teknikave të parashikimit të kapacitetit në çdo drejtim për të siguruar intensitetin optimal të dërgimit të paketave, duke parandaluar rënien në një gjendje ngarkese, ku humbjet e paketave vërehen;
- Rritje të dukshme performancës dhe kapacitetit, në krahasim me TCP. Për shërbimet video, si YouTube, përdorimi i QUIC ka treguar një ulje të operacioneve të ripërtypjes gjatë shikimit të videove me 30%.
Burimi: opennet.ru
