Gilauman nga ilunsad sa Firefox ang suporta sa HTTP/3 sa katapusan sa Mayo.

Gipahibalo sa Mozilla ang katuyoan niini nga magsugod sa pag-phase sa HTTP/3 ug QUIC uban ang pagpagawas sa Firefox 88, nga gikatakda sa Abril 19 (orihinal nga gilauman nga ipagawas sa Abril 20, apan kung hukman sa eskedyul, kini ibalik sa usa ka adlaw). Ang suporta sa HTTP/3 ma-enable alang lamang sa gamay nga porsyento sa mga tiggamit sa sinugdanan ug, gawas sa bisan unsang wala damha nga mga isyu, ipagawas sa tanan sa katapusan sa Mayo. Sa matag gabii nga pagtukod ug beta nga mga bersyon, ang HTTP/3 gi-enable pinaagi sa default sa katapusan sa Marso.

Atong hinumdoman nga ang pagpatuman sa HTTP/3 sa Firefox gibase sa neqo nga proyekto nga gimugna ni Mozilla, 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. Aron makontrol kung gi-enable ba ang HTTP/3, ang about:config naghatag sa opsyon nga "network.http.http3.enabled". Gikan sa software sa kliyente, ang eksperimento nga suporta alang sa HTTP / 3 gidugang usab sa Chrome ug curl, ug alang sa mga server magamit kini sa nginx, ingon man sa porma sa usa ka module sa nginx ug usa ka server sa pagsulay gikan sa Cloudflare. Sa bahin sa website, ang suporta sa HTTP/3 gihatag na sa mga server sa Google ug Facebook.

Ang HTTP/3 protocol anaa pa sa draft specification stage ug wala pa hingpit nga na-standardize sa IETF. Ang HTTP/3 nanginahanglan og suporta sa kliyente ug server para sa parehas nga bersyon sa QUIC draft standard ug HTTP/3, nga gipiho sa Alt-Svc header (Gisuportahan sa Firefox ang spec drafts 27 hangtod 32).

Ang HTTP/3 naghubit sa paggamit sa QUIC protocol isip transport alang sa HTTP/2. Ang QUIC (Quick UDP Internet Connections) nga protocol gimugna sa Google sukad 2013 isip alternatibo sa TCP+TLS nga kombinasyon alang 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 kung ang mga packet mawala sa panahon sa data. pagbalhin. Ang QUIC usa ka extension sa UDP protocol nga nagsuporta sa multiplexing sa daghang koneksyon ug naghatag ug encryption nga mga pamaagi nga katumbas sa TLS/SSL. Atol sa pag-uswag sa sumbanan sa IETF, gihimo ang mga pagbag-o sa protocol, nga misangpot sa pagtungha sa duha ka parallel nga mga sanga, usa alang sa HTTP/3, ug ang ikaduha gisuportahan sa Google (Gisuportahan sa Chrome ang duha nga mga kapilian).

Pangunang bahin sa QUIC:

  • 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);
  • Paggamit ug lahi nga sequence number kung mag-transmit pag-usab sa usa ka packet, nga maglikay sa dili klaro sa pag-ila sa nadawat nga mga packet 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;
  • Mahinungdanon nga pagtaas sa performance ug throughput kung 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