445. 영 윈도우 (Zero Window) 탐색

핵심 인사이트 (3줄 요약)

본질: 영 윈도우 탐색은 전송 계층에서 핵심 동작과 제약을 이해하게 해 주는 개념이다.

가치: 영 윈도우 탐색을 이해하면 신뢰성과 지연 사이의 균형을 더 정확히 볼 수 있다.

판단 포인트: 설계 시에는 개념 자체보다 적용 조건, 운영 복잡도, 인접 기술과의 경계를 함께 판단해야 한다.

Ⅰ. 개요 및 필요성

개념: 수신 측의 버퍼 오버플로우로 인해 수신 윈도우 크기가 0이 된 상태(Zero Window)에서, 송신 측이 수신 측의 윈도우 갱신(Window Update) ACK 유실로 인한 교착 상태(Deadlock)를 방지하기 위해 가동하는 타이머와 탐침(Probe) 패킷 메커니즘.
필요성: 똥컴으로 영화를 다운받다 보면 컴퓨터가 뻗어서 윈도우 창이 하얗게 변할 때가 있다. 이때 OS의 수신 버퍼는 꽉 차버리고 구글 서버에 Window=0을 날린다. 구글은 착하게 패킷 발사를 멈춘다. 1분 뒤 내 똥컴이 정신을 차리고 버퍼를 비웠다. Window=64000 영수증을 구글에 던졌다. 그런데 하필 이 영수증이 공유기 렉으로 유실됐다. 구글 뇌구조: "아직도 Window=0이겠지? 기다리자." 내 똥컴 뇌구조: "아까 공간 났다고 보냈는데 왜 안 보내지? 기다리자." "아니, 둘 다 멍청하게 기다리면 인터넷이 영원히 마비되잖아! 송신자가 수신자 멱살을 잡고 '너 아직도 꽉 찼냐?'라고 계속 물어보게 만들어!!"
💡 비유: Zero Window와 Persist Timer는 **"만차 주차장과 눈치 보는 차주"**와 같습니다.
- 주차장에 자리가 꽉 찼습니다. 주차 관리요원(수신자)이 **"만차(Zero Window) 표지판"**을 입구에 세워둡니다. 차들(송신자)은 진입을 멈춥니다.
- 차가 한 대 빠져나갔습니다. 요원이 "들어오세요!"라고 손짓(Window Update)했는데, 차주가 딴 데 보느라 못 봤습니다(패킷 유실).
- 둘 다 멀뚱멀뚱 서 있습니다(Deadlock).
- 차주는 이렇게 멍청하게 기다리지 않습니다. 차주는 1분마다 창문을 내리고 **"아저씨! 아직도 만차예요? 자리 안 났어요? (Zero Window Probe 찔러보기)"**라고 계속 물어봅니다(Persist Timer). 아저씨가 "오 자리 났어요!" 하면 그때 쑥 들어갑니다.

[TCP Keep-Alive 타이머]
    │
    ▼
[영 윈도우 탐색]
    │
    └──▶ [MPTCP]

📢 섹션 요약 비유: ** 영 윈도우 프로브(Probe) 패킷은 꽉 닫힌 문 틈새로 찔러 넣는 **"막대기 찌르기"**입니다. 상대가 문을 잠그고 묵묵부답일 때, 상대가 문을 열어줄 때까지 하염없이 기다리는 게 아니라, 주기적으로 문을 똑똑 두드리며 문이 열렸는지 확인하는 훌륭한 생존 본능입니다.

Ⅱ. 아키텍처 및 핵심 원리

1. 프로브(Probe) 패킷의 정체

송신자가 수신자를 찔러보는 이 패킷(Zero Window Probe)은 와이어샤크(Wireshark)에서 잡힌다.

