Chrome menambah sokongan HTTP/3 percubaan

Kepada binaan eksperimen Chrome Canary tambah sokongan untuk protokol HTTP/3, yang melaksanakan alat tambah untuk memastikan operasi HTTP melalui protokol QUIC. Protokol QUIC itu sendiri telah ditambahkan pada penyemak imbas lima tahun lalu dan sejak itu telah digunakan untuk mengoptimumkan kerja dengan perkhidmatan Google. Pada masa yang sama, versi QUIC Google yang digunakan dalam Chrome berbeza dalam beberapa butiran daripada versi dari spesifikasi IETF, tetapi pelaksanaannya kini disegerakkan.

HTTP/3 menyeragamkan penggunaan QUIC sebagai pengangkutan untuk HTTP/2. Untuk mendayakan HTTP/3 dan pilihan QUIC daripada 23 draf Spesifikasi IETF memerlukan Chrome untuk dilancarkan dengan pilihan "--enable-quic --quic-version=h3-23", selepas itu apabila membuka tapak ujian quic.rocks:4433 dalam mod Pemeriksaan Rangkaian, alat pembangun akan menunjukkan aktiviti HTTP/3 sebagai "http/2+quic/99".

Ingat bahawa protokol QUIC (Sambungan Internet UDP Pantas) telah dibangunkan oleh Google sejak 2013 sebagai alternatif kepada TCP + TLS untuk Web, menyelesaikan masalah dengan persediaan yang lama dan masa rundingan untuk sambungan dalam TCP dan menghapuskan kelewatan sekiranya paket kehilangan semasa pemindahan data. QUIC ialah tambahan kepada protokol UDP yang menyokong pemultipleksan berbilang sambungan dan menyediakan kaedah penyulitan yang setara dengan TLS/SSL. Protokol yang dimaksudkan telah disepadukan ke dalam infrastruktur pelayan Google, adalah sebahagian daripada Chrome, terancang untuk dimasukkan ke dalam Firefox dan digunakan secara aktif untuk melayani permintaan pelanggan pada pelayan Google.

Utama ciri- CEPAT:

• Keselamatan tinggi, serupa dengan TLS (sebenarnya, QUIC menyediakan keupayaan untuk menggunakan TLS melalui UDP);
• Kawalan integriti aliran untuk mengelakkan kehilangan paket;
• Keupayaan untuk mewujudkan sambungan serta-merta (0-RTT, dalam kira-kira 75% kes, data boleh dihantar serta-merta selepas menghantar paket persediaan sambungan) dan memastikan kelewatan minimum antara menghantar permintaan dan menerima respons (RTT, Masa Pergi Balik) ;
• Jangan gunakan nombor urutan yang sama semasa menghantar semula paket, yang membolehkan anda mengelakkan kekaburan dalam menentukan paket yang diterima dan menyingkirkan tamat masa;
• Kehilangan paket hanya menjejaskan penghantaran aliran yang berkaitan dengannya dan tidak menghentikan penghantaran data dalam aliran yang dihantar selari melalui sambungan semasa;
• Alat pembetulan ralat yang meminimumkan kelewatan akibat penghantaran semula paket yang hilang. Penggunaan kod pembetulan ralat khas pada peringkat paket untuk mengurangkan situasi yang memerlukan penghantaran semula data paket yang hilang.
• Sempadan blok kriptografi diselaraskan dengan sempadan paket QUIC, yang mengurangkan kesan kehilangan paket pada penyahkodan kandungan paket berikut;
• Tiada masalah dengan menyekat baris gilir TCP;
• Sokongan ID Sambungan untuk mengurangkan masa penyambungan semula untuk pelanggan mudah alih;
• Kemungkinan untuk menyambungkan mekanisme lanjutan untuk kawalan beban lampau sambungan;
• Menggunakan teknik ramalan jalur lebar dalam setiap arah untuk memastikan keamatan optimum penghantaran paket, menghalang rolling ke dalam keadaan kesesakan, di mana terdapat kehilangan paket;
• Boleh dilihat pertumbuhan prestasi dan daya pengeluaran berbanding dengan TCP. Untuk perkhidmatan video seperti YouTube, QUIC telah ditunjukkan dapat mengurangkan operasi penimbalan semula video sebanyak 30%.

Sumber: opennet.ru