Oan eksperimintele bouwurken stipe foar it HTTP/3-protokol, dat in add-on ymplementearret om HTTP yn te skeakeljen om te wurkjen oer it QUIC-protokol. It QUIC-protokol sels is fiif jier lyn oan 'e browser tafoege en is sûnt brûkt om wurk mei Google-tsjinsten te optimalisearjen. Tagelyk, de QUIC ferzje fan Google brûkt yn Chrome ferskilde yn guon details fan de ferzje fan IETF, mar no binne de ymplemintaasjes syngronisearre.
HTTP/3 standardisearret it gebrûk fan QUIC as ferfier foar HTTP/2. Om ynskeakelje HTTP / 3 en QUIC opsje út De IETF-spesifikaasjes fereaskje dat Chrome wurdt lansearre mei de opsjes "-enable-quic -quic-version=h3-23" en dan by it iepenjen fan de testside Yn netwurk ynspeksje modus yn ûntwikkelders ark, HTTP / 3 aktiviteit wurdt werjûn as "http / 2 + quic / 99".
Tink derom dat it protokol (Quick UDP Internet Connections) is ûntwikkele troch Google sûnt 2013 as in alternatyf foar de TCP + TLS kombinaasje foar it web, oplosse problemen mei lange opset en ûnderhannelings tiden foar ferbinings yn TCP en elimineren fertraging as pakketten binne ferlern by gegevens oerdracht. QUIC is in útwreiding fan it UDP-protokol dat multiplexing fan meardere ferbiningen stipet en fersiferingsmetoaden leveret lykweardich oan TLS/SSL. It oanbelangjende protokol is al yntegrearre yn 'e Google-tsjinnerynfrastruktuer en is diel fan Chrome. foar opname yn Firefox en wurdt aktyf brûkt om kliïntfersiken op Google-tsjinners te tsjinjen.
haad QUIC:
- Hege feiligens fergelykber mei TLS (yn essinsje biedt QUIC de mooglikheid om TLS oer UDP te brûken);
- Flow-yntegriteitskontrôle, it foarkommen fan pakketferlies;
- De mooglikheid om direkt in ferbining te meitsjen (0-RTT, yn sawat 75% fan 'e gefallen kinne gegevens direkt nei it ferstjoeren fan it ferbiningsopsetpakket wurde oerdroegen) en soargje foar minimale fertragingen tusken it ferstjoeren fan in fersyk en it ûntfangen fan in antwurd (RTT, Round Trip Time);
- Net itselde folchoardernûmer brûke by it opnij ferstjoeren fan in pakket, wat ûndúdlikens foarkomt by it identifisearjen fan ûntfongen pakketten en elimineert timeouts;
- It ferlies fan in pakket beynfloedet de levering fan allinich de stream dy't dêrmei ferbûn is en stopet net de levering fan gegevens yn parallelle streamen dy't troch de hjoeddeistige ferbining oerbrocht wurde;
- Funksjes foar flaterkorreksje dy't fertragingen minimalisearje fanwege werútstjoering fan ferlerne pakketten. Gebrûk fan spesjale flaterkorreksjekoades op pakketnivo om situaasjes te ferminderjen dy't opnij oerdracht fan ferlerne pakketgegevens fereaskje.
- Kryptografyske blokgrinzen wurde ôfstimd mei QUIC-pakketgrinzen, dy't de ynfloed fan pakketferlies fermindert op it dekodearjen fan de ynhâld fan folgjende pakketten;
- Gjin problemen mei blokkearjen fan TCP-wachtrige;
- Stipe foar ferbining identifier, dy't de tiid ferminderet dy't it nimt om in opnij ferbining te meitsjen foar mobile kliïnten;
- Mooglikheid fan ferbining avansearre ferbining congestie kontrôle meganismen;
- Brûkt per-rjochting trochstream foarsizzing techniken te garandearjen optimale pakket trochstjoere tariven, foar te kommen congestie en pakket ferlies;
- Perceptible prestaasjes en trochslach fergelike mei TCP. Foar fideotsjinsten lykas YouTube is oantoand dat QUIC rebuffering operaasjes ferminderje by it besjen fan fideo's mei 30%.
Boarne: opennet.ru