Chrome menambahkan dukungan eksperimental untuk protokol HTTP/3

Untuk bangunan eksperimental Chrome Canary ditambahkan dukungan untuk protokol HTTP/3, yang mengimplementasikan add-on untuk memungkinkan HTTP bekerja melalui protokol QUIC. Protokol QUIC sendiri ditambahkan ke browser lima tahun lalu dan sejak itu digunakan untuk mengoptimalkan pekerjaan dengan layanan Google. Pada saat yang sama, versi QUIC dari Google yang digunakan di Chrome berbeda dalam beberapa detail dari versinya spesifikasi IETF, tapi sekarang implementasinya sudah disinkronkan.

HTTP/3 menstandarkan penggunaan QUIC sebagai transportasi untuk HTTP/2. Untuk mengaktifkan opsi HTTP/3 dan QUIC dari 23 draf Spesifikasi IETF mengharuskan Chrome diluncurkan dengan opsi "-enable-quic -quic-version=h3-23" dan kemudian saat membuka situs pengujian cepat.batu:4433 Dalam mode inspeksi jaringan di alat pengembang, aktivitas HTTP/3 akan ditampilkan sebagai β€œhttp/2+quic/99”.

Ingatlah bahwa protokolnya QUIC (Koneksi Internet UDP Cepat) 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 transfer data. QUIC adalah perpanjangan dari protokol UDP yang mendukung multiplexing beberapa koneksi dan menyediakan metode enkripsi yang setara dengan TLS/SSL. Protokol yang dimaksud sudah terintegrasi ke dalam infrastruktur server Google dan merupakan bagian dari Chrome. dijadwalkan untuk disertakan dalam Firefox dan secara aktif digunakan untuk melayani permintaan klien di server Google.

Utama fitur CEPAT:

  • 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);
  • Tidak menggunakan nomor urut yang sama 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;
  • Jelas pertumbuhan 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

Tambah komentar