Компания Mozilla сообщила о намерении начать поэтапное включение протоколов HTTP/3 и QUIC в выпуске Firefox 88, намеченном на 19 апреля (изначально, релиз ожидался 20 апреля, но, судя по графику, сдвинут на один день). Вначале поддержка HTTP/3 будет активирована лишь для небольшого процента пользователей и, если не возникнет непредвиденных проблем, будет доведена до всех к концу мая. В ночных сборках и бета-версиях HTTP/3 был включён по умолчанию в конце марта.
Напомним, что реализация HTTP/3 в Firefox основана на развиваемом компанией Mozilla проекте neqo, предоставляющем реализацию клиента и сервера для протокола QUIC. Код компонентов для поддержки HTTP/3 и QUIC написан на языке Rust. Для управления включением HTTP/3 в about:config предусмотрена опция «network.http.http3.enabled». Из клиентского ПО экспериментальная поддержка HTTP/3 также добавлена в Chrome и curl, а для серверов доступна в nginx, а также в форме nginx-модуля и тестового сервера от компании Cloudflare. На стороне сайтов поддержка HTTP/3 уже обеспечена на серверах Google и Facebook.
Протокол HTTP/3 пока находится на стадии черновой спецификации и окончательно не стандартизирован в IETF. Для использования HTTP/3 требуется поддержка на стороне клиента и сервера одной и той же версии чернового стандарта QUIC и HTTP/3, которая указывается в заголовке Alt-Svc (Firefox поддерживает черновики спецификации с 27 по 32).
HTTP/3 определяет использование протокола QUIC в качестве транспорта для HTTP/2. Протокол QUIC (Quick UDP Internet Connections) c 2013 года развивается компанией Google в качестве альтернативы связке TCP+TLS для Web, решающей проблемы с большим временем установки и согласования соединений в TCP и устраняющей задержки при потере пакетов в процессе передачи данных. QUIC представляет собой надстройку над протоколом UDP, поддерживающую мультиплексирование нескольких соединений и обеспечивающую методы шифрования, эквивалентные TLS/SSL. В процессе разработки в IETF стандарта в протокол были внесены изменения, что привело к возникновению двух параллельно существующих веток, одна для HTTP/3, а вторая поддерживаемая Google (Chrome поддерживает оба варианта).
QUIC ನ ಪ್ರಮುಖ ಲಕ್ಷಣಗಳು:
- ಹೆಚ್ಚಿನ ಭದ್ರತೆ, TLS ನಂತೆಯೇ (ವಾಸ್ತವವಾಗಿ, QUIC ಯುಡಿಪಿ ಮೂಲಕ TLS ಅನ್ನು ಬಳಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ);
- ಪ್ಯಾಕೆಟ್ ನಷ್ಟವನ್ನು ತಡೆಯಲು ಸ್ಟ್ರೀಮ್ ಸಮಗ್ರತೆಯ ನಿಯಂತ್ರಣ;
- ಸಂಪರ್ಕವನ್ನು ತಕ್ಷಣವೇ ಸ್ಥಾಪಿಸುವ ಸಾಮರ್ಥ್ಯ (0-RTT, ಸರಿಸುಮಾರು 75% ಪ್ರಕರಣಗಳಲ್ಲಿ ಸಂಪರ್ಕ ಸೆಟಪ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕಳುಹಿಸಿದ ತಕ್ಷಣ ಡೇಟಾವನ್ನು ರವಾನಿಸಬಹುದು) ಮತ್ತು ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುವ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸುವ ನಡುವಿನ ಕನಿಷ್ಠ ವಿಳಂಬವನ್ನು ಒದಗಿಸುತ್ತದೆ (RTT, ರೌಂಡ್ ಟ್ರಿಪ್ ಸಮಯ);
- ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಮರುಪ್ರಸಾರ ಮಾಡುವಾಗ ವಿಭಿನ್ನ ಅನುಕ್ರಮ ಸಂಖ್ಯೆಯನ್ನು ಬಳಸುವುದು, ಇದು ಸ್ವೀಕರಿಸಿದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಗುರುತಿಸುವಲ್ಲಿ ಅಸ್ಪಷ್ಟತೆಯನ್ನು ತಪ್ಪಿಸುತ್ತದೆ ಮತ್ತು ಸಮಯ ಮೀರುವಿಕೆಯನ್ನು ತೊಡೆದುಹಾಕುತ್ತದೆ;
- ಪ್ಯಾಕೆಟ್ ನಷ್ಟವು ಅದರೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದ ಸ್ಟ್ರೀಮ್ನ ವಿತರಣೆಯನ್ನು ಮಾತ್ರ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಮತ್ತು ಪ್ರಸ್ತುತ ಸಂಪರ್ಕದ ಮೂಲಕ ಸಮಾನಾಂತರವಾಗಿ ಹರಡುವ ಸ್ಟ್ರೀಮ್ಗಳಲ್ಲಿ ಡೇಟಾದ ವಿತರಣೆಯನ್ನು ನಿಲ್ಲಿಸುವುದಿಲ್ಲ;
- ಕಳೆದುಹೋದ ಪ್ಯಾಕೆಟ್‌ಗಳ ಮರುಪ್ರಸಾರದಿಂದಾಗಿ ವಿಳಂಬವನ್ನು ಕಡಿಮೆ ಮಾಡುವ ದೋಷ ತಿದ್ದುಪಡಿ ಸಾಧನಗಳು. ಕಳೆದುಹೋದ ಪ್ಯಾಕೆಟ್ ಡೇಟಾದ ಮರುಪ್ರಸಾರ ಅಗತ್ಯವಿರುವ ಸಂದರ್ಭಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಪ್ಯಾಕೆಟ್ ಮಟ್ಟದಲ್ಲಿ ವಿಶೇಷ ದೋಷ ತಿದ್ದುಪಡಿ ಕೋಡ್‌ಗಳನ್ನು ಬಳಸುವುದು.
- ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಬ್ಲಾಕ್ ಬೌಂಡರಿಗಳನ್ನು ಕ್ಯುಐಸಿ ಪ್ಯಾಕೆಟ್ ಬೌಂಡರಿಗಳೊಂದಿಗೆ ಜೋಡಿಸಲಾಗಿದೆ, ಇದು ನಂತರದ ಪ್ಯಾಕೆಟ್‌ಗಳ ವಿಷಯಗಳನ್ನು ಡಿಕೋಡಿಂಗ್ ಮೇಲೆ ಪ್ಯಾಕೆಟ್ ನಷ್ಟಗಳ ಪ್ರಭಾವವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ;
- TCP ಕ್ಯೂ ಅನ್ನು ನಿರ್ಬಂಧಿಸುವಲ್ಲಿ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲ;
- ಮೊಬೈಲ್ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಮರುಸಂಪರ್ಕ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಸಂಪರ್ಕ ID ಬೆಂಬಲ;
- ಸಂಪರ್ಕ ಓವರ್ಲೋಡ್ ನಿಯಂತ್ರಣಕ್ಕಾಗಿ ಸುಧಾರಿತ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಸಂಪರ್ಕಿಸುವ ಸಾಧ್ಯತೆ;
- ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುವ ಅತ್ಯುತ್ತಮ ತೀವ್ರತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಪ್ರತಿ ದಿಕ್ಕಿನಲ್ಲಿ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಭವಿಷ್ಯ ತಂತ್ರಗಳನ್ನು ಬಳಸುವುದು, ದಟ್ಟಣೆಯ ಸ್ಥಿತಿಗೆ ಉರುಳುವುದನ್ನು ತಡೆಯುವುದು, ಇದರಲ್ಲಿ ಪ್ಯಾಕೆಟ್‌ಗಳ ನಷ್ಟವಿದೆ;
- TCP ಗೆ ಹೋಲಿಸಿದರೆ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಥ್ರೋಪುಟ್‌ನಲ್ಲಿ ಗಮನಾರ್ಹ ಹೆಚ್ಚಳ. YouTube ನಂತಹ ವೀಡಿಯೊ ಸೇವೆಗಳಿಗಾಗಿ, QUIC ವೀಡಿಯೋಗಳನ್ನು ವೀಕ್ಷಿಸುವಾಗ 30% ರಷ್ಟು ರಿಬಫರಿಂಗ್ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಎಂದು ತೋರಿಸಲಾಗಿದೆ.
ಮೂಲ: opennet.ru