Tek ndërtimet eksperimentale mbështetje për protokollin HTTP/3, i cili zbaton një shtesë për të mundësuar HTTP të punojë mbi protokollin QUIC. Vetë protokolli QUIC u shtua në shfletues pesë vjet më parë dhe që atëherë është përdorur për të optimizuar punën me shërbimet e Google. Në të njëjtën kohë, versioni QUIC nga Google i përdorur në Chrome ndryshonte në disa detaje nga versioni nga IETF, por tani zbatimet janë sinkronizuar.
HTTP/3 standardizon përdorimin e QUIC si një transportues për HTTP/2. Për të aktivizuar opsionin HTTP/3 dhe QUIC nga Specifikimet e IETF kërkojnë që Chrome të lansohet me opsionet "-enable-quic -quic-version=h3-23" dhe më pas kur hapet siti i testimit Në modalitetin e inspektimit të rrjetit në mjetet e zhvilluesit, aktiviteti 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 ueb, duke zgjidhur problemet me kohët e gjata të konfigurimit dhe negocimit për lidhjet në TCP dhe duke eliminuar vonesat kur paketat humbasin gjatë transferimit të të dhënave. QUIC është një zgjatim i protokollit UDP që mbështet multipleksimin e lidhjeve të shumta dhe ofron metoda të kriptimit të barasvlershme me TLS/SSL. Protokolli në fjalë është tashmë i integruar në infrastrukturën e serverit të Google dhe është pjesë e Chrome. për përfshirje në Firefox dhe përdoret në mënyrë aktive për të shërbyer kërkesat e klientëve në serverët e Google.
Kryesore QUIC:
- Siguri e lartë e ngjashme me TLS (në thelb QUIC ofron mundësinë për të përdorur TLS mbi UDP);
- Kontrolli i integritetit të rrjedhës, duke parandaluar humbjen e paketave;
- Aftësia për të vendosur menjëherë një lidhje (0-RTT, në afërsisht 75% të rasteve të dhënat mund të transmetohen menjëherë pas dërgimit të paketës së konfigurimit të lidhjes) dhe të sigurojë vonesa minimale midis dërgimit të një kërkese dhe marrjes së një përgjigje (RTT, Koha e udhëtimit vajtje-ardhje);
- Mospërdorimi i të njëjtit numër të sekuencës gjatë ritransmetimit të një pakete, gjë që shmang paqartësitë në identifikimin e paketave të marra dhe shpëton nga afatet kohore;
- Humbja e një pakete ndikon vetëm në shpërndarjen e rrymës së lidhur me të dhe nuk ndalon dërgimin e të dhënave në rrjedhat paralele të transmetuara përmes lidhjes aktuale;
- Karakteristikat e korrigjimit të gabimeve që minimizojnë vonesat për shkak të ritransmetimit të paketave të humbura. Përdorimi i kodeve speciale të korrigjimit të gabimeve në nivel pakete për të reduktuar situatat që kërkojnë ritransmetim të të dhënave të paketave të humbura.
- Kufijtë e blloqeve kriptografike janë në linjë me kufijtë e paketave QUIC, gjë që zvogëlon ndikimin e humbjeve të paketave në dekodimin e përmbajtjes së paketave pasuese;
- Nuk ka probleme me bllokimin e radhës TCP;
- Mbështetje për identifikuesin e lidhjes, i cili redukton kohën që duhet për të vendosur një rilidhje për klientët celularë;
- Mundësia e lidhjes së mekanizmave të avancuar të kontrollit të kongjestionit të lidhjeve;
- Përdor teknikat e parashikimit të xhiros për drejtim për të siguruar që paketat të dërgohen me ritme optimale, duke i parandaluar ato të mbingarkohen dhe të shkaktojnë humbje të paketave;
- E perceptueshme performanca dhe xhiros në krahasim me TCP. Për shërbimet e videove të tilla si YouTube, QUIC është treguar se redukton operacionet e rebufferimit kur shikoni video me 30%.
Burimi: opennet.ru