서브넷·VLSM·CIDR 요약
서브넷 · 서브네팅 · Subnetting · CIDR · Classless Inter-Domain Routing
은 주소와 프리픽스 길이를 함께 사용해 같은 IP 네트워크의 범위를 정하는 방법이다. 은 필요 크기에 맞춰 길이를 다르게 나누고 요약은 정렬된 여러 범위를 더 짧은 프리픽스로 묶는다.
밑줄 용어에 마우스를 올리거나, 키보드로 선택하거나, 터치하면 설명을 볼 수 있습니다.
01무엇이고, 어떤 일을 하나
- 호스트가 목적지를 직접 찾을지 게이트웨이로 보낼지 판단할 경계를 제공한다.
- 주소를 요구 호스트 수에 맞게 배치하고 범위 중복·낭비를 줄인다.
- 여러 경로를 요약해 광고량을 줄이되 실제 존재하지 않는 목적지가 포함되는 영향도 관리한다.
02어떤 순서로 동작하나
- 필요 크기 산정
일반 방송 에서 필요한 호스트 수에 네트워크·브로드캐스트 자리를 고려한다. /31 점대점과 /32 호스트 경로는 같은 빼기 2 공식을 일률 적용하지 않는다.
- 프리픽스 결정
남길 호스트 비트 수를 구하고 32에서 빼 프리픽스 길이를 정한다. 블록 크기는 2의 호스트 비트 수 제곱이며 시작 주소는 그 크기의 경계에 정렬돼야 한다.
- 주소 배치
큰 부터 정렬해 배치하고 각 시작·끝·호스트 범위를 계산한다. 동일 부모 대역 안에 있다는 것만으로 서로 겹치지 않는다고 가정하지 않고 양 끝 범위를 비교한다.
- 요약 검증
묶을 주소들의 공통 선행 비트만 남겨 요약 후보를 만든다. 후보가 포함하는 전체 범위와 실제 경로 집합을 비교해 구멍·불필요한 도달성 광고·Null0 처리 조건을 확인한다.
03먼저 알아둘 용어와 구성요소
- 주소의 네트워크 부분으로 비교할 선행 비트 수다.
- 주소와 마스크를 AND한 시작값이다.
- 일반 방송 에서 호스트 비트가 모두 1인 주소다.
- 서로 다른 프리픽스 길이로 필요한 크기의 을 배치하는 설계다.
실습: /24 호스트 판단과 /25 인터페이스 설정 비교
마스크가 로컬·원격 판단을 바꾸는 이유를 show ip와 인터페이스 출력으로 계산한다.
실습 구성과 전제
- 192.168.3.1/25 설정과 192.168.10.66/24 단말은 별도 사례다. 한 네트워크의 연속 실행으로 합치지 않는다.
- 호스트와 라우터의 주소·마스크를 각각 기록한다.
호스트의 같은 네트워크 계산
- 192.168.10.66/24를 AND하면 192.168.10.0이므로 .130도 같은 링크라고 판단한다. 물리적으로 라우터 너머라는 사실을 자동으로 알아내지는 못한다.
- GATEWAY 0.0.0.0은 기본 게이트웨이가 설정되지 않은 상태다. 이 때문에 .130을 직접 하는 상황을 일반적인 기본 게이트웨이 동작과 구분한다.
textPC1> show ip PC1> show arp실습 흐름을 재구성한 명령 예시. 장치·인터페이스 이름은 구성에 맞춰 사용한다.
원본 크기로 보기 ↗- IP/MASK는 192.168.10.66/24다.
- GATEWAY 0.0.0.0과 MTU 1500이 별도 항목으로 보인다.
확인 기준PC가 .130의 MAC을 직접 찾는다면 /24 판단과 맞는다.
별도 /25 설정의 범위 계산
- 255.255.255.128은 /25다. 192.168.3.1은 네트워크 .0, 호스트 .1~.126, 브로드캐스트 .127의 범위에 속한다.
- ip address의 두 번째 값은 게이트웨이가 아닌 마스크다. no shutdown 뒤 LINK·LINEPROTO up은 원격 경로 성공까지 의미하지 않는다.
textinterface Ethernet2/0 ip address 192.168.3.1 255.255.255.128 no shutdown end show ip interface brief실제 설정에 맞춘 명령 정리
원본 크기로 보기 ↗- Ethernet2/0에 192.168.3.1 255.255.255.128이 설정된다.
- no sh 뒤 LINK와 LINEPROTO의 up 메시지가 나타난다.
확인 기준/25를 /24로 읽으면 범위가 두 배가 되어 설계와 달라진다.
로컬 판단의 패킷 결과 비교
- .66↔.130 캡처에서 .66이 .130을 하고 라우터 쪽 MAC이 응답한다. 이는 Proxy 맥락으로 읽어야 한다.
- Echo request의 TTL 64와 reply의 TTL 63은 반대 방향 패킷이다. 두 값만 빼서 한 요청의 홉 수를 확정하지 않는다.
원본 크기로 보기 ↗- Who has 192.168.10.130? Tell 192.168.10.66이 보인다.
- 이후 Echo request/reply에 TTL 64·63이 각각 나타난다.
확인 기준TTL 감소는 같은 방향의 패킷을 다른 관측 지점에서 비교해야 입증된다.
실습에서 확인한 동작 원리
- 주소 자체보다 마스크로 계산한 네트워크가 로컬 판단을 결정한다.
- 인터페이스 up· 응답· 왕복은 서로 다른 성공 증거다.
동작·명령 참고 문서
04예제로 따라가기
- 192.0.2.130/26은 블록 크기 64이므로 192.0.2.128/26에 속한다. 일반 호스트 범위는.129~.190, 브로드캐스트는.191로 계산된다.
- 문서용 192.0.2.0/25를 네 개의 같은 으로 나누면 비트 2개를 더 사용한/27이다. 시작값은.0,.32,.64,.96이고 각 블록은 32주소다.
- 192.0.2.0/26과 192.0.2.64/26은/25로 정렬해 묶을 수 있다. 반면.64/26과.128/26만 포함하는 동일 크기/25는 없으므로 단순히 인접했다는 이유로/25라고 적으면 범위를 바꾼다.
05혼동하기 쉬운 점과 확인 기준
- 주소에 /길이가 없으면 호스트·네트워크 경계를 확정할 수 없다. 주소 첫 옥텟의 옛 클래스만 보고 최신 경로의 마스크를 추측하지 않는다.
- 넓은 요약은 실제 세부 경로가 없는 주소도 끌어들일 수 있다. 요약의 존재를 해당 호스트나 서비스가 실제 살아 있다는 증거로 쓰지 않는다.
06상세 노트 · 실습 자료
헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.
공식 문서 · 표준
기초 개념과 동작 설명을 대조한 자료입니다. 제품 버전과 실제 설정에 따른 차이는 본문 및 원문에서 확인하세요.