Các nhà phát triển gần đây ai ở phía sau từ trình duyệt web Google Chrome, đã phát hành tin tức về việc bổ sung hỗ trợ cho giao thức HTTP / 3 đối với các bản dựng thử nghiệm của Chrome Canary, triển khai một plugin để kích hoạt HTTP qua QUIC.
Bản thân giao thức QUIC đã được thêm vào trình duyệt cách đây XNUMX năm và kể từ đó nó đã được sử dụng để tối ưu hóa công việc với các dịch vụ của Google. Đồng thời, phiên bản QUIC của Google được sử dụng trong Chrome khác với một số chi tiết so với phiên bản của thông số kỹ thuật IETF, nhưng hiện tại các triển khai được đồng bộ hóa.
Google Chrome Canary vừa trở thành trình duyệt (có sẵn) đầu tiên tích hợp (rất) thử nghiệm #QUỐC và hỗ trợ HTTP / 3!
Thêm cờ "–enable-quic –quic-version = h3-23" và bạn sẽ thấy "http / 2 + quic / 99" hiển thị trong devtools, thực ra là http3 được ngụy trang! pic.twitter.com/5Fhui46h3x
- Robin Marx (@programmingart) Ngày 19 tháng 2019 năm XNUMX
Điều quan trọng là phải làm nổi bật rằng Google đã phát triển QUIC (Kết nối Internet UDP nhanh) kể từ năm 2013 như một giải pháp thay thế cho gói TCP + TLS dành cho Web, giải quyết các vấn đề về cấu hình và thời gian thương lượng lâu cho các kết nối TCP và loại bỏ sự chậm trễ trong việc mất gói trong quá trình truyền dữ liệu.
QUIC là một bổ sung cho giao thức UDP hỗ trợ ghép 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.
Giao thức được đề cập đã được tích hợp sẵn trong cơ sở hạ tầng máy chủ của Google, là một phần của Chrome, được lên kế hoạch đưa vào Firefox và được sử dụng tích cực để phục vụ các yêu cầu của khách hàng trên máy chủ của Google.
Trong số các đặc điểm chính của QUIC nổi bật là:
- Bảo mật cao, tương tự như TLS (trên thực tế, QUIC cung cấp khả năng sử dụng TLS qua UDP)
- Kiểm soát toàn vẹn luồng để ngăn chặn 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à đảm bảo độ trễ tối thiểu giữa việc gửi yêu cầu và nhận trả lời (RTT, Thời gian khứ hồi)
- Không sử dụng cùng một số thứ tự khi truyền lại một 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 được truyền song song qua kết nối hiện tại
- Các công cụ sửa lỗi giảm thiểu sự chậm trễ do truyền lại các gói bị mất.
- Việc sử dụng các mã sửa lỗi cấp gói đặc biệt để giảm các tình huống yêu cầu truyền lại dữ liệu gói bị mất.
- Giới hạn mật mã của các khối được căn chỉnh với giới hạn của gói QUIC, giảm ảnh hưởng của việc mất gói đối với việc giải mã nội dung của các gói sau
- Không có vấn đề gì 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 thiết lập kết nối lại cho các máy khách di động
- Khả năng kết nối các cơ chế nâng cao để kiểm soát quá tải kết nối
Nó cũng được nhấn mạnh rằng nó sử dụng kỹ thuật dự đoán băng thông theo từng hướng để đảm bảo cường độ tối ưu của việc phân phối gói tin, ngăn không cho gói tin này đạt đến trạng thái tắc nghẽn trong đó có thể quan sát thấy mất gói;
Cũng như tăng hiệu suất và hiệu suất đáng kể so với TCP. Đối với các dịch vụ video như YouTube, QUIC đã giảm 30% hoạt động lưu vào bộ đệm lại khi xem video.
Giao thức HTTP / 3 tiêu chuẩn hóa việc sử dụng QUIC làm phương tiện truyền tải cho HTTP / 2. Để bật HTTP / 3 và phiên bản QUIC của 23 thông số IETF dự thảo, Chrome phải được chạy với các tùy chọn "–enable-quic –quic-version = h3-23" và sau đó khi trang web thử nghiệm quic mở .rocks: 4433 in chế độ kiểm tra mạng trong các công cụ dành cho nhà phát triển, hoạt động HTTP / 3 sẽ hiển thị là "http / 2 + quic / 99".
So với một gói bị mất bởi các kết nối HTTP song song, chỉ 1 trong số nhiều kết nối sẽ bị dừng, điều đó có nghĩa là QUIC có thể hỗ trợ phân phối không theo thứ tự để gói bị mất sẽ ít ảnh hưởng hơn.
Si bạn muốn biết thêm về nó về điều này, bạn có thể tham khảo liên kết sau.