Kanggo mbangun eksperimen Dhukungan kanggo protokol HTTP/3, sing ngleksanakake tambahan kanggo ngaktifake HTTP bisa liwat protokol QUIC. Protokol QUIC dhewe ditambahake menyang browser limang taun kepungkur lan wiwit digunakake kanggo ngoptimalake karya karo layanan Google. Ing wektu sing padha, versi QUIC saka Google sing digunakake ing Chrome beda-beda ing sawetara rincian saka versi saka IETF, nanging saiki implementasine disinkronake.
HTTP / 3 standarisasi panggunaan QUIC minangka transportasi kanggo HTTP / 2. Kanggo ngaktifake pilihan HTTP / 3 lan QUIC saka Spesifikasi IETF mbutuhake Chrome diluncurake kanthi opsi "-enable-quic -quic-version=h3-23" banjur nalika mbukak situs uji. Ing mode inspeksi jaringan ing piranti pangembang, aktivitas HTTP/3 bakal ditampilake minangka "http/2+quic/99".
Elinga yen protokol (Sambungan Internet UDP Cepet) wis dikembangakΓ© dening Google wiwit 2013 minangka alternatif kanggo kombinasi TCP + TLS kanggo Web, ngatasi masalah karo persiyapan dawa lan rembugan kaping kanggo sambungan ing TCP lan mbusak telat nalika paket ilang sak transfer data. QUIC minangka extension saka protokol UDP sing ndhukung multiplexing saka macem-macem sambungan lan nyedhiyakake cara enkripsi sing padha karo TLS / SSL. Protokol kasebut wis digabungake menyang infrastruktur server Google lan minangka bagean saka Chrome. kanggo dilebokake ing Firefox lan aktif digunakake kanggo nglayani panjalukan klien ing server Google.
Utama CEPAT:
- Keamanan dhuwur padha karo TLS (utamane QUIC nyedhiyakake kemampuan kanggo nggunakake TLS liwat UDP);
- Kontrol integritas aliran, nyegah mundhut paket;
- Kemampuan kanggo nggawe sambungan langsung (0-RTT, kira-kira 75% kasus, data bisa dikirim langsung sawise ngirim paket persiyapan sambungan) lan menehi wektu tundha minimal antarane ngirim panjalukan lan nampa respon (RTT, Round Trip Time);
- Ora nggunakake nomer urutan sing padha nalika ngirim maneh paket, sing ngindhari ambiguitas kanggo ngenali paket sing ditampa lan nyingkirake wektu entek;
- Mundhut paket mung mengaruhi pangiriman stream sing ana gandhengane lan ora mungkasi pangiriman data ing aliran paralel sing ditularake liwat sambungan saiki;
- Fitur koreksi kesalahan sing nyilikake wektu tundha amarga pangirim maneh paket sing ilang. Gunakake kode koreksi kesalahan khusus ing tingkat paket kanggo nyuda kahanan sing mbutuhake transmisi ulang data paket sing ilang.
- Watesan pamblokiran kriptografis didadekake siji karo wates paket QUIC, sing nyuda impact mundhut paket ing dekoding isi paket sakteruse;
- Ora ana masalah karo pamblokiran antrian TCP;
- Dhukungan kanggo pengenal sambungan, sing nyuda wektu kanggo nggawe sambungan maneh kanggo klien seluler;
- Kamungkinan nyambungake mekanisme kontrol kemacetan sambungan lanjut;
- Nggunakake teknik prakiraan throughput saben arah kanggo mesthekake yen paket dikirim kanthi tarif sing optimal, nyegah supaya ora dadi rame lan nyebabake paket ilang;
- Disawang kinerja lan throughput dibandhingake TCP. Kanggo layanan video kayata YouTube, QUIC wis ditampilake nyuda operasi rebuffering nalika nonton video kanthi 30%.
Source: opennet.ru