Microsoft parantos muka palaksanaan protokol QUIC anu dianggo dina HTTP/3

Perusahaan Microsoft ngumumkeun ngeunaan muka kode perpustakaan msquic kalawan palaksanaan protokol jaringan CEPAT. Kode ieu ditulis dina C jeung disebarkeun ku handapeun lisénsi MIT. Perpustakaan téh cross-platform sarta bisa dipaké teu ngan dina Windows, tapi ogé dina Linux Ubuntu Saluran atanapi OpenSSL pikeun TLS 1.3. Ka hareupna, rencanana bakal ngadukung platform anu sanés.

Perpustakaan dumasar kana kode supir msquic.sys anu disayogikeun dina Windows 10 kernel (Insider Preview) pikeun ngaktipkeun HTTP sareng SMB di luhur QUIC. Kodeu ogé dipaké pikeun nerapkeun HTTP / 3 dina tumpukan Windows internal tur di .NET Core. Pangembangan perpustakaan MsQuic bakal dilaksanakeun sapinuhna dina GitHub nganggo ulasan peer umum, paménta tarik, sareng Masalah GitHub. Infrastruktur parantos disiapkeun anu mariksa unggal komitmen sareng narik pamundut dina sakumpulan langkung ti 4000 tés. Saatos nyaimbangkeun lingkungan pangwangunan, rencanana bakal nampi parobihan ti pamekar pihak katilu.

MsQuic parantos tiasa dianggo pikeun nyiptakeun server sareng klien, tapi henteu sadayana fungsionalitas anu ditetepkeun dina spésifikasi IETF ayeuna sayogi. Contona, teu aya dukungan pikeun 0-RTT, migrasi klien, Path MTU Discovery, atanapi kontrol Alamat Pilihan Server. Diantara fitur nu dilaksanakeun, optimasi nyatet pikeun ngahontal throughput maksimum sarta reureuh minimum, rojongan pikeun input / output Asynchronous, RSS (Narima Skala Sisi), sarta kamampuhan pikeun ngagabungkeun input sarta output aliran UDP. Palaksanaan MsQuic parantos diuji pikeun kasaluyuan sareng versi ékspérimén tina browser Chrome sareng Edge.

Ngelingan yén HTTP / 3 standarisasi pamakéan protokol QUIC salaku angkutan pikeun HTTP / 2. Protokol CEPAT (Gancangan UDP Internet Connections) geus dimekarkeun ku Google saprak 2013 salaku alternatif pikeun kombinasi TCP + TLS pikeun Wéb, ngarengsekeun masalah sareng setelan panjang tur negosiasi kali pikeun sambungan di TCP sarta ngaleungitkeun reureuh nalika pakét leungit salila mindahkeun data. QUIC mangrupikeun penyuluhan protokol UDP anu ngadukung multiplexing sababaraha sambungan sareng nyayogikeun metode enkripsi anu sami sareng TLS / SSL.

utama Fitur CEPAT:

• Kaamanan anu luhur sami sareng TLS (dasarna QUIC nyayogikeun kamampuan ngagunakeun TLS 1.3 dina UDP);
• Kontrol integritas aliran, nyegah pakét leungitna;
• Kamampuhan pikeun instan nyieun sambungan (0-RTT, kira-kira 75% kasus data bisa dikirimkeun langsung saatos ngirim pakét setelan sambungan) jeung nyadiakeun reureuh minimal antara ngirim pamundut jeung narima respon (RTT, Round Trip Time);
  

• Henteu nganggo nomer sekuen anu sami nalika ngirimkeun deui pakét, anu ngahindarkeun ambiguitas dina ngaidentipikasi pakét anu ditampi sareng ngaleungitkeun waktosna;
• Leungitna pakét ngan ukur mangaruhan pangiriman aliran anu aya hubunganana sareng henteu ngeureunkeun pangiriman data dina aliran paralel anu dikirimkeun ku sambungan ayeuna;
• Fitur koréksi kasalahan anu ngaminimalkeun telat kusabab pangiriman ulang pakét anu leungit. Pamakéan kodeu koreksi kasalahan husus dina tingkat pakét pikeun ngurangan kaayaan merlukeun retransmission data pakét leungit.
• Wates blok kriptografis saluyu sareng wates pakét QUIC, anu ngirangan dampak karugian pakét dina ngadekodekeun eusi pakét anu salajengna;
• Teu aya masalah sareng blokir antrian TCP;
• Rojongan pikeun identifier sambungan, nu ngurangan waktu nu diperlukeun pikeun nyieun reconnection pikeun klien mobile;
• Kamungkinan nyambungkeun mékanisme kontrol kamacetan sambungan canggih;
• Ngagunakeun téhnik forecasting throughput per-arah pikeun mastikeun yén pakét dikirim dina ongkos optimal, nyegah aranjeunna tina jadi congested sarta ngabalukarkeun leungitna pakét;
• Perceptible tumuwuhna kinerja sarta throughput dibandingkeun TCP. Pikeun jasa pidéo sapertos YouTube, QUIC parantos ditingalikeun ngirangan operasi rebuffering nalika ningali pidéo ku 30%.

sumber: opennet.ru