Pasukan Petugas Kejuruteraan Internet (IETF), yang bertanggungjawab untuk pembangunan protokol dan seni bina Internet, telah memuktamadkan RFC untuk protokol QUIC dan menerbitkan spesifikasi berkaitan di bawah pengecam RFC 8999 (sifat protokol bebas versi), RFC 9000 (pengangkutan). melalui UDP), RFC 9001 (penyulitan TLS bagi saluran komunikasi QUIC) dan RFC 9002 (kawalan kesesakan dan pengesanan kehilangan paket semasa penghantaran data).
RFC menerima status "Standard Cadangan", selepas itu kerja akan mula memberikan RFC status draf standard (Draf Standard), yang sebenarnya bermaksud penstabilan lengkap protokol dan mengambil kira semua komen yang dibuat. Protokol HTTP/3, yang mentakrifkan penggunaan protokol QUIC sebagai pengangkutan untuk HTTP/2, masih di peringkat spesifikasi draf, tetapi ia akan diseragamkan oleh IETF tidak lama lagi.
Penyeragaman QUIC dijangka akan memberi dorongan kepada penggunaan protokol ini yang lebih meluas, serta pembangunan sambungan berdasarkannya, seperti WebTransport (sebuah teknologi untuk menghantar dan menerima data antara penyemak imbas dan pelayan) dan MASQUE (teknologi proksi sambungan yang memanjangkan keupayaan SOCKS dan HTTP CONNECT, dan menggunakan HTTPS melalui QUIC sebagai pengangkutan).
Mari kita ingat bahawa protokol QUIC (Sambungan Internet UDP Pantas) telah dibangunkan oleh Google sejak 2013 sebagai alternatif kepada gabungan TCP+TLS untuk Web, menyelesaikan masalah dengan masa persediaan yang panjang dan masa rundingan sambungan dalam TCP dan menghapuskan kelewatan apabila paket hilang semasa pemindahan data. QUIC ialah lanjutan daripada protokol UDP yang menyokong pemultipleksan berbilang sambungan dan menyediakan kaedah penyulitan yang setara dengan TLS/SSL. Semasa pembangunan standard IETF, perubahan telah dibuat pada protokol, yang membawa kepada kemunculan dua cawangan selari, satu untuk HTTP/3, dan yang kedua disokong oleh Google (Chrome menyokong kedua-dua pilihan, dan Firefox menyokong versi IETF) .
Ciri utama QUIC:
- Keselamatan tinggi, serupa dengan TLS (sebenarnya, QUIC menyediakan keupayaan untuk menggunakan TLS melalui UDP);
- Kawalan integriti aliran untuk mengelakkan kehilangan paket;
- Keupayaan untuk mewujudkan sambungan serta-merta (0-RTT, dalam kira-kira 75% daripada kes, data boleh dihantar serta-merta selepas menghantar paket persediaan sambungan) dan memberikan kelewatan minimum antara menghantar permintaan dan menerima respons (RTT, Masa Pergi Balik);
- Menggunakan nombor urutan yang berbeza apabila menghantar semula paket, yang mengelakkan kekaburan dalam mengenal pasti paket yang diterima dan menyingkirkan tamat masa;
- Kehilangan paket hanya menjejaskan penghantaran aliran yang berkaitan dengannya dan tidak menghentikan penghantaran data dalam aliran yang dihantar selari melalui sambungan semasa;
- Alat pembetulan ralat yang meminimumkan kelewatan akibat penghantaran semula paket yang hilang. Penggunaan kod pembetulan ralat khas pada peringkat paket untuk mengurangkan situasi yang memerlukan penghantaran semula data paket yang hilang.
- Sempadan blok kriptografi diselaraskan dengan sempadan paket QUIC, yang mengurangkan kesan kehilangan paket pada penyahkodan kandungan paket berikutnya;
- Tiada masalah dengan menyekat baris gilir TCP;
- Sokongan ID Sambungan untuk mengurangkan masa penyambungan semula untuk pelanggan mudah alih;
- Kemungkinan untuk menyambungkan mekanisme lanjutan untuk kawalan beban lampau sambungan;
- Menggunakan teknik ramalan jalur lebar dalam setiap arah untuk memastikan keamatan optimum penghantaran paket, menghalang rolling ke dalam keadaan kesesakan, di mana terdapat kehilangan paket;
- Peningkatan ketara dalam prestasi dan daya pengeluaran berbanding TCP. Untuk perkhidmatan video seperti YouTube, QUIC telah ditunjukkan dapat mengurangkan operasi penimbalan semula apabila menonton video sebanyak 30%.
Sumber: opennet.ru