데이터 알맹이는 딱 1바이트짜리 쓰레기 문자(더미) 하나만 들어있다.
1바이트를 억지로 밀어 넣음으로써 수신자 OS가 억지로라도 강제 대답(ACK)을 하게 만든다.
수신자 OS는 이 1바이트를 받고 "아 나 아직 자리 없다고 ㅆㅂ!!" 화를 내며 Window=0을 다시 적어서 튕겨내거나, "오, 아까 자리 났어!" 라며 Window=64000을 적어서 보낸다. 이렇게 데드락이 뚫린다.

2. 타이머 뻥튀기 (Exponential Backoff)의 자비로움

송신자가 "자리 났냐?"고 찔러볼 때 1초마다 계속 찌르면 어떻게 될까? 수신자 CPU가 그 찔러보기 쳐내느라 더 터진다. 그래서 여기에도 칸(Karn) 알고리즘처럼 타이머를 배수로 뻥튀기하는 꼼수를 쓴다.

수신자가 Win=0을 때림. 통신 멈춤.
송신자 5초 대기 후 1차 프로브 발송 -> 대답 Win=0.
송신자 10초(2배) 대기 후 2차 프로브 발송 -> 대답 Win=0.
송신자 20초(2배) 대기 후 3차 프로브 발송 -> 대답 Win=0.
이렇게 대기 시간(Persist Timer)을 5, 10, 20, 40, 80초로 미친 듯이 늘려가면서 수신자 CPU를 귀찮게 하지 않고 넉넉하게 기다려준다. (최대 한계 시간은 보통 60초 정도로 고정한다).

 ┌─────────────────────────────────────────────────────────────┐
 │                Zero Window Deadlock 방어 핑퐁 시각화             │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 구글 (송신자) ]                              [ 내 똥컴 (수신자) ] │
 │                                          (버퍼 100% 꽉 참!!)   │
 │   "오케이 발사 정지" ◀─────── (Window=0 전송) ───────── │
 │                                                             │
 │      (내 똥컴이 드디어 버퍼를 비우고 Window=64000 엽서를 보냄!)      │
 │           ❌ ◀───────── (바다에 빠져서 엽서 유실됨 ㅠㅠ) ─── │
 │                                                             │
 │   * 데드락 발생 위기: 서로 평생 기다림.                             │
 │                                                             │
 │   구글: "참다 못해 내가 찔러본다. 야 빈자리 났냐?" (ZWP 발사)          │
 │       ─────────────────────────────────────────▶ │
 │   내 똥컴: "어? 아까 자리 났다고 보냈는데 못 받았어? 옛다 다시!"          │
 │       ◀────── (Window=64000 재전송!!) ────────────── │
 │                                                             │
 │   ▶ 결과: 구글이 멈췄던 다운로드를 기가 막히게 재개하며 인터넷이 살아남! │
 └─────────────────────────────────────────────────────────────┘

📢 섹션 요약 비유: 영 윈도우 탐색의 내부 원리는 기계의 톱니바퀴처럼 맞물려 돌아간다. 한 부분이 어긋나면 전체 효과가 떨어진다.

Ⅲ. 비교 및 연결

영 윈도우 탐색을 볼 때는 앞뒤 개념과의 경계를 함께 봐야 전체 흐름이 선명해진다. TCP Keep-Alive 타이머가 기반 조건을 만든다면, 영 윈도우 탐색은 그 위에서 핵심 메커니즘을 구현하고, MPTCP는 이를 더 확장된 적용 단계로 연결한다. 따라서 단일 정의보다 신뢰성과 지연에 어떤 차이를 만드는지 비교하는 것이 중요하다.

관점	선행 개념	현재 개념	확장 개념
초점	TCP Keep-Alive 타이머의 기반 정리	영 윈도우 탐색의 핵심 동작	MPTCP의 확장 적용
자원 관점	기본 조건 확보	신뢰성 최적화	규모와 범위 확대
판단 포인트	도입 가능성 확인	현재 메커니즘의 적합성 판단	운영·확장 전략 연결

📢 섹션 요약 비유: 영 윈도우 탐색은 비슷한 기술들 사이의 차선을 구분하는 분기점과 같다. 어디서 갈라지는지 알아야 헷갈리지 않는다.

