Ноќните изданија на Firefox сега поддржуваат HTTP/3

В ноќни градби Firefox, кој ќе ја формира основата за објавувањето на 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, а за серверите е достапен во форма модуля за нгинкс и тест сервер базирана на библиотека quiche (имплементација QUIC и HTTP/3 во Rust од Cloudflare). За тестирање на работата на HTTP/3 клиентите лансиран неколку локации за тестирање, од кои повеќето сè уште не се отвораат правилно во Firefox (HTTP/3 е во фаза нацрт спецификација и не е целосно стандардизиран).

Потсетиме дека HTTP/3 ја стандардизира употребата на протоколот QUIC како транспорт за HTTP/2. Протокол QUIC (Quick UDP Internet Connections) е развиен од Google од 2013 година како алтернатива на комбинацијата TCP+TLS за веб, решавајќи проблеми со долгото поставување и преговарање за конекции во TCP и елиминирање на одложувањата кога пакетите се губат при пренос на податоци. QUIC е продолжување на протоколот UDP што поддржува мултиплексирање на повеќе врски и обезбедува методи за шифрирање еквивалентни на TLS/SSL.

Главните Карактеристики QUIC:

• Висока безбедност слична на TLS (во суштина QUIC обезбедува можност за користење на TLS преку UDP);
• Контрола на интегритетот на протокот, спречување на загуба на пакети;
• Способност за моментално воспоставување врска (0-RTT, приближно во 75% од случаите податоците може да се пренесат веднаш по испраќањето на пакетот за поставување конекција) и да се обезбедат минимални доцнења помеѓу испраќањето барање и примањето одговор (RTT, време на повратен пат);
• Некористење на истиот секвенциски број при реемитување пакет, со што се избегнува двосмисленост во идентификувањето на примените пакети и се ослободува од тајмаутите;
• Губењето на пакетот влијае само на испораката на протокот поврзан со него и не ја запира испораката на податоци во паралелни текови што се пренесуваат преку тековната врска;
• Карактеристики за корекција на грешки кои ги минимизираат одложувањата поради реемитување на изгубени пакети. Употреба на специјални шифри за корекција на грешки на ниво на пакет за да се намалат ситуациите кои бараат повторно пренос на изгубени податоци за пакети.
• Границите на криптографските блокови се усогласени со границите на пакетите QUIC, што го намалува влијанието на загубите на пакетите врз декодирањето на содржината на следните пакети;
• Нема проблеми со блокирање на редот на TCP;
• Поддршка за идентификатор за конекција, што го намалува времето потребно за воспоставување повторно поврзување за мобилните клиенти;
• Можност за поврзување напредни механизми за контрола на застојот на приклучокот;
• Користи техники за прогнозирање на пропусната моќ по насока за да се осигура дека пакетите се испраќаат со оптимални стапки, спречувајќи ги да станат преоптоварени и да предизвикаат загуба на пакети;
• Воочливо раст перформанси и пропусната моќ во споредба со TCP. За видео-услугите како YouTube, QUIC се покажа дека ги намалува операциите за ребаферирање при гледање видеа за 30%.

Извор: opennet.ru