Satuan Tugas Rekayasa Internet (IETF), yang bertanggung jawab atas pengembangan protokol dan arsitektur Internet, telah menyelesaikan RFC untuk protokol QUIC dan menerbitkan spesifikasi terkait di bawah pengidentifikasi RFC 8999 (properti protokol independen versi), RFC 9000 (transportasi melalui UDP), RFC 9001 (enkripsi TLS saluran komunikasi QUIC) dan RFC 9002 (kontrol kemacetan dan deteksi kehilangan paket selama transmisi data).
RFC menerima status "Standar yang Diusulkan", setelah itu pekerjaan akan dimulai untuk memberikan RFC status rancangan standar (Draf Standar), yang sebenarnya berarti stabilisasi lengkap protokol dan dengan mempertimbangkan semua komentar yang dibuat. Protokol HTTP/3, yang mendefinisikan penggunaan protokol QUIC sebagai transport untuk HTTP/2, masih dalam tahap spesifikasi rancangan, namun akan segera distandarisasi oleh IETF.
Standardisasi QUIC diharapkan akan memberikan dorongan untuk adopsi protokol ini secara lebih luas, serta pengembangan ekstensi berdasarkan protokol tersebut, seperti WebTransport (teknologi untuk mengirim dan menerima data antara browser dan server) dan MASQUE (teknologi proksi koneksi yang memperluas kemampuan SOCKS dan HTTP CONNECT, dan menggunakan HTTPS melalui QUIC sebagai transportasi).
Ingatlah bahwa protokol QUIC (Quick UDP Internet Connections) telah dikembangkan oleh Google sejak tahun 2013 sebagai alternatif dari kombinasi TCP+TLS untuk Web, memecahkan masalah dengan waktu penyiapan dan negosiasi koneksi yang lama di TCP dan menghilangkan penundaan saat paket hilang selama transfer data. QUIC adalah perpanjangan dari protokol UDP yang mendukung multiplexing beberapa koneksi dan menyediakan metode enkripsi yang setara dengan TLS/SSL. Selama pengembangan standar IETF, perubahan dilakukan pada protokol, yang menyebabkan munculnya dua cabang paralel, satu untuk HTTP/3, dan yang kedua didukung oleh Google (Chrome mendukung kedua opsi tersebut, dan Firefox mendukung versi IETF) .
Fitur utama QUIC:
- Keamanan tinggi mirip dengan TLS (pada dasarnya QUIC menyediakan kemampuan untuk menggunakan TLS melalui UDP);
- Kontrol integritas aliran, mencegah kehilangan paket;
- Kemampuan untuk membuat koneksi secara instan (0-RTT, pada sekitar 75% kasus, data dapat dikirim segera setelah mengirim paket pengaturan koneksi) dan memberikan penundaan minimal antara pengiriman permintaan dan penerimaan respons (RTT, Round Trip Time);
- Menggunakan nomor urut yang berbeda saat mengirimkan ulang sebuah paket, yang menghindari ambiguitas dalam mengidentifikasi paket yang diterima dan menghilangkan batas waktu;
- Hilangnya suatu paket hanya mempengaruhi pengiriman aliran yang terkait dengannya dan tidak menghentikan pengiriman data dalam aliran paralel yang dikirimkan melalui koneksi saat ini;
- Fitur koreksi kesalahan yang meminimalkan penundaan akibat pengiriman ulang paket yang hilang. Penggunaan kode koreksi kesalahan khusus pada tingkat paket untuk mengurangi situasi yang memerlukan transmisi ulang data paket yang hilang.
- Batas-batas blok kriptografi diselaraskan dengan batas-batas paket QUIC, yang mengurangi dampak kehilangan paket pada decoding isi paket berikutnya;
- Tidak ada masalah dengan pemblokiran antrian TCP;
- Dukungan untuk pengidentifikasi koneksi, yang mengurangi waktu yang diperlukan untuk membuat koneksi ulang untuk klien seluler;
- Kemungkinan menghubungkan mekanisme kontrol kelebihan koneksi tingkat lanjut;
- Menggunakan teknik prediksi throughput per arah untuk memastikan tingkat penerusan paket yang optimal, mencegah kemacetan dan kehilangan paket;
- Peningkatan signifikan dalam kinerja dan throughput dibandingkan dengan TCP. Untuk layanan video seperti YouTube, QUIC telah terbukti mengurangi operasi rebuffering saat menonton video sebesar 30%.
Sumber: opennet.ru