222. LAPB (Link Access Procedure Balanced) - X.25 망

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

본질: LAPB (Link Access Procedure, Balanced)는 X.25 패킷 교환 네트워크에서 터미널(DTE)과 네트워크 노드(DCE) 간의 신뢰성 있는 점대점 (Point-to-Point) 통신을 보장하기 위해 설계된 데이터 링크 계층 프로토콜이다.

가치: HDLC의 비동기 평형 모드 (ABM, Asynchronous Balanced Mode)를 기반으로 하여 주국/종국의 구분 없이 양측이 동등한 권한으로 프레임을 전송할 수 있게 함으로써, 양방향 동시 통신(Full-duplex)의 효율을 극대화했다.

융합: LAPB는 오류 복구(ARQ) 및 슬라이딩 윈도우 (Sliding Window) 기반의 흐름 제어를 링크 계층에서 완벽히 수행하여, 상위 계층(Network Layer)이 복잡한 제어 없이 패킷 라우팅에만 집중할 수 있는 견고한 토대를 마련했다.

Ⅰ. 개요 및 필요성 (Context & Necessity)

개념: LAPB (Link Access Procedure, Balanced)는 ITU-T의 X.25 프로토콜 스택 중 계층 2 (데이터 링크 계층)를 담당하며, DTE (Data Terminal Equipment)와 DCE (Data Circuit-terminating Equipment) 사이에서 오류 없는 데이터 프레임 전송을 책임지는 동기식 비트 지향 프로토콜이다.
필요성: 초기 데이터 통신 환경은 물리적 회선의 품질이 낮아 전송 중 비트 에러가 빈번했다. 노드와 네트워크 장비 간의 연결 구간에서 발생한 오류를 종단(End-to-End)까지 끌고 가면 전체 네트워크 효율이 급감하므로, 각 링크 구간마다 즉각적으로 오류를 감지하고 재전송(ARQ)하는 강력한 '수문장' 역할이 필요했다.
비유: LAPB는 두 국가 간의 국경 검문소와 같다. 어느 한쪽이 우위에 있지 않고 동등한 자격(Balanced)으로 양방향에서 들어오는 화물(프레임)의 송장(FCS)을 검사하며, 불량품이 발견되면 즉시 반송(REJ)하여 내부로 불량품이 유입되는 것을 차단한다.
등장 배경 및 발전 과정: HDLC (High-Level Data Link Control) 프로토콜은 세 가지 동작 모드(NRM, ARM, ABM)를 가졌는데, 이 중 양 노드가 동등한 지위를 가지는 ABM (Asynchronous Balanced Mode)의 장점만을 차용하여 X.25 망 전용으로 경량화/최적화한 것이 바로 LAPB이다.

  ┌─────────────────────────────────────────────────────────┐
  │                 X.25 스택 내 LAPB의 위치                │
  ├─────────────────────────────────────────────────────────┤
  │                                                         │
  │  [계층 3] Network Layer  : PLP (Packet Layer Protocol)  │
  │  [계층 2] Data Link Layer: LAPB (프레임 단위 오류 제어) │ ◀─ 여기
  │  [계층 1] Physical Layer : X.21bis, EIA-232 등          │
  │                                                         │
  │    DTE (사용자 단말) ◀───── LAPB ─────▶ DCE (통신망 노드)   │
  └─────────────────────────────────────────────────────────┘

📢 섹션 요약 비유: LAPB는 험난한 비포장도로(물리 계층) 위를 달리는 트럭에서 물건이 떨어지지 않았는지(오류 제어), 너무 많은 물건을 한 번에 던지지는 않았는지(흐름 제어)를 양쪽에서 똑같은 권한으로 확인하는 양방향 품질 보증 시스템입니다.

Ⅱ. 아키텍처 및 핵심 원리 (Deep Dive)

구성 요소 및 프레임 구조

LAPB 프레임은 HDLC와 동일한 구조를 가지지만, 오직 '평형(Balanced)' 통신을 위한 제어 필드만 사용된다.

필드명	크기	역할 및 내부 동작
Flag	1 Byte	프레임의 시작과 끝 (`01111110`)
Address	1 Byte	명령어(Command)와 응답(Response)을 구분 (DTE: 0x01/0x03, DCE: 0x03/0x01)
Control	1/2 Byte	I-프레임, S-프레임, U-프레임을 정의하고 순서 번호(N(S), N(R)) 포함
Information	가변	상위 계층(X.25 Packet)의 데이터 (I-프레임에만 존재)
FCS	2 Byte	CRC-16 기반 프레임 오류 검출

평형(Balanced) 동작과 주소 필드의 마법

LAPB는 DTE와 DCE가 모두 '복합국(Combined Station)'으로 동작한다. 즉, 명령을 내릴 수도 있고 응답을 할 수도 있다. 주소 필드는 프레임의 목적지 주소가 아니라, 이 프레임이 '명령'인지 '응답'인지 구별하는 용도로 쓰인다.

  ┌───────────────────────────────────────────────────────────────┐
  │                 LAPB 주소 필드 기반 Command/Response 구분     │
  ├───────────────────────────────────────────────────────────────┤
  │                                                               │
  │    [DTE]                                             [DCE]    │
  │                                                               │
  │   보내는 프레임 (Command)   ──── 주소: 0x01 ────▶               │
  │                             ◀─── 주소: 0x01 ──── 응답 프레임  │
  │                                                               │
  │   응답 프레임 (Response)    ◀─── 주소: 0x03 ──── 보내는 명령  │
  │                             ──── 주소: 0x03 ────▶             │
  │                                                               │
  │ * 0x01: DTE의 Command 이자 DCE의 Response 용 주소             │
  │ * 0x03: DCE의 Command 이자 DTE의 Response 용 주소             │
  └───────────────────────────────────────────────────────────────┘

