Радна група за интернет инжењеринг (ИЕТФ), која је одговорна за развој Интернет протокола и архитектуре, финализирала је РФЦ за КУИЦ протокол и објавила сродне спецификације под идентификаторима РФЦ 8999 (својства протокола независна од верзије), РФЦ 9000 (транспорт преко УДП), РФЦ 9001 (ТЛС енкрипција КУИЦ комуникационог канала) и РФЦ 9002 (контрола загушења и откривање губитка пакета током преноса података).
РФЦ-ови су добили статус „Предложеног стандарда”, након чега ће почети рад на давању РФЦ статуса нацрта стандарда (Драфт Стандард), што заправо значи потпуну стабилизацију протокола и узимање у обзир свих датих коментара. ХТТП/3 протокол, који дефинише употребу КУИЦ протокола као транспорта за ХТТП/2, још је у фази израде спецификације, али ће га ИЕТФ ускоро коначно стандардизовати.
Очекује се да ће стандардизација КУИЦ-а дати подстицај ширем усвајању овог протокола, као и развоју екстензија заснованих на њему, као што су ВебТранспорт (технологија за слање и пријем података између претраживача и сервера) и МАСКУЕ (технологија проксија везе која проширује могућности СОЦКС-а и ХТТП ЦОННЕЦТ-а и користи ХТТПС преко КУИЦ-а као транспорт).
Подсетимо се да КУИЦ (Куицк УДП Интернет Цоннецтионс) протокол развија Гоогле од 2013. године као алтернативу комбинацији ТЦП+ТЛС за Веб, решавајући проблеме са дугим временом подешавања и преговарања веза у ТЦП-у и елиминишући кашњења када пакети се губе током преноса података. КУИЦ је проширење УДП протокола које подржава мултиплексирање више веза и обезбеђује методе шифровања еквивалентне ТЛС/ССЛ. Током развоја ИЕТФ стандарда, извршене су измене у протоколу, што је довело до појаве две паралелне гране, једне за ХТТП/3, а друге коју подржава Гугл (Цхроме подржава обе опције, а Фирефок подржава ИЕТФ верзију) .
Кључне карактеристике КУИЦ-а:
- Висока безбедност слична ТЛС-у (у суштини КУИЦ пружа могућност коришћења ТЛС-а преко УДП-а);
- Контрола интегритета тока, спречавање губитка пакета;
- Могућност тренутног успостављања везе (0-РТТ, у приближно 75% случајева подаци се могу пренети одмах након слања пакета за подешавање везе) и обезбеђивање минималних кашњења између слања захтева и пријема одговора (РТТ, Роунд Трип Тиме);
- Коришћење другог редног броја приликом поновног слања пакета, чиме се избегава двосмисленост у идентификацији примљених пакета и ослобађа се тајм-аута;
- Губитак пакета утиче само на испоруку тока који је са њим повезан и не зауставља испоруку података у паралелним токовима који се преносе кроз тренутну везу;
- Функције исправљања грешака које минимизирају кашњења услед поновног преноса изгубљених пакета. Коришћење специјалних кодова за исправљање грешака на нивоу пакета да би се смањиле ситуације које захтевају поновни пренос изгубљених пакетних података.
- Границе криптографских блокова су усклађене са границама КУИЦ пакета, што смањује утицај губитака пакета на декодирање садржаја наредних пакета;
- Нема проблема са блокирањем ТЦП реда;
- Подршка за идентификатор везе, што смањује време потребно за успостављање поновне везе за мобилне клијенте;
- Могућност повезивања напредних механизама за контролу загушења конекције;
- Користи технике предвиђања протока по смеру како би осигурао да се пакети шаљу оптималном брзином, спречавајући да постану загушени и проузрокују губитак пакета;
- Значајно повећање перформанси и протока у поређењу са ТЦП-ом. За видео услуге као што је ИоуТубе, показало се да КУИЦ смањује операције ребаферовања при гледању видео записа за 30%.
Извор: опеннет.ру