Ang Firefox matag gabii nga pagtukod karon nagsuporta sa HTTP/3

Π’ gabii nga pagtukod Ang Firefox, nga mahimong basehan sa pagpagawas sa Firefox 72, nga gikatakda sa Enero 7, gidugang HTTP/3 protocol nga suporta. Sa kasagaran, ang HTTP/3 kay disabled ug nagkinahanglan sa β€œnetwork.http.http3.enabled” nga opsyon nga ma-activate sa about:config.

Ang suporta sa HTTP/3 sa Firefox gibase sa proyekto nga gihimo ni Mozilla neqo, nga naghatag ug pagpatuman sa kliyente ug server para sa QUIC protocol. Ang component code alang sa HTTP/3 ug QUIC nga suporta kay gisulat sa Rust.
Gikan sa software sa kliyente, naa na usab ang eksperimento nga suporta para sa HTTP/3 gidugang sa Chrome ug curl, ug alang sa mga server kini anaa sa porma module para nginx ug pagsulay server gibase sa librarya quiche (pagpatuman QUIC ug HTTP/3 sa Rust gikan sa Cloudflare). Aron sulayan ang operasyon sa mga kliyente sa HTTP/3 gilusad ubay-ubay nga mga site sa pagsulay, kadaghanan niini wala pa magbukas sa husto sa Firefox (ang HTTP/3 anaa sa entablado espesipikasyon sa draft ug dili hingpit nga estandardize).

Hinumdomi nga ang HTTP/3 nag-standardize sa paggamit sa QUIC protocol isip transport alang sa HTTP/2. Protokol QUIC (Quick UDP Internet Connections) naugmad sa Google sukad 2013 isip alternatibo sa kombinasyon sa TCP+TLS para sa Web, pagsulbad sa mga problema sa taas nga setup ug mga panahon sa negosasyon alang sa mga koneksyon sa TCP ug pagwagtang sa mga paglangan kon ang mga packet mawala sa panahon sa pagbalhin sa datos. Ang QUIC kay usa ka extension sa UDP protocol nga nagsuporta sa multiplexing sa daghang koneksyon ug naghatag ug encryption method nga katumbas sa TLS/SSL.

nag-unang Features DALI:

  • Taas nga seguridad nga susama sa TLS (sa tinuud QUIC naghatag katakus sa paggamit sa TLS sa UDP);
  • Pagkontrol sa integridad sa agos, pagpugong sa pagkawala sa pakete;
  • Ang abilidad sa pag-establisar dayon og koneksyon (0-RTT, sa gibana-bana nga 75% sa mga kaso nga ang data mahimong mapasa dayon human ipadala ang connection setup packet) ug makahatag og gamay nga paglangan tali sa pagpadala og hangyo ug pagdawat og tubag (RTT, Round Trip Time);
  • Dili paggamit sa parehas nga sequence number sa pag-retransmit sa usa ka pakete, nga maglikay sa pagkadili klaro sa pag-ila sa nadawat nga mga pakete ug mawala ang mga timeout;
  • Ang pagkawala sa usa ka pakete makaapekto lamang sa paghatud sa sapa nga may kalabutan niini ug dili mohunong sa paghatod sa datos sa parallel nga mga sapa nga gipasa pinaagi sa kasamtangan nga koneksyon;
  • Ang mga bahin sa pagtul-id sa sayup nga makapamenos sa mga paglangan tungod sa pagpadala pag-usab sa nawala nga mga pakete. Paggamit ug espesyal nga error correction code sa packet level aron makunhuran ang mga sitwasyon nga nanginahanglan ug retransmission sa nawala nga packet data.
  • Ang mga utlanan sa cryptographic block gipahiangay sa mga utlanan sa QUIC packet, nga nagpamenos sa epekto sa pagkawala sa pakete sa pag-decode sa mga sulod sa sunod nga mga pakete;
  • Walay problema sa TCP queue blocking;
  • Suporta alang sa identifier sa koneksyon, nga nagpamenos sa oras nga gikinahanglan aron matukod ang usa ka pagkonekta pag-usab alang sa mga kliyente sa mobile;
  • Posibilidad sa pagkonektar sa mga advanced connection congestion control mechanisms;
  • Naggamit sa per-direction throughput prediction techniques aron maseguro ang labing maayo nga packet forwarding rates, pagpugong sa congestion ug packet loss;
  • Makita pagtubo performance ug throughput itandi sa TCP. Alang sa mga serbisyo sa video sama sa YouTube, gipakita sa QUIC nga makunhuran ang mga operasyon sa rebuffering kung nagtan-aw sa mga video sa 30%.

Source: opennet.ru

Idugang sa usa ka comment