Програмери недавно који су иза из веб прегледача Гоогле Цхроме, објавио вест о додавању подршке за ХТТП / 3 протокол експерименталним верзијама Цхроме Цанари-а, који имплементира додатак за омогућавање ХТТП-а преко КУИЦ-а.
Сам протокол КУИЦ додан је прегледачу пре пет година и од тада се користи за оптимизацију рада са Гоогле услугама. Истовремено, КУИЦ верзија Гоогле-а која се користи у Цхроме-у разликовала се у неким детаљима од верзије ИЕТФ спецификација, али сада су примене синхронизоване.
Гоогле Цхроме Цанари управо је постао први (доступан) прегледач који је интегрисао (врло) експериментални # КУИЦ и ХТТП / 3 подршка!
Додајте заставице „–енабле-куиц –куиц-версион = х3-23“ и требало би да видите да се „хттп / 2 + куиц / 99“ појављује у девтоолс-у, што је заправо маскирано хттп3! пиц.твиттер.цом/5Фхуи46х3к
- Робин Марк (@программингарт) Септембар 19, 2019
Важно је то нагласити Гоогле је развио КУИЦ (Брзе УДП интернетске везе) од 2013. као алтернатива ТЦП + ТЛС пакету за Веб, који решава проблеме са дугим временима конфигурације и преговора за ТЦП везе и елиминише кашњења у губитку пакета током преноса података.
КУИЦ је додатак УДП протоколу који подржава мултиплексирање више веза и пружа методе шифровања еквивалентне ТЛС / ССЛ.
Предметни протокол је већ уграђен у Гоогле-ову серверску инфраструктуру, део је Цхроме-а, планирано је за укључивање у Фирефок и активно се користи за услуживање захтева купаца на Гоогле-овим серверима.
Међу главним карактеристикама КУИЦ-а које се истичу су:
- Висока сигурност, слична ТЛС-у (у ствари, КУИЦ пружа могућност употребе ТЛС-а преко УДП-а)
- Контрола интегритета протока која спречава губитак пакета
- Могућност тренутног успостављања везе (0-РТТ, у око 75% случајева подаци се могу пренети одмах након слања пакета за подешавање везе) и осигуравају минимална кашњења између слања захтева и примања одговора (РТТ, повратно време)
- Не коришћење истог секвенцијског броја приликом поновног слања пакета, што избегава двосмисленост у одређивању примљених пакета и елиминише време чекања
- Губитак пакета утиче на испоруку само са њим повезаног тока и не зауставља испоруку података у токовима који се паралелно преносе преко тренутне везе
- Алати за исправљање грешака који смањују кашњења због поновног преноса изгубљених пакета.
- Коришћење посебних кодова за исправљање грешака на нивоу пакета за смањење ситуација које захтевају поновно слање изгубљених пакетних података.
- Криптографска ограничења блокова поравнана су са ограничењима КУИЦ пакета, смањујући ефекат губитка пакета на декодирање садржаја следећих пакета
- Нема проблема са блокирањем ТЦП реда
- Подршка за идентификатор везе, што смањује време за успостављање поновног повезивања за мобилне клијенте
- Способност повезивања напредних механизама за контролу преоптерећења везе
Такође је истакнуто да користи технику предвиђања пропусног опсега у сваком смеру како би се осигурао оптималан интензитет испоруке пакета, спречавајући га да достигне стање загушења у коме се примећује губитак пакета;
Добро као изванредне перформансе и добици у односу на ТЦП. За видео услуге попут ИоуТубе-а, КУИЦ је показао смањење од 30% у операцијама поновног баферирања приликом гледања видео записа.
ХТТП / 3 протокол стандардизује употребу КУИЦ-а као транспорта за ХТТП / 2. Да би се омогућио ХТТП / 3 и КУИЦ верзија 23 нацрта ИЕТФ спецификација, Цхроме се мора покренути са опцијама „–енабле-куиц –куиц-версион = х3-23“, а затим када се отвори брзо место за тестирање .роцкс: 4433 у режим мрежног прегледа у алаткама за програмере, ХТТП / 3 активност ће се приказати као „хттп / 2 + куиц / 99“.
У поређењу са пакетом изгубљеним паралелним ХТТП везама, само 1 од многих веза ће бити заустављено, што значи да КУИЦ може подржати испоруку ван редоследа, тако да ће изгубљени пакет имати мање утицаја.
Si желите да сазнате више о томе о овоме можете се консултовати следећи линк.