373. MPLS (Multiprotocol Label Switching)

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

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

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

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

Ⅰ. 개요 및 필요성

개념: 2계층의 스위칭 속도와 3계층의 라우팅 유연성을 결합한 기술(그래서 2.5계층 기술이라 불림). IP 헤더 대신 4바이트(32비트)짜리 레이블 헤더(실제 식별자는 20비트)를 패킷에 삽입하여 고속 포워딩을 수행한다.
필요성: 1990년대 후반 인터넷 트래픽이 폭발했다. 라우터가 수만 개의 IP 주소를 일일이 "192.168... 어쩌구" 비교(Longest Match)하는 3계층 라우팅(IP Lookup)은 CPU 부하가 너무 커서 지연이 생겼다. "복잡하게 IP 주소 읽지 마! 그냥 패킷 들어올 때 이마에 **'15번'**이라고 딱지 하나 붙여 놔. 그럼 다음 라우터는 딱지 번호 '15번'만 보고 묻지도 따지지도 말고 3번 포트로 냅다 쳐내!" 이것이 하드웨어 스위칭 급의 속도를 갈망하던 통신사들의 염원이었다. (현재는 라우터 하드웨어(CEF)가 너무 좋아져서 IP를 봐도 안 느리지만, 지금은 속도보단 VPN과 트래픽 엔지니어링 목적 때문에 MPLS를 더 많이 쓴다).
💡 비유: MPLS는 국제 우편물의 **"항공 수하물 태그(바코드)"**와 같습니다.
- IP 라우팅: 우체국 직원이 편지를 받을 때마다 수취인 주소 "서울특별시 강남구 테헤란로..."를 일일이 돋보기로 읽고 분류합니다. 느립니다.
- MPLS: 최초 접수 직원이 편지 겉면에 "바코드 15번 (강남행)" 스티커를 쾅 붙입니다. 중간 물류 센터의 알바생들은 주소 글씨는 아예 안 읽고, 오직 바코드 스캐너로 '15번 띡!' 찍자마자 강남행 트럭으로 0.1초 만에 상자를 던져버립니다.

[Policy-Based Routing / R…]
    │
    ▼
[MPLS]
    │
    └──▶ [LSR, LER]

📢 섹션 요약 비유: ** MPLS는 꼬불꼬불한 국도(IP 라우팅) 위에 건설된 **"하이패스 전용 터널"**입니다. 입구에서 통행권(Label)을 발급받으면 터널 속에서는 앞만 보고 논스톱으로 질주하다가 출구에서 통행권을 반납하고 다시 국도로 나옵니다.

Ⅱ. 아키텍처 및 핵심 원리

1. 심(Shim) 헤더의 삽입 위치 (2.5계층)

MPLS는 기존 패킷을 망가뜨리지 않는다. 2계층(이더넷 헤더)과 3계층(IP 헤더) **"그 사이(틈바구니)"**에 절묘하게 4바이트짜리 꼬리표(Label 헤더)를 쑤셔 넣는다. 그래서 L2.5 기술이라고 부른다.

2. MPLS 4바이트(32비트) 헤더의 4가지 알맹이

Label (20비트): 제일 중요한 꼬리표 번호. (0 ~ 1,048,575까지 존재). 스위칭의 기준이 된다.
EXP (3비트): 큐오스(QoS) 우선순위. 긴급한 음성/영상 패킷인지 구분.
S (Bottom of Stack, 1비트): 마법의 비트. MPLS는 꼬리표를 2개, 3개 겹겹이 겹쳐 붙일 수 있다(Label Stacking). "이 꼬리표를 떼면 밑에 꼬리표가 또 있어(0), 아니면 이게 마지막 꼬리표니까 이거 떼면 순수 IP 패킷 나와(1)"를 알려준다. VPN을 구현하는 핵심 키다.
TTL (8비트): IP 헤더에 있는 TTL과 똑같다. 우주 미아 방지용. 라우터 지날 때마다 1씩 깎인다.

 ┌─────────────────────────────────────────────────────────────┐
 │                MPLS Label 삽입 (2.5계층 구조) 도식                │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 순수 IP 패킷 ]                                             │
 │   [ 이더넷 헤더 (L2) ] ──▶ [ IP 헤더 (L3) ] ──▶ [ Data (TCP) ]   │
 │                                                             │
 │   [ MPLS가 적용된 패킷 ]                                        │
 │   [ 이더넷 ] ──▶ [ Label (20) | EXP (3) | S (1) | TTL (8) ] ──▶ [ IP ] │
 │                   ▲                                         │
 │              (바로 이 4바이트짜리 딱지가 2.5계층에 끼어든다!)          │
 │                                                             │
 │   * 코어 라우터들은 이 4바이트 딱지만 보고 패킷을 광속으로 쳐낸다.        │
 │   * IP 헤더(192.168...)는 터널을 통과할 동안 아무도 쳐다보지 않는다!    │
 └─────────────────────────────────────────────────────────────┘

3. 멀티프로토콜(Multiprotocol)의 위엄

왜 '다중 프로토콜'인가? 코어 라우터는 알맹이(Payload)가 뭔지 쳐다보질 않는다. 오직 겉면에 붙은 20비트 Label 숫자만 보고 포워딩한다. 그러니 뱃속에 들어있는 게 IPv4든, IPv6든 심지어 구닥다리 IPX나 AppleTalk이든, 그냥 Label 껍데기만 씌워주면 통신사는 망을 하나도 안 고치고 모든 종류의 고객 트래픽을 싹 다 태워 나를 수 있다. 엄청난 확장성이다.

📢 섹션 요약 비유: ** MPLS Label은 무적의 **"택배용 검은 비닐봉지"**입니다. 내용물이 금괴(IPv4)인지 쓰레기(구형 프로토콜)인지 알 바 없이 무조건 똑같은 규격의 검은 봉투에 담아 겉면에 바코드(Label)만 붙여서 컨베이어 벨트를 태워버리니 처리가 기가 막히게 빠르고 단순해집니다.

Ⅲ. 비교 및 연결

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

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

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

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

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

실무 체크리스트

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

안티패턴

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

Ⅴ. 기대효과 및 결론

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

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

📌 관련 개념 맵

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

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

[선행 개념: Policy-Based Routing / R…]
    │
    ▼
[현재 개념: MPLS]
    │
    ├──▶ [확장 A: LSR, LER]
    └──▶ [확장 B: 의도 기반 라우팅]

MPLS는 Policy-Based Routing / R…에서 출발해 현재 메커니즘을 정교화하고, 이후 LSR, LER와 의도 기반 라우팅 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.

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

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