Google sudah memulai dengan aktivasi IETF QUIC dan HTTP / 3 di Chrome

Google mengumumkan beberapa hari yang lalu itu sudah dimulai dengan penerapan HTTP / 3 dan IETF QUIC di Chrome dan dalam pengumumannya, ia menyatakan bahwa ia mengharapkan pembaruan ini dapat membawa peningkatan kinerja tambahan, terutama dengan dukungan untuk QUIC.

QUIC adalah protokol transport jaringan baru yang menggabungkan fitur TCP, TLS, dan lainnya. HTTP / 3 adalah HTTP versi terbaru, protokol yang membawa sebagian besar lalu lintas web. HTTP / 3 hanya berfungsi di QUIC.

Internet Engineering Task Force, atau IETF, memperkenalkan HTTP / 2 pada tahun 2015 dan salah satu peningkatan besar yang dibuatnya adalah dukungan untuk multiplexing.

Namun, ia menggunakan TCP sebagai protokol transport dan mekanisme pemulihan kerugian di TCP, sehingga paket yang hilang masih dapat menyebabkan penundaan di semua transaksi yang aktif.

Dengan mengadopsi QUIC, HTTP / 3 dapat lebih meningkatkan proses transfer, karena paket yang hilang dalam hal ini hanya mempengaruhi transaksi yang terpengaruh secara langsung.

Faktanya, QUIC awalnya dikembangkan oleh Google dan pertama kali diumumkan pada tahun 2013. Sejak saat itu, protokol ini berkembang pesat dan saat ini bertanggung jawab untuk membawa sepertiga dari lalu lintas Google.

Kemudian, pada 2015, pengembangan QUIC jatuh ke tangan IETF, badan standar yang bertanggung jawab memelihara protokol Internet. IETF telah meningkatkan QUIC dengan beberapa perubahan. Sampai saat ini, ada dua protokol yang serupa namun berbeda, yaitu: Google QUIC dan IETF QUIC.

Google telah mengumumkan bahwa mereka selalu menggunakan QUIC versinya sendiri, tetapi tim QUIC-nya juga terlibat dalam penerapan versi hak milik IEFT. "Kami telah melakukan upaya signifikan untuk mengembangkan Google QUIC selama lima tahun terakhir untuk mengikuti perubahan yang dibuat oleh IETF, dan versi terbaru Google QUIC memiliki banyak kemiripan dengan IETF QUIC," bunyi entri blog tersebut. Dari Google, tambahan, mengklarifikasi bahwa beberapa hal masih hilang.

Sebagai contoh, sejauh ini sebagian besar pengguna Chrome tidak dapat berkomunikasi dengan server IETF QUIC tanpa mengaktifkan beberapa opsi baris perintah. Juga, Google menambahkan bahwa sekarang telah ditemukan bahwa IETF QUIC secara signifikan mengungguli HTTP dibandingkan dengan TLS 1.3 dibandingkan dengan TCP.

Secara khusus, perusahaan mengatakan bahwa latensi mesin pencari Google berkurang lebih dari 2%. Waktu buffering YouTube telah berkurang lebih dari 9%. Selain itu, kinerja klien telah meningkat lebih dari 3% di komputer desktop.

Di ponsel, kinerja pelanggan meningkat lebih dari 7%. Ini dan alasan lain di balik peralihan Chrome ke versi QUIC dari IETF. “Kami dengan senang hati mengumumkan bahwa Chrome menerapkan dukungan untuk IETF QUIC (khususnya, versi uji coba h3-29).

Saat ini, sekitar 25% pengguna Chrome versi stabil menggunakan h3-29, dan kami berencana untuk meningkatkan jumlah ini dalam beberapa minggu mendatang dengan terus memantau data kinerja, ”kata perusahaan itu dalam posting blognya.

"Chrome akan secara aktif mendukung IETF QUIC h3-29 dan versi Google QUIC (Q050) untuk memberikan waktu bagi server yang mendukung Q050 untuk meningkatkan ke IETF QUIC," tambahnya. Chrome m85 belum mendukung IETF QUIC 0-RTT dan Google mengharapkan kinerja ini menjadi lebih baik saat merilis dukungan untuk IETF QUIC 0-RTT dalam beberapa bulan mendatang. Selain itu, karena IETF QUIC versi 30 dan 31 tidak berisi perubahan yang dapat merusak kompatibilitas, perusahaan tidak berencana untuk mengubah pengenal "over-the-wire".

Artinya itu akan terus melacak perubahan dalam versi IETF, tetapi akan diimplementasikan sebagai h3-29 / 0xff00001d.

Oleh karena itu, disarankan agar server terus mendukung h3-29 hingga RFC akhir selesai jika mereka ingin beroperasi dengan Chrome. Namun, jika IETF membuat perubahan yang merusak kompatibilitas di proyek mendatang, Chrome akan membatalkan keputusan itu.

sumber: https://blog.chromium.org


tinggalkan Komentar Anda

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

*

*

  1. Penanggung jawab data: Miguel Ángel Gatón
  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.