Mozilla telah mengumumkan niatnya untuk memulai bertahap dalam HTTP/3 dan QUIC dengan rilis Firefox 88, yang dijadwalkan pada 19 April (semula diharapkan dirilis pada 20 April, namun dilihat dari jadwalnya, ini akan diundur satu hari). Dukungan HTTP/3 pada awalnya hanya akan diaktifkan untuk sebagian kecil pengguna dan, kecuali ada masalah yang tidak terduga, akan diluncurkan ke semua orang pada akhir Mei. Dalam versi nightly build dan beta, HTTP/3 diaktifkan secara default pada akhir Maret.
Ingatlah bahwa implementasi HTTP/3 di Firefox didasarkan pada proyek neqo yang dikembangkan oleh Mozilla, yang menyediakan implementasi klien dan server untuk protokol QUIC. Kode komponen untuk dukungan HTTP/3 dan QUIC ditulis dalam Rust. Untuk mengontrol apakah HTTP/3 diaktifkan, about:config menyediakan opsi βnetwork.http.http3.enabledβ. Dari perangkat lunak klien, dukungan eksperimental untuk HTTP/3 juga telah ditambahkan ke Chrome dan curl, dan untuk server tersedia di nginx, serta dalam bentuk modul nginx dan server uji dari Cloudflare. Di sisi website, dukungan HTTP/3 sudah disediakan di server Google dan Facebook.
Protokol HTTP/3 masih dalam tahap rancangan spesifikasi dan belum sepenuhnya distandarisasi oleh IETF. HTTP/3 memerlukan dukungan klien dan server untuk versi standar draf QUIC dan HTTP/3 yang sama, yang ditentukan dalam header Alt-Svc (Firefox mendukung draf spesifikasi 27 hingga 32).
HTTP/3 mendefinisikan penggunaan protokol QUIC sebagai transport untuk HTTP/2. Protokol QUIC (Quick UDP Internet Connections) telah dikembangkan oleh Google sejak tahun 2013 sebagai alternatif kombinasi TCP+TLS untuk Web, memecahkan masalah dengan waktu penyiapan dan negosiasi yang lama untuk koneksi dalam TCP dan menghilangkan penundaan ketika paket hilang selama data transfer. 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).
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