360. DR (Designated Router), BDR

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

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

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

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

Ⅰ. 개요 및 필요성

개념: OSPF가 Broadcast Multi-Access 환경(이더넷 스위치망 등)에서 LSA(링크 상태 엽서)의 무분별한 플러딩을 억제하고 Adjacency(인접성) 맺는 횟수를 줄이기 위해 선출하는 대표 라우터(DR)와 예비 라우터(BDR).
필요성: 스위치 하나에 라우터 5대가 꽂혀 있다 치자. 5대가 서로서로 1:1 찐친(Adjacency)을 맺으려면 수학 공식으로 $n(n-1)/2 = 10$ 개의 인접성이 생기고 엽서도 그만큼 날아다닌다. 만약 라우터가 100대 꽂혀 있다면? 인접성이 무려 4,950개가 생겨 스위치는 OSPF 엽서 폭풍에 휩싸여(Flooding Storm) 사망한다. "야! 100명이 서로 떠들지 말고, '반장' 한 명 딱 뽑아! 99명의 평민은 무조건 반장이랑만 1:1로 찐친을 맺고 정보는 반장한테만 줘! 반장이 다 취합해서 스피커로 한방에 공지할게!!"라는 미친 최적화 아이디어다.
💡 비유:
- DR이 없을 때: 100명의 학생이 교실에서 "내 숙제 봐라!" 하면서 99명의 친구들에게 각자 자기 숙제 99장을 복사해서 날리는 **아수라장(대역폭 폭발)**입니다.
- DR이 있을 때: **"반장(DR)"**이 교탁에 섭니다. 99명의 학생(평민)은 조용히 반장에게만 자기 숙제 1장씩을 제출합니다. 반장이 99장을 다 모아서 예쁘게 제본한 다음, **"자, 이게 우리 반 전체 숙제 모음집(LSDB)이다!"**라며 한 방에 쫙 뿌려줍니다. 교실은 눈물 나게 조용해집니다.

[OSPF Area 계층적 구조]
    │
    ▼
[DR, BDR]
    │
    └──▶ [OSPF 트래픽엔지니어링 연동]

📢 섹션 요약 비유: ** DR(반장) 제도는 거미줄처럼 엉킨 수백 개의 실타래를, 바퀴살(Spoke)들이 오직 중앙 축(Hub, DR) 하나하고만 연결되는 자전거 바퀴 모양으로 아주 깔끔하게 빗질하여 재정렬하는 극강의 통신망 다이어트입니다.

Ⅱ. 아키텍처 및 핵심 원리

1. 멀티캐스트의 핑퐁 (224.0.0.5 vs 224.0.0.6)

OSPF는 멍청하게 브로드캐스트를 쓰지 않고 조용한 단톡방(멀티캐스트)을 2개 판다.

224.0.0.5 (모든 라우터 듣기 방): 동네에 있는 100대의 모든 평민, 반장, 부반장이 다 들어와 있는 스피커 방이다. 반장(DR)이 공지사항을 뿌릴 때 쓴다.
224.0.0.6 (반장/부반장 전용 귓속말 방): 평민(DROther)들은 이 방에 못 들어온다. 평민이 선로가 끊겨서 비상 보고를 할 때 이 방으로 쏙 밀어 넣으면, 오직 반장(DR)과 부반장(BDR) 둘만 그 비보를 조용히 챙겨 듣는다.

2. 평민(DROther)들의 인접성 상태

DR이 있는 환경에서, 평민 라우터(DROther)들끼리 show ip ospf neighbor 명령어를 쳐보면 상태가 **2-Way (그냥 아는 사이)**에서 멈춰있고 절대로 Full (완벽한 찐친)로 넘어가지 않는다. 왜냐하면 "평민끼리는 정보(LSA)를 1:1로 주고받지 않는다"는 룰 때문이다. 평민은 오직 반장(DR)과 부반장(BDR)하고만 Full 상태를 맺는다. (시험에 100% 나오는 단골 개념이다).

