Mozilla-k HTTP/3 eta QUIC mailan jartzen hasteko asmoa agertu du Firefox 88 kaleratzearekin batera, apirilaren 19rako aurreikusita (hasiera batean apirilaren 20an kaleratzea espero zen, baina ordutegia ikusita, egun batean atzeratuko da). HTTP/3 euskarria erabiltzaileen ehuneko txiki baterako soilik gaituta egongo da hasieran eta, ustekabeko arazorik izan ezik, maiatza amaieran zabalduko da denei. Gaueko eraikuntza eta beta bertsioetan, HTTP/3 lehenespenez gaitu zen martxoaren amaieran.
Gogora dezagun Firefox-en HTTP/3 inplementatzea Mozillak garatutako neqo proiektuan oinarritzen dela, QUIC protokoloaren bezero eta zerbitzariaren inplementazioa eskaintzen duena. HTTP/3 eta QUIC laguntzarako osagai-kodea Rust-en idatzita dago. HTTP/3 gaituta dagoen kontrolatzeko, about:config "network.http.http3.enabled" aukera eskaintzen du. Bezeroaren softwaretik, HTTP/3rako euskarria esperimentala ere gehitu da Chrome eta curl-en, eta zerbitzarietarako nginx-en dago eskuragarri, baita nginx modulu eta Cloudflare-ren proba-zerbitzari moduan ere. Webgunearen aldetik, HTTP/3 euskarria dagoeneko eskaintzen da Google eta Facebook zerbitzarietan.
HTTP/3 protokoloa zirriborroaren zehaztapen fasean dago oraindik eta IETF-k ez du oraindik guztiz estandarizatu. HTTP/3-k bezeroaren eta zerbitzariaren laguntza behar du QUIC zirriborro estandarraren eta HTTP/3 bertsio berarekin, Alt-Svc goiburuan zehazten dena (Firefox-ek 27tik 32ra arteko zehaztapenen zirriborroak onartzen ditu).
HTTP/3-k QUIC protokoloaren erabilera HTTP/2rako garraio gisa definitzen du. QUIC (Quick UDP Internet Connections) protokoloa Google-k garatu du 2013az geroztik TCP+TLS konbinazioaren alternatiba gisa, TCPn konexioen konfigurazio eta negoziazio denbora luzeekin arazoak konpontzen ditu eta datuetan paketeak galtzen direnean atzerapenak ezabatuz. transferentzia. QUIC UDP protokoloaren luzapena da, hainbat konexio multiplexatzea onartzen duena eta TLS/SSL-ren baliokideak diren enkriptazio-metodoak eskaintzen dituena. IETF estandarraren garapenean, aldaketak egin ziren protokoloan, eta bi adar paralelo sortu ziren, bata HTTP/3rako, eta bigarrena Google-k onartzen duena (Chrome-k bi aukerak onartzen ditu).
QUIC-en ezaugarri nagusiak:
- TLSren antzeko segurtasun handia (funtsean QUIC-ek TLS UDPren gainean erabiltzeko gaitasuna ematen du);
- Fluxuaren osotasunaren kontrola, paketeak galtzea saihestuz;
- Konexio bat berehala ezartzeko gaitasuna (0-RTT, kasuen % 75ean, gutxi gorabehera, datuak konexioa konfiguratzeko paketea bidali eta berehala transmititu daitezke) eta eskaera bat bidali eta erantzuna jaso arteko atzerapen minimoak eskaintzea (RTT, Joan-etorriko Denbora);
- Pakete bat birtransmititzean sekuentzia-zenbaki ezberdin bat erabiltzea, jasotako paketeak identifikatzeko anbiguotasuna saihesten duena eta denbora-muga kentzen duena;
- Pakete bat galtzeak hari lotutako korrontearen entregari bakarrik eragiten dio eta ez du geldiarazten datuen bidalketa uneko konexioaren bidez transmititutako korronte paraleloetan;
- Erroreak zuzentzeko eginbideak, galdutako paketeen birtransmisioaren ondoriozko atzerapenak murrizten dituztenak. Erroreak zuzentzeko kode bereziak erabiltzea pakete mailan, galdutako datu-paketeen birtransmisioa behar duten egoerak murrizteko.
- Bloke kriptografikoen mugak QUIC paketeen mugekin lerrokatzen dira, eta horrek pakete-galeren eragina murrizten du ondorengo paketeen edukiak deskodetzeko;
- TCP ilarak blokeatzeko arazorik ez;
- Konexio-identifikatzailerako euskarria, bezero mugikorrentzako birkonexioa ezartzeko behar den denbora murrizten duena;
- Konexio-pilaketak kontrolatzeko mekanismo aurreratuak konektatzeko aukera;
- Norabide bakoitzeko iragarpenaren iragarpen teknikak erabiltzen ditu paketeak tasa optimoetan bidaltzen direla ziurtatzeko, pilatuta egotea eta paketeak galtzea ekiditeko;
- Errendimenduaren eta errendimenduaren igoera nabarmena TCPrekin alderatuta. YouTube bezalako bideo-zerbitzuetarako, QUIC-ek bideoak ikustean birbuffering-eragiketak % 30 murrizten dituela frogatu da.
Iturria: opennet.ru