Firefox-i pritet të nisë mbështetjen për HTTP/3 deri në fund të majit.

Mozilla ka njoftuar synimin e saj për të filluar hapjen në faza në HTTP/3 dhe QUIC me lëshimin e Firefox 88, të planifikuar për 19 Prill (fillimisht pritet të dalë më 20 Prill, por duke gjykuar nga plani, ai do të shtyhet me një ditë). Mbështetja për HTTP/3 do të aktivizohet fillimisht vetëm për një përqindje të vogël të përdoruesve dhe, duke përjashtuar çdo problem të papritur, do të shpërndahet për të gjithë deri në fund të majit. Në ndërtimet e natës dhe versionet beta, HTTP/3 u aktivizua si parazgjedhje në fund të marsit.

Kujtojmë se zbatimi i HTTP/3 në Firefox bazohet në projektin neqo të zhvilluar nga Mozilla, i cili ofron një implementim klient dhe server për protokollin QUIC. Kodi i komponentit për mbështetjen HTTP/3 dhe QUIC është shkruar në Rust. Për të kontrolluar nëse HTTP/3 është i aktivizuar, about:config ofron opsionin "network.http.http3.enabled". Nga softueri i klientit, mbështetja eksperimentale për HTTP/3 është shtuar gjithashtu në Chrome dhe curl, dhe për serverët është në dispozicion në nginx, si dhe në formën e një moduli nginx dhe një serveri testimi nga Cloudflare. Në faqen e internetit, mbështetja HTTP/3 ofrohet tashmë në serverët e Google dhe Facebook.

Protokolli HTTP/3 është ende në fazën e draft specifikimit dhe ende nuk është standardizuar plotësisht nga IETF. HTTP/3 kërkon mbështetjen e klientit dhe serverit për të njëjtin version të standardit draft QUIC dhe HTTP/3, i cili specifikohet në kokën Alt-Svc (Firefox mbështet draftet e specifikave 27 deri në 32).

HTTP/3 përcakton përdorimin e protokollit QUIC si një transport për HTTP/2. Protokolli QUIC (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 negociatave për lidhjet në TCP dhe duke eliminuar vonesat kur paketat humbasin gjatë të dhënave. transferimi. 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. Gjatë zhvillimit të standardit IETF, u bënë ndryshime në protokoll, të cilat çuan në shfaqjen e dy degëve paralele, njëra për HTTP/3 dhe e dyta e mbështetur nga Google (Chrome i mbështet të dyja opsionet).

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;
  • Rritje e ndjeshme e performancës 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

Shto një koment