Microsoft babagan mbukak kode perpustakaan karo implementasine saka protokol jaringan . Kode ditulis ing C lan ing lisensi MIT. Pustaka punika cross-platform lan bisa digunakake ora mung ing Windows, nanging uga ing Linux nggunakake utawa OpenSSL kanggo TLS 1.3. Ing mangsa ngarep, direncanakake kanggo ndhukung platform liyane.
Pustaka kasebut adhedhasar kode driver msquic.sys sing kasedhiya ing kernel Windows 10 (Preview Insider) kanggo ngaktifake HTTP lan ing ndhuwur QUIC. Kode kasebut uga digunakake kanggo ngleksanakake HTTP / 3 ing tumpukan Windows internal lan ing .NET Core. Pangembangan perpustakaan MsQuic bakal ditindakake kabeh ing GitHub nggunakake review peer umum, panjaluk tarik, lan Masalah GitHub. Infrastruktur wis disiapake sing mriksa saben panjaluk komitmen lan narik ing set luwih saka 4000 tes. Sawise nyetabilake lingkungan pangembangan, direncanakake nampa owah-owahan saka pangembang pihak katelu.
MsQuic wis bisa digunakake kanggo nggawe server lan klien, nanging ora kabeh fungsi sing ditetepake ing spesifikasi IETF saiki kasedhiya. Contone, ora ana dhukungan kanggo 0-RTT, migrasi klien, Path MTU Discovery, utawa kontrol Server Preferred Address. Antarane fitur sing diimplementasikake, optimasi dicathet kanggo entuk throughput maksimal lan wektu tundha minimal, dhukungan kanggo input / output asinkron, RSS (Nampa Skala Sisih), lan kemampuan kanggo nggabungake aliran input lan output UDP. Implementasi MsQuic wis diuji kompatibilitas karo versi eksperimen browser Chrome lan Edge.
Elinga yen HTTP / 3 standarisasi panggunaan protokol QUIC minangka transportasi kanggo HTTP / 2. Protokol (Sambungan Internet UDP Cepet) wis dikembangaké dening Google wiwit 2013 minangka alternatif kanggo kombinasi TCP + TLS kanggo Web, ngatasi masalah karo persiyapan dawa lan rembugan kaping kanggo sambungan ing TCP lan mbusak telat nalika paket ilang sak transfer data. QUIC minangka extension saka protokol UDP sing ndhukung multiplexing saka macem-macem sambungan lan nyedhiyakake cara enkripsi sing padha karo TLS / SSL.
Utama CEPAT:
- Keamanan dhuwur padha karo TLS (utamane QUIC nyedhiyakake kemampuan kanggo nggunakake TLS 1.3 liwat UDP);
- Kontrol integritas aliran, nyegah mundhut paket;
- Kemampuan kanggo nggawe sambungan langsung (0-RTT, kira-kira 75% kasus, data bisa dikirim langsung sawise ngirim paket persiyapan sambungan) lan menehi wektu tundha minimal antarane ngirim panjalukan lan nampa respon (RTT, Round Trip Time);
- Ora nggunakake nomer urutan sing padha nalika ngirim maneh paket, sing ngindhari ambiguitas kanggo ngenali paket sing ditampa lan nyingkirake wektu entek;
- Mundhut paket mung mengaruhi pangiriman stream sing ana gandhengane lan ora mungkasi pangiriman data ing aliran paralel sing ditularake liwat sambungan saiki;
- Fitur koreksi kesalahan sing nyilikake wektu tundha amarga pangirim maneh paket sing ilang. Gunakake kode koreksi kesalahan khusus ing tingkat paket kanggo nyuda kahanan sing mbutuhake transmisi ulang data paket sing ilang.
- Watesan pamblokiran kriptografis didadekake siji karo wates paket QUIC, sing nyuda impact mundhut paket ing dekoding isi paket sakteruse;
- Ora ana masalah karo pamblokiran antrian TCP;
- Dhukungan kanggo pengenal sambungan, sing nyuda wektu kanggo nggawe sambungan maneh kanggo klien seluler;
- Kamungkinan nyambungake mekanisme kontrol kemacetan sambungan lanjut;
- Nggunakake teknik prakiraan throughput saben arah kanggo mesthekake yen paket dikirim kanthi tarif sing optimal, nyegah supaya ora dadi rame lan nyebabake paket ilang;
- Disawang kinerja lan throughput dibandhingake TCP. Kanggo layanan video kayata YouTube, QUIC wis ditampilake nyuda operasi rebuffering nalika nonton video kanthi 30%.
Source: opennet.ru