Chrome memulakan ujian pada protokol HTTP / 3

Chrome HTTP3

Pemaju baru-baru ini yang berada di belakang dari penyemak imbas web Google Chrome, mengeluarkan berita mengenai penambahan sokongan untuk protokol HTTP / 3 kepada eksperimen Chrome Canary, yang mengimplementasikan plugin untuk membolehkan HTTP melalui QUIC.

Protokol QUIC itu sendiri telah ditambahkan ke penyemak imbas lima tahun yang lalu dan sejak itu ia digunakan untuk mengoptimumkan kerja dengan perkhidmatan Google. Pada masa yang sama, versi QUIC Google yang digunakan di Chrome berbeza dalam beberapa perincian dari versi spesifikasi IETF, tetapi sekarang implementasinya selari.

Penting untuk mengetengahkan perkara itu Google telah membangunkan QUIC (Sambungan Internet UDP Pantas) sejak 2013 sebagai alternatif kepada pakej TCP + TLS untuk Web, yang menyelesaikan masalah dengan konfigurasi dan masa rundingan yang panjang untuk sambungan TCP dan menghilangkan kelewatan kehilangan paket semasa pemindahan data.

QUIC adalah pelengkap kepada protokol UDP yang menyokong multiplexing pelbagai sambungan dan menyediakan kaedah penyulitan yang setara dengan TLS / SSL.

Protokol yang dimaksudkan sudah ada di dalam infrastruktur pelayan Google, merupakan bagian dari Chrome, dirancang untuk dimasukkan ke dalam Firefox, dan digunakan secara aktif untuk melayani permintaan pelanggan di pelayan Google.

Antara ciri utama QUIC yang menonjol adalah:

  • Keselamatan tinggi, serupa dengan TLS (sebenarnya, QUIC memberikan kemampuan untuk menggunakan TLS melalui UDP)
  • Kawalan integriti aliran yang mencegah kehilangan paket
  • Kemampuan untuk membuat sambungan dengan serta-merta (0-RTT, dalam sekitar 75% kes, data dapat dikirimkan segera setelah mengirim paket penyiapan sambungan) dan memastikan kelewatan minimum antara mengirim permintaan dan menerima balasan (RTT, Waktu Perjalanan Balik)
  • Tidak menggunakan nombor urutan yang sama semasa menghantar semula paket, yang mengelakkan kekaburan dalam menentukan paket yang diterima dan menghilangkan waktu tunggu
  • Kehilangan paket mempengaruhi penghantaran hanya aliran yang berkaitan dengannya dan tidak menghentikan penghantaran data dalam aliran yang dihantar secara selari melalui sambungan semasa
  • Alat pembetulan ralat yang meminimumkan kelewatan kerana penghantaran semula paket yang hilang.
  • Penggunaan kod pembetulan ralat tahap paket khas untuk mengurangkan situasi yang memerlukan penghantaran semula data paket yang hilang.
  • Had kriptografi blok diselaraskan dengan had paket QUIC, mengurangkan kesan kehilangan paket pada penyahkodan kandungan paket berikut
  • Tidak ada masalah dengan menyekat barisan TCP
  • Sokongan untuk pengecam sambungan, yang mengurangkan masa untuk membuat penyambungan semula untuk pelanggan mudah alih
  • Keupayaan untuk menghubungkan mekanisme canggih untuk mengawal beban sambungan

Ia juga disoroti bahawa ia menggunakan teknik meramalkan lebar jalur di setiap arah untuk memastikan intensiti penghantaran paket yang optimum, menghalangnya daripada mencapai kesesakan di mana kehilangan paket diperhatikan;

Serta prestasi dan prestasi yang luar biasa berbanding TCP. Untuk perkhidmatan video seperti YouTube, QUIC menunjukkan pengurangan 30% dalam operasi penyanggaan semula ketika menonton video.

Protokol HTTP / 3 menyeragamkan penggunaan QUIC sebagai pengangkutan untuk HTTP / 2. Untuk mengaktifkan HTTP / 3 dan versi QUIC dari 23 draf spesifikasi IETF, Chrome mesti dijalankan dengan pilihan "–enable-quic –quic-version = h3-23" dan kemudian apabila laman ujian quic dibuka .rocks: 4433 in mod pemeriksaan rangkaian dalam alat pembangun, aktiviti HTTP / 3 akan ditunjukkan sebagai "http / 2 + quic / 99".

Berbanding dengan paket yang hilang oleh sambungan HTTP selari, hanya 1 dari banyak sambungan yang akan dihentikan, yang bermaksud bahawa QUIC dapat menyokong penghantaran di luar pesanan sehingga paket yang hilang akan memberi kesan yang kurang.

Si anda ingin mengetahui lebih lanjut mengenainya mengenai perkara ini, anda boleh berunding pautan berikut.


Tinggalkan komen anda

Alamat email anda tidak akan disiarkan. Ruangan yang diperlukan ditanda dengan *

*

*

  1. Bertanggungjawab untuk data: AB Internet Networks 2008 SL
  2. Tujuan data: Mengendalikan SPAM, pengurusan komen.
  3. Perundangan: Persetujuan anda
  4. Komunikasi data: Data tidak akan disampaikan kepada pihak ketiga kecuali dengan kewajiban hukum.
  5. Penyimpanan data: Pangkalan data yang dihoskan oleh Occentus Networks (EU)
  6. Hak: Pada bila-bila masa anda boleh menghadkan, memulihkan dan menghapus maklumat anda.