Lực lượng đặc nhiệm kỹ thuật Internet (IETF), chịu trách nhiệm phát triển các giao thức và kiến trúc Internet, đã hoàn thiện RFC cho giao thức QUIC và công bố các thông số kỹ thuật liên quan dưới các mã định danh RFC 8999 (thuộc tính giao thức độc lập với phiên bản), RFC 9000 (truyền tải). qua UDP), RFC 9001 (mã hóa TLS của kênh liên lạc QUIC) và RFC 9002 (kiểm soát tắc nghẽn và phát hiện mất gói trong quá trình truyền dữ liệu).
RFC đã nhận được trạng thái của “Tiêu chuẩn được đề xuất”, sau đó công việc sẽ bắt đầu cung cấp cho RFC trạng thái của một tiêu chuẩn dự thảo (Tiêu chuẩn dự thảo), điều này thực sự có nghĩa là sự ổn định hoàn toàn của giao thức và có tính đến tất cả các nhận xét được đưa ra. Giao thức HTTP/3, xác định việc sử dụng giao thức QUIC làm phương tiện truyền tải cho HTTP/2, vẫn đang ở giai đoạn đặc tả dự thảo, nhưng cuối cùng nó sẽ sớm được IETF chuẩn hóa.
Người ta hy vọng rằng việc tiêu chuẩn hóa QUIC sẽ thúc đẩy việc áp dụng rộng rãi hơn giao thức này, cũng như phát triển các tiện ích mở rộng dựa trên nó, chẳng hạn như WebTransport (công nghệ gửi và nhận dữ liệu giữa trình duyệt và máy chủ) và MASQUE (một công nghệ ủy quyền kết nối giúp mở rộng khả năng của SOCKS và HTTP CONNECT, đồng thời sử dụng HTTPS qua QUIC làm phương tiện truyền tải).
Chúng ta hãy nhớ lại rằng giao thức QUIC (Kết nối Internet UDP nhanh) đã được Google phát triển từ năm 2013 để thay thế cho kết hợp TCP+TLS cho Web, giải quyết các vấn đề về thời gian thiết lập và đàm phán lâu của các kết nối trong TCP và loại bỏ sự chậm trễ khi gói tin bị mất trong quá trình truyền dữ liệu. QUIC là phần mở rộng của giao thức UDP hỗ trợ ghép kênh nhiều kết nối và cung cấp các phương thức mã hóa tương đương với TLS/SSL. Trong quá trình phát triển tiêu chuẩn IETF, các thay đổi đã được thực hiện đối với giao thức, dẫn đến sự xuất hiện của hai nhánh song song, một cho HTTP/3 và nhánh thứ hai được Google hỗ trợ (Chrome hỗ trợ cả hai tùy chọn và Firefox hỗ trợ phiên bản IETF) .
Các tính năng chính của QUIC:
- Bảo mật cao tương tự TLS (về cơ bản QUIC cung cấp khả năng sử dụng TLS qua UDP);
- Kiểm soát tính toàn vẹn luồng, ngăn ngừa mất gói;
- Khả năng thiết lập kết nối ngay lập tức (0-RTT, trong khoảng 75% trường hợp, dữ liệu có thể được truyền ngay sau khi gửi gói thiết lập kết nối) và cung cấp độ trễ tối thiểu giữa việc gửi yêu cầu và nhận phản hồi (RTT, Thời gian khứ hồi);
- Sử dụng số thứ tự khác khi truyền lại gói, điều này tránh sự mơ hồ trong việc xác định các gói đã nhận và loại bỏ thời gian chờ;
- Việc mất gói chỉ ảnh hưởng đến việc phân phối luồng liên kết với nó và không dừng việc phân phối dữ liệu trong các luồng song song được truyền qua kết nối hiện tại;
- Tính năng sửa lỗi giúp giảm thiểu độ trễ do truyền lại các gói bị mất. Sử dụng mã sửa lỗi đặc biệt ở cấp độ gói để giảm tình huống yêu cầu truyền lại dữ liệu gói bị mất.
- Ranh giới khối mật mã được căn chỉnh với ranh giới gói QUIC, giúp giảm tác động của việc mất gói trong việc giải mã nội dung của các gói tiếp theo;
- Không có vấn đề với việc chặn hàng đợi TCP;
- Hỗ trợ mã định danh kết nối, giúp giảm thời gian cần thiết để thiết lập kết nối lại cho máy khách di động;
- Khả năng kết nối các cơ chế kiểm soát tắc nghẽn kết nối tiên tiến;
- Sử dụng các kỹ thuật dự đoán thông lượng theo hướng để đảm bảo tốc độ chuyển tiếp gói tối ưu, ngăn ngừa tắc nghẽn và mất gói;
- Tăng đáng kể hiệu suất và thông lượng so với TCP. Đối với các dịch vụ video như YouTube, QUIC đã được chứng minh là giúp giảm 30% hoạt động lưu vào bộ đệm khi xem video.
Nguồn: opennet.ru