Firefox는 3월 말까지 HTTP/XNUMX 지원을 시작할 예정입니다.

Mozilla는 3월 88일로 예정된 Firefox 19 출시와 함께 HTTP/20 및 QUIC의 단계적 전환을 시작할 의사를 밝혔습니다(원래 3월 3일에 출시될 예정이었지만 일정에 따라 하루 미뤄질 예정입니다). HTTP/XNUMX 지원은 처음에는 소수의 사용자에게만 활성화될 예정이며 예상치 못한 문제가 없는 한 XNUMX월 말까지 모든 사용자에게 공개될 예정입니다. Nightly 빌드와 베타 버전에서는 XNUMX월 말에 HTTP/XNUMX가 기본적으로 활성화되었습니다.

Firefox에서 HTTP/3의 구현은 QUIC 프로토콜에 대한 클라이언트 및 서버 구현을 제공하는 Mozilla에서 개발한 neqo 프로젝트를 기반으로 한다는 점을 기억해 봅시다. HTTP/3 및 QUIC 지원을 위한 구성 요소 코드는 Rust로 작성되었습니다. HTTP/3 활성화 여부를 제어하기 위해 about:config는 "network.http.http3.enabled" 옵션을 제공합니다. 클라이언트 소프트웨어에서 HTTP/3에 대한 실험적 지원도 Chrome 및 컬에 추가되었으며, 서버의 경우 nginx뿐만 아니라 Cloudflare의 nginx 모듈 및 테스트 서버 형태로도 사용할 수 있습니다. 웹사이트 측면에서는 Google 및 Facebook 서버에서 HTTP/3 지원이 이미 제공됩니다.

HTTP/3 프로토콜은 아직 사양 초안 단계에 있으며 IETF에서 아직 완전히 표준화되지 않았습니다. HTTP/3에는 Alt-Svc 헤더에 지정된 HTTP/3과 동일한 버전의 QUIC 초안 표준에 대한 클라이언트 및 서버 지원이 필요합니다(Firefox는 사양 초안 27~32를 지원합니다).

HTTP/3은 QUIC 프로토콜의 사용을 HTTP/2의 전송으로 정의합니다. QUIC(빠른 UDP 인터넷 연결) 프로토콜은 웹용 TCP+TLS 조합의 대안으로 2013년부터 Google에서 개발하여 TCP 연결에 대한 긴 설정 및 협상 시간 문제를 해결하고 데이터 도중 패킷이 손실될 때의 지연을 제거합니다. 옮기다. QUIC는 다중 연결의 다중화를 지원하고 TLS/SSL과 동등한 암호화 방법을 제공하는 UDP 프로토콜의 확장입니다. IETF 표준을 개발하는 동안 프로토콜이 변경되어 두 개의 병렬 분기가 등장하게 되었습니다. 하나는 HTTP/3용이고 다른 하나는 Google에서 지원됩니다(Chrome은 두 옵션을 모두 지원함).

QUIC의 주요 기능:

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

출처 : opennet.ru