QUIC sắp trở nên quan trọng ngang ngửa TCP – nhưng khác biệt hoàn toàn

QUIC sắp trở nên quan trọng ngang ngửa TCP – nhưng khác biệt hoàn toàn

Trong quá trình viết phần nội dung cho chương "Yêu cầu/Phản hồi" (Request/Response) trong ấn bản tiếp theo của cuốn sách của chúng tôi, tôi đã dành thời gian nghiên cứu sâu về QUIC (Quick UDP Internet Connections). Chúng tôi kỳ vọng rằng vai trò của QUIC trong những năm tới sẽ quan trọng ngang ngửa với TCP, giao thức vận chuyển lâu đời của Internet.

Việc tìm hiểu bốn tài liệu RFC (gồm hàng trăm trang) về QUIC thực sự là một thách thức, giống như câu chuyện ngụ ngôn về người mù sờ voi. Tuy nhiên, qua quá trình đó, tôi nhận thấy QUIC mang đến những thay đổi mang tính cách mạng so với mô hình truyền thống.

Cấu trúc tiêu đề gói tin linh hoạt và hiệu quả

Một trong những điểm khác biệt lớn nhất của QUIC nằm ở cấu trúc tiêu đề gói tin (packet header). Khác với TCP và IP vốn sử dụng các trường độ dài cố định 32-bit, QUIC sử dụng rộng rãi các trường có độ dài thay đổi.

Cấu trúc tiêu đề gói tin trong QUIC

Việc này giúp tối ưu hóa hiệu suất bằng cách giữ cho các trường nhỏ gọn khi không cần độ dài lớn, đồng thời tránh được vấn đề các trường 32-bit bị quá hạn trong tương lai. Ví dụ, QUIC hỗ trợ ID kết nối dài tới 160-bit, cho phép duy trì kết nối ổn định ngay cả khi địa chỉ IP thay đổi (ví dụ: khi người dùng chuyển từ Wi-Fi sang mạng di động 4G/5G).

Tích hợp TLS và giảm độ trễ kết nối

QUIC thay đổi hoàn toàn cách tích hợp TLS (Transport Layer Security) so với mô hình truyền thống. Trước đây, chúng ta có mô hình phân lớp: TCP cung cấp luồng byte, TLS cung cấp kênh bảo mật trên đó, và HTTP chạy ở trên cùng.

Cách tích hợp lớp TLS trong QUIC

Trong QUIC, lớp ghi (record layer) của TLS được hấp thụ trực tiếp vào giao thức vận chuyển. Cách tiếp cận tích hợp này cho phép giảm số lần khứ hồi (round-trip time - RTT) cần thiết để thiết lập kết nối bảo mật xuống còn 1 RTT, thậm chí cho phép gửi dữ liệu ứng dụng ngay trong RTT đầu tiên (0-RTT). Điều này mang lại lợi ích hiệu suất thực tế lớn cho các ứng dụng web.

Đa luồng (Streams): Giải pháp cho mô hình Yêu cầu/Phản hồi

Một trong những tính năng quan trọng nhất của QUIC là hỗ trợ đa luồng (streams) trong một kết nối duy nhất. Đây là câu trả lời cho bài toán lâu đời về giao thức vận chuyển dành cho các ứng dụng kiểu Yêu cầu/Phản hồi (như RPC hoặc tải trang web), vốn không phù hợp với mô hình luồng byte của TCP.

Khi HTTP chạy trên TCP, nếu một gói tin bị mất, toàn bộ tiến trình của các luồng khác bị chặn lại (hiện tượng head-of-line blocking - tắc nghẽn đầu dòng). QUIC giải quyết vấn đề này bằng cách cho phép nhiều luồng hoạt động độc lập trong một kết nối. Mất gói tin chỉ ảnh hưởng đến luồng chứa dữ liệu đó, trong khi các luồng khác vẫn tiếp tục truyền tải.

Kiểm soát tắc nghẽn và Tương lai của Internet

Cách QUIC xử lý tắc nghẽn và mất gói cũng rất thú vị. Các số thứ tự trong QUIC tham chiếu đến các gói tin chứ không phải byte, và không bao giờ được tái sử dụng, kể cả khi truyền lại. Mặc dù phương pháp mặc định tương tự như TCP NewReno, QUIC cung cấp cơ chế linh hoạt hơn để xử lý các khoảng trống trong việc xác nhận gói tin (SACK).

Sau nhiều nỗ lực thêm vào sự thống trị của TCP/UDP trong quá khứ (như SCTP), QUIC là ứng cử viên sáng giá nhất để trở thành giao thức vận chuyển thứ ba. Được chạy trên UDP để tương thích với các thiết bị trung gian (middleboxes) hiện có, QUIC đã tạo ra sự khác biệt thực sự về hiệu suất cho web và các ứng dụng khác.

Với thiết kế được cân nhắc kỹ lưỡng kể từ năm 2012, QUIC không chỉ là một bản nâng cấp, mà là một bước tiến cần thiết cho hạ tầng Internet hiện đại.