Ettevõte Microsoft koodi raamatukogu avamisest võrguprotokolli rakendusega . Kood on kirjutatud C keeles ja kanna MIT litsentsi. Raamatukogu on platvormideülene ja seda saab kasutada mitte ainult Windowsis, vaid ka Linuxis koos või OpenSSL-iga TLS 1.3 jaoks. Tulevikus plaanitakse toetada ka muid platvorme.
Raamatukogu põhineb Windows 10 (Insider Preview) südamikus antud msquic.sys draiveri koodil, et tagada HTTP protokollide ja QUIC peal rakendamine. Sealhulgas kasutatakse koodi HTTP/3 rakendamiseks Windowsi sisemises stackis ja .NET Core-is. MsQuic raamatukogu arendamine toimub täielikult GitHubis, kasutades avalikku ülevaatamist, pull-päringuid ja GitHub Issues. On loodud infrastruktuur, mis kontrollib iga commit-i ja pull-päringut enam kui 4000 testiga. Pärast arenduskeskkonna stabiliseerumist plaanitakse vastu võtta muudatusi välistelt arendajatelt.
MsQuic on juba kasutamiseks valmis serverite ja klientide loomiseks, kuid mitte kõik IETF-is sätestatud funktsioonid ei ole hetkel saadaval. Näiteks puudub praegu 0-RTT toetus, kliendi migreerimine, Path MTU avastamine ja aadressivaliku haldamine serveritele (Server Preferred Address). Teostatud omadustest tasub märkida optimeerimist maksimaalse läbilaskevõime ja minimaalsete viivituste saavutamiseks, asünkroonset sisendi/väljundi toetust, RSS-i (Receive Side Scaling) ja võimalust siseneda ja väljunud UDP vooge ühendada.
Meenutame, et HTTP/3 standardiseerib QUIC protokolli kasutamise HTTP/2 transpordina. Protokoll (Quick UDP Internet Connections) on alates 2013. aastast arendatud Google'i poolt TCP+TLS alternatiivina, mis lahendab TCP ühenduste loomise ja kokkuleppimise suure aja probleeme ning kõrvaldab andmeülekande käigus pakettide kaotsimineku tõttu tekkivad viivitused. QUIC on UDP protokolli pealispind, mis toetab mitme ühenduse multiplexerimist ja pakub krüpteerimismeetodeid, mis on võrdsed TLS/SSL-iga.
Peamised QUIC:
- Kõrge turvalisus, mis on analoogne TLS-iga (QUIC pakub tegelikult võimalust kasutada TLS 1.3 UDP peal);
- Voogude terviklikkuse kontrollimine, mis takistab pakettide kadumist;
- Kohene ühenduse loomise võimalus (0-RTT, umbes 75% juhtudest saab andmeid edastada kohe pärast ühenduse loomise paketi saatmist) ning tagab minimaalsed viivitused päringu saatmise ja vastuse saamise vahel (RTT, Round Trip Time);
- Ei kasutata sama järjestikuse numbri paketi kordussaatmisel, mis võimaldab vältida segadust saadud paketide tuvastamisel ja kõrvaldab ajutised katkestused;
- Paketi kadu mõjutab ainult seotud voogu ja ei peata andmete edastamist paralleelselt edastatavatest voogudest läbi praeguse ühenduse;
- Vigade parandamise vahendid, mis minimeerivad viivitused kadunud pakettide kordussaatmise tõttu. Spetsiaalsete vigade parandamise koodide kasutamine paketi tasandil, et vähendada olukordade arvu, mis vajavad kadunud paketi andmete uuesti edastamist.
- Krüptograafiliste plokkide piirid on joondatud QUIC pakettide piiride külge, mis vähendab pakettide kadumise mõju järgmiste pakettide sisu dekodeerimisele;
- TCP järjekorra ummistusega seotud probleeme pole.
- Ühenduse identifikaatori toetus, mis võimaldab mobiilsete klientide uuesti ühendamise aega lühendada;
- Täpsemate ühenduse koormusjuhtimise mehanismide toetus;
- Võimet kasutada igas suunas läbipääsutehnika prognoosimist, et tagada optimaalne pakettide saatmise intensiivsus, vältides ülekoormusse sattumist, mille korral toimub pakettide kadu;
- Silmatorkav suurem jõudlus ja läbilaskevõime, võrreldes TCP-ga. Video teenuste, nagu YouTube, puhul on QUIC-i kasutamine vähendanud uuesti puhverdamise operatsioonide arvu video vaatamise ajal 30% võrra.
Allikas: opennet.ru
