/26은 앞의 26비트를 접두사로 묶는다는 표시다. 남은 6비트가 만드는 64개 주소를 먼저 찾고 그중 호스트에 쓸 범위는 링크 조건에 맞춰 구분한다.
IPv4 주소는 32비트다. /n은 앞에서 n비트를 고정하는 접두사 길이이며 블록의 전체 주소 수는 2^(32−n)이다. /26이면 32−26=6비트가 남으므로 2^6=64개다. 이 숫자는 이용자 수나 장비에 바로 할당할 수 있는 수와 구분한다.
가상 도서관의 열람실에서 192.0.2.40/26을 살펴보자. 마스크는 255.255.255.192이며 마지막 바이트의 40은 00101000, 192는 11000000이다. 비트 AND 결과는 00000000이어서 네트워크 주소는 192.0.2.0이다. 호스트 비트를 모두 1로 놓으면 끝주소는 192.0.2.63이 된다. 같은 블록은 .0부터 .63까지이고 .64부터는 다음 /26 블록이다.
통상적인 IPv4 브로드캐스트 LAN에서는 블록의 첫주소를 네트워크 주소, 끝주소를 브로드캐스트 주소로 구분하므로 이 예제의 호스트 범위는 .1~.62, 62개다. 장비 50대만 세면 /26의 62자리 안에 들어가지만 게이트웨이와 추가 장비도 주소를 쓰므로 남은 자리와 예약 정책을 확인해야 한다. 실제 서비스나 클라우드가 더 예약하는 주소는 이 계산에 자동 반영되지 않는다.
항상 2를 빼는 공식으로 외우면 예외에서 틀린다. RFC 3021을 적용하는 IPv4 점대점 /31 링크는 두 주소를 양 끝의 호스트 주소로 해석한다. /32는 하나의 주소를 가리키는 호스트 경로로 쓸 수 있다. 이 두 경우에 일반 LAN의 예약 규칙을 그대로 대입하지 않는다. 주소가 같은 블록에 있다는 계산만으로 실제 연결·방화벽 허용·경로 존재까지 보장되지는 않는다.
- 01 →
접두사와 남은 비트
- 02 →
마스크 AND로 첫주소
- 03 →
호스트 비트로 끝주소
- 04
링크 조건으로 할당 범위
마지막 바이트 40은 00101000입니다. 접두사 비트는 그대로 두고 호스트 비트를 모두 0으로 놓으면 .0, 모두 1로 놓으면 .63입니다. 양 끝을 포함해 64주소가 됩니다.
같은 상황에서 비교하기
| 개념 | 기준 | 확인할 점 |
|---|---|---|
| 전체 주소 수 | 2^(32−접두사 길이) | 링크의 예약 정책과 구분한다 |
| 통상 브로드캐스트 LAN | 첫주소·끝주소를 별도 용도로 구분 | /26 예제는 62자리다 |
| IPv4 점대점 /31 | RFC 3021 적용 시 양 끝 주소 사용 | 일반 LAN의 −2를 적용하지 않는다 |
| /32 호스트 경로 | 한 주소를 가리킴 | −1자리 같은 결과를 만들지 않는다 |
도서관 예제로 따라가기
| 항목 | 계산·범위 | 의미 |
|---|---|---|
| 접두사·호스트 비트 | 26 · 6 | 앞 26비트 고정, 뒤 6비트 변화 |
| 마스크 | 255.255.255.192 | 마지막 바이트 11000000 |
| 전체 주소 | 64 | 2^(32−26) |
| 블록 처음·끝 | 192.0.2.0 ~ 192.0.2.63 | 64개 주소의 경계 |
| 통상 LAN의 호스트 | 192.0.2.1 ~ 192.0.2.62 | 브로드캐스트 LAN 조건 |
| 통상 LAN의 호스트 자리 | 62 | 64−2 · 다른 예약은 별도 |
문서 예제용 192.0.2.0/24를 /26 네 개로 나누면 시작점은 .0·.64·.128·.192다. 각 블록은 64주소이고 서로 겹치지 않는다. 통상적인 LAN 규칙으로 각 2주소를 구분하면 호스트 자리는 4×62=248개다. 하나의 /24에서 같은 규칙을 적용한 254개와 차이가 생긴다. 이 주소는 실제 배포 설정이 아니라 설명용 가상 주소다.
내 말로 설명해 보기
192.0.2.40/26과 192.0.2.70/26은 같은 블록인가? 50대용 주소 계획에서 64개와 62개를 어떻게 구분하며 /31에서는 왜 조건을 다시 확인해야 하는가?
설명 예시 확인
첫 주소는 .0~.63, 두 번째는 .64~.127 블록이므로 다르다. /26의 전체 주소는 64개이고 통상 브로드캐스트 LAN의 호스트 자리는 62개다. 50대 외에 게이트웨이와 예약 주소도 세야 한다. RFC 3021을 적용하는 점대점 /31은 두 주소를 호스트로 해석하므로 무조건 2를 빼지 않는다.