339. 라우팅 (Routing) 개요

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

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

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

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

Ⅰ. 개요 및 필요성

개념: 패킷이 목적지 호스트까지 잃어버리지 않고 도달할 수 있도록 네트워크 토폴로지(지형도)를 파악하고, 최적의 경로를 계산하여 라우팅 테이블(Routing Table, RIB)을 구축하는 3계층 제어 평면(Control Plane)의 활동이다.
필요성: 서울에서 출발한 차(패킷)가 목적지인 부산(서버)을 찾아가야 한다. 교차로(라우터)에 도착했을 때 표지판(라우팅 테이블)이 없으면 차는 엉뚱한 광주나 강릉으로 빠져 영영 길을 잃는다. 만약 메인 고속도로(1번 길)가 공사 중이라면 국도(2번 길)로 돌아가라는 표지판이 실시간으로 갱신되어야 한다. 이 전 지구적인 도로망의 신호등과 이정표를 유지 보수하는 보이지 않는 손이 바로 라우팅이다.
💡 비유: 라우팅은 **"T맵(내비게이션)의 본사 서버 알고리즘"**과 같습니다. 매 초마다 전국의 교통 체증, 도로 공사, 사고 현장 정보를 수집하여 "현재 위치에서 부산까지는 경부고속도로가 300km(거리)로 제일 가깝지만 꽉 막혔으니, 320km짜리 중부내륙고속도로로 돌아가는 게 1시간 더 빠릅니다(최적 경로 Metric 승리)"라고 실시간으로 지도를 다시 그려주는 두뇌 회전입니다.

[CEF 물리적 포워딩 / 하드웨어 스위칭]
    │
    ▼
[라우팅 개요]
    │
    └──▶ [정적 라우팅]

📢 섹션 요약 비유: ** 라우팅은 전쟁터에서 사령관이 끊임없이 정찰병(라우팅 패킷)을 보내 지형을 파악하고, 적의 매복이 없는 가장 안전하고 빠른 보급로를 지도에 굵은 빨간펜으로 그어놓는 **"전략적 경로 획정 작업"**입니다.

Ⅱ. 아키텍처 및 핵심 원리

1. 라우터가 길을 배우는 3가지 방법

라우터의 머릿속 지동(라우팅 테이블)에 글씨가 적히는 경로는 크게 3가지다.

Connected (직접 연결): 내가 라우터 1번 포트에 랜선을 꽂고 192.168.1.1이라는 IP를 줬다. 그럼 라우터는 "아! 내 1번 포트 앞마당이 192.168.1.x 동네구나!" 하고 자동으로 지도를 그린다. (가장 신뢰도 100%인 직관적 정보).
Static (정적 라우팅): 관리자가 192.168.2.x로 가려면 무조건 2번 포트로 가라고 수동으로 억지로 타이핑해서 박아 넣은 절대 불변의 정보.
Dynamic (동적 라우팅): RIP, OSPF, BGP 같은 프로그램이 돌아가면서 라우터들끼리 카톡(패킷)을 주고받아 지형도를 스스로 배우고 갱신하는 훌륭한 정보.

2. 최적 경로 대결 1라운드: 메트릭 (Metric)

OSPF(동적 라우팅)를 돌렸더니 부산으로 가는 길이 A길과 B길 두 개가 발견되었다. 이때 어떤 길을 '베스트 경로'로 지도에 올릴지 대결을 펼치는데, 기준이 되는 전투력이 **메트릭(Metric)**이다. (숫자가 무조건 작을수록 우승).

RIP의 메트릭 (Hop Count): 라우터를 몇 개 거치느냐? (A길은 라우터 3개 통과, B길은 라우터 5개 통과 ──▶ A길 승리!)
OSPF의 메트릭 (Cost / Bandwidth): 선로가 얼마나 넓고 쾌적하냐? (A길은 좁은 흙길, B길은 8차선 아우토반 ──▶ B길 승리!)
결과: 똑같은 목적지라도 승리한 1등 경로 딱 하나만 라우팅 테이블(지도)에 올라가고, 2등 경로는 1등이 죽을 때까지 뒤에서 조용히 숨어 대기한다.

3. 최적 경로 대결 2라운드: AD (Administrative Distance)

만약 똑같은 목적지 '부산'에 대해, 관리자가 수동으로 적은 Static 경로도 있고, OSPF가 스스로 찾은 경로도 있다면 누구 말을 믿어야 할까? 이때 라우터는 정보의 출처(소속)를 신뢰도로 매긴 AD (관리 거리) 점수를 본다. (이것도 무조건 숫자가 작을수록 우승).

