Комитет 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).
Isi atụmatụ nke QUIC:
- Nchekwa dị elu dị ka TLS (nke bụ QUIC na-enye ike iji TLS karịa UDP);
- Njikwa iguzosi ike n'ezi ihe, na-egbochi mfu ngwugwu;
- Ikike iji guzobe njikọ ozugbo (0-RTT, n'ihe dị ka 75% nke ikpe nwere ike ibunye data ozugbo mgbe ezipụchara ngwugwu njikọ njikọ) ma nye obere oge n'etiti izipu arịrịọ na ịnata nzaghachi (RTT, Oge njem okirikiri);
- Iji nọmba usoro dị iche iche mgbe ị na-ebugharị ngwugwu, nke na-ezere enweghị mgbagwoju anya n'ịchọpụta ngwugwu natara ma wepụ oge;
- Ọnwụ nke ngwugwu na-emetụta naanị nnyefe nke iyi nke metụtara ya ma ghara ịkwụsị nnyefe data na iyi iyi ndị a na-ebufe site na njikọ dị ugbu a;
- Atụmatụ mgbazi mperi na-ebelata igbu oge n'ihi mbufe nke ngwugwu furu efu. Iji koodu mgbazi njehie pụrụ iche na ọkwa ngwugwu iji belata ọnọdụ chọrọ mbugharị data ngwugwu furu efu.
- A na-ejikọta oke ngọngọ cryptographic na oke ngwugwu QUIC, nke na-ebelata mmetụta nke mfu ngwugwu na ngbanwe ọdịnaya nke ngwugwu na-esote;
- Enweghị nsogbu na mgbochi TCP kwụ n'ahịrị;
- Nkwado maka njirimara njikọ, nke na-ebelata oge ọ na-ewe iji guzobe njikọ maka ndị ahịa mkpanaka;
- Enwere ike ijikọ usoro njikwa mkpọchi njikọ dị elu;
- Na-eji usoro amụma ntinye ntinye n'otu n'otu iji hụ na ezipụ ngwugwu n'ọnụ ahịa kacha mma, na-egbochi ha ịbanye n'ụkọ na ịkpata mfu ngwugwu;
- Mmụba dị ịrịba ama na arụmọrụ na ntinye aka tụnyere TCP. Maka ọrụ vidiyo dị ka YouTube, QUIC egosila na ọ na-ebelata ọrụ nkwughachi mgbe ị na-ekiri vidiyo site na 30%.
isi: opennet.ru