Microsoft liburutegiaren kodea irekitzeari buruz sareko protokoloaren ezarpenarekin . Kodea C-n idatzita dago eta MIT lizentziapean. Liburutegia plataforma anitzekoa da eta Windows-en ez ezik, Linux-en ere erabil daiteke edo OpenSSL TLS 1.3rako. Etorkizunean, beste plataforma batzuei laguntzea aurreikusten da.
Liburutegia Windows 10 nukleoan (Insider Preview) emandako msquic.sys kontrolatzailearen kodean oinarritzen da HTTP eta QUIC-en gainean. Kodea HTTP/3 Windows barneko pilan eta .NET Core-n ezartzeko ere erabiltzen da. MsQuic liburutegiaren garapena GitHub-en egingo da guztiz, parekideen berrikuspen publikoa, tira-eskaerak eta GitHub Arazoak erabiliz. 4000 proba baino gehiagoko multzo batean konpromezu eta tira eskaera guztiak egiaztatzen dituen azpiegitura bat prestatu da. Garapen-ingurunea egonkortu ondoren, hirugarrenen garatzaileen aldaketak onartzea aurreikusi da.
MsQuic dagoeneko erabil daiteke zerbitzariak eta bezeroak sortzeko, baina IETF zehaztapenean zehaztutako funtzionalitate guztiak ez daude eskuragarri. Adibidez, ez dago onartzen 0-RTT, bezeroen migrazioa, Path MTU Discovery edo Server Preferred Helbide kontrola. Inplementatutako ezaugarrien artean, optimizazioa nabarmentzen da errendimendu maximoa eta gutxieneko atzerapenak lortzeko, sarrera/irteera asinkronoetarako laguntza, RSS (Jasotzeko alboko eskalatzea) eta sarrera eta irteerako UDP korronteak konbinatzeko gaitasuna. MsQuic inplementazioa Chrome eta Edge arakatzaileen bertsio esperimentalekin bateragarria den probatu da.
Gogoratu HTTP/3-k QUIC protokoloaren erabilera HTTP/2rako garraio gisa estandarizatzen duela. Protokoloa (Quick UDP Internet Connections) 2013az geroztik garatu du Googlek TCP+TLS konbinazioaren alternatiba gisa, TCPn konexioen konfigurazio- eta negoziazio-denbora luzeekin arazoak konponduz eta datu-transferentzian paketeak galtzen direnean atzerapenak ezabatuz. QUIC UDP protokoloaren luzapena da, hainbat konexio multiplexatzea onartzen duena eta TLS/SSL-ren baliokideak diren enkriptazio-metodoak eskaintzen dituena.
Nagusia AZKARRA:
- TLSren antzeko segurtasun handia (funtsean, QUIC-ek TLS 1.3 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 birtransmititzerakoan sekuentzia-zenbaki bera ez erabiltzea, jasotako paketeak identifikatzeko anbiguotasuna saihesten du eta denbora-mugak kentzen ditu;
- 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;
- Hautemangarria errendimendua eta errendimendua TCPrekin alderatuta. YouTube bezalako bideo-zerbitzuetarako, QUIC-ek bideoak ikustean birbuffering-eragiketak % 30 murrizten dituela frogatu da.
Iturria: opennet.ru