Ontwikkelaars onlangs wie zijn er achter van de Google Chrome-webbrowser, bracht het nieuws uit over de toevoeging van ondersteuning voor het HTTP / 3-protocol naar de experimentele builds van Chrome Canary, die een plug-in implementeert om HTTP via QUIC in te schakelen.
Het QUIC-protocol zelf is vijf jaar geleden aan de browser toegevoegd en sindsdien wordt het gebruikt om het werk met Google-services te optimaliseren. Tegelijkertijd verschilde de QUIC-versie van Google die in Chrome werd gebruikt in sommige details van de versie van de IETF-specificaties, maar nu lopen de implementaties synchroon.
Google Chrome Canary werd zojuist de eerste (beschikbare) browser die (zeer) experimenteel integreerde #SNEL en HTTP / 3-ondersteuning!
Voeg vlaggen "–enable-quic –quic-version = h3-23" toe en je zou "http / 2 + quic / 99" moeten zien verschijnen in de devtools, wat eigenlijk http3 in vermomming is! pic.twitter.com/5Fhui46h3x
- Robin Marx (@programmingart) 19 september 2019
Het is belangrijk om dat te benadrukken Google heeft QUIC (Snelle UDP-internetverbinding) sinds 2013 als alternatief voor het TCP + TLS-pakket voor het web, dat problemen met lange configuratie- en onderhandelingstijden voor TCP-verbindingen oplost en vertragingen in pakketverlies tijdens gegevensoverdracht elimineert.
QUIC is een aanvulling op het UDP-protocol dat multiplexing van meerdere verbindingen ondersteunt en biedt coderingsmethoden die gelijkwaardig zijn aan TLS / SSL.
Het protocol in kwestie is al ingebouwd in de serverinfrastructuur van Google, maakt deel uit van Chrome, staat gepland voor opname in Firefox en wordt actief gebruikt om klantverzoeken op de servers van Google te verwerken.
Een van de belangrijkste kenmerken van QUIC die opvallen, zijn:
- Hoge beveiliging, vergelijkbaar met TLS (in feite biedt QUIC de mogelijkheid om TLS via UDP te gebruiken)
- Flow-integriteitscontrole die pakketverlies voorkomt
- De mogelijkheid om onmiddellijk een verbinding tot stand te brengen (0-RTT, in ongeveer 75% van de gevallen kunnen gegevens onmiddellijk worden verzonden na het verzenden van het verbindingsinstellingspakket) en zorgen voor minimale vertragingen tussen het verzenden van een verzoek en het ontvangen van een antwoord (RTT, Round Trip Time)
- Niet hetzelfde volgnummer gebruiken bij het opnieuw verzenden van een pakket, waardoor dubbelzinnigheid bij het bepalen van ontvangen pakketten wordt vermeden en time-outs worden geëlimineerd
- Het verlies van een pakket heeft invloed op de levering van alleen de stream die eraan is gekoppeld en stopt niet de levering van gegevens in streams die parallel worden verzonden via de huidige verbinding
- Foutcorrectietools die vertragingen als gevolg van het opnieuw verzenden van verloren pakketten tot een minimum beperken.
- Het gebruik van speciale foutcorrectiecodes op pakketniveau om situaties te verminderen die herverzending van verloren pakketgegevens vereisen.
- De cryptografische limieten van de blokken zijn afgestemd op de limieten van de QUIC-pakketten, waardoor het effect van pakketverlies op het decoderen van de inhoud van de volgende pakketten wordt verminderd
- Geen problemen met het blokkeren van de TCP-wachtrij
- Ondersteuning voor verbindings-ID, waardoor de tijd om opnieuw verbinding te maken voor mobiele clients wordt verkort
- Mogelijkheid om geavanceerde mechanismen aan te sluiten om overbelasting van de verbinding te beheersen
Er wordt ook benadrukt dat het gebruik maakt van de techniek om de bandbreedte in elke richting te voorspellen om een optimale intensiteit van de pakketaflevering te garanderen, om te voorkomen dat het een toestand van congestie bereikt waarin pakketverlies wordt waargenomen;
Net zoals opmerkelijke prestaties en prestatieverbeteringen ten opzichte van TCP. Voor videoservices zoals YouTube liet QUIC een vermindering van 30% zien in herbuffering bij het bekijken van video's.
Het HTTP / 3-protocol standaardiseert het gebruik van QUIC als transport voor HTTP / 2. Om HTTP / 3 en de QUIC-versie van de 23 concept-IETF-specificaties in te schakelen, moet Chrome worden uitgevoerd met de opties "–enable-quic –quic-version = h3-23" en vervolgens wanneer de quic-testsite wordt geopend .rocks: 4433 in netwerkinspectie-modus in ontwikkelaarstools, wordt HTTP / 3-activiteit weergegeven als "http / 2 + quic / 99".
Vergeleken met een pakket dat verloren gaat door parallelle HTTP-verbindingen, wordt slechts 1 van de vele verbindingen gestopt, wat betekent dat QUIC levering buiten de bestelling kan ondersteunen, zodat een verloren pakket minder impact heeft.
Si u wilt er meer over weten hierover kunt u overleggen de volgende link.