Network · 완벽 가이드 Ch.2 §4

UDP와 QUIC에 대해서 설명해주세요

UDP의 비연결형 특성과 체크섬만 존재하는 구조부터, UDP 위에서 TCP 신뢰성을 구현한 QUIC과 HTTP/3까지 — 인터랙티브 시각화로 완전히 이해합니다.

2026년 3월 29일 · 약 13분 읽기

Q. "UDP는 언제 사용하고, HTTP/3가 TCP 대신 UDP를 쓰는 이유는 무엇인가요?"

예상 꼬리질문

답변 가이드

"UDP는 비연결형 프로토콜로 3-way handshake 없이 데이터를 즉시 전송합니다. 헤더가 8바이트로 고정되어 있고, 체크섬만 존재하여 오류 검출은 하지만 재전송은 하지 않습니다. 신뢰성보다 속도가 중요한 DNS·온라인 게임·VoIP·실시간 스트리밍에 사용됩니다."

"QUIC은 UDP 위에서 TCP의 신뢰성(재전송·순서 보장)을 직접 구현한 프로토콜입니다. TCP+TLS가 최대 3 RTT를 소요하는 반면 QUIC은 1 RTT, 재연결 시 0 RTT로 연결을 수립합니다. 스트림 단위 독립 재전송으로 Head-of-Line Blocking을 제거하고, Connection ID 기반으로 IP가 바뀌어도 연결을 유지합니다."

"HTTP/3는 QUIC 기반이기 때문에 HTTP/2의 TCP-level HOL Blocking을 근본적으로 해결합니다. 모바일 환경에서 WiFi→LTE 전환 시에도 연결이 유지되며, TLS 1.3이 내장되어 별도 협상이 필요 없습니다."

"UDP는 왜 신뢰성이 없는데도 여전히 쓰이나요?" 이 질문의 답은 간단합니다 — 빠르기 때문입니다.

그리고 그 UDP 위에서 신뢰성까지 구현한 것이 QUIC이고, 그 위에서 동작하는 것이 HTTP/3입니다. 시각화로 직접 체험하며 세 기술의 연결고리를 이해해 봅시다.

1. UDP 특성 — 체크섬만 존재, 순서·재전송 보장 없음

꼬리질문: "UDP는 언제 사용하나요?"

UDP는 전송 계층의 "경량 프로토콜"입니다. TCP가 연결 수립·ACK·재전송·흐름 제어 등 복잡한 메커니즘을 갖춘 것과 달리, UDP 헤더는 Source Port·Destination Port·Length·Checksum 단 4개 필드, 고정 8바이트가 전부입니다. 체크섬으로 오류를 감지는 하지만 복구(재전송)는 하지 않습니다.

이것이 UDP의 설계 철학입니다 — "전달은 해볼게, 보장은 못 해"(best-effort). 덕분에 연결 수립 비용 0 RTT, 최소 오버헤드로 데이터를 즉시 보낼 수 있습니다.

각 필드를 클릭하며 UDP 헤더 구조와 TCP와의 크기 차이를 확인해 보세요.

각 필드를 클릭하면 역할을 확인할 수 있습니다

0 16 32 bit

← 총 32bit (4바이트) × 2행 = 고정 8바이트

UDP 헤더는 단 4개 필드, 고정 8바이트 — TCP(20~60바이트) 대비 최대 87.5% 작습니다

2. UDP 사용 사례 — DNS, 온라인 게임, VoIP, 실시간 스트리밍

꼬리질문: "UDP 사용 사례를 설명해주세요 — DNS, 게임, VoIP"

UDP는 "신뢰성이 불필요하거나, 오히려 재전송 지연이 해로운" 상황에서 빛을 발합니다. DNS는 대부분의 쿼리가 512바이트 이하의 소형 패킷이라 연결 수립 오버헤드가 낭비입니다. 온라인 게임에서는 100ms 이전의 위치 데이터가 도착해도 의미 없어 폐기합니다. VoIP에서는 재전송으로 인한 지연이 통화 품질을 더 떨어뜨립니다.

카드를 클릭하며 각 사용 사례가 UDP를 선택한 이유를 확인해 보세요.

카드를 클릭하면 UDP를 선택한 이유를 확인할 수 있습니다

3. QUIC 프로토콜 — UDP 위에서 TCP의 신뢰성 구현

꼬리질문: "QUIC이 무엇이고 어떻게 동작하나요?"

QUIC은 "UDP의 속도 + TCP의 신뢰성"을 동시에 갖춘 프로토콜입니다. UDP 위에서 재전송·순서 보장·흐름 제어·혼잡 제어를 직접 구현하고, TLS 1.3을 내장하며, 스트림 단위 멀티플렉싱으로 HOL Blocking을 제거했습니다.

핵심은 Connection ID입니다. TCP는 {소스IP, 소스포트, 목적지IP, 목적지포트}로 연결을 식별하므로 IP가 바뀌면 연결이 끊깁니다. QUIC은 Connection ID로 연결을 식별하기 때문에 WiFi→LTE 전환 시에도 연결이 유지됩니다.

각 레이어를 클릭하며 QUIC 스택 구조와 TCP+TLS 스택을 비교해 보세요.

각 레이어를 클릭하면 역할을 확인할 수 있습니다

4. HTTP 진화 — HTTP/3 = QUIC 기반

꼬리질문: "HTTP/3가 UDP를 쓰는 이유는?"

HTTP/1.1의 HOL Blocking 문제를 HTTP/2가 멀티플렉싱으로 해결했지만, TCP-level HOL Blocking은 여전히 남아 있었습니다. HTTP/2에서도 TCP 패킷 하나가 손실되면 동일 연결의 모든 HTTP 스트림이 대기해야 했습니다.

