İnternet protokolleri ve mimarisinin geliştirilmesinden sorumlu olan İnternet Mühendisliği Görev Gücü (IETF), QUIC protokolü için RFC'yi sonlandırmış ve RFC 8999 (sürümden bağımsız protokol özellikleri), RFC 9000 (aktarım) tanımlayıcıları altında ilgili spesifikasyonları yayınlamıştır. UDP üzerinden), RFC 9001 (QUIC iletişim kanalının TLS şifrelemesi) ve RFC 9002 (veri iletimi sırasında tıkanıklık kontrolü ve paket kaybı tespiti).
RFC'ler "Önerilen Standart" statüsünü aldı, bundan sonra RFC'ye taslak standart (Taslak Standart) statüsü verilmesi için çalışmalar başlayacak, bu da aslında protokolün tamamen stabil hale getirilmesi ve yapılan tüm yorumları dikkate alması anlamına geliyor. QUIC protokolünün HTTP/3 aktarımı olarak kullanımını tanımlayan HTTP/2 protokolü hâlâ taslak spesifikasyon aşamasındadır ancak yakın zamanda nihayet IETF tarafından standartlaştırılacaktır.
QUIC'in standartlaştırılmasının, bu protokolün daha geniş çapta benimsenmesine ve WebTransport (tarayıcı ile sunucu arasında veri gönderme ve alma teknolojisi) ve MASQUE gibi buna dayalı uzantıların geliştirilmesine ivme kazandırması bekleniyor. (SOCKS ve HTTP CONNECT'in yeteneklerini genişleten ve aktarım olarak QUIC üzerinden HTTPS'yi kullanan bir bağlantı proxy teknolojisi).
QUIC (Hızlı UDP İnternet Bağlantıları) protokolünün, Web için TCP+TLS kombinasyonuna alternatif olarak Google tarafından 2013 yılından bu yana geliştirildiğini, TCP'deki bağlantıların uzun kurulum ve anlaşma sürelerinden kaynaklanan sorunları çözdüğünü ve bağlantıların kurulmasında yaşanan gecikmeleri ortadan kaldırdığını hatırlayalım. Veri aktarımı sırasında paketler kaybolur. 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, ikincisi Google tarafından desteklenen iki paralel dalın ortaya çıkmasına yol açtı (Chrome her iki seçeneği de destekler ve Firefox IETF sürümünü 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