[다이어그램 해설] LAPB에서는 점대점 연결이므로 물리적 주소 구분이 불필요하다. 대신 Address 필드(0x01, 0x03)를 사용하여 양쪽 모두가 주도권을 가지고 통신할 때 프레임의 성격을 명확히 분리한다. 이를 통해 마스터-슬레이브 구조(SDLC)의 병목을 해결했다.

슬라이딩 윈도우 (Sliding Window) 기반 흐름 제어

LAPB는 S-프레임 (Supervisory Frame)의 N(R) 필드를 사용하여 피기백(Piggybacking) 방식으로 확인 응답(ACK)을 보낸다. 윈도우 크기(기본 7, 확장 127)만큼 ACK 없이 연속 전송이 가능하여 링크 대역폭 낭비를 막는다.

RR (Receive Ready): 수신 준비 완료 및 N(R) 이전까지의 프레임 수신 확인
RNR (Receive Not Ready): 바쁜 상태이므로 송신 일시 중지 요청
REJ (Reject): N(R) 프레임에 오류가 발생했으니 해당 프레임부터 Go-Back-N 재전송 요청
📢 섹션 요약 비유: 서로 대등한 두 상인이 거래할 때, 물건(I-프레임)을 보낼 때마다 "지난번 돈은 잘 받았다(Piggyback ACK)"고 쪽지를 함께 적어 보내어 별도의 연락 비용을 절약하는 효율적인 상거래 방식과 같습니다.

Ⅲ. 융합 비교 및 다각도 분석

비교: LAPB vs HDLC vs LLC

특성	LAPB (X.25)	HDLC (ISO 표준)	LLC (IEEE 802.2)
동작 모드	ABM (비동기 평형 모드) 전용	NRM, ARM, ABM 모두 지원	유형 1(무연결), 2(연결지향-ABM)
적용 환경	DTE - DCE 간의 WAN 링크	다양한 토폴로지 (P2P, 다중점)	LAN (이더넷) 환경
복잡도	단순 (불필요한 모드 제거)	가장 복잡함	MAC 계층 위에 얹혀짐
오류 제어	엄격한 노드 간 재전송 수행	설정에 따라 다름	유형 2에서 LAPB와 유사하게 동작

LAPB는 범용 HDLC에서 불필요한 기능(다중점 폴링 등)을 과감히 잘라내고, 오직 점대점 WAN 구간의 신뢰성을 극대화하는 데 초점을 맞춘 '특화 버전'이다.

📢 섹션 요약 비유: HDLC가 스위스 아미 나이프(만능 도구)라면, LAPB는 그중에서 가장 많이 쓰이는 튼튼한 메인 칼날 하나만을 뽑아내어 X.25 전용으로 갈고 닦은 맞춤형 도구입니다.

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

실무 시나리오

1980~90년대 통신 회선(구리선, 모뎀)은 잡음이 심해 패킷 유실이 잦았다. X.25 망은 중간의 각 라우터(스위치) 구간마다 LAPB를 이용해 완벽한 에러 복구를 수행했다. 이로 인해 단말은 아무 걱정 없이 데이터를 보낼 수 있었지만, 각 노드마다 프레임 검사 및 재전송 처리를 하느라 네트워크 전체의 지연(Latency)은 컸다.

판단 기준 (과거와 현재의 패러다임 시프트)

과거의 정답 (LAPB): 링크의 품질이 나쁠 때는 링크 계층(L2)에서 에러를 100% 잡아주는 무거운(Heavy) 프로토콜이 필수적이었다.
현대의 안티패턴: 오늘날 광케이블(Fiber)처럼 오류율이 거의 0에 가까운 매체에서 LAPB처럼 노드마다 엄격한 재전송을 하면 오버헤드만 커진다. 따라서 현대의 Frame Relay나 Ethernet은 L2 오류 복구를 생략하고 상위 계층(TCP)에 맡기는 종단 간(End-to-End) 제어로 패러다임이 이동했다.
📢 섹션 요약 비유: 도로(회선)가 울퉁불퉁할 때는 톨게이트마다 화물을 꼼꼼히 검사하는 LAPB가 필요했지만, 아스팔트 고속도로(광케이블)가 깔린 현대에는 톨게이트 검사를 없애고 도착지에서만 확인(TCP)하는 것이 훨씬 빠른 것과 같습니다.

Ⅴ. 기대효과 및 결론

정량/정성 기대효과

구분	내용	개선 효과
정량	슬라이딩 윈도우 채택	매 프레임 ACK 대기 시간 제거, 회선 이용률 획기적 증가
정성	계층 간 역할 분리	네트워크 계층(X.25 PLP)이 물리적 에러를 신경 쓰지 않게 됨

미래 전망 및 결론

LAPB 프로토콜 자체는 X.25의 몰락과 함께 현대 네트워크에서는 자취를 감추었다. 그러나 "동등한 피어(Peer) 간의 제어", "피기백을 통한 흐름 제어", "Go-Back-N 방식의 ARQ" 등 LAPB가 정립한 데이터 링크 제어 기술의 핵심 알고리즘은 그대로 TCP/IP 스택의 상위 계층과 다양한 무선 통신(Wi-Fi, Bluetooth의 링크 제어)에 이식되어 현대 통신의 근간을 이루고 있다.

📢 섹션 요약 비유: 튼튼한 주춧돌(LAPB) 덕분에 그 위에 화려한 건물(상위 네트워크 프로토콜)을 지을 수 있었으며, 건물이 재건축된 지금도 그 설계 도면은 여전히 후대 엔지니어들의 훌륭한 교과서로 쓰이고 있습니다.