Комитет 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).
QUIC का मुख्य विशेषताहरू:
- TLS जस्तै उच्च सुरक्षा (अनिवार्य रूपमा QUIC ले UDP मा TLS प्रयोग गर्ने क्षमता प्रदान गर्दछ);
- प्रवाह अखण्डता नियन्त्रण, प्याकेट हानि रोक्न;
- तत्काल जडान स्थापना गर्ने क्षमता (0-RTT, लगभग 75% केसहरूमा, जडान सेटअप प्याकेट पठाए पछि तुरुन्तै डाटा प्रसारण गर्न सकिन्छ) र अनुरोध पठाउन र प्रतिक्रिया प्राप्त गर्न (RTT, राउन्ड ट्रिप समय) बीचमा न्यूनतम ढिलाइ प्रदान गर्दछ। ;
- प्याकेट पुन: प्रसारण गर्दा फरक अनुक्रम नम्बर प्रयोग गर्दै, जसले प्राप्त प्याकेटहरू पहिचान गर्नमा अस्पष्टताबाट बच्न र टाइमआउटबाट छुटकारा पाउँछ;
- प्याकेटको हानिले यससँग सम्बन्धित स्ट्रिमको डेलिभरीलाई मात्र असर गर्छ र हालको जडान मार्फत पठाइएको समानान्तर स्ट्रिमहरूमा डेटाको डेलिभरीलाई रोक्दैन;
- त्रुटि सुधार सुविधाहरू जसले हराएको प्याकेटहरूको पुन: प्रसारणको कारणले ढिलाइ कम गर्दछ। हराएको प्याकेट डाटा पुन: प्रसारण आवश्यक पर्ने अवस्थाहरूलाई कम गर्न प्याकेट स्तरमा विशेष त्रुटि सुधार कोडहरूको प्रयोग।
- क्रिप्टोग्राफिक ब्लक सीमाहरू QUIC प्याकेट सीमाहरूसँग पङ्क्तिबद्ध छन्, जसले पछिका प्याकेटहरूको सामग्रीहरू डिकोडिङमा प्याकेट घाटाको प्रभावलाई कम गर्छ;
- TCP लाम अवरुद्ध संग कुनै समस्या छैन;
- जडान पहिचानकर्ताको लागि समर्थन, जसले मोबाइल ग्राहकहरूको लागि पुन: जडान स्थापना गर्न लाग्ने समयलाई कम गर्छ;
- उन्नत जडान भीड नियन्त्रण संयन्त्र जडान गर्ने सम्भावना;
- प्याकेटहरू इष्टतम दरहरूमा पठाइन्छ भनेर सुनिश्चित गर्न प्रति-दिशा थ्रुपुट पूर्वानुमान प्रविधिहरू प्रयोग गर्दछ, तिनीहरूलाई भीडभाड हुनबाट रोक्न र प्याकेट नोक्सानको कारण;
- TCP को तुलनामा प्रदर्शन र थ्रुपुटमा उल्लेखनीय वृद्धि। YouTube जस्ता भिडियो सेवाहरूका लागि, QUIC ले भिडियोहरू हेर्दा 30% ले रिबफरिङ कार्यहरू घटाएको देखाइएको छ।
स्रोत: opennet.ru