Chrome nambihan pangrojong HTTP/3 ékspérimén

Pikeun ngawangun ékspérimén Chrome Kanaria ditambahkeun rojongan pikeun HTTP / 3 protokol, nu implements hiji tambihan pikeun ngaktipkeun HTTP pikeun gawé ngaliwatan protokol QUIC. Protokol QUIC sorangan ditambahkeun kana browser lima taun ka tukang tur geus saprak geus dipaké pikeun ngaoptimalkeun gawé kalawan layanan Google. Dina waktos anu sami, vérsi QUIC ti Google anu dianggo dina Chrome béda dina sababaraha detil tina vérsi ti spésifikasi IETF, tapi ayeuna palaksanaan disingkronkeun.

HTTP / 3 standarisasi pamakéan QUIC salaku angkutan pikeun HTTP / 2. Pikeun ngaktifkeun pilihan HTTP / 3 sareng QUIC tina 23 draf Spésifikasi IETF ngabutuhkeun Chrome diluncurkeun kalayan pilihan "-enable-quic -quic-version=h3-23" teras nalika muka situs tés. gancang.batu:4433 Dina modeu pamariksaan jaringan dina alat pamekar, kagiatan HTTP/3 bakal dipintonkeun salaku "http/2+quic/99".

Ngelingan yén protokol CEPAT (Gancangan UDP Internet Connections) geus dimekarkeun ku Google saprak 2013 salaku alternatif pikeun kombinasi TCP + TLS pikeun Wéb, ngarengsekeun masalah sareng setelan panjang tur negosiasi kali pikeun sambungan di TCP sarta ngaleungitkeun reureuh nalika pakét leungit salila mindahkeun data. QUIC mangrupikeun penyuluhan protokol UDP anu ngadukung multiplexing sababaraha sambungan sareng nyayogikeun metode enkripsi anu sami sareng TLS / SSL. Protokol anu dimaksud parantos diintegrasikeun kana infrastruktur server Google sareng mangrupikeun bagian tina Chrome. direncanakeun pikeun citakan dina Firefox sarta aktip dipaké pikeun ngalayanan requests klien dina server Google.

utama Fitur CEPAT:

• Kaamanan anu luhur sami sareng TLS (dasarna QUIC nyayogikeun kamampuan ngagunakeun TLS dina UDP);
• Kontrol integritas aliran, nyegah pakét leungitna;
• Kamampuhan pikeun instan nyieun sambungan (0-RTT, kira-kira 75% kasus data bisa dikirimkeun langsung saatos ngirim pakét setelan sambungan) jeung nyadiakeun reureuh minimal antara ngirim pamundut jeung narima respon (RTT, Round Trip Time);
• Henteu nganggo nomer sekuen anu sami nalika ngirimkeun deui pakét, anu ngahindarkeun ambiguitas dina ngaidentipikasi pakét anu ditampi sareng ngaleungitkeun waktosna;
• Leungitna pakét ngan ukur mangaruhan pangiriman aliran anu aya hubunganana sareng henteu ngeureunkeun pangiriman data dina aliran paralel anu dikirimkeun ku sambungan ayeuna;
• Fitur koréksi kasalahan anu ngaminimalkeun telat kusabab pangiriman ulang pakét anu leungit. Pamakéan kodeu koreksi kasalahan husus dina tingkat pakét pikeun ngurangan kaayaan merlukeun retransmission data pakét leungit.
• Wates blok kriptografi dijajarkeun sareng wates pakét QUIC, anu ngirangan dampak karugian pakét dina ngadekodekeun eusi pakét anu salajengna;
• Teu aya masalah sareng blokir antrian TCP;
• Rojongan pikeun identifier sambungan, nu ngurangan waktu nu diperlukeun pikeun nyieun reconnection pikeun klien mobile;
• Kamungkinan nyambungkeun mékanisme kontrol kamacetan sambungan canggih;
• Ngagunakeun téhnik forecasting throughput per-arah pikeun mastikeun yén pakét dikirim dina ongkos optimal, nyegah aranjeunna tina jadi congested sarta ngabalukarkeun leungitna pakét;
• Perceptible tumuwuhna kinerja sarta throughput dibandingkeun TCP. Pikeun jasa pidéo sapertos YouTube, QUIC parantos ditingalikeun ngirangan operasi rebuffering nalika ningali pidéo ku 30%.

sumber: opennet.ru