Chrome은 HTTP/3 프로토콜에 대한 실험적 지원을 추가합니다.

실험적인 빌드로 크롬 카나리아 추가 HTTP가 QUIC 프로토콜을 통해 작동할 수 있도록 하는 추가 기능을 구현하는 HTTP/3 프로토콜을 지원합니다. QUIC 프로토콜 자체는 XNUMX년 전에 브라우저에 추가되었으며 이후 Google 서비스와의 작업을 최적화하는 데 사용되었습니다. 동시에 Chrome에서 사용되는 Google의 QUIC 버전은 일부 세부 사항이 다릅니다. 사양 IETF이지만 이제 구현이 동기화되었습니다.

HTTP/3은 HTTP/2의 전송 수단으로 QUIC 사용을 표준화합니다. HTTP/3 및 QUIC 옵션을 활성화하려면 23개 초안 IETF 사양에 따르면 "-enable-quic -quic-version=h3-23" 옵션을 사용하여 Chrome을 시작한 다음 테스트 사이트를 열 때 Quick.rocks:4433 개발자 도구의 네트워크 검사 모드에서 HTTP/3 활동은 "http/2+quic/99"로 표시됩니다.

프로토콜은 다음과 같습니다. QUIC (빠른 UDP 인터넷 연결)은 웹용 TCP+TLS 조합의 대안으로 2013년부터 Google에서 개발하여 TCP 연결의 긴 설정 및 협상 시간 문제를 해결하고 데이터 전송 중 패킷 손실 시 지연을 제거합니다. QUIC는 다중 연결의 다중화를 지원하고 TLS/SSL과 동등한 암호화 방법을 제공하는 UDP 프로토콜의 확장입니다. 문제의 프로토콜은 이미 Google 서버 인프라에 통합되어 있으며 Chrome의 일부입니다. 계획되어있다 Firefox에 포함하기 위해 사용되며 Google 서버에서 클라이언트 요청을 처리하는 데 적극적으로 사용됩니다.

주요 특징 빠른:

• TLS와 유사한 높은 보안(기본적으로 QUIC는 UDP를 통해 TLS를 사용하는 기능을 제공합니다)
• 흐름 무결성 제어, 패킷 손실 방지
• 즉시 연결을 설정하고(0-RTT, 약 75%의 경우 연결 설정 패킷을 보낸 후 즉시 데이터를 전송할 수 있음) 요청 전송과 응답 수신 사이의 지연을 최소화하는 기능(RTT, 왕복 시간)
• 패킷을 재전송할 때 동일한 시퀀스 번호를 사용하지 않음으로써 수신된 패킷 식별의 모호성을 방지하고 시간 초과를 제거합니다.
• 패킷 손실은 해당 패킷과 관련된 스트림의 전달에만 영향을 미치며 현재 연결을 통해 전송되는 병렬 스트림의 데이터 전달을 중단하지 않습니다.
• 손실된 패킷의 재전송으로 인한 지연을 최소화하는 오류 수정 기능입니다. 손실된 패킷 데이터의 재전송이 필요한 상황을 줄이기 위해 패킷 수준에서 특수 오류 수정 코드를 사용합니다.
• 암호화 블록 경계는 QUIC 패킷 경계와 정렬되어 후속 패킷의 내용을 디코딩할 때 패킷 손실이 미치는 영향을 줄입니다.
• TCP 대기열 차단에는 문제가 없습니다.
• 모바일 클라이언트에 대한 재연결을 설정하는 데 걸리는 시간을 줄이는 연결 식별자 지원
• 고급 연결 정체 제어 메커니즘 연결 가능성
• 방향별 처리량 예측 기술을 사용하여 패킷이 최적의 속도로 전송되도록 보장하여 패킷이 정체되거나 패킷 손실이 발생하는 것을 방지합니다.
• 인지 가능 이득 TCP와 비교한 성능 및 처리량. YouTube와 같은 동영상 서비스의 경우 QUIC은 동영상 시청 시 리버퍼링 작업을 30%까지 줄이는 것으로 나타났습니다.

출처 : opennet.ru