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

  1. 본질: 앞서 배운 EIGRP의 DUAL 알고리즘을 든든하게 받쳐주는 두 가지 강력한 무기는, 쓸데없이 30초마다 전체 지도를 뿌리지 않는 **'부분/제한적 업데이트(Partial/Bounded Update)'**와 점수가 다른 길도 섞어 쓸 수 있는 **'불균등 로드 밸런싱(Unequal-Cost Load Balancing)'**이다.
  2. 부분/바운디드 업데이트: EIGRP는 네트워크에 변화(선로 단절 등)가 생겼을 때만 딱 그 '변화된 부분(Partial)' 정보만을, 그 변화에 영향을 받는 '관련된 이웃 라우터들에게만(Bounded)' 콕 집어서 멀티캐스트로 조용히 날려 대역폭 낭비를 0으로 만든다.
  3. Unequal Cost 부하분산: RIP나 OSPF는 점수(Metric)가 100% 똑같은 A길과 B길에서만 패킷을 5:5로 나눠 쏘지만, EIGRP는 10점짜리 1등 길(Successor)과 30점짜리 2등 길(Feasible Successor)을 3:1 비율로 똑똑하게 나눠 쏘며 버려지는 길 없이 대역폭을 싹싹 긁어모아 쓴다.

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

  • 개념: Cisco의 독자 라우팅 프로토콜인 EIGRP가 경쟁 프로토콜(OSPF, RIP) 대비 기술적 우위를 점하게 해주는 핵심 최적화 기능들.

  • 필요성:

    • (업데이트 문제) RIP는 30초마다 전체 지도를 쏴서 대역폭을 갉아먹었다. OSPF는 부분 업데이트를 하긴 하지만, 변화가 생기면 무조건 같은 Area 내의 '모든 라우터'에게 싹 다(Flooding) 뿌려야 해서 여전히 CPU 낭비가 심했다. **"딱 필요한 놈한테, 딱 필요한 정보만 주자!"**라는 극한의 실용주의가 필요했다.
    • (분산 문제) OSPF는 대역폭이 1Gbps인 길과 500Mbps인 길이 있으면 무조건 1Gbps 길로만 패킷을 몰아넣고 500Mbps 길은 1Gbps 길이 끊어질 때까지 그냥 놀린다. **"아니, 둘 다 합치면 1.5Gbps인데 왜 하나를 놀려? 점수가 달라도 2:1 비율로 나눠 쏘면 되잖아!"**라는 경제적 발상이 EIGRP를 특별하게 만들었다.

  • 💡 비유:

    • 부분/제한적 업데이트: 사내 게시판에 "오늘 점심 메뉴 바뀜"이라고 전체 공지(Flooding)를 때리지 않고, 점심 메뉴가 바뀐 부서 사람들에게만 조용히 사내 메신저(Bounded)로 "제육볶음 대신 돈까스 나옴(Partial)"이라고 콕 집어 알려주는 세련된 사내 통신망입니다.
    • Unequal Cost 부하 분산: 짐 100개를 옮겨야 할 때, 10톤 트럭(1등 경로) 한 대만 혹사하고 5톤 트럭(2등 경로)은 주차장에 놀리는 게 아니라, **"너는 2번 왕복할 때 얘는 1번 왕복하게 맞춰서, 둘이 동시에 짐을 나르자!"**라고 기막히게 분배하는 물류 반장입니다.

📢 섹션 요약 비유: EIGRP의 이러한 특징들은 낭비를 극도로 혐오하는 **"짠돌이 구두쇠"**의 철학과 같습니다. 내 입(대역폭) 아프게 쓸데없는 말을 하지 않고, 놀고 있는 뒷방 늙은이(2등 경로)까지 알뜰하게 부려 먹어 트래픽 처리량을 한계치까지 쥐어짜 냅니다.

Ⅱ. 핵심 동작 메커니즘의 실무적 이해 (Deep Dive)

1. 부분 및 제한적 업데이트 (Partial & Bounded Update)

이 기능 덕분에 EIGRP는 "Hello" 패킷(5초 주기) 외에는 평소에 아예 대역폭을 소모하지 않는다.

  • Partial (부분): 수천 개의 라우팅 정보 중 딱 **'변화가 생긴 한 줄'**만 보낸다.
  • Bounded (제한적): 이 소문이 연쇄적으로 퍼져나갈 때, 그 정보를 몰라도 되는 라우터(경로상 상관없는 놈)에게는 아예 엽서를 보내지 않는다. (OSPF는 Area 내의 모든 놈이 무조건 다 알아야 하는 것과 대조적이다).

2. 불균등 로드 밸런싱 (Unequal-Cost Load Balancing)

EIGRP의 진정한 마법이자 타 프로토콜에는 아예 없는 유일무이한 기능이다. 이 기능을 켜려면 관리자가 variance라는 배수(Multiplier) 값을 설정해 줘야 한다.

  • 목적지 부산으로 가는 길이 두 개다.
    • 경로 1 (Successor): 메트릭 10점 (1등)
    • 경로 2 (Feasible Successor): 메트릭 25점 (2등)
  • 평소(Variance = 1, 기본값)에는 무조건 1등 경로(10점)로만 패킷을 몰아 쏜다.
  • 관리자가 얍삽하게 **variance 3**이라고 명령어를 친다.
  • 마법 발동: 1등 점수(10점)에 3을 곱한다. -> 기준 점수 30점 생성!
  • 라우터 왈: "이제부터 내 수첩에 적힌 2등 경로들 중에서, 점수가 30점보다 싼(좋은) 놈들은 전부 다 1등이랑 같이 패킷을 쏠 자격을 주마!"
  • 경로 2는 25점이므로 기준 점수 30점 안에 들어와서 로드 밸런싱에 합류하게 된다!
 ┌─────────────────────────────────────────────────────────────┐
 │                Variance를 이용한 Unequal Cost 분산 도식           │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 내 라우터 ]                                     [ 목적지 ] │
 │        │ ── (경로 A: 10점, 1등) ──▶ (패킷 5개 보냄) ──▶         │
 │        │ ── (경로 B: 20점, 2등) ──▶ (패킷 2개 보냄) ──▶         │
 │        └── (경로 C: 40점, 3등) ──▶ (탈락, 안 보냄)   ──▶         │
 │                                                             │
 │   * 설정: variance 2 (1등 점수 10 * 2 = 커트라인 20점)            │
 │   * 결과: 20점 이하인 A길과 B길을 모두 사용한다!                    │
 │   * 분배: A가 B보다 2배 좋으니까, 라우터는 A쪽으로 트래픽을 2배 더 많이 쏜다!│
 └─────────────────────────────────────────────────────────────┘

📢 섹션 요약 비유: Variance 명령어는 사장님의 **"성과급 융통성(커트라인 완화)"**입니다. 원래는 90점 맞은 1등 직원(Successor)에게만 보너스를 몰아주다가, 사장님이 variance 1.5를 때리면 "1등 점수(90점)의 1.5배 이내로 들어온 직원들(Feasible Successor)에게도 성적에 비례해서 보너스를 나눠줘라!"라며 놀고 있던 직원들을 열일하게 만듭니다.