Në Firefox, që do të formojnë bazën e lëshimit të Firefox 72, e cila është planifikuar për 7 janar, mbështetje për protokollin HTTP/3. Nga e drejta, HTTP/3 është i aktivizuar dhe kërkon aktivizimin e opsionit «network.http.http3.enabled» në about:config.
Mbështetje për HTTP/3 në Firefox bazohet në projektin në zhvillim nga kompaninë Mozilla , i cili ofron implementimin e klientit dhe serverit për protokollin QUIC. Kodi i komponenteve për mbështetje të HTTP/3 dhe QUIC është shkruar në gjuhën Rust.
Nga softueri klient, mbështetje eksperimentale për HTTP/3 tashmë në Chrome dhe curl, ndërsa për serverët është e disponueshme në formën për nginx dhe në bazë të bibliotekës ( QUIC dhe HTTP/3 në gjuhën Rust nga kompania Cloudflare). Për të verifikuar funksionimin e klientëve HTTP/3 disa site teste, shumica e të cilave për momentin nuk hapen siç duhet në Firefox (HTTP/3 është në fazën dhe ende nuk është standardizuar).
Le të përkujtojmë se HTTP/3 standardizon përdorimin e protokollit QUIC si transport për HTTP/2. Protokolli (Quick UDP Internet Connections) që nga viti 2013 është zhvilluar nga kompania Google si alternativë ndaj kombinimit TCP+TLS për Web-in, 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 gjatë transmetimit të të dhënave. QUIC është një shtesë mbi protokollin UDP, duke mbështetur shumëzimin e disa lidhjeve dhe duke siguruar metoda enkriptimi, ekuivalente me TLS/SSL.
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ë e bllokave kriptografikë janë përputhur me kufijtë e paketave QUIC, duke zvogëluar ndikimin e humbjeve të paketave në dekodimin e përmbajtjes së paketave të ardhshme;
- 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
