핵심 인사이트 (3줄 요약)
- 본질: 정지-대기 ARQ는 데이터 링크 계층에서 핵심 동작과 제약을 이해하게 해 주는 개념이다.
- 가치: 정지-대기 ARQ를 이해하면 오류율과 재전송 비용 사이의 균형을 더 정확히 볼 수 있다.
- 판단 포인트: 설계 시에는 개념 자체보다 적용 조건, 운영 복잡도, 인접 기술과의 경계를 함께 판단해야 한다.
Ⅰ. 개요 및 필요성
이 알고리즘은 핑퐁(Ping-Pong) 게임과 완벽히 똑같습니다. 송신기와 수신기 양쪽에 윈도우 크기(Window Size)가 '1'로 고정되어 있습니다. 즉, 한 번에 딱 1개만 기억합니다.
- 정상 전송:
- 송신기가 프레임 0번을 쏘고 타이머를 켭니다. ➔ (대기)
- 수신기가 0번을 무사히 받고
ACK 1(다음엔 1번 보내줘)을 보냅니다. - 송신기가 ACK를 받고 나서야 비로소 프레임 1번을 쏩니다.
- 데이터 에러 발생 시:
- 송신기가 프레임 1번을 쐈는데, 가는 길에 번개 맞아 깨졌습니다.
- 수신기가 CRC 검사를 해보고 에러를 발견하면 가차 없이 버리고
NAK 1(1번 깨졌어, 다시 줘)을 보냅니다. - NAK를 받은 송신기는 보관 중이던 1번 프레임을 다시 쏩니다.
- 데이터가 아예 증발 (분실) 시:
- 송신기가 0번을 쐈는데, 라우터가 뻗어서 0번이 공중 분해됐습니다.
- 수신기는 아무것도 안 왔으니 ACK도 안 보냅니다.
- 송신기의 **초시계(Timeout 타이머)**가 다 돌아가 버립니다(Time Out).
- 송신기는 "아, 가다가 죽었나 보네"라며 혼자 판단하고 0번 프레임을 무조건 재전송합니다.
[ARQ 프로토콜 종류]
│
▼
[정지-대기 ARQ]
│
└──▶ [GBN ARQ]
- 📢 섹션 요약 비유: 정지-대기 ARQ는 왜 필요한지 보여주는 교통 규칙 표지판과 같다. 문제가 생긴 배경을 알면 이후 선택도 쉬워진다.
Ⅱ. 아키텍처 및 핵심 원리
정지-대기 ARQ는 칩셋을 아주 싸고 단순하게 만들 수 있다는 장점 외에는 모든 것이 최악입니다.
- 전송 효율(Utilization) 지옥: 태평양을 건너는 초고속 광케이블 100Gbps 망을 깔아놓았다고 칩시다. 송신기가 눈곱만 한 1바이트짜리 패킷 하나를 쏘고, 그 패킷이 미국을 찍고 ACK로 돌아올 때까지 수백 밀리초(ms) 동안 그 어마어마한 광케이블 고속도로에는 단 하나의 데이터도 날아가지 않고 텅텅 빈 상태로 방치됩니다.
- 송신기가 초당 100만 개를 쏠 수 있는 엔진을 가졌어도, 핑퐁을 기다리느라 하루 종일 1만 개도 못 쏘는 끔찍한 대역폭 낭비가 발생합니다.
이 바보 같은 효율성을 타파하기 위해, 확인(ACK)을 안 받고도 수만 개의 데이터를 파이프에 와다다다 밀어 넣을 수 있는 '슬라이딩 윈도우(Go-Back-N 등)' 기술이 탄생하게 됩니다.
[ARQ 프로토콜 종류]
│
▼
[정지-대기 ARQ]
│
└──▶ [GBN ARQ]
- 📢 섹션 요약 비유: ** 정지-대기 ARQ는 **'도르래 바구니로 벽돌 나르기'**입니다. 내가 2층에 있는 인부에게 바구니로 벽돌을 1장 올려주면(송신), 인부가 그 벽돌을 빼고 "빈 바구니 내려보냈다(ACK)!"라고 소리칠 때까지 나는 빈둥거리며 놀아야 합니다. 내 손에 벽돌 1만 장이 있어도 한 번에 1장씩만 올려야 하므로, 공사(통신) 속도가 우주 최악으로 느린 답답한 시스템입니다.
Ⅲ. 비교 및 연결
정지-대기 ARQ를 볼 때는 앞뒤 개념과의 경계를 함께 봐야 전체 흐름이 선명해진다. ARQ 프로토콜 종류가 기반 조건을 만든다면, 정지-대기 ARQ는 그 위에서 핵심 메커니즘을 구현하고, GBN ARQ는 이를 더 확장된 적용 단계로 연결한다. 따라서 단일 정의보다 오류율과 재전송 비용에 어떤 차이를 만드는지 비교하는 것이 중요하다.
| 관점 | 선행 개념 | 현재 개념 | 확장 개념 |
|---|---|---|---|
| 초점 | ARQ 프로토콜 종류의 기반 정리 | 정지-대기 ARQ의 핵심 동작 | GBN ARQ의 확장 적용 |
| 자원 관점 | 기본 조건 확보 | 오류율 최적화 | 규모와 범위 확대 |
| 판단 포인트 | 도입 가능성 확인 | 현재 메커니즘의 적합성 판단 | 운영·확장 전략 연결 |
- 📢 섹션 요약 비유: 정지-대기 ARQ는 비슷한 기술들 사이의 차선을 구분하는 분기점과 같다. 어디서 갈라지는지 알아야 헷갈리지 않는다.
Ⅳ. 실무 적용 및 기술사 판단
실무에서는 정지-대기 ARQ를 단독 개념으로 외우기보다 어떤 병목을 줄이기 위한 선택인지 먼저 따져야 한다. 특히 ARQ 프로토콜 종류 수준의 기본 대책으로 충분한지, 아니면 정지-대기 ARQ가 제공하는 메커니즘이 실제로 필요한지 구분해야 한다. 이후 확장 단계에서는 GBN ARQ와 같은 후속 기술, 자동화 체계, 표준 호환성까지 함께 검토해야 한다.
실무 체크리스트
- 현재 문제의 핵심이 오류율 부족인지, 재전송 비용 악화인지 먼저 분리한다.
- 정지-대기 ARQ가 추가하는 복잡도와 운영 이득이 균형을 이루는지 확인한다.
- 도입 후에는 인접 기술인 GBN ARQ와의 연계 방식을 함께 검증한다.
안티패턴
-
정지-대기 ARQ의 장점만 보고 트래픽 패턴이나 운영 비용을 무시한 채 과도 도입하는 설계
-
ARQ 프로토콜 종류와의 경계를 정리하지 않아 중복 투자나 정책 충돌을 만드는 설계
-
📢 섹션 요약 비유: 정지-대기 ARQ를 실제로 쓰는 판단은 도구 상자를 고르는 일과 비슷하다. 좋아 보이는 도구보다 지금 문제에 맞는 도구가 중요하다.
Ⅴ. 기대효과 및 결론
정지-대기 ARQ는 데이터 링크 계층을 이해할 때 핵심 축을 잡아 주는 개념이다. 올바르게 적용하면 오류율 개선과 구조적 단순화에 기여하지만, 조건을 잘못 잡으면 오히려 복잡도와 운영 부담이 커질 수 있다. 앞으로는 GBN ARQ, 고신뢰 저지연 링크 제어, 자동화 운영과의 결합을 통해 더 정교하게 발전할 가능성이 크다. 따라서 이 개념은 정의 자체보다 “언제 쓰고 언제 다른 방법으로 넘길 것인가”의 관점으로 기억하는 것이 좋다. 향후에는 고신뢰 저지연 링크 제어 같은 자동화 흐름과 결합되어 더 정교한 형태로 확장될 가능성이 크다.
- 📢 섹션 요약 비유: 정지-대기 ARQ는 큰 흐름 속에서 기억해야 오래 남는다. 지금의 장점과 다음 확장 방향을 같이 보면 전체 그림이 선명해진다.
📌 관련 개념 맵
| 개념 | 연결 포인트 |
|---|---|
| ARQ 프로토콜 종류 | 현재 개념이 등장하기 전에 갖춰야 할 배경이나 인접 선행 개념이다. |
| 프레이밍 (Framing) | 비트열을 의미 있는 전송 단위로 구분한다. |
| 오류 제어 (Error Control) | 검출과 복구 정책을 함께 설계해야 한다. |
| GBN ARQ | 현재 개념이 확장되거나 적용 단계로 이어질 때 자주 함께 언급된다. |
📈 관련 키워드 및 발전 흐름도
[선행 개념: ARQ 프로토콜 종류]
│
▼
[현재 개념: 정지-대기 ARQ]
│
├──▶ [확장 A: GBN ARQ]
└──▶ [확장 B: 고신뢰 저지연 링크 제어]
정지-대기 ARQ는 ARQ 프로토콜 종류에서 출발해 현재 메커니즘을 정교화하고, 이후 GBN ARQ와 고신뢰 저지연 링크 제어 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.
👶 어린이를 위한 3줄 비유 설명
- 편지를 보낼 때 봉투를 제대로 닫고 틀린 글자가 없는지 확인해야 해요.
- 이 개념은 편지가 깨지거나 사라졌을 때 다시 보내는 규칙까지 정해줘요.
- 그래서 중간에 흔들려도 중요한 내용이 더 안전하게 도착해요.