Mbështetja për HTTP/3 është aktivizuar si parazgjedhje në versionet e Firefox-it çdo natë dhe në versionin beta. HTTP/3 është planifikuar të aktivizohet në degën stabile me lëshimin e Firefox 88, i planifikuar për 20 prill. Në Chrome, aktivizimi selektiv i HTTP/3 filloi në tetor 2020.
MbĂ«shtetja HTTP/3 e Firefox bazohet nĂ« projektin neqo tĂ« Mozilla-s, i cili ofron njĂ« implementim tĂ« klientit dhe server pĂ«r protokollin QUIC. Kodi pĂ«r komponentĂ«t qĂ« mbĂ«shtesin HTTP/3 dhe QUIC Ă«shtĂ« shkruar nĂ« Rust. PĂ«r tĂ« aktivizuar HTTP/3, opsioni "network.http.http3.enabled" Ă«shtĂ« i disponueshĂ«m nĂ« about:config. MbĂ«shtetja eksperimentale pĂ«r HTTP/3 Ă«shtĂ« shtuar gjithashtu nĂ« Chrome dhe curl pĂ«r softuerĂ«t e klientit, dhe serverat ĂshtĂ« i disponueshĂ«m nĂ« Nginx, si dhe si njĂ« modul Nginx dhe server testimi nga Cloudflare. Disa faqe testimi janĂ« lançuar pĂ«r tĂ« testuar funksionalitetin e klientit HTTP/3.
Protokolli HTTP/3 është aktualisht në fazën e specifikimit të draftit dhe nuk është standardizuar plotësisht nga IETF. HTTP/3 specifikon përdorimin e protokollit QUIC si një transport për HTTP/2. Që nga viti 2013, QUIC (Quick UDP Internet Connections) është zhvilluar nga Google si një alternativë ndaj TCP+TLS për uebin. Ai adreson kohën e ngadaltë të konfigurimit të lidhjes dhe negociatave në TCP dhe eliminon vonesat e shkaktuara nga humbja e paketave gjatë transferimit të të dhënave. QUIC është një superset i protokollit UDP që mbështet multipleksimin e lidhjeve të shumëfishta dhe ofron metoda enkriptimi ekuivalente me TLS/SSL. Gjatë procesit të zhvillimit të standardit IETF, u bënë ndryshime në protokoll, duke rezultuar në dy degë paralele, njëra për HTTP/3 dhe tjetra e mbështetur nga Google (Chrome mbështet të dyja).
Karakteristikat kryesore të 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);
- Përdorimi i një numri të ndryshëm 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;
- Përmirësime të konsiderueshme në performancë dhe rendiment krahasuar me TCP. Për shërbimet video si YouTube, QUIC ka treguar se zvogëlon operacionet e ri-buferimit gjatë shikimit të videove me 30%.
Burimi: opennet.ru
