362. OSPFv3 (IPv6 지원)

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

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

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

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

Ⅰ. 개요 및 필요성

개념: IPv6 네트워크를 위한 OSPF 라우팅 프로토콜(RFC 5340). 기존 OSPFv2의 기본 알고리즘(Dijkstra, Area 계층 구조)은 유지하되, IPv6의 128비트 주소 체계와 구조적 특징(Link-Local 주소 등)을 수용하도록 재설계되었다.
필요성: 세상이 IPv6로 넘어가면서 32비트짜리 주소를 담던 OSPFv2의 엽서(LSA) 봉투 규격으로는 128비트 주소를 쑤셔 넣을 방법이 없었다. 게다가 IPv6는 기계가 알아서 주소를 만드는 fe80 (링크 로컬) 같은 괴상한 주소 체계가 생겨서, 옛날처럼 IP 대역(Subnet)만 보고 라우터 친구(Neighbor)를 맺는 로직이 다 박살 났다. **"알고리즘의 천재성은 그대로 두되, 데이터를 담는 상자 규격과 친구 맺는 기준을 IPv6 시대에 맞게 확 갈아엎자!"**라는 요구가 v3를 낳았다.
💡 비유:
- OSPFv2: 도로명 주소가 없던 시절, **"동 단위(Subnet)"**로 뭉뚱그려 지도를 그리고 소문을 내던 옛날 우체부 아저씨입니다.
- OSPFv3: 도로명 주소(IPv6)가 도입되자, 동 이름(IP 주소)에 연연하지 않고 "도로와 골목길 라인(Link)" 그 자체를 기준으로 지도를 새로 그리는 현대의 정밀 내비게이션 매핑 시스템입니다.

[OSPF 트래픽엔지니어링 연동]
    │
    ▼
[OSPFv3]
    │
    └──▶ [IS-IS]

📢 섹션 요약 비유: ** OSPFv3는 명작 게임(OSPFv2)의 **"4K 리마스터(Remaster) 버전"**입니다. 게임의 스토리나 캐릭터(다익스트라 알고리즘, Area 구조)는 완벽히 똑같지만, 그래픽 엔진(패킷 포맷)과 해상도(128비트 IPv6 지원)를 현대 컴퓨터에 맞게 싹 갈아치운 버전입니다.

Ⅱ. 아키텍처 및 핵심 원리

1. 라우팅 뼈대 분리 (Link-Local 주소의 활용)

v2의 방식: 내 포트 IP가 10.1.1.1이고 네 포트가 10.1.1.2여야만(같은 서브넷) 친구(Adjacency)를 맺었다.
v3의 방식: OSPFv3는 서로의 진짜 IPv6 공인 주소(2001:...)가 달라도 친구를 맺을 수 있다! 대신 IPv6의 특권인 **링크 로컬 주소(FE80::xxxx)**를 써서 대화한다. "너 나랑 같은 스위치(Link)에 꽂혀 있니? 그럼 공인 IP 묻지도 따지지도 말고 일단 친구 맺고 지도(LSA)부터 교환하자!"
이 덕분에 IP 주소가 바뀌어도 지형도(토폴로지)가 흔들리지 않는 엄청난 안정성을 얻었다.

2. LSA (엽서) 종류의 진화와 이름 변경

v3는 봉투 규격이 바뀌면서 LSA Type의 이름과 용도가 살짝(사실 많이 헷갈리게) 변했다.

Type 1 (Router LSA): 예전엔 이 안에 라우터의 IP 주소까지 다 적어 보냈지만, v3부터는 IP 주소를 싹 빼고 "내 팔다리가 3개 있다"는 순수 지형 정보(링크)만 적어 보낸다.
Type 8 (Link LSA) ★신규: "어? Type 1에서 IP를 뺐으면 IP는 누가 알려줌?" -> 그래서 새로 만든 게 Type 8이다. 이 녀석은 자기 동네(Link) 안에서만 공유되는 엽서로, 내 링크 로컬 주소(FE80)와 내 포트에 할당된 진짜 IPv6 앞자리(Prefix) 목록을 알려준다.
Type 9 (Intra-Area Prefix LSA) ★신규: 기존 v2의 Type 1, 2에서 떨어져 나온 순수 "IPv6 주소(Prefix) 목록" 엽서다. Area 내부로 쫙 퍼진다.

 ┌─────────────────────────────────────────────────────────────┐
 │                OSPFv2 vs OSPFv3 핵심 스펙 차이표               │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 항목 ]              [ OSPFv2 ]          [ OSPFv3 ]        │
 │   --------------------------------------------------------- │
 │   프로토콜 대상          IPv4 전용           IPv6 (나중엔 v4도 지원)│
 │   친구 맺기 기준         서브넷 (Subnet)      링크 (Link)          │
 │   패킷 소스 IP          인터페이스 IP 주소    링크 로컬 주소 (FE80::) │
 │   멀티캐스트 주소        224.0.0.5 / .6      FF02::5 / FF02::6    │
 │   자체 암호화 (인증)      MD5 자체 지원       미지원 (IPsec 사용)    │
 │   LSA 종류             Type 1 ~ 5 (7)      Type 8, 9 등 추가 신설│
 └─────────────────────────────────────────────────────────────┘

3. 단일 프로세스로 여러 인스턴스 구동

v3는 하나의 링크(랜선) 위에서 여러 개의 OSPFv3 프로세스(Instance)를 겹쳐서 돌릴 수 있다. (마치 하나의 도로에 버스 전용 차로, 일반 차로를 나누어 서로 다른 지도를 그리게 하는 것과 같다).

📢 섹션 요약 비유: ** OSPFv3가 IP 주소를 빼고 링크(선로) 중심으로 지도를 그리는 것은, 지하철 노선도를 그릴 때 "강남역, 역삼역"이라는 역 이름(IP 주소)보다, "2호선 녹색 선(Link)" 그 자체의 연결 뼈대를 먼저 확실하게 그려놓고 나중에 역 이름을 스티커로 붙이는 방식과 같습니다. 역 이름이 바뀌어도 철로(토폴로지)는 절대 흔들리지 않습니다.

Ⅲ. 비교 및 연결

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

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

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

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

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

실무 체크리스트

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

안티패턴

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

Ⅴ. 기대효과 및 결론

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

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

📌 관련 개념 맵

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

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

[선행 개념: OSPF 트래픽엔지니어링 연동]
    │
    ▼
[현재 개념: OSPFv3]
    │
    ├──▶ [확장 A: IS-IS]
    └──▶ [확장 B: 의도 기반 라우팅]

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

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

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