핵심 인사이트 (3줄 요약)
- 본질: VLSM (가변 길이 서브넷 마스크)은 하나의 큰 네트워크 블록을 서브네팅(쪼개기)할 때, 모든 방의 크기를 똑같이 등분하지 않고 부서의 인원수(필요한 IP 개수)에 맞춰 방 크기를 서로 다르게(가변적으로) 쪼개는 고도의 IP 절약 기술이다.
- 클래스리스의 결정체: 과거 RIPv1 같은 라우팅 프로토콜은 패킷을 보낼 때 서브넷 마스크 정보를 빼놓고 보냈기 때문에 이런 가변 쪼개기가 불가능했다. OSPF나 EIGRP 등 서브넷 마스크 정보를 함께 전송하는 클래스리스(Classless) 라우팅 프로토콜이 등장하면서 비로소 가능해졌다.
- 실무적 활용 (Point-to-Point): 라우터와 라우터가 1:1로 직접 연결된 P2P 직통 링크는 IP가 딱 2개만 필요하다. 여기에 기존처럼 256개짜리 C클래스를 통째로 넣는 미친 짓을 피하기 위해,
/30(가용 IP 딱 2개) 마스크를 씌워 자투리 공간을 극한으로 짜내는 것이 VLSM의 대표적인 예다.
Ⅰ. 개요 및 필요성 (Context & Necessity)
-
개념: 단일 클래스 네트워크(A, B, C) 안에서 쪼개진 서브넷마다 서로 다른 길이의 서브넷 마스크(
/24,/25,/30등)를 동시에 적용하는 아키텍처. -
필요성: 직원 100명인 영업부, 50명인 인사부, 2대의 라우터만 연결된 전용선이 있다고 치자. 옛날 방식(FLSM - 고정 길이 서브넷 마스크)으로는 무조건 가장 큰 놈(100명)에 맞춰서 방을 모두 똑같은 128개짜리 룸으로 쪼개야 했다. 그러면 라우터 전용선 구간에는 IP가 2개만 필요한데 128개짜리 방을 줘버리니, 126개의 IP가 영원히 허공으로 증발(버려짐)해 버린다. **"큰 부서엔 큰 방을 주고, 작은 부서엔 작은 방을 주자!"**라는 상식적인 니즈가 VLSM을 낳았다.
-
💡 비유: FLSM이 커다란 케이크를 무조건 **"모양과 크기가 똑같은 8조각"**으로만 썰어야 하는 답답한 원칙이라면, VLSM은 어른에겐 "1/2 조각", 청소년에겐 "1/4 조각", 아기들에겐 **"1/8 조각"**으로 사람 덩치에 맞춰 마음대로 잘라주는 **"맞춤형 케이크 커팅 기술"**입니다.
📢 섹션 요약 비유: VLSM은 한정된 천(IP 주소)으로 옷을 지을 때, 무조건 똑같은 L 사이즈로만 옷을 여러 벌 만드는 게 아니라, 아빠용 XL, 엄마용 M, 아기용 S 사이즈의 패턴을 요리조리 배치해 버려지는 자투리 천을 0%로 만드는 명품 재단사의 가위질입니다.
Ⅱ. VLSM의 서브넷 분할 원리와 라우팅 조건 (Deep Dive)
1. 큰 덩어리부터 자르기 (Top-Down 커팅)
VLSM을 할 때 가장 중요한 절대 규칙은 **"가장 IP가 많이 필요한 덩어리부터 먼저 잘라내야 한다"**는 것이다.
[예제 시나리오] 192.168.1.0/24 (256개짜리 C클래스 1개)
- 요구사항: A부서 100대, B부서 50대, 라우터 간 연결구간 2대.
- A부서 (100대 필요): $2^7 = 128$개가 필요하다. (
/25마스크 사용).192.168.1.0/25할당. (사용 범위: 0 ~ 127) ──▶ 남은 공간:128 ~ 255
- B부서 (50대 필요): $2^6 = 64$개가 필요하다. (
/26마스크 사용).- 남은 128번지부터 64개를 잘라낸다.
192.168.1.128/26할당. (사용 범위: 128 ~ 191) ──▶ 남은 공간:192 ~ 255
- 라우터 구간 (2대 필요): $2^2 = 4$개(네트워크, 브로드캐스트 포함)가 필요하다. (
/30마스크 사용).- 남은 192번지부터 4개를 잘라낸다.
192.168.1.192/30할당. (사용 범위: 192 ~ 195) ──▶ 여전히 196 ~ 255 (60개)가 예비로 넉넉하게 남음!
┌─────────────────────────────────────────────────────────────┐
│ VLSM 블록 자르기 시각화 도식 │
├─────────────────────────────────────────────────────────────┤
│ │
│ [ 전체 C클래스 256개 공간 (192.168.1.0/24) ] │
│ 0 ---------------------- 127 128 ------- 191 192 - 255 │
│ ├───────── A 부서 ────────┤├──── B 부서 ───┤├── 여분 ──┤ │
│ │ ( /25 ) ││ ( /26 ) ││ ( /26 ) │ │
│ └────────────────────────┘└──────────────┘└─────────┘ │
│ 192-195 │
│ ├─ P2P ─┤ │
│ │ (/30) │ │
│ └───────┘ │
│ * 낭비된 IP 거의 없이 깔끔하게 모든 부서의 요구사항 만족! │
└─────────────────────────────────────────────────────────────┘
2. VLSM의 필수 조건: 클래스리스 라우팅 프로토콜
A 라우터가 B 라우터에게 "야, 나 192.168.1.0망이랑 연결됐어!"라고 경로 업데이트를 보낼 때, 서브넷 마스크(/25인지 /26인지)를 안 보내면 어떻게 될까? B 라우터는 당연히 "아, C클래스니까 /24겠지!"라고 제멋대로 판단해 버려서 라우팅이 완전히 엉망진창 꼬여버린다.
- 불가능 (Classful): RIPv1, IGRP (마스크 정보를 전송 안 함). VLSM 사용 불가.
- 가능 (Classless): RIPv2, OSPF, EIGRP, IS-IS, BGP (마스크 정보를 반드시 함께 전송). 이 덕분에 라우터는 "아, 저 동네는
/25로 쪼개진 방이구나!"라고 정확히 인식할 수 있다.
📢 섹션 요약 비유: 옛날 라우팅 방식(RIPv1)이 **"저 사람 성씨가 김씨니까 무조건 경주 김씨 파겠지!"**라고 지레짐작하는 꼰대라면, VLSM 지원 라우팅 방식(OSPF)은 **"이 사람은 김씨지만 족보(마스크)를 보니 김해 김씨 파네!"**라고 족보까지 철저히 검사하여 정확한 집으로 안내하는 최첨단 내비게이션입니다.