Mozilla imetangaza nia yake ya kuanza awamu katika HTTP/3 na QUIC kwa kutolewa kwa Firefox 88, iliyopangwa Aprili 19 (toleo hilo lilitarajiwa hapo awali Aprili 20, lakini, kwa kuzingatia ratiba, litabadilishwa kwa siku moja) . Usaidizi wa HTTP/3 utawezeshwa kwa asilimia ndogo tu ya watumiaji mwanzoni na, ukizuia matatizo yoyote yasiyotarajiwa, utatolewa kwa kila mtu kufikia mwisho wa Mei. Katika matoleo ya kila usiku na beta, HTTP/3 iliwezeshwa kwa chaguomsingi mwishoni mwa Machi.
Hebu tukumbuke kwamba utekelezaji wa HTTP/3 katika Firefox unategemea mradi wa neqo uliotengenezwa na Mozilla, ambao hutoa utekelezaji wa mteja na seva kwa itifaki ya QUIC. Msimbo wa sehemu ya usaidizi wa HTTP/3 na QUIC umeandikwa kwa Rust. Ili kudhibiti kama HTTP/3 imewashwa, kuhusu:config hutoa chaguo la "network.http.http3.enabled". Kutoka kwa programu ya mteja, usaidizi wa majaribio wa HTTP/3 pia umeongezwa kwa Chrome na curl, na kwa seva inapatikana katika nginx, na pia katika mfumo wa moduli ya nginx na seva ya majaribio kutoka Cloudflare. Kwa upande wa tovuti, usaidizi wa HTTP/3 tayari umetolewa kwenye seva za Google na Facebook.
Itifaki ya HTTP/3 bado iko katika hatua ya kubainisha rasimu na bado haijasawazishwa kikamilifu na IETF. HTTP/3 inahitaji usaidizi wa mteja na seva kwa toleo sawa la rasimu ya kiwango cha QUIC na HTTP/3, ambayo imebainishwa katika kichwa cha Alt-Svc (Firefox inaauni rasimu maalum za 27 hadi 32).
HTTP/3 inafafanua matumizi ya itifaki ya QUIC kama usafiri wa HTTP/2. Itifaki ya QUIC (Quick UDP Internet Connections) imetengenezwa na Google tangu 2013 kama mbadala wa TCP+TLS mchanganyiko wa Wavuti, kutatua matatizo ya muda mrefu wa usanidi na mazungumzo ya miunganisho katika TCP na kuondoa ucheleweshaji wakati pakiti zinapotea wakati wa data. uhamisho. QUIC ni kiendelezi cha itifaki ya UDP inayoauni uzidishaji wa miunganisho mingi na hutoa mbinu za usimbaji fiche sawa na TLS/SSL. Wakati wa maendeleo ya kiwango cha IETF, mabadiliko yalifanywa kwa itifaki, ambayo ilisababisha kuibuka kwa matawi mawili yanayofanana, moja ya HTTP/3, na ya pili inayoungwa mkono na Google (Chrome inasaidia chaguzi zote mbili).
Vipengele muhimu vya QUIC:
- Usalama wa juu sawa na TLS (kimsingi QUIC hutoa uwezo wa kutumia TLS juu ya UDP);
- Udhibiti wa uadilifu wa mtiririko, kuzuia upotezaji wa pakiti;
- Uwezo wa kuanzisha muunganisho papo hapo (0-RTT, katika takriban 75% ya data ya kesi inaweza kupitishwa mara baada ya kutuma pakiti ya kuanzisha muunganisho) na kutoa ucheleweshaji mdogo kati ya kutuma ombi na kupokea jibu (RTT, Muda wa Safari ya Kurudi);
- Kutumia nambari tofauti ya mlolongo wakati wa kutuma tena pakiti, ambayo huepuka utata katika kutambua pakiti zilizopokelewa na kuondokana na muda;
- Kupoteza kwa pakiti huathiri tu utoaji wa mkondo unaohusishwa nayo na hauzuii utoaji wa data katika mito ya sambamba inayopitishwa kupitia uunganisho wa sasa;
- Vipengele vya kusahihisha hitilafu vinavyopunguza ucheleweshaji kutokana na utumaji upya wa pakiti zilizopotea. Matumizi ya misimbo maalum ya kusahihisha makosa katika kiwango cha pakiti ili kupunguza hali zinazohitaji utumaji upya wa data ya pakiti iliyopotea.
- Mipaka ya uzuiaji wa kriptografia inaambatana na mipaka ya pakiti ya QUIC, ambayo inapunguza athari za upotezaji wa pakiti kwenye kusimbua yaliyomo kwenye pakiti zinazofuata;
- Hakuna matatizo na kuzuia foleni ya TCP;
- Usaidizi wa kitambulisho cha uunganisho, ambacho hupunguza muda inachukua kuanzisha muunganisho upya kwa wateja wa simu;
- Uwezekano wa kuunganisha njia za udhibiti wa msongamano wa juu wa uunganisho;
- Hutumia mbinu za utabiri wa kila upitishaji wa kila mwelekeo ili kuhakikisha kuwa pakiti zinatumwa kwa viwango bora zaidi, kuzizuia zisiwe na msongamano na kusababisha hasara ya pakiti;
- Ongezeko kubwa la utendaji na matokeo ikilinganishwa na TCP. Kwa huduma za video kama vile YouTube, QUIC imeonyeshwa kupunguza utendakazi wa kurejesha tena wakati wa kutazama video kwa 30%.
Chanzo: opennet.ru