QUIC പ്രോട്ടോക്കോളിന് ഒരു നിർദ്ദിഷ്ട സ്റ്റാൻഡേർഡിന്റെ പദവി ലഭിച്ചു.

Комитет IETF (Internet Engineering Task Force), занимающийся развитием протоколов и архитектуры интернета, завершил формирование RFC для протокола QUIC и опубликовал связанные с ним спецификации под идентификаторами RFC 8999 (независящие от версии свойства протокола), RFC 9000 (транспорт поверх UDP), RFC 9001 (TLS-шифрование канала связи QUIC) и RFC 9002(управление перегрузкой и определение потери пакетов при передаче данных).

RFC получили статус «Предложенного стандарта», после чего начнётся работа по приданию RFC статуса чернового стандарта (Draft Standard), фактически означающего полную стабилизацию протокола и учёт всех высказанных замечаний. Протокол HTTP/3, который определяет использование протокола QUIC в качестве транспорта для HTTP/2, пока находится на стадии черновой спецификации, но в ближайшее время и он будет окончательно стандартизирован в IETF.

Ожидается, что стандартизация QUIC даст толчок для более широкого внедрения данного протокола, а также для развития основанных на нём расширений, таких как WebTransport (технология для отправки и приёма данных между браузером и сервером) и MASQUE (технология проксирования соединений, расширяющая возможности SOCKS и HTTP CONNECT, и использующая HTTPS поверх QUIC в качестве транспорта).

Напомним, что протокол QUIC (Quick UDP Internet Connections) c 2013 года развивается компанией Google в качестве альтернативы связке TCP+TLS для Web, решающей проблемы с большим временем установки и согласования соединений в TCP и устраняющей задержки при потере пакетов в процессе передачи данных. QUIC представляет собой надстройку над протоколом UDP, поддерживающую мультиплексирование нескольких соединений и обеспечивающую методы шифрования, эквивалентные TLS/SSL. В процессе разработки в IETF стандарта в протокол были внесены изменения, что привело к возникновению двух параллельно существующих веток, одна для HTTP/3, а вторая поддерживаемая Google (Chrome поддерживает оба варианта, а Firefox вариант IETF).

ക്യുഐസിയുടെ പ്രധാന സവിശേഷതകൾ:

• TLS-ന് സമാനമായ ഉയർന്ന സുരക്ഷ (യുഡിപി വഴി TLS ഉപയോഗിക്കാനുള്ള കഴിവ് QUIC നൽകുന്നു);
• ഫ്ലോ സമഗ്രത നിയന്ത്രണം, പാക്കറ്റ് നഷ്ടം തടയുന്നു;
• ഒരു കണക്ഷൻ തൽക്ഷണം സ്ഥാപിക്കാനുള്ള കഴിവ് (0-RTT, ഏകദേശം 75% കേസുകളിൽ കണക്ഷൻ സെറ്റപ്പ് പാക്കറ്റ് അയച്ചതിന് ശേഷം ഉടൻ തന്നെ ഡാറ്റ കൈമാറാൻ കഴിയും) കൂടാതെ ഒരു അഭ്യർത്ഥന അയയ്‌ക്കുന്നതിനും പ്രതികരണം സ്വീകരിക്കുന്നതിനും ഇടയിൽ കുറഞ്ഞ കാലതാമസം നൽകുക (RTT, റൗണ്ട് ട്രിപ്പ് സമയം);
• ലഭിച്ച പാക്കറ്റുകൾ തിരിച്ചറിയുന്നതിലെ അവ്യക്തത ഒഴിവാക്കുകയും സമയപരിധി ഒഴിവാക്കുകയും ചെയ്യുന്ന ഒരു പാക്കറ്റ് വീണ്ടും പ്രക്ഷേപണം ചെയ്യുമ്പോൾ മറ്റൊരു സീക്വൻസ് നമ്പർ ഉപയോഗിക്കുന്നത്;
• ഒരു പാക്കറ്റിന്റെ നഷ്ടം അതുമായി ബന്ധപ്പെട്ട സ്ട്രീമിന്റെ ഡെലിവറിയെ മാത്രമേ ബാധിക്കുകയുള്ളൂ, നിലവിലെ കണക്ഷനിലൂടെ കൈമാറുന്ന സമാന്തര സ്ട്രീമുകളിലെ ഡാറ്റയുടെ ഡെലിവറി നിർത്തുന്നില്ല;
• നഷ്ടപ്പെട്ട പാക്കറ്റുകളുടെ പുനഃസംപ്രേക്ഷണം മൂലമുള്ള കാലതാമസം കുറയ്ക്കുന്ന പിശക് തിരുത്തൽ സവിശേഷതകൾ. നഷ്‌ടപ്പെട്ട പാക്കറ്റ് ഡാറ്റയുടെ പുനഃസംപ്രേഷണം ആവശ്യമായ സാഹചര്യങ്ങൾ കുറയ്ക്കുന്നതിന് പാക്കറ്റ് തലത്തിൽ പ്രത്യേക പിശക് തിരുത്തൽ കോഡുകൾ ഉപയോഗിക്കുക.
• ക്രിപ്‌റ്റോഗ്രാഫിക് ബ്ലോക്ക് ബൗണ്ടറികൾ ക്യുഐസി പാക്കറ്റ് ബൗണ്ടറികളുമായി വിന്യസിച്ചിരിക്കുന്നു, ഇത് തുടർന്നുള്ള പാക്കറ്റുകളുടെ ഉള്ളടക്കങ്ങൾ ഡീകോഡ് ചെയ്യുന്നതിൽ പാക്കറ്റ് നഷ്ടത്തിന്റെ ആഘാതം കുറയ്ക്കുന്നു;
• TCP ക്യൂ തടയുന്നതിൽ പ്രശ്നങ്ങളില്ല;
• കണക്ഷൻ ഐഡന്റിഫയറിനുള്ള പിന്തുണ, മൊബൈൽ ക്ലയന്റുകൾക്ക് ഒരു പുനഃകണക്ഷൻ സ്ഥാപിക്കാൻ എടുക്കുന്ന സമയം കുറയ്ക്കുന്നു;
• വിപുലമായ കണക്ഷൻ തിരക്ക് നിയന്ത്രണ സംവിധാനങ്ങൾ ബന്ധിപ്പിക്കുന്നതിനുള്ള സാധ്യത;
• പാക്കറ്റുകൾ ഒപ്റ്റിമൽ നിരക്കിൽ അയയ്‌ക്കുന്നുവെന്ന് ഉറപ്പാക്കാൻ ഓരോ ദിശയിലുള്ള ത്രൂപുട്ട് പ്രവചന സാങ്കേതിക വിദ്യകൾ ഉപയോഗിക്കുന്നു, അവ തിരക്ക് കൂട്ടുന്നതും പാക്കറ്റ് നഷ്‌ടമാകുന്നതും തടയുന്നു;
• ടിസിപിയുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ പ്രകടനത്തിലും ത്രൂപുട്ടിലും ഗണ്യമായ വർദ്ധനവ്. YouTube പോലുള്ള വീഡിയോ സേവനങ്ങൾക്ക്, വീഡിയോകൾ കാണുമ്പോൾ QUIC റീബഫറിംഗ് പ്രവർത്തനങ്ങൾ 30% കുറയ്ക്കുന്നതായി കാണിച്ചിരിക്കുന്നു.

അവലംബം: opennet.ru