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

  1. 본질: X.25는 1970년대 등장한 최초의 국제 표준 패킷 교환망(Packet Switching Network) 프로토콜로, 회선을 독점하는 비싼 전용선 대신 통신사의 거대한 공용망을 여러 사용자가 잘게 쪼갠 '패킷' 단위로 공유하며 통신비를 획기적으로 낮춘 혁명적 기술이다.
  2. 오류 제어의 극대화: X.25가 만들어질 당시의 전화선(구리선)은 노이즈가 심해 데이터 파손이 일상다반사였기 때문에, X.25는 노드(라우터)를 한 칸씩 지날 때마다 철저하게 에러를 검사하고 재전송하는 **과도한 오버헤드(안전장치)**를 내장하고 있었다.
  3. 역사적 퇴장: 통신 선로가 광케이블로 진화하면서 선로 자체가 깨끗해졌음에도 불구하고, X.25는 여전히 "데이터가 깨졌나 안 깨졌나"를 일일이 검사하느라 속도를 최대 64Kbps 이상 내지 못하는 병목 덩어리가 되어 결국 프레임 릴레이(Frame Relay)와 IP 망에 자리를 내주고 멸망했다.

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

  • 개념: ITU-T(국제 전기 통신 연합)가 1976년에 제정한 WAN(광역 통신망) 데이터 통신 프로토콜이다. 단말기(DTE)와 통신사 망(DCE) 사이의 인터페이스 규격을 정의한다.

  • 필요성: T1 같은 전용선은 24시간 혼자 써서 빠르고 좋지만, 요금이 살인적이었다. 통신을 안 하고 쉴 때도 돈을 냈다. "통신사가 거대한 구름(망)을 하나 만들어 놓고, 사용자들이 데이터를 잘게 쪼갠 '패킷' 형태로 보내서 망을 공유하게 하자! 그러면 데이터 보낸 만큼만 요금을 내면 되니까 훨씬 싸잖아!"라는 아이디어에서 공용 패킷 교환망이 탄생했다.

  • 💡 비유:

    • 전용선: 나 혼자 타고 다니는 "전용 택시" (비쌈, 빠름).
    • X.25: 수많은 사람의 소화물(패킷)을 한꺼번에 싣고 달리는 "공용 우체국 트럭" (저렴함, 조금 느림).

📢 섹션 요약 비유: X.25는 통신망의 **"원조 카풀(Carpool) 시스템"**입니다. 혼자 길을 독점(전용선)하는 대신, 잘게 쪼갠 데이터들이 통신사라는 하나의 큰 버스에 동승하여 배송비를 획기적으로 낮췄습니다.

Ⅱ. X.25의 구조와 치명적 한계 (Deep Dive)

1. 연결 지향형 (Virtual Circuit)

X.25는 인터넷(IP) 망과 같은 비연결형(Datagram)이 아니라, 통신을 시작하기 전에 출발지와 목적지 사이에 미리 가상의 길(Virtual Circuit)을 뚫어놓고 통신하는 연결 지향형 프로토콜이다. 이 덕분에 패킷이 순서대로 도착하며, 중간에 길을 잃어버리는 일이 없다.

2. DTE와 DCE 모델

X.25는 사용자 쪽 장비와 통신사 쪽 장비를 엄격히 분리했다.

  • DTE (Data Terminal Equipment): 사용자의 컴퓨터나 회사의 라우터.
  • DCE (Data Circuit-terminating Equipment): 통신사가 고객에게 임대해 주는 모뎀(CSU/DSU). 통신사 망(클라우드)으로 들어가는 첫 번째 관문이다.

3. 과도한 신뢰성 보장 (Hop-by-Hop 오류 제어)

1970년대의 아날로그 구리선은 비가 오거나 번개가 치면 데이터가 박살 났다. 그래서 X.25는 1계층(물리), 2계층(LAPB), 3계층(패킷)의 모든 계층에서 오류를 복구하는 무거운 기능(Window 기반 흐름 제어, ARQ 등)을 때려 박았다.

  • Hop-by-Hop 검사: 라우터 A에서 라우터 B로 패킷이 넘어가면, B는 포장을 다 뜯어서 에러가 없는지 꼼꼼히 확인한 뒤, A에게 "잘 받았어(ACK)!"라고 대답한다. 그다음 B가 C로 보낼 때 똑같은 짓을 반복한다.
 ┌─────────────────────────────────────────────────────────────┐
 │                X.25의 무거운 에러 검사 (Hop-by-Hop)           │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ DTE ] ──▶ [ 라우터 1 ] ──▶ [ 라우터 2 ] ──▶ [ 라우터 3 ]   │
 │                                                             │
 │   1) 라우터 1 도착: "에러 검사... OK!" -> DTE에 수신 확인(ACK) 보냄 │
 │   2) 라우터 2 도착: "에러 검사... OK!" -> 라우터 1에 ACK 보냄      │
 │   3) 라우터 3 도착: "에러 검사... OK!" -> 라우터 2에 ACK 보냄      │
 │                                                             │
 │   ▶ 결과: 너무 철저해서 데이터가 절대 안 깨지지만, 각 노드마다   │
 │          검사하고 확인증(ACK) 써주느라 통신 속도가 64Kbps를       │
 │          넘지 못하는 치명적인 속도 병목 발생.                   │
 └─────────────────────────────────────────────────────────────┘

4. X.25의 몰락

1990년대 이후 광케이블이 깔리면서 물리적 선로 에러율이 0%에 수렴하게 되었다. 선로가 좋아졌는데도 X.25 라우터들은 옛날 버릇대로 매 칸마다 포장을 뜯고 에러를 검사하며 뭉그적거렸다. 결국 "이럴 거면 차라리 에러 검사를 다 생략하고 속도나 높이자!"라며 등장한 프레임 릴레이(Frame Relay)와 IP 라우팅에 밀려 완전히 도태되었다.

📢 섹션 요약 비유: X.25는 험난한 비포장도로 시절에 만들어진 **"방탄 장갑차"**입니다. 도적이 나타날까 봐 톨게이트마다 차를 세우고 검문(에러 검사)을 했습니다. 하지만 아스팔트 고속도로(광케이블)가 뚫린 현대에는 이런 무거운 방탄차는 짐짝일 뿐입니다.