376. MPLS VPN — Brain Science

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

본질: MPLS VPN는 라우팅과 경로 제어에서 핵심 동작과 제약을 이해하게 해 주는 개념이다.

가치: MPLS VPN를 이해하면 수렴 속도과 확장성 사이의 균형을 더 정확히 볼 수 있다.

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

Ⅰ. 개요 및 필요성

개념: 통신사 백본(Provider Core)에서 MPLS 레이블 스위칭과 MP-BGP를 결합하여, 고객(Customer)들의 IP 대역이 서로 겹치더라도 안전하게 논리적 전용망(VPN)을 제공하는 서비스 아키텍처 (RFC 4364).
필요성: 기업들은 지사 간 통신을 위해 비싼 물리적 전용선을 매달 수천만 원씩 주고 빌렸다. 통신사는 돈을 더 벌고 싶었다. "야, 전국에 깔린 우리 KT 인터넷 백본 하나에다가 삼성, 현대, LG 트래픽을 몽땅 다 태워서 전용선처럼 팔면 돈방석에 앉겠는데?" 하지만 문제가 생겼다. 삼성도 사설 IP 192.168.0.0을 쓰고, LG도 192.168.0.0을 쓴다. 이 패킷들이 KT 라우터에 같이 들어오면 IP 충돌로 망이 터진다. "고객들의 IP가 겹쳐도 절대 안 섞이게 완벽히 포장하고 격리할 방법이 없을까?" ──▶ 그 답이 L3 MPLS VPN이다.
💡 비유: MPLS VPN은 거대한 **"지하철 환승 택배 시스템"**과 같습니다.
- 고객 A(삼성)와 B(LG)가 모두 **"은마아파트(192.168.0.0)"**로 택배를 보냅니다.
- 통신사 입구 직원(PE 라우터)은 상자 겉면에 **"삼성전용-은마아파트(VPNv4 주소)"**라고 네임펜으로 덧칠을 해서 주소가 안 헷갈리게 만듭니다 (RD).
- 그리고 상자 겉면에 파란색 딱지(Outer Label, 부산역행 기차표)와 빨간색 딱지(Inner Label, 삼성 지사행 트럭표) **두 개의 바코드(2중 레이블)**를 붙여 기차에 냅다 던집니다.

[LDP, RSVP-TE]
    │
    ▼
[MPLS VPN]
    │
    └──▶ [터널링 메커니즘 개요]

📢 섹션 요약 비유: ** L3 MPLS VPN은 수백 개의 튜브가 들어있는 **"거대한 해저 광케이블"**입니다. 겉보기엔 하나의 굵은 케이블이지만, 그 속에는 삼성 전용 빨대, LG 전용 파란 빨대가 아주 촘촘하게 분리되어 있어 절대로 물(트래픽)이 서로 섞이지 않습니다.

Ⅱ. 아키텍처 및 핵심 원리

이 기술은 3대 장비 라인업과 2대 식별자(RD, RT)가 톱니바퀴처럼 맞물려 돌아간다.

1. 장비의 3대 직급 (CE, PE, P)

CE (Customer Edge): 삼성 서울 본사, 부산 지사 등 고객사 구석에 놓인 라우터. 얘는 멍청해서 자기가 VPN을 타는지도 모르고 그냥 IP 패킷을 통신사로 쏜다.
PE (Provider Edge) ★제일 바쁨: 통신사(KT)의 입구와 출구 문지기. 고객의 평범한 IP를 받아서 VPNv4 주소로 변조하고, MPLS 딱지 2개를 겹쳐 붙여(Push) 터널로 던지는 극한 직업. (내부 메모리는 VRF로 수백 개 쪼개져 있다).
P (Provider Core): 통신사 망 한가운데 있는 알바생들. 알맹이는 쳐다보지도 않고 바깥쪽 딱지(Outer Label)만 보고 미친 듯이 스위칭(Swap)만 한다.

2. RD (Route Distinguisher) - "주소 뻥튀기"

목적지: 통신사 망 안에서 똑같은 IP(10.1.1.0/24)가 겹치는 것을 막기 위함.
동작: 통신사 입구 라우터(PE)는 패킷을 받자마자 IP 앞부분에 64비트짜리 번호(예: 100:1)를 강제로 이어 붙인다.
결과: 100:1:10.1.1.0 이라는 세상에 단 하나뿐인 96비트짜리 VPNv4 주소가 탄생한다. 이제 BGP는 헷갈리지 않고 이 주소를 통신사 반대편 끝까지 배달할 수 있다.

3. RT (Route Target) - "수신자 분류 택"

