недавно је Радна група је (Интернет Енгинееринг Таск Форце), која развија протоколе и архитектуру Интернета, дао до знања вест која завршио формирање РФЦ-а за ХТТП/3.0 протокол и објавио сродне спецификације под идентификаторима РФЦ 9114 и РФЦ 9204.
ХТТП/3.0 спецификација добио статус „Предложеног стандарда“, након чега ће почети рад да се РФЦ добије статус нацрта стандарда (Драфт Стандард), што заправо значи потпуну стабилизацију протокола и узимање у обзир свих датих коментара.
Протокол ХТТП/3 дефинише употребу КУИЦ протокола (Брзе УДП интернет везе) као транспорт за ХТТП/2. КУИЦ је додатак за УДП протокол који подржава мултиплексирање више веза и обезбеђује методе шифровања еквивалентне ТЛС/ССЛ.
Протокол је креирао Гугл 2013 као алтернативу ТЦП + ТЛС за Веб, решавајући проблем дугог подешавања везе и времена преговарања у ТЦП-у и елиминишући кашњења услед губитка пакета током преноса података.
Тренутно, Подршка за КУИЦ и ХТТП/3.0 је већ имплементирана у свим претраживачима популарне веб странице. На страни сервера, имплементације ХТТП/3 су доступне за нгинк (у посебној грани и као посебан модул), Цадди , ИИС и ЛитеСпеед. ХТТП/3 такође подржава Цлоудфларе-ова мрежа за испоруку садржаја.
Главне карактеристике КУИЦ-а:
- Висока безбедност, слична ТЛС-у (у ствари, КУИЦ пружа могућност коришћења ТЛС-а преко УДП-а)
- Контрола интегритета преноса ради спречавања губитка пакета
- Могућност тренутног успостављања везе и обезбеђивања минималних кашњења између слања захтева и пријема одговора (РТТ, време повратног путовања)
- Користите другачији редни број приликом поновног слања пакета, омогућавајући вам да избегнете двосмисленост приликом одређивања примљених пакета и да се решите временских ограничења
- Губитак пакета утиче на испоруку само са њим повезаног тока и не зауставља испоруку података у токовима који се паралелно преносе преко тренутне везе
- Алати за исправљање грешака који минимизирају кашњења услед поновног преноса изгубљених пакета. Коришћење специјалних кодова за исправљање грешака на нивоу пакета за смањење ситуација које захтевају поновни пренос изгубљених пакетних података.
- Границе криптографских блокова су усклађене са границама КУИЦ пакета, смањујући утицај губитка пакета на декодирање садржаја наредних пакета
- Нема проблема са блокирањем ТЦП реда
- Подршка за идентификацију везе за смањење времена поновног повезивања за мобилне клијенте
- Могућност повезивања напредних механизама за контролу преоптерећења везе
- Користите технике предвиђања пропусног опсега у сваком правцу да бисте обезбедили оптималне брзине прослеђивања пакета, избегавајући услове загушења у којима се пакети губе.
- Приметне перформансе и добитке у перформансама у односу на ТЦП. За видео услуге као што је ИоуТубе, показало се да КУИЦ смањује операције баферовања видео записа за 30%.
Поред овога, такође у исто време, објављене су ажуриране верзије спецификација за ХТТП/1.1 (РФЦ 9112) и ХТТП/2.0 (РФЦ 9113) протоколе, као и документи који дефинишу семантику ХТТП захтева (РФЦ 9110). и заглавља контроле ХТТП кеширања (РФЦ 9111).
Од промена у спецификација ХТТП/1.1, можете приметити забрану од одвојене употребе знака за враћање каријера (ЦР) изван тела са садржајем, тј. у елементима протокола, ЦР карактер се може користити само заједно са знаком нове линије (ЦРЛФ).
El алгоритам распореда захтева у комадима је побољшан да би се поједноставило одвајање приложених поља и одељака са заглављима. Додате смернице за руковање двосмисленим садржајем за блокирање напада класе „ХТТП Рекуест Смугглинг“ који могу да упадну у садржај захтева других корисника у току између фронтенд-а и бацкенд-а.
Ажурирање спецификације ХТТП/2.0 експлицитно дефинише подршку за ТЛС 1.3, застарела шема приоритета и повезана поља заглавља и механизам ажурирања застарела ХТТП/1.1 веза је застарела.
Коначно, ако сте заинтересовани да сазнате више о томе, можете погледати детаље у следећи линк.