В нощните версии на Firefox се появи поддръжка за HTTP/3

В нощни версии Firefox, който ще бъде основата на версия 72, планирана за 7 януари, е добавена поддръжка на протокол HTTP/3. По подразбиране HTTP/3 е деактивиран и изисква активиране на опцията «network.http.http3.enabled» в about:config.

Поддръжката на HTTP/3 в Firefox е базирана на разработвания от компания Mozilla проект neqo, предоставящ реализация на клиент и сървър за протокола QUIC. Кодът на компонентите за поддръжка на HTTP/3 и QUIC е написан на езика Rust.
В клиентския софтуер експерименталната поддръжка на HTTP/3 вече е е добавена в Chrome и curl, а за сървъри е налична под формата на модул за nginx и тестов сървър на базата на библиотеката quiche (реализации QUIC и HTTP/3 на езика Rust от компания Cloudflare). За проверка на работата на клиентите за HTTP/3 бяха пуснати няколко тестови сайта, голяма част от които все още не се отварят коректно в Firefox (HTTP/3 е в етап на чернова спецификация и все още не е стандартизирана).

Напомняме, че HTTP/3 стандартизира използването на протокола QUIC като транспорт за HTTP/2. Протоколът QUIC (Quick UDP Internet Connections) се развива от 2013 година от компания Google като алтернатива на TCP+TLS за Web, решаваща проблемите с голямото време на свързване и координация в TCP и премахваща забавянията при загуба на пакети по време на предаване на данни. QUIC представлява надстройка над протокола UDP, поддържаща мултиплексиране на няколко връзки и осигуряваща методи за криптиране, еквивалентни на TLS/SSL.

Основни характеристики QUIC:

• Висока сигурност, подобна на TLS (по същество QUIC предоставя възможност за използване на TLS над UDP);
• Контрол за целостта на потока, предотвратяващ загуба на пакети;
• Възможност за незабавно установяване на връзка (0-RTT, в около 75% от случаите данните могат да се предават веднага след изпращането на пакета за установяване на връзката) и осигуряване на минимални забавяния между изпращането на запитването и получаването на отговора (RTT, Round Trip Time);
• Не използване на повторно предаване на пакета със същия номер на последователност, което позволява да се избегне двусмислие при определяне на получените пакети и да се премахнат таймаутите;
• Загубата на пакет влияе само на доставката на свързания с него поток и не спира доставката на данни в паралелно предавани през текущото съединение потоци;
• Средства за корекция на грешки, минимизиращи забавянията поради повторно предаване на изгубени пакети. Използване на специални кодове за корекция на грешки на ниво пакет, за да се намалят ситуациите, изискващи повторно предаване на данни от изгубения пакет.
• Границите на криптографските блокове са подравнени с границите на QUIC пакетите, което намалява влиянието на загубите на пакети върху декодирането на съдържанието на следващите пакети;
• Липса на проблеми с блокиране на опашката TCP;
• Поддръжка на идентификатор на съединение, позволяваща да се съкрати времето за установяване на повторно съединение за мобилни клиенти;
• Възможност за свързване на разширени механизми за контрол на претоварването на съединението;
• Използване на техника за прогнозиране на пропускната способност във всяка посока за осигуряване на оптимална интензивност на изпращане на пакети, предотвратявайки свличането в състояние на претоварване, при което се наблюдава загуба на пакети;
• Забележимо нарастване на производителността и пропускната способност в сравнение с TCP. За видеосервизи като YouTube, прилагането на QUIC показва намаление на операциите за повторно буфериране при гледане на видео с 30%.

Източник: opennet.ru