305. 슈퍼네팅 (Supernetting) / 경로 요약 (Route Summarization)

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

본질: 슈퍼네팅(Supernetting) 또는 경로 요약(Route Summarization)은 서브네팅의 정반대 개념으로, 라우터의 라우팅 테이블이 터져나가는 것을 막기 위해 연속된 여러 개의 작은 IP 동네들(서브넷)을 묶어 하나의 거대한 도/광역시(슈퍼넷) 번호로 퉁쳐버리는 마법의 병합 기술이다.

비트 빌려주기 (서브넷 마스크 축소): 서브네팅이 마스크의 1(네트워크 비트)을 늘려가며 칼질을 했다면, 슈퍼네팅은 반대로 마스크의 1을 줄이고 0(호스트 비트)을 늘림으로써(Borrowing backward) 쪼개진 방들을 다시 허물고 거대한 홀을 만든다.

라우팅 최적화: 서울에 있는 라우터가 부산의 수천 개 골목길 번호를 일일이 다 외우려면 메모리가 뻗고 검색 속도가 느려진다. 대신 "아 몰라, 앞자리 192.168.x.x면 일단 묻지도 따지지도 말고 부산으로 던져!"라고 딱 한 줄의 요약본만 저장하게 만들어 코어 라우터의 뇌를 지켜준다.

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

개념: 여러 개의 작은 라우팅 경로를 공통된 Prefix(접두사)를 묶어 하나의 큰 라우팅 경로로 요약(Summarization)하여 라우팅 테이블 크기를 줄이는 기법. CIDR(클래스리스) 환경에서만 가능하다.
필요성: 인터넷이 커지면서 전 세계 BGP 코어 라우터들이 길(경로)을 수십만 개씩 외워야 하는 참사가 벌어졌다 (라우팅 테이블 폭발). 길 목록이 길어지면 메모리를 갉아먹고, 목적지 IP를 찾느라 검색 시간(Lookup)이 길어져 인터넷이 느려진다. "야, 어차피 강남구 역삼동, 도곡동, 대치동 다 묶어서 걍 '강남구'라고 한 줄만 적어 놔! 일단 강남구로 보내면 거기 있는 라우터가 알아서 세부 배달하겠지!"라는 가지치기가 절실했다.
💡 비유: 서브네팅이 피자를 **"여러 조각으로 자르는 칼질"**이라면, 슈퍼네팅은 조각난 피자 여러 개를 모아서 다시 치즈를 덮고 오븐에 구워 **"하나의 거대한 온전한 피자(통합)"**로 만들어 버리는 역연산입니다.

📢 섹션 요약 비유: 슈퍼네팅은 방대한 전화번호부입니다. **"02-111-xxxx부터 02-999-xxxx까지 수백만 줄을 일일이 적지 말고, 그냥 [02 = 서울] 이 한 줄만 수첩에 적어둬!"**라고 메모의 기술(요약)을 극한으로 끌어올린 것입니다.

Ⅱ. 슈퍼네팅의 수학적 병합과 딜레마 (Deep Dive)

1. 비트 합치기의 마법 (공통 비트 찾기)

C 클래스 네트워크 4개가 있다. 이들을 하나로 요약해 보자.

192.168.0.0 /24 (00000000)
192.168.1.0 /24 (00000001)
192.168.2.0 /24 (00000010)
192.168.3.0 /24 (00000011)

요약 공식: 네 개의 IP를 이진수로 풀었을 때, "앞에서부터 완벽하게 겹치는(공통된) 비트"까지만 잘라내서 새로운 서브넷 마스크(Prefix)를 만든다.

세 번째 바이트를 보면 0부터 3까지다. 이진수로 보면 맨 끝 2비트(00, 01, 10, 11)만 다르고, 앞쪽 6비트(000000xx)는 넷 다 동일하다!
즉, 총 32비트 중 앞의 8 + 8 + 6 = 22비트까지는 이 4개 네트워크가 쌍둥이처럼 똑같다.
요약 결과: 192.168.0.0 /22 라는 단 한 줄짜리 거대한 슈퍼넷 주소가 탄생했다. 라우터는 이제 4줄을 외우는 대신 이 1줄만 외우면 된다.

 ┌─────────────────────────────────────────────────────────────┐
 │                경로 요약(Summarization)의 라우터 메모리 절약       │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 요약 전 (멍청한 라우터) ]                                    │
 │   라우팅 테이블:                                              │
 │   - 192.168.0.0/24 ──▶ Port 1                            │
 │   - 192.168.1.0/24 ──▶ Port 1                            │
 │   - 192.168.2.0/24 ──▶ Port 1                            │
 │   - 192.168.3.0/24 ──▶ Port 1                            │
 │   (CPU 검색 부하 4배)                                         │
 │                                                             │
 │   [ 요약 후 (똑똑한 라우터) ]                                    │
 │   라우팅 테이블:                                              │
 │   - 192.168.0.0/22 ──▶ Port 1                            │
 │   (단 한 줄로 4개의 동네를 전부 커버함. 초광속 검색 완료!)            │
 │                                                             │
 └─────────────────────────────────────────────────────────────┘

2. 슈퍼네팅의 딜레마: 블랙홀 라우팅 (Black Hole Routing)

요약을 너무 과감하게 하면 치명적인 부작용이 생긴다. 만약 아까 병합한 192.168.0.0 /22 (0~3번 커버) 중에서, 사실은 192.168.2.0 이란 동네가 물리적으로 아예 개통이 안 된 유령 동네라고 치자.

해커나 멍청한 PC가 192.168.2.5로 핑을 마구 쏜다.
서울 라우터는 "어? 192.168.0.0/22 범위 안에 2.x 가 포함되네? 냅다 Port 1로 던져버려!" 하고 부산으로 내려보낸다.
부산 라우터는 받아보니 "뭐야? 우리 쪽에 2번 동네 아직 공사 안 해서 없는데?" 라며 패킷을 버린다(Drop).
이 쓰레기 패킷들이 서울에서 부산으로 끊임없이 내려가면서 백본 회선 대역폭을 가득 채우고 버려지는 대재앙이 발생한다. 이를 막기 위해 부산 라우터 쪽에 방어벽(Null0 라우팅)을 쳐주는 등의 섬세한 관리가 필요하다.

📢 섹션 요약 비유: 슈퍼네팅은 복잡하게 얽힌 나뭇가지(세부 경로)들을 큼직한 줄기 하나로 묶어버리는 **"가지치기 요약술"**입니다. 가지를 묶어버리면 보기는 깔끔해지지만, 묶인 가지 속에 썩은 가지(없는 네트워크)가 섞여 있어도 라우터가 일단 무지성으로 물을 올려보내는 낭비가 발생할 수 있습니다.