Pasukan Petugas Kejuruteraan Internet (IETF), jawatankuasa yang membangunkan protokol dan seni bina Internet, telah melengkapkan RFC untuk protokol QUIC dan menerbitkan spesifikasi berkaitan sebagai RFC 8999 (sifat protokol bebas versi), RFC 9000 (pengangkutan melalui UDP), RFC 9001 (penyulitan berasaskan TLS bagi saluran komunikasi QUIC), dan RFC 9002 (kawalan kesesakan dan pengesanan kehilangan paket semasa penghantaran data).
RFC telah diberikan status "Standard Cadangan," dan selepas itu kerja-kerja akan dimulakan untuk meningkatkan status RFC kepada Draf Standard, yang secara efektif menandakan penstabilan lengkap protokol dan penggabungan semua komen. Protokol HTTP/3, yang mentakrifkan penggunaan protokol QUIC sebagai pengangkutan untuk HTTP/2, kini berada dalam peringkat spesifikasi draf, tetapi ia juga akan diseragamkan sepenuhnya oleh IETF tidak lama lagi.
Penyeragaman QUIC dijangka akan memberi dorongan kepada penggunaan protokol ini yang lebih meluas, serta pembangunan sambungan berasaskannya, seperti WebTransport (teknologi untuk menghantar dan menerima data antara pelayar dan pelayan) dan MASQUE (teknologi proksi sambungan yang meluaskan keupayaan SOCKS dan HTTP CONNECT dan menggunakan HTTPS melalui QUIC sebagai pengangkutan).
Sebagai peringatan, protokol QUIC (Quick UDP Internet Connections) telah dibangunkan oleh Google sejak tahun 2013 sebagai alternatif kepada TCP+TLS untuk web. Ia menangani masa persediaan dan rundingan sambungan yang perlahan dalam TCP dan menghapuskan kelewatan yang disebabkan oleh kehilangan paket semasa pemindahan data. QUIC ialah superset protokol UDP yang menyokong pemultipleksan berbilang sambungan dan menyediakan kaedah penyulitan yang setara dengan TLS/SSL. Semasa pembangunan piawaian IETF, perubahan telah dibuat pada protokol, menghasilkan dua cabang selari: satu untuk HTTP/3 dan satu lagi disokong oleh Google (Chrome menyokong kedua-dua varian, manakala Firefox menyokong varian 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
