Chrome bổ sung hỗ trợ thử nghiệm cho giao thức HTTP/3

Để xây dựng thử nghiệm Chrome Canary thêm hỗ trợ giao thức HTTP/3, triển khai một tiện ích bổ sung để cho phép HTTP hoạt động trên giao thức 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ừ đó đượ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 ở một số chi tiết so với phiên bản từ thông số kỹ thuật IETF, nhưng hiện tại việc triển khai đã được đồng bộ hóa.

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 tùy chọn HTTP/3 và QUIC từ 23 bản nháp Thông số kỹ thuật của IETF yêu cầu Chrome phải được khởi chạy với các tùy chọn "-enable-quic -quic-version=h3-23" và sau đó khi mở trang web thử nghiệm nhanh.rocks:4433 Trong chế độ kiểm tra mạng trong công cụ dành cho nhà phát triển, hoạt động HTTP/3 sẽ được hiển thị dưới dạng “http/2+quic/99”.

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 như một giải pháp 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 cho các kết nối trong TCP và loại bỏ sự chậm trễ khi gói 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. Giao thức được đề cập đã được tích hợp vào cơ sở hạ tầng máy chủ Google và là một phần của Chrome. đã 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ủ Google.

Chính tính năng NHANH:

  • 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);
  • Không sử dụng cùng số thứ tự 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ỏ tình trạng hết 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;
  • Có thể cảm nhận được sự phát triển 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

Thêm một lời nhận xét