HTTP/3 운영 판단

QUIC 전환을 지연·손실·차단 조건으로 판정하기

HTTP/3는 새 RFC 번호보다 UDP 기반 QUIC의 운영 조건이 중요하다. 0-RTT, 연결 마이그레이션, 손실 처리, UDP 차단 시 fallback을 함께 점검한다.

01

협상

클라이언트는 Alt-Svc나 HTTPS 레코드를 통해 HTTP/3 가능성을 확인한다.

처음부터 항상 H3는 아님
02

핸드셰이크

QUIC은 전송과 TLS 1.3 협상을 묶어 왕복 지연을 줄인다.

재접속은 0-RTT 후보
03

스트림 처리

한 스트림의 손실이 다른 스트림 전체를 막지 않도록 독립 스트림을 운용한다.

TCP HOL 완화
04

Fallback

UDP가 막히거나 중간 장비가 방해하면 HTTP/2 또는 HTTP/1.1로 내려간다.

실패가 곧 장애는 아님
0-RTT
재접속 지연 감소 이전 연결 정보를 재사용하므로 빠르지만 재전송 공격 가능성을 고려한다.
멱등 요청 위주
손실
스트림별 영향 분리 패킷 손실은 존재하지만 모든 요청이 TCP처럼 함께 멈추는 범위를 줄인다.
무손실 보장은 아님
마이그레이션
네트워크 변경에도 연결 유지 Connection ID로 Wi-Fi와 셀룰러 전환 시 세션 지속성을 높인다.
모바일에 유리
관측
암호화로 중간 분석 제한 패킷 내용보다 qlog, 서버 지표, 클라이언트 타이밍을 본다.
운영 도구 갱신

UDP 차단 · 성능 판단 · 0-RTT 정책 점검

UDP 차단 방화벽과 프록시 정책에서 UDP 443 허용 여부를 먼저 확인한다.
성능 판단 평균 지연만 보지 말고 손실률, 재전송, fallback 비율을 같이 본다.
0-RTT 정책 상태 변경 요청에 0-RTT를 허용하면 재전송 위험이 커진다.