HTTP/3은 QUIC을 전송 계층으로 사용하여 이 문제를 근본적으로 해결했습니다. 스트림 A의 패킷이 손실되어도 스트림 B·C는 계속 진행합니다.

타임라인에서 HTTP 버전별 변화를 확인하고, HOL Blocking 시뮬레이션으로 직접 차이를 체험해 보세요.

버전 카드를 클릭하면 상세 내용을 확인할 수 있습니다

1996

1999

2015

2022

5. QUIC이 TCP보다 나은 점 — 연결 수립 속도 비교

꼬리질문: "QUIC이 TCP보다 나은 점은?"

QUIC의 가장 체감되는 장점은 연결 수립 속도입니다. TCP+TLS 1.3은 최소 2 RTT가 필요하지만, QUIC은 1 RTT, 이전에 접속했던 서버에 재연결 시 0 RTT로 즉시 데이터를 보낼 수 있습니다.

시뮬레이션 버튼을 눌러 TCP+TLS와 QUIC의 연결 수립 과정을 나란히 비교해 보세요.

TCP+TLS와 QUIC의 최초 연결 수립 과정을 나란히 비교합니다

TCP + TLS 1.3

Client

Server

QUIC

Client

Server

QUIC 핵심 장점

⚡

1 RTT 연결

최초 연결 시 TCP+TLS 2~3 RTT 대비 절반 이하

🔄

0 RTT 재연결

이전 접속 서버에 즉시 데이터 전송 가능

🚫

HOL Blocking 없음

스트림별 독립 재전송 — 한 스트림 손실이 다른 스트림에 영향 없음

📱

연결 마이그레이션

WiFi → LTE 전환 시에도 Connection ID로 연결 유지

자주 발생하는 문제

실무와 면접에서 자주 혼동하는 포인트를 정리했습니다.

면접 체크리스트

이 항목들을 자신 있게 설명할 수 있다면 UDP·QUIC 질문은 준비 완료입니다.

- UDP: 비연결형·체크섬만 존재·재전송 없음 — 속도가 신뢰성보다 중요한 DNS·게임·VoIP·스트리밍
- QUIC: UDP 위에서 TCP 신뢰성 구현 — 1 RTT 연결·0 RTT 재연결·HOL Blocking 제거·연결 마이그레이션·내장 TLS 1.3
- HTTP/3: QUIC 기반 — HTTP/2의 TCP-level HOL Blocking을 근본 해결, 2022년 RFC 9114로 표준화
- Connection ID: IP 변경 시에도 연결 유지 — 모바일 환경의 네트워크 전환에서 핵심
- 선택 기준: 손실 허용·실시간 중요 → UDP, UDP + 신뢰성 + 웹 트래픽 → QUIC/HTTP/3

퀴즈로 확인하기

배운 개념을 실제 시나리오에 적용해 보세요.

Quiz 1

UDP 헤더 재전송 필드

UDP 헤더는 4개의 필드로 구성됩니다.
Source Port | Destination Port
Length      | Checksum

이 중 패킷 재전송을 처리하는 필드는 무엇인가요?

Quiz 2

UDP 사용 사례 선택

신규 서비스를 설계 중입니다.
다음 중 UDP가 가장 적합한 서비스는?

A) 금융 거래 시스템 — 단 1건의 누락도 허용 불가
B) 파일 다운로드 — 바이너리 데이터 무결성 필수
C) 온라인 게임 위치 동기화 — 초당 30회, 오래된 데이터 폐기 가능
D) 이메일 전송 (SMTP) — 메일 내용 손실 불가

Quiz 3

QUIC 연결 수립 RTT

사용자가 처음 방문하는 서버에 HTTPS로 연결합니다.
TCP+TLS 1.3와 QUIC 각각 몇 RTT가 필요한가요?

TCP+TLS 1.3: TCP SYN → SYN-ACK → ACK → TLS 핸드셰이크 → 데이터
QUIC: Initial(암호화 매개변수) → Initial+Handshake → HS Finished+데이터

Quiz 4

HTTP/2 패킷 손실 시 동작

브라우저가 HTTP/2로 이미지 3개(Stream A, B, C)를 동시 다운로드 중입니다.
네트워크 혼잡으로 Stream A의 TCP 패킷 하나가 손실되었습니다.

Stream B와 C는 어떻게 되나요?

Quiz 5

QUIC 연결 마이그레이션

사용자가 스마트폰으로 영상통화 중
WiFi(IP: 192.168.1.100) → LTE(IP: 10.0.0.55)로 전환되었습니다.

어떤 프로토콜이 연결을 재수립 없이 유지하나요?

추가 학습 자료를 공유합니다.

HTTP/3 explained — Daniel Stenberg (한국어 번역) — curl 개발자가 직접 쓴 HTTP/3·QUIC 설명서. 기술적으로 정확하면서도 읽기 쉽게 쓰여 있으며, 한국어 번역본이 제공됩니다
QUIC 프로토콜 소개 — Naver D2 — 네이버 개발자들이 작성한 QUIC 한국어 소개 글. QUIC의 탄생 배경부터 핵심 기능까지 실무 관점에서 잘 정리되어 있습니다
Building Blocks of UDP — High Performance Browser Networking — Ilya Grigorik(O'Reilly)의 무료 온라인 책. UDP 특성을 웹 성능 관점에서 심층 분석한 영문 자료

의견을 들려주세요

서비스 개선에 큰 도움이 됩니다. 익명으로 자유롭게 남겨주세요.