💡 핵심 인사이트
ARQ(자동 재전송 요청) 시스템에서 통신을 조율하는 핵심 신호 중 하나입니다.
ACK가 "나 데이터 잘 받았어!"라는 합격 도장이라면, NAK는 수신기가 데이터의 에러(깨짐)를 발견했을 때 송신기를 향해 "야! 방금 보낸 거 불량품이야! 빨리 다시 쏴!"라고 쏘아붙이는 명시적인 '불합격 및 재요청' 메시지입니다.

Ⅰ. NAK의 탄생 배경과 역할

수신기가 데이터를 받았을 때 CRC 검사를 해보고 에러가 났습니다. 이때 수신기의 행동 패턴은 두 가지입니다.

1. 소극적 무시 (암묵적 거절): 에러가 났으니 그 데이터를 휴지통에 버리고 아무 말도 안 하고 가만히 있는 방식입니다. (송신기는 답장(ACK)이 안 오면 타임아웃이 될 때까지 한참을 기다렸다가 재전송합니다. 시간이 매우 오래 걸림).
2. 적극적 항의 (NAK 방식): 에러를 발견한 즉시(타임아웃을 기다리지 않고), 송신기를 향해 **"방금 온 3번 프레임 에러 났어! NAK 3!"**이라는 비상벨을 날립니다. 송신기는 타임아웃 시계가 다 돌아가기 전에 NAK를 맞고 즉각 3번 프레임을 재전송합니다.

이처럼 NAK는 타임아웃이라는 긴 대기 시간을 획기적으로 줄여주어 재전송의 민첩성을 극대화하는 촉매제 역할을 합니다.

Ⅱ. ARQ 방식에 따른 NAK의 의미 차이

NAK 신호가 던져졌을 때, 송신기가 어떻게 반응하느냐는 ARQ 프로토콜의 종류에 따라 극명하게 달라집니다.

• Go-Back-N 에서의 NAK N:
  • 수신기가 "N번 프레임이 깨졌어!"라고 NAK N을 보냅니다.
  • 송신기: "아, N번이 깨졌구나. 그럼 N번부터 시작해서 그 뒤에 보냈던 모든 프레임을 무식하게 싹 다 다시 보낼게!" (연대 책임 재전송).
• Selective Repeat 에서의 NAK N:
  • 송신기: "아, 딴 건 다 괜찮은데 N번 하나만 깨졌구나? 오케이, 딱 그 N번 프레임 하나만 핀셋으로 집어서 다시 보내줄게!" (선택적 재전송).

Ⅲ. 현대 통신에서 NAK의 딜레마 (왜 안 쓸까?)

이론적으로 완벽해 보이는 NAK지만, 현대의 인터넷 근간인 **TCP(전송 제어 프로토콜)**에서는 놀랍게도 이 NAK라는 명시적인 신호를 아예 쓰지 않습니다.

• 이유 (NAK의 분실): 만약 수신기가 NAK를 쐈는데, 그 NAK 신호 자체가 날아가다가 번개를 맞아 깨지면 어떻게 될까요? 송신기는 NAK가 안 오니까 에러가 난 줄도 모르고 계속 뒤의 데이터를 와다다다 쏘게 되어 통신망이 완전한 교착 상태에 빠집니다.
• TCP의 우회책: TCP는 NAK라는 신호를 따로 만드는 대신, **"같은 ACK 번호가 3번 연속 중복해서 도착하면(3 Dup ACK), 그게 빵꾸가 났다는 NAK의 의미인 줄 알아라(빠른 재전송)!"**라는 영리한 편법을 사용하여 NAK의 부작용을 원천 차단했습니다.

📢 섹션 요약 비유: NAK는 식당에서 밥을 먹다가 파리가 나왔을 때 손님이 치는 **'컴플레인 벨'**입니다. 파리가 나왔을 때 아무 말 안 하고 가만히 앉아 있으면 알바생이 눈치채고(타임아웃) 다시 만들어 올 때까지 하루 종일 걸리지만, 컴플레인 벨(NAK)을 쾅 치면 주방장이 즉시 그 요리를 다시 볶아 내오는 빠른 에러 복구 시스템입니다.