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