Firefox sal na verwagting HTTP/3-ondersteuning teen die einde van Mei begin.

Mozilla het sy voorneme aangekondig om HTTP/3 en QUIC te begin infaseer met die vrystelling van Firefox 88, geskeduleer vir 19 April (oorspronklik sal na verwagting op 20 April vrygestel word, maar te oordeel aan die skedule, sal dit met een dag teruggeskuif word). HTTP/3-ondersteuning sal aanvanklik slegs vir 'n klein persentasie gebruikers geaktiveer word en, tensy enige onverwagte kwessies uitgesonder word, sal dit teen die einde van Mei aan almal bekend gestel word. In nagtelike weergawes en beta-weergawes is HTTP/3 by verstek aan die einde van Maart geaktiveer.

Laat ons onthou dat die implementering van HTTP/3 in Firefox gebaseer is op die neqo-projek wat deur Mozilla ontwikkel is, wat 'n kliënt- en bedienerimplementering vir die QUIC-protokol verskaf. Die komponentkode vir HTTP/3- en QUIC-ondersteuning is in Rust geskryf. Om te beheer of HTTP/3 geaktiveer is, verskaf about:config die “network.http.http3.enabled” opsie. Vanaf kliëntsagteware is eksperimentele ondersteuning vir HTTP/3 ook by Chrome en curl gevoeg, en vir bedieners is dit beskikbaar in nginx, sowel as in die vorm van 'n nginx-module en 'n toetsbediener van Cloudflare. Aan die webwerfkant word HTTP/3-ondersteuning reeds op Google- en Facebook-bedieners verskaf.

Die HTTP/3-protokol is nog in die konsepspesifikasiestadium en is nog nie volledig deur die IETF gestandaardiseer nie. HTTP/3 vereis kliënt- en bedienerondersteuning vir dieselfde weergawe van die QUIC-konsepstandaard en HTTP/3, wat in die Alt-Svc-opskrif gespesifiseer word (Firefox ondersteun spesifikasiekonsepte 27 tot 32).

HTTP/3 definieer die gebruik van die QUIC-protokol as 'n vervoer vir HTTP/2. Die QUIC (Quick UDP Internet Connections)-protokol is sedert 2013 deur Google ontwikkel as 'n alternatief vir die TCP+TLS-kombinasie vir die web, wat probleme oplos met lang opstel- en onderhandelingstye vir verbindings in TCP en om vertragings uit te skakel wanneer pakkies tydens data verlore gaan oordrag. QUIC is 'n uitbreiding van die UDP-protokol wat multipleksing van veelvuldige verbindings ondersteun en enkripsiemetodes bied gelykstaande aan TLS/SSL. Tydens die ontwikkeling van die IETF-standaard is veranderinge aan die protokol aangebring, wat gelei het tot die ontstaan ​​van twee parallelle takke, een vir HTTP/3, en die tweede wat deur Google ondersteun word (Chrome ondersteun beide opsies).

Sleutel kenmerke van QUIC:

  • Hoë sekuriteit, soortgelyk aan TLS (in werklikheid bied QUIC die vermoë om TLS oor UDP te gebruik);
  • Stroomintegriteitsbeheer om pakkieverlies te voorkom;
  • Die vermoë om onmiddellik 'n verbinding te bewerkstellig (0-RTT, in ongeveer 75% van die gevalle kan data onmiddellik versend word nadat die konneksie-opstellingpakket gestuur is) en minimale vertragings verskaf tussen die stuur van 'n versoek en die ontvangs van 'n antwoord (RTT, Round Trip Time);
  • Die gebruik van 'n ander volgordenommer wanneer 'n pakkie herversend word, wat onduidelikheid in die identifisering van ontvangde pakkies vermy en ontslae raak van time-outs;
  • Pakkieverlies beïnvloed slegs die aflewering van die stroom wat daarmee geassosieer word en stop nie die aflewering van data in strome wat parallel oor die huidige verbinding versend word nie;
  • Foutregstellingnutsgoed wat vertragings as gevolg van herversending van verlore pakkies verminder. Gebruik van spesiale foutkorreksiekodes op die pakkievlak om situasies te verminder wat heruitsending van verlore pakkiedata vereis.
  • Die grense van die kriptografiese blokke is in lyn met die grense van die QUIC-pakkies, wat die impak van pakkieverlies op die dekodering van die inhoud van die volgende pakkies verminder;
  • Geen probleme met die blokkering van die TCP-tou nie;
  • Verbindings-ID-ondersteuning om heraansluitingstyd vir mobiele kliënte te verminder;
  • Moontlikheid om gevorderde meganismes vir verbinding oorlading beheer te koppel;
  • Die gebruik van bandwydte-voorspellingstegnieke in elke rigting om die optimale intensiteit van die stuur van pakkies te verseker, wat voorkom dat dit in 'n toestand van opeenhoping inrol, waarin daar 'n verlies aan pakkies is;
  • Aansienlike toename in werkverrigting en deurset in vergelyking met TCP. Vir videodienste soos YouTube, is daar getoon dat QUIC die terugstootbewerkings met 30% verminder wanneer na video's gekyk word.
  • Bron: opennet.ru

Voeg 'n opmerking