Chrome mulai menguji protokol HTTP / 3

Chrome HTTP3

Pengembang baru-baru ini siapa di belakang dari browser web Google Chrome, merilis berita tentang penambahan dukungan untuk protokol HTTP / 3 ke versi eksperimental Chrome Canary, yang mengimplementasikan plugin untuk mengaktifkan HTTP melalui QUIC.

Protokol QUIC sendiri telah ditambahkan ke browser lima tahun lalu dan sejak itu telah digunakan untuk mengoptimalkan pekerjaan dengan layanan Google. Pada saat yang sama, versi QUIC dari Google yang digunakan di Chrome dalam beberapa detail berbeda dari versi spesifikasi IETF, tetapi sekarang penerapannya sudah sinkron.

Penting untuk disoroti Google telah mengembangkan QUIC (Koneksi Internet UDP Cepat) sejak 2013 sebagai alternatif dari paket TCP + TLS untuk Web, yang memecahkan masalah dengan konfigurasi yang lama dan waktu negosiasi untuk koneksi TCP dan menghilangkan penundaan dalam kehilangan paket selama transfer data.

QUIC adalah pelengkap protokol UDP yang mendukung multiplexing dari beberapa koneksi dan menyediakan metode enkripsi yang setara dengan TLS / SSL.

Protokol yang dipermasalahkan sudah ada di dalam infrastruktur server Google, merupakan bagian dari Chrome, direncanakan untuk disertakan di Firefox, dan secara aktif digunakan untuk melayani permintaan klien di server Google.

Di antara karakteristik utama QUIC yang menonjol adalah:

  • Keamanan tinggi, mirip dengan TLS (sebenarnya, QUIC menyediakan kemampuan untuk menggunakan TLS melalui UDP)
  • Kontrol integritas aliran yang mencegah kehilangan paket
  • Kemampuan untuk membuat koneksi secara instan (0-RTT, dalam sekitar 75% kasus, data dapat dikirim segera setelah mengirim paket pengaturan koneksi) dan memastikan penundaan minimal antara mengirim permintaan dan menerima balasan (RTT, Round Trip Time)
  • Tidak menggunakan nomor urut yang sama saat mentransmisikan ulang sebuah paket, yang menghindari ambiguitas dalam menentukan paket yang diterima dan menghilangkan waktu tunggu
  • Kehilangan paket memengaruhi pengiriman hanya aliran yang terkait dengannya dan tidak menghentikan pengiriman data dalam aliran yang ditransmisikan secara paralel melalui koneksi saat ini
  • Alat koreksi kesalahan yang meminimalkan penundaan karena transmisi ulang paket yang hilang.
  • Penggunaan kode koreksi kesalahan tingkat paket khusus untuk mengurangi situasi yang memerlukan transmisi ulang data paket yang hilang.
  • Batasan kriptografik dari blok-blok tersebut selaras dengan batasan paket QUIC, mengurangi efek kehilangan paket pada decoding konten dari paket-paket berikut
  • Tidak ada masalah dengan memblokir antrian TCP
  • Dukungan untuk pengenal koneksi, yang mengurangi waktu untuk membuat koneksi ulang untuk klien seluler
  • Kemampuan untuk menghubungkan mekanisme lanjutan untuk mengontrol kelebihan koneksi

Juga disoroti bahwa itu memanfaatkan teknik memprediksi bandwidth di setiap arah untuk memastikan intensitas pengiriman paket yang optimal, mencegahnya mencapai kondisi kemacetan di mana packet loss diamati;

Sebaik kinerja luar biasa dan peningkatan kinerja atas TCP. Untuk layanan video seperti YouTube, QUIC menunjukkan pengurangan 30% dalam operasi buffering ulang saat menonton video.

Protokol HTTP / 3 menstandarkan penggunaan QUIC sebagai transportasi untuk HTTP / 2. Untuk mengaktifkan HTTP / 3 dan versi QUIC dari 23 draf spesifikasi IETF, Chrome harus dijalankan dengan opsi "–enable-quic –quic-version = h3-23" dan kemudian saat situs pengujian quic membuka .rocks: 4433 di mode pemeriksaan jaringan di alat pengembang, aktivitas HTTP / 3 akan ditampilkan sebagai "http / 2 + quic / 99".

Dibandingkan dengan paket yang hilang karena koneksi HTTP paralel, hanya 1 dari banyak koneksi yang akan dihentikan, yang berarti QUIC dapat mendukung pengiriman out-of-order sehingga paket yang hilang akan berdampak lebih kecil.

Si Anda ingin tahu lebih banyak tentang itu tentang ini, Anda dapat berkonsultasi link berikut.


tinggalkan Komentar Anda

Alamat email Anda tidak akan dipublikasikan. Bidang yang harus diisi ditandai dengan *

*

*

  1. Bertanggung jawab atas data: AB Internet Networks 2008 SL
  2. Tujuan data: Mengontrol SPAM, manajemen komentar.
  3. Legitimasi: Persetujuan Anda
  4. Komunikasi data: Data tidak akan dikomunikasikan kepada pihak ketiga kecuali dengan kewajiban hukum.
  5. Penyimpanan data: Basis data dihosting oleh Occentus Networks (UE)
  6. Hak: Anda dapat membatasi, memulihkan, dan menghapus informasi Anda kapan saja.