Firefox nightly builds saiki ndhukung HTTP/3

В mbangun wengi Firefox, sing bakal dadi basis kanggo rilis Firefox 72, dijadwalake tanggal 7 Januari, ditambahake Dhukungan protokol HTTP/3. Kanthi gawan, HTTP / 3 dipatèni lan mbutuhake "network.http.http3.enabled" pilihan kanggo diaktifake ing babagan:config.

Dhukungan HTTP/3 ing Firefox adhedhasar proyek sing dikembangake dening Mozilla neqo, sing nyedhiyakake implementasi klien lan server kanggo protokol QUIC. Kode komponen kanggo dhukungan HTTP / 3 lan QUIC ditulis ing Rust.
Saka piranti lunak klien, dhukungan eksperimen kanggo HTTP/3 uga wis ana ditambahake ing Chrome lan curl, lan kanggo server kasedhiya ing wangun modul kanggo nginx lan server test adhedhasar perpustakaan quiche (implementasine QUIC lan HTTP / 3 ing Rust saka Cloudflare). Kanggo nguji operasi klien HTTP/3 dibukak sawetara situs tes, sing umume durung mbukak kanthi bener ing Firefox (HTTP/3 ana ing panggung draf spesifikasi lan ora rampung standar).

Elinga yen HTTP / 3 standarisasi panggunaan protokol QUIC minangka transportasi kanggo HTTP / 2. Protokol QUIK (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.

Utama fitur 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 wutah kinerja lan throughput dibandhingake TCP. Kanggo layanan video kayata YouTube, QUIC wis ditampilake nyuda operasi rebuffering nalika nonton video kanthi 30%.

Source: opennet.ru