Connected (직접 꽂음): AD 0 (나 자신이니까 10,000% 신뢰)
Static (관리자 수작업): AD 1 (신이 내린 명령이니까 99% 신뢰)
OSPF (동네 소문): AD 110 (대충 믿을만 함)
RIP (동네 찌라시): AD 120 (좀 덜 믿음)
결과: 관리자가 손으로 친 Static 룰(1점)이 OSPF가 찾은 룰(110점)을 압살하고 승리하여 라우팅 테이블에 최종 등재된다.

 ┌─────────────────────────────────────────────────────────────┐
 │                최적 경로 (Best Path) 결정 알고리즘 요약            │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   상황: "부산(10.1.1.0/24)으로 가고 싶다!"                       │
 │                                                             │
 │   1단계 (출처 대결 - AD 비교):                                  │
 │   - Static 정보 왈: "포트 1로 가!" (AD: 1) ◀─ 1차전 승리! (얘만 믿음)│
 │   - OSPF 정보 왈: "포트 2로 가!" (AD: 110)                    │
 │                                                             │
 │   2단계 (같은 출처 내 대결 - Metric 비교):                       │
 │   - OSPF 정보만 두 개라면?                                      │
 │     "포트 2는 대역폭 코스트가 10 이야!" ◀─ 2차전 승리! (이 길 채택) │
 │     "포트 3은 대역폭 코스트가 500 이야!"                       │
 │                                                             │
 │   ▶ "최종적으로 살아남은 단 1개의 챔피언 경로만이 라우팅 테이블(RIB)에   │
 │      영광스럽게 한 줄로 기록된다!"                               │
 └─────────────────────────────────────────────────────────────┘

📢 섹션 요약 비유: ** 최적 경로 설정은 라우터의 뇌 속에서 벌어지는 **"프로듀스 101 서바이벌 오디션"**입니다. 수많은 길이 "날 뽑아줘!"라고 외치지만, 신뢰도(AD 점수)와 개인기(Metric 점수)에서 가장 뛰어난 단 하나의 길만이 최종 데뷔(라우팅 테이블 등재)의 영광을 누리게 됩니다.

Ⅲ. 비교 및 연결

라우팅 개요를 볼 때는 앞뒤 개념과의 경계를 함께 봐야 전체 흐름이 선명해진다. CEF 물리적 포워딩 / 하드웨어 스위칭이 기반 조건을 만든다면, 라우팅 개요는 그 위에서 핵심 메커니즘을 구현하고, 정적 라우팅은 이를 더 확장된 적용 단계로 연결한다. 따라서 단일 정의보다 수렴 속도과 확장성에 어떤 차이를 만드는지 비교하는 것이 중요하다.

관점	선행 개념	현재 개념	확장 개념
초점	CEF 물리적 포워딩 / 하드웨어 스위칭의 기반 정리	라우팅 개요의 핵심 동작	정적 라우팅의 확장 적용
자원 관점	기본 조건 확보	수렴 속도 최적화	규모와 범위 확대
판단 포인트	도입 가능성 확인	현재 메커니즘의 적합성 판단	운영·확장 전략 연결

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

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

실무에서는 라우팅 개요를 단독 개념으로 외우기보다 어떤 병목을 줄이기 위한 선택인지 먼저 따져야 한다. 특히 CEF 물리적 포워딩 / 하드웨어 스위칭 수준의 기본 대책으로 충분한지, 아니면 라우팅 개요가 제공하는 메커니즘이 실제로 필요한지 구분해야 한다. 이후 확장 단계에서는 정적 라우팅와 같은 후속 기술, 자동화 체계, 표준 호환성까지 함께 검토해야 한다.

실무 체크리스트

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

안티패턴

라우팅 개요의 장점만 보고 트래픽 패턴이나 운영 비용을 무시한 채 과도 도입하는 설계
CEF 물리적 포워딩 / 하드웨어 스위칭와의 경계를 정리하지 않아 중복 투자나 정책 충돌을 만드는 설계
📢 섹션 요약 비유: 라우팅 개요를 실제로 쓰는 판단은 도구 상자를 고르는 일과 비슷하다. 좋아 보이는 도구보다 지금 문제에 맞는 도구가 중요하다.

Ⅴ. 기대효과 및 결론

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

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

📌 관련 개념 맵

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

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

[선행 개념: CEF 물리적 포워딩 / 하드웨어 스위칭]
    │
    ▼
[현재 개념: 라우팅 개요]
    │
    ├──▶ [확장 A: 정적 라우팅]
    └──▶ [확장 B: 의도 기반 라우팅]

라우팅 개요는 CEF 물리적 포워딩 / 하드웨어 스위칭에서 출발해 현재 메커니즘을 정교화하고, 이후 정적 라우팅와 의도 기반 라우팅 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.

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

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