Mozilla wis ngumumake niat kanggo miwiti phasing ing HTTP / 3 lan QUIC kanthi rilis Firefox 88, sing dijadwalake tanggal 19 April (rilis kasebut wiwitane diarepake tanggal 20 April, nanging, miturut jadwal, bakal diganti sedina) . Dhukungan HTTP/3 bakal diaktifake mung kanggo persentase cilik pangguna ing wiwitan lan, kajaba ana masalah sing ora dikarepake, bakal diluncurake kanggo kabeh wong ing pungkasan Mei. Ing mbangun wengi lan versi beta, HTTP/3 diaktifake kanthi standar ing pungkasan Maret.
Elinga yen implementasi HTTP / 3 ing Firefox adhedhasar proyek neqo sing dikembangake dening Mozilla, sing nyedhiyakake implementasi klien lan server kanggo protokol QUIC. Kode komponen kanggo dhukungan HTTP / 3 lan QUIC ditulis ing Rust. Kanggo ngontrol manawa HTTP / 3 diaktifake, babagan: config menehi pilihan "jaringan.http.http3.aktif". Saka piranti lunak klien, dhukungan eksperimen kanggo HTTP / 3 uga wis ditambahake menyang Chrome lan curl, lan kanggo server kasedhiya ing nginx, uga ing wangun modul nginx lan server test saka Cloudflare. Ing sisih situs web, dhukungan HTTP / 3 wis kasedhiya ing server Google lan Facebook.
Protokol HTTP/3 isih ana ing tahap spesifikasi draf lan durung distandarisasi kanthi lengkap dening IETF. HTTP/3 mbutuhake dhukungan klien lan server kanggo versi standar draf QUIC lan HTTP/3 sing padha, sing ditemtokake ing header Alt-Svc (Firefox ndhukung draf spek 27 nganti 32).
HTTP / 3 nemtokake panggunaan protokol QUIC minangka transportasi kanggo HTTP / 2. Protokol QUIC (Sambungan Internet UDP Cepet) wis dikembangake dening Google wiwit 2013 minangka alternatif kanggo kombinasi TCP + TLS kanggo Web, ngrampungake masalah karo persiyapan sing dawa lan wektu negosiasi kanggo sambungan ing TCP lan ngilangi wektu tundha nalika paket ilang sajrone data. transfer. QUIC minangka extension saka protokol UDP sing ndhukung multiplexing saka macem-macem sambungan lan nyedhiyakake cara enkripsi sing padha karo TLS / SSL. Sajrone pangembangan standar IETF, owah-owahan digawe ing protokol, sing ndadΓ©kakΓ© munculΓ© rong cabang paralel, siji kanggo HTTP / 3, lan kaloro didhukung Google (Chrome ndhukung loro opsi).
Fitur utama QUIC:
- 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) ;
- Nggunakake nomer urutan sing beda 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;
- Tambah pinunjul ing kinerja lan throughput dibandhingake TCP. Kanggo layanan video kayata YouTube, QUIC wis ditampilake nyuda operasi rebuffering nalika nonton video kanthi 30%.
Source: opennet.ru