목적지: 반대편 출구 라우터(PE)에 도착했을 때, 이 패킷을 100개의 쪼개진 방(VRF) 중에서 "누구 방(삼성 방? LG 방?)에 집어넣을지" 결정하기 위함.
동작: BGP로 엽서를 날릴 때 겉면에 RT=100:1 이라는 색깔 딱지를 붙여 쏜다 (BGP Extended Community 속성). 출구 라우터는 이 딱지 색깔을 보고 "아! 이건 빨간색 딱지니까 삼성 방(VRF) 서랍에 꽂아줘야지!"라고 정확히 배달을 마친다.

 ┌─────────────────────────────────────────────────────────────┐
 │                L3 MPLS VPN의 패킷 포장(캡슐화) 구조             │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 이더넷 L2 헤더 ]                                           │
 │                                                             │
 │   [ Outer Label (터널 딱지) ] ◀─ "부산 PE 라우터까지 가라!" (LDP가 만듦)│
 │                                                             │
 │   [ Inner Label (VPN 딱지) ]  ◀─ "부산 PE 도착하면 삼성 포트로 줘라!" (BGP가 만듦) │
 │                                                             │
 │   [ 원본 IP 헤더 (10.1.1.1) ]                                 │
 │   [ Data (알맹이) ]                                           │
 │                                                             │
 │   * 코어 P 라우터: "난 바깥쪽 터널 딱지만 보고 냅다 스위칭할래~"          │
 │   * 출구 PE 라우터: "터널 딱지는 뜯어졌으니, 난 안쪽 VPN 딱지 색깔 보고    │
 │                    삼성 랜선 쪽으로 안전하게 던져줄게!"               │
 └─────────────────────────────────────────────────────────────┘

📢 섹션 요약 비유: ** L3 MPLS VPN에서 RD는 똑같은 이름표를 구별하기 위해 이름표 앞에 붙이는 **"회사 로고(삼성, LG)"**이고, RT는 배달원이 그 이름표를 보고 정확히 해당 회사의 우편함(VRF)을 열고 편지를 쑤셔 넣게 해주는 **"우편함 열쇠(분류 기준)"**입니다.

Ⅲ. 비교 및 연결

MPLS VPN를 볼 때는 앞뒤 개념과의 경계를 함께 봐야 전체 흐름이 선명해진다. LDP, RSVP-TE가 기반 조건을 만든다면, MPLS VPN는 그 위에서 핵심 메커니즘을 구현하고, 터널링 메커니즘 개요는 이를 더 확장된 적용 단계로 연결한다. 따라서 단일 정의보다 수렴 속도과 확장성에 어떤 차이를 만드는지 비교하는 것이 중요하다.

관점	선행 개념	현재 개념	확장 개념
초점	LDP, RSVP-TE의 기반 정리	MPLS VPN의 핵심 동작	터널링 메커니즘 개요의 확장 적용
자원 관점	기본 조건 확보	수렴 속도 최적화	규모와 범위 확대
판단 포인트	도입 가능성 확인	현재 메커니즘의 적합성 판단	운영·확장 전략 연결

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

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

실무에서는 MPLS VPN를 단독 개념으로 외우기보다 어떤 병목을 줄이기 위한 선택인지 먼저 따져야 한다. 특히 LDP, RSVP-TE 수준의 기본 대책으로 충분한지, 아니면 MPLS VPN가 제공하는 메커니즘이 실제로 필요한지 구분해야 한다. 이후 확장 단계에서는 터널링 메커니즘 개요와 같은 후속 기술, 자동화 체계, 표준 호환성까지 함께 검토해야 한다.

실무 체크리스트

현재 문제의 핵심이 수렴 속도 부족인지, 확장성 악화인지 먼저 분리한다.
MPLS VPN가 추가하는 복잡도와 운영 이득이 균형을 이루는지 확인한다.
도입 후에는 인접 기술인 터널링 메커니즘 개요와의 연계 방식을 함께 검증한다.

안티패턴

MPLS VPN의 장점만 보고 트래픽 패턴이나 운영 비용을 무시한 채 과도 도입하는 설계
LDP, RSVP-TE와의 경계를 정리하지 않아 중복 투자나 정책 충돌을 만드는 설계
📢 섹션 요약 비유: MPLS VPN를 실제로 쓰는 판단은 도구 상자를 고르는 일과 비슷하다. 좋아 보이는 도구보다 지금 문제에 맞는 도구가 중요하다.

Ⅴ. 기대효과 및 결론

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

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

📌 관련 개념 맵

개념	연결 포인트
LDP, RSVP-TE	현재 개념이 등장하기 전에 갖춰야 할 배경이나 인접 선행 개념이다.
라우팅 테이블 (Routing Table)	패킷 전달 의사결정의 기준이 된다.
메트릭 (Metric)	최적 경로를 선택하는 비교 척도다.
터널링 메커니즘 개요	현재 개념이 확장되거나 적용 단계로 이어질 때 자주 함께 언급된다.

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

[선행 개념: LDP, RSVP-TE]
    │
    ▼
[현재 개념: MPLS VPN]
    │
    ├──▶ [확장 A: 터널링 메커니즘 개요]
    └──▶ [확장 B: 의도 기반 라우팅]

MPLS VPN는 LDP, RSVP-TE에서 출발해 현재 메커니즘을 정교화하고, 이후 터널링 메커니즘 개요와 의도 기반 라우팅 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.

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

여러 갈림길이 있는 미로에서 가장 좋은 길을 고르는 게임과 같아요.
이 개념은 길이 막히면 다른 길로 빨리 바꾸는 규칙도 알려줘요.
그래서 인터넷 길찾기가 덜 헤매고 더 똑똑해져요.