3. 피 튀기는 반장 선거 (Election)

스위치 전원을 켜면 40초(Wait Timer) 동안 반장 선거가 벌어진다.

1순위 (Priority): 인터페이스에 설정된 OSPF Priority 값(0~255)이 제일 높은 놈이 반장(DR)이 된다. (기본값은 전부 1이다). 만약 Priority를 0으로 세팅하면 "난 평생 반장 선거 안 나감(평민 확정)"이라는 뜻이다.
2순위 (Router ID): Priority가 1로 전부 동점이라면? "라우터 IP 주소가 가장 높은 놈"이 이긴다. (예: 10.1.1.1보다 192.168.1.1이 깡패라서 반장이 됨).

 ┌─────────────────────────────────────────────────────────────┐
 │                DR 선거의 절대 룰: 기득권 유지 (Non-Preemptive)     │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   1) 아침 9시: 동네에 꾸진 구형 라우터 A(IP: 1.1.1.1) 혼자 켜짐.     │
 │               "동네에 나 혼자네? 내가 당연히 반장(DR)이지!"         │
 │                                                             │
 │   2) 아침 10시: 초호화 최신형 라우터 B(IP: 200.200.200.200) 켜짐.  │
 │               "야! 내 IP 깡패인 거 안 보여? 반장 자리 내놔!!"       │
 │                                                             │
 │   3) OSPF의 심판: "안 돼 돌아가. 이미 A가 반장 완장 차고 통신 돌리고   │
 │                 있는데, 너한테 반장 주려고 판 다시 엎으면 통신 끊겨!"│
 │                                                             │
 │   ▶ 결과: OSPF 반장 선거는 '굴러온 돌이 박힌 돌을 절대 빼낼 수 없다'. │
 │           새로 온 B는 끽해야 부반장(BDR)밖에 못 먹는다.              │
 └─────────────────────────────────────────────────────────────┘

📢 섹션 요약 비유: ** 반장(DR) 선거의 '기득권 보장' 룰은, 회의가 이미 시작되어 진행 중일 때 늦게 들어온 사람이 아무리 **"내가 사장님 아들이야!"**라며 완장을 뺏으려 해도, 회의 진행의 흐름(통신 무중단)을 지키기 위해 **"다음 선거(라우터 재부팅) 때까지 넌 그냥 조용히 부반장이나 해!"**라고 질서를 유지하는 훌륭한 억제기입니다.

Ⅲ. 비교 및 연결

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

관점	선행 개념	현재 개념	확장 개념
초점	OSPF Area 계층적 구조의 기반 정리	DR, BDR의 핵심 동작	OSPF 트래픽엔지니어링 연동의 확장 적용
자원 관점	기본 조건 확보	수렴 속도 최적화	규모와 범위 확대
판단 포인트	도입 가능성 확인	현재 메커니즘의 적합성 판단	운영·확장 전략 연결

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

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

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

실무 체크리스트

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

안티패턴

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

Ⅴ. 기대효과 및 결론

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

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

📌 관련 개념 맵

개념	연결 포인트
OSPF Area 계층적 구조	현재 개념이 등장하기 전에 갖춰야 할 배경이나 인접 선행 개념이다.
라우팅 테이블 (Routing Table)	패킷 전달 의사결정의 기준이 된다.
메트릭 (Metric)	최적 경로를 선택하는 비교 척도다.
OSPF 트래픽엔지니어링 연동	현재 개념이 확장되거나 적용 단계로 이어질 때 자주 함께 언급된다.

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

[선행 개념: OSPF Area 계층적 구조]
    │
    ▼
[현재 개념: DR, BDR]
    │
    ├──▶ [확장 A: OSPF 트래픽엔지니어링 연동]
    └──▶ [확장 B: 의도 기반 라우팅]

DR, BDR는 OSPF Area 계층적 구조에서 출발해 현재 메커니즘을 정교화하고, 이후 OSPF 트래픽엔지니어링 연동와 의도 기반 라우팅 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.

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

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