Mozilla, 3 Nisan'da yayınlanması planlanan Firefox 88'in piyasaya sürülmesiyle HTTP/19 ve QUIC'de aşamalı uygulamaya başlama niyetini açıkladı (başlangıçta 20 Nisan'da yayınlanması bekleniyordu, ancak takvime bakılırsa bir gün ertelenecek). HTTP/3 desteği başlangıçta kullanıcıların yalnızca küçük bir yüzdesi için etkinleştirilecek ve beklenmedik sorunlar olmadığı sürece Mayıs ayı sonuna kadar herkese sunulacak. Gecelik sürümlerde ve beta sürümlerde, Mart ayı sonunda HTTP/3 varsayılan olarak etkinleştirildi.
Firefox'ta HTTP/3 uygulamasının Mozilla tarafından geliştirilen ve QUIC protokolü için istemci ve sunucu uygulaması sağlayan neqo projesine dayandığını hatırlatalım. HTTP/3 ve QUIC desteğinin bileşen kodu Rust'ta yazılmıştır. HTTP/3'ün etkin olup olmadığını kontrol etmek için about:config, “network.http.http3.enabled” seçeneğini sunar. İstemci yazılımından, Chrome ve Curl'e HTTP/3 için deneysel destek de eklenmiştir ve sunucular için bu, nginx'in yanı sıra bir nginx modülü ve Cloudflare'den bir test sunucusu biçiminde de mevcuttur. Web sitesi tarafında zaten Google ve Facebook sunucularında HTTP/3 desteği sağlanıyor.
HTTP/3 protokolü hala taslak spesifikasyon aşamasındadır ve henüz IETF tarafından tam olarak standartlaştırılmamıştır. HTTP/3, QUIC taslak standardının ve Alt-Svc başlığında belirtilen HTTP/3'ün aynı sürümü için istemci ve sunucu desteği gerektirir (Firefox, 27'den 32'ye kadar spesifikasyon taslaklarını destekler).
HTTP/3, QUIC protokolünün HTTP/2 için aktarım olarak kullanımını tanımlar. QUIC (Hızlı UDP İnternet Bağlantıları) protokolü, Web için TCP+TLS kombinasyonuna alternatif olarak 2013 yılından bu yana Google tarafından geliştirilmiştir; TCP'deki bağlantılarda uzun kurulum ve anlaşma süreleri ile ilgili sorunları çözer ve veri sırasında paketlerin kaybolması nedeniyle ortaya çıkan gecikmeleri ortadan kaldırır. Aktar. QUIC, birden fazla bağlantının çoğullanmasını destekleyen ve TLS/SSL'ye eşdeğer şifreleme yöntemleri sağlayan UDP protokolünün bir uzantısıdır. IETF standardının geliştirilmesi sırasında protokolde değişiklikler yapıldı ve bu da biri HTTP/3 için, diğeri Google tarafından desteklenen iki paralel dalın ortaya çıkmasına yol açtı (Chrome her iki seçeneği de destekler).
QUIC'in temel özellikleri:
- TLS'ye benzer yüksek güvenlik (aslında QUIC, TLS'yi UDP üzerinden kullanma yeteneği sağlar);
- Paket kaybını önlemek için akış bütünlüğü kontrolü;
- Anında bağlantı kurma yeteneği (0-RTT, vakaların yaklaşık %75'inde veriler, bağlantı kurulum paketi gönderildikten hemen sonra iletilebilir) ve istek gönderme ile yanıt alma arasında minimum gecikme sağlama (RTT, Gidiş-Dönüş Süresi);
- Bir paketi yeniden iletirken farklı bir sıra numarası kullanmak, alınan paketlerin tanımlanmasındaki belirsizliği ortadan kaldırır ve zaman aşımlarından kurtulur;
- Paket kaybı, yalnızca kendisiyle ilişkili akışın teslimini etkiler ve mevcut bağlantı üzerinden paralel olarak iletilen akışlardaki verilerin teslimini durdurmaz;
- Kayıp paketlerin yeniden iletilmesinden kaynaklanan gecikmeleri en aza indiren hata düzeltme araçları. Kayıp paket verilerinin yeniden iletilmesini gerektiren durumları azaltmak için paket düzeyinde özel hata düzeltme kodlarının kullanılması.
- Kriptografik blok sınırları, QUIC paket sınırlarıyla hizalanır; bu, paket kayıplarının sonraki paketlerin içeriğinin kodunun çözülmesi üzerindeki etkisini azaltır;
- TCP sırasını engellemede sorun yok;
- Mobil istemciler için yeniden bağlanma süresini azaltmak için Bağlantı Kimliği desteği;
- Bağlantı aşırı yükü kontrolü için gelişmiş mekanizmaları bağlama imkanı;
- Paket göndermenin optimum yoğunluğunu sağlamak için her yönde bant genişliği tahmin tekniklerini kullanmak, paket kaybının olduğu bir tıkanıklık durumuna yuvarlanmayı önlemek;
- TCP ile karşılaştırıldığında performans ve verimde önemli artış. YouTube gibi video hizmetleri için QUIC'in, video izlerken yeniden ara belleğe alma işlemlerini %30 oranında azalttığı gösterilmiştir.
Kaynak: opennet.ru