Ang Internet Engineering Task Force (IETF), na responsable para sa pagbuo ng mga protocol at arkitektura ng Internet, ay na-finalize ang RFC para sa QUIC protocol at nag-publish ng mga kaugnay na detalye sa ilalim ng mga identifier na RFC 8999 (version-independent protocol properties), RFC 9000 (transportasyon). over UDP), RFC 9001 (TLS encryption ng QUIC communication channel) at RFC 9002 (congestion control at packet loss detection sa panahon ng paghahatid ng data).
Natanggap ng mga RFC ang katayuan ng isang "Iminungkahing Pamantayan", pagkatapos ay magsisimula ang trabaho upang bigyan ang RFC ng katayuan ng isang draft na pamantayan (Draft Standard), na talagang nangangahulugang isang kumpletong pag-stabilize ng protocol at isinasaalang-alang ang lahat ng mga komentong ginawa. Ang HTTP/3 protocol, na tumutukoy sa paggamit ng QUIC protocol bilang transport para sa HTTP/2, ay nasa yugto pa rin ng draft specification, ngunit malapit na itong ma-standardize ng IETF.
Inaasahan na ang standardisasyon ng QUIC ay magbibigay ng lakas sa mas malawak na paggamit ng protocol na ito, gayundin sa pagbuo ng mga extension batay dito, tulad ng WebTransport (isang teknolohiya para sa pagpapadala at pagtanggap ng data sa pagitan ng isang browser at isang server) at MASQUE (isang teknolohiyang proxying ng koneksyon na nagpapalawak ng mga kakayahan ng SOCKS at HTTP CONNECT, at paggamit ng HTTPS sa QUIC bilang transportasyon).
Alalahanin natin na ang protocol ng QUIC (Quick UDP Internet Connections) ay binuo ng Google mula noong 2013 bilang alternatibo sa kumbinasyon ng TCP+TLS para sa Web, paglutas ng mga problema sa mahabang setup at mga oras ng negosasyon ng mga koneksyon sa TCP at inaalis ang mga pagkaantala kapag ang mga packet ay nawala sa panahon ng paglilipat ng data. Ang QUIC ay isang extension ng UDP protocol na sumusuporta sa multiplexing ng maraming koneksyon at nagbibigay ng mga paraan ng pag-encrypt na katumbas ng TLS/SSL. Sa panahon ng pagbuo ng pamantayan ng IETF, ang mga pagbabago ay ginawa sa protocol, na humantong sa paglitaw ng dalawang parallel na sangay, isa para sa HTTP/3, at ang pangalawa ay suportado ng Google (Sinusuportahan ng Chrome ang parehong mga opsyon, at sinusuportahan ng Firefox ang bersyon ng IETF) .
Mga pangunahing tampok ng QUIC:
- Mataas na seguridad na katulad ng TLS (talagang nagbibigay ang QUIC ng kakayahang gumamit ng TLS sa UDP);
- Kontrol sa integridad ng daloy, na pumipigil sa pagkawala ng packet;
- Ang kakayahang agad na magtatag ng koneksyon (0-RTT, sa humigit-kumulang 75% ng mga kaso, ang data ay maaaring maipadala kaagad pagkatapos ipadala ang packet ng pag-setup ng koneksyon) at magbigay ng kaunting mga pagkaantala sa pagitan ng pagpapadala ng kahilingan at pagtanggap ng tugon (RTT, Round Trip Time);
- Paggamit ng ibang sequence number kapag muling nagpapadala ng packet, na nag-iwas sa kalabuan sa pagtukoy ng mga natanggap na packet at inaalis ang mga timeout;
- Ang pagkawala ng isang packet ay nakakaapekto lamang sa paghahatid ng stream na nauugnay dito at hindi humihinto sa paghahatid ng data sa parallel stream na ipinadala sa pamamagitan ng kasalukuyang koneksyon;
- Mga feature sa pagwawasto ng error na nagpapaliit ng mga pagkaantala dahil sa muling pagpapadala ng mga nawawalang packet. Paggamit ng mga espesyal na code sa pagwawasto ng error sa antas ng packet upang mabawasan ang mga sitwasyon na nangangailangan ng muling pagpapadala ng nawalang packet data.
- Ang mga hangganan ng cryptographic block ay nakahanay sa mga hangganan ng QUIC packet, na binabawasan ang epekto ng mga pagkawala ng packet sa pag-decode ng mga nilalaman ng kasunod na mga packet;
- Walang mga problema sa TCP queue blocking;
- Suporta para sa pagkakakilanlan ng koneksyon, na binabawasan ang oras na kinakailangan upang magtatag ng muling pagkonekta para sa mga mobile client;
- Posibilidad ng pagkonekta ng mga advanced na koneksyon sa congestion control mechanism;
- Gumagamit ng per-direction throughput forecasting techniques upang matiyak na ang mga packet ay naipadala sa pinakamainam na mga rate, na pinipigilan ang mga ito na maging masikip at magdulot ng packet loss;
- Malaking pagtaas sa performance at throughput kumpara sa TCP. Para sa mga serbisyo ng video gaya ng YouTube, ipinakita ng QUIC na bawasan ang mga operasyon ng rebuffering kapag nanonood ng mga video ng 30%.
Pinagmulan: opennet.ru