Firma Mozilla ogłosiła zamiar stopniowego wprowadzenia protokołów HTTP/3 i QUIC w wydaniu Firefox 88, zaplanowanym na 19 kwietnia (początkowo wydanie miało nastąpić 20 kwietnia, jednak według harmonogramu zostało przesunięte o jeden dzień). Początkowo wsparcie dla HTTP/3 będzie aktywowane tylko dla niewielkiego odsetka użytkowników, a jeśli nie wystąpią niespodziewane problemy, zostanie wdrożone dla wszystkich do końca maja. W wersjach nocnych i beta HTTP/3 został domyślnie włączony pod koniec marca.
Przypomnijmy, że wdrożenie HTTP/3 w Firefox opiera się na rozwijanym przez firmę Mozilla projekcie neqo, który dostarcza implementację klienta i serwera protokół QUIC. Kod komponentów wspierających HTTP/3 i QUIC napisany jest w języku Rust. Do zarządzania włączeniem HTTP/3 w about:config dostępna jest opcja „network.http.http3.enabled”. W oprogramowaniu klienckim eksperymentalne wsparcie HTTP/3 zostało również dodane do Chrome i curl, a dla serwerów jest dostępne w nginx, a także w formie modułu nginx i testowego serwera firmy Cloudflare. Po stronie serwisów wsparcie dla HTTP/3 jest już zapewnione na serwerach Google i Facebook.
Protokół HTTP/3 wciąż znajduje się na etapie roboczej specyfikacji i nie został ostatecznie ustandaryzowany w IETF. Aby korzystać z HTTP/3, wymagana jest wspólna wersja roboczego standardu QUIC i HTTP/3 po stronie klienta i serwera, która jest określona w nagłówku Alt-Svc (Firefox wspiera wersje robocze specyfikacji od 27 do 32).
HTTP/3 definiuje użycie protokołu QUIC jako transportu dla HTTP/2. Protokół QUIC (Quick UDP Internet Connections) jest rozwijany przez firmę Google od 2013 roku jako alternatywa dla zestawu TCP+TLS dla Web, rozwiązując problemy z długim czasem nawiązywania i negocjacji połączeń w TCP oraz eliminując opóźnienia spowodowane utratą pakietów podczas przesyłania danych. QUIC stanowi nakładkę na protokół UDP, obsługującą multiplexing wielu połączeń i zapewniającą metody szyfrowania równoważne TLS/SSL. W trakcie prac nad standardem w IETF do protokołu wprowadzono zmiany, co doprowadziło do powstania dwóch równolegle istniejących gałęzi, jednej dla HTTP/3, a drugiej wspieranej przez Google (Chrome obsługuje oba warianty).
Kluczowe cechy QUIC:
- Wysokie bezpieczeństwo, podobne do TLS (w zasadzie QUIC zapewnia możliwość użycia TLS nad UDP);
- Kontrola integralności strumienia, zapobiegająca utracie pakietów;
- Możliwość natychmiastowego nawiązania połączenia (0-RTT, w około 75% przypadków dane mogą być przesyłane zaraz po wysłaniu pakietu nawiązania połączenia) oraz zapewnienie minimalnych opóźnień między wysyłaniem żądania a otrzymywaniem odpowiedzi (RTT, Round Trip Time);
- Użycie innego numeru sekwencji przy retransmisji pakietu, co pozwala uniknąć niejednoznaczności w określaniu otrzymanych pakietów i eliminować timeouty;
- Utrata pakietu wpływa na dostarczanie tylko powiązanego z nim strumienia i nie zatrzymuje dostarczania danych w równolegle przesyłanych strumieniach przez bieżące połączenie;
- Środki korekcji błędów, minimalizujące opóźnienia spowodowane ponowną transmisją zagubionych pakietów. Wykorzystanie specjalnych kodów korekcji błędów na poziomie pakietów w celu zmniejszenia liczby sytuacji wymagających ponownej transmisji danych zagubionego pakietu.
- Granice bloków kryptograficznych są wyrównane z granicami pakietów QUIC, co zmniejsza wpływ utraty pakietów na dekodowanie zawartości następnych pakietów;
- Brak problemów z blokowaniem kolejek TCP;
- Wsparcie dla identyfikatora połączenia, co pozwala skrócić czas na ponowne nawiązanie połączenia dla klientów mobilnych;
- Możliwość podłączenia rozszerzonych mechanizmów kontroli przeciążenia połączenia;
- Wykorzystanie techniki prognozowania przepustowości w każdym kierunku, aby zapewnić optymalną intensywność wysyłania pakietów, zapobiegając wpadnięciu w stan przeciążenia, w którym występuje utrata pakietów;
- Wyraźny wzrost wydajności i przepustowości w porównaniu do TCP. W przypadku serwisów wideo, takich jak YouTube, zastosowanie QUIC wykazało 30% zmniejszenie liczby operacji buforowania podczas odtwarzania wideo.
Źródło: opennet.ru