Ⅳ. 실무 적용 및 기술사 판단

해커들은 이 영 윈도우를 악용한다. 해커가 내 웹서버에 접속해 놓고, 고의로 Window=0만 주구장창 보낸다. 내 웹서버는 "오 손님이 버퍼가 꽉 찼네" 하고 해커에게 던져줄 데이터를 자기 램(송신 버퍼)에 평생 쥐고 기다려준다. 해커 10만 명이 이렇게 물고 늘어지면 내 웹서버의 메모리가 터져 죽는다. (Slowloris 공격의 친척뻘이다). 그래서 현대 방화벽은 **"Window=0 상태로 60초 이상 뻐팅기는 놈은 그냥 해커로 간주하고 TCP 세션의 목을 가차 없이 잘라버려라(RST)!"**라는 보호 룰을 켜둔다.

실무 체크리스트

요구사항과 병목 지점을 먼저 수치화한다.
운영 복잡도와 도입 효과를 함께 검증한다.
인접 기술과의 연계를 배포 전에 점검한다.

📢 섹션 요약 비유: ** Persist Timer는 수화기 너머로 잠든 친구를 깨우는 **"주기적인 '여보세요' 외침"**입니다. 친구가 조용해졌을 때(Win=0), 나도 가만히 숨죽이고 있는 게 아니라, 5초 뒤에 "여보세요?", 10초 뒤에 "야 자냐?", 20초 뒤에 "야 일어나!!"라고 계속 찔러보면서 통화가 영원히 정적(Deadlock)에 빠지는 걸 막는 필사적인 시도입니다.

Ⅴ. 기대효과 및 결론

영 윈도우 탐색은 전송 계층을 이해할 때 핵심 축을 잡아 주는 개념이다. 올바르게 적용하면 신뢰성 개선과 구조적 단순화에 기여하지만, 조건을 잘못 잡으면 오히려 복잡도와 운영 부담이 커질 수 있다. 앞으로는 MPTCP, 적응형 저지연 전송, 자동화 운영과의 결합을 통해 더 정교하게 발전할 가능성이 크다. 따라서 이 개념은 정의 자체보다 “언제 쓰고 언제 다른 방법으로 넘길 것인가”의 관점으로 기억하는 것이 좋다. 향후에는 적응형 저지연 전송 같은 자동화 흐름과 결합되어 더 정교한 형태로 확장될 가능성이 크다.

📢 섹션 요약 비유: 영 윈도우 탐색은 큰 흐름 속에서 기억해야 오래 남는다. 지금의 장점과 다음 확장 방향을 같이 보면 전체 그림이 선명해진다.

📌 관련 개념 맵

개념	연결 포인트
TCP Keep-Alive 타이머	현재 개념이 등장하기 전에 갖춰야 할 배경이나 인접 선행 개념이다.
세그먼트 (Segment)	전송 계층이 다루는 기본 단위다.
흐름 제어 (Flow Control)	수신자 처리 속도를 넘지 않게 조절한다.
MPTCP	현재 개념이 확장되거나 적용 단계로 이어질 때 자주 함께 언급된다.

📈 관련 키워드 및 발전 흐름도

[선행 개념: TCP Keep-Alive 타이머]
    │
    ▼
[현재 개념: 영 윈도우 탐색]
    │
    ├──▶ [확장 A: MPTCP]
    └──▶ [확장 B: 적응형 저지연 전송]

영 윈도우 탐색는 TCP Keep-Alive 타이머에서 출발해 현재 메커니즘을 정교화하고, 이후 MPTCP와 적응형 저지연 전송 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.

👶 어린이를 위한 3줄 비유 설명

물건을 보낼 때 받는 사람이 너무 빨리 받으면 놓칠 수 있어요.
이 개념은 천천히 보낼지, 다시 보낼지, 길이 막히면 멈출지를 정해줘요.
그래서 멀리 보내도 덜 잃어버리고 더 안정적으로 도착해요.