CIDR 서브넷 계산기 표기법과 네트워크 비트 연산 수식 가이드

2026년 7월 23일

클래스풀(Classful)의 한계와 CIDR의 구원

초기 인터넷 표준(Classful Addressing)은 국가나 대기업에게 A클래스(약 1,600만 개 IP 대역)를 그냥 통째로 배정하고, 소규모 그룹에게 C클래스(256개)를 배정했습니다.

그 결과 A클래스를 받은 기관은 수천만 개의 IP 중 정작 몇천 개만 쓰고 버려 전 세계 IPv4 고갈 대란을 크게 앞당기는 참사를 유발했습니다. 이를 해결하고자 1993년 도입된 표준이 바로 클래스리스(Classless) 기반 CIDR 표기법입니다.

표기 형식: [Base IP Address]/[Subnet Mask Bits (Prefix)]
예시: 192.168.1.100/26
- 슬래시 뒤의 26은 IP 주소(총 32비트) 중 앞에서부터 26비트까지는 네트워크 구별용 이름표로 락(Lock)을 걸어두고, 남은 6비트(32 - 26) 공간을 호스트(컴퓨터, 서버) IP 대입용 번호판으로 나누어 쓰겠다는 약속입니다.

2진수 연산으로 구하는 서브넷 원리

임의의 CIDR 대역이 지정되었을 때, 라우터가 물리적으로 네트워크 경계를 찾아내는 대수 연산 흐름은 다음과 같습니다.

예시 대역: `192.168.1.130/26`

IP 및 마스크 2진수 변환:
- IP (192.168.1.130):
  11000000.10101000.00000001.10000010
- 서브넷 마스크 (/26 - 앞 26칸 1, 뒤 6칸 0):
  11111111.11111111.11111111.11000000 (십진수: 255.255.255.192)
네트워크 주소 (Network Address - 논리곱 AND 연산):
- IP와 마스크를 비트별로 AND 연산하면 호스트 비트가 전부 0으로 마스킹되어 시작 경계가 도출됩니다.
- 연산 결과: 11000000.10101000.00000001.10000000 → 192.168.1.128
브로드캐스트 주소 (Broadcast Address - 호스트 비트 전부 1):
- 고정된 네트워크 비트 뒤의 나머지 6비트를 전부 1로 채웁니다.
- 연산 결과: 11000000.10101000.00000001.10111111 → 192.168.1.191
사용 가능한 실질 호스트 개수:
- 공식: 2^(32 - Prefix) - 2
- 계산: 2^(32 - 26) - 2 = 2^6 - 2 = 64 - 2 = 62 개 (IP 범위: 192.168.1.129부터 192.168.1.190까지 할당 가능)

CIDR 서브넷 계산기 활용 가이드

종이에 2진수 논리곱(AND) 연산을 적고 네트워크 주소 경계를 10진수로 재환산하는 복잡한 연산 과정을 자동화하고 싶다면 전용 서브넷 마스터 계산기를 이용해 보세요.

CIDR 서브넷 계산기

IP 주소와 서브넷 마스크(Prefix)를 입력하고 네트워크 주소, 브로드캐스트 주소 및 사용 가능한 호스트 범위를 즉시 계산해 보세요.

도구 사용 방법은 매우 기계적이고 편리합니다.

IP 주소 필드에 타깃 IP를 적습니다. (예: 192.168.1.1)
서브넷 마스크(Prefix) 드롭다운에서 비트(예: /24)를 선택합니다.
입력과 즉시 결과 대시보드 리포트에 네트워크 주소, 서브넷 마스크 10진수 규격, 브로드캐스트 주소, 그리고 실제 사용 가능한 IP 개수 및 IP 할당 범위의 양 끝점이 표로 정리되어 도출됩니다.

정리

CIDR와 서브네팅은 인프라 자원의 격리성과 트래픽 대역폭 최적화를 수립하는 핵심 프로토콜입니다. 클라우드 방화벽(Security Group) 정책을 잡거나 스위치 장비를 이중화 설계할 때, 골치 아픈 계산은 서브넷 변환 계산기에 맡겨두고 네트워크 토폴로지의 아키텍처 안정성 방어에 온전히 집중해 보시기 바랍니다.

CIDR 서브넷 계산기

IP 주소와 서브넷 마스크(Prefix)를 입력하고 네트워크 주소, 브로드캐스트 주소 및 사용 가능한 호스트 범위를 즉시 계산해 보세요.

자주 묻는 질문

AWS VPC 설계 시 /16 대역이나 /24 대역을 즐겨 쓰는 특별한 이유가 있나요?

대수학적인 확장성과 인간의 가독성 조율 때문입니다.

/16 대역은 2^16 = 65,536개의 IP를 배정하여 거대한 내부 가상 환경을 구축할 수 있고,
이를 다시 서브넷으로 쪼갤 때 /24 대역을 사용하면 십진수 IP의 세 번째 옥텟 단위로 (10.0.1.0/24, 10.0.2.0/24 등) 경계선이 딱 256개씩 나누어 떨어져, 사람 눈으로 읽고 라우팅 정책 테이블을 디버깅하기에 직관적 편의성이 대단히 우수하기 때문에 인프라 현장에서 베스트 프랙티스로 활용됩니다.

사용 가능한 호스트 개수 계산 시 왜 보통 -2를 빼나요? /31, /32도 동일한가요?

네트워크 프로토콜(RFC 950 등 표준)의 관례에 따라 일반적인 서브넷(/0~/30)에서는 두 IP 주소가 특수 목적용으로 예약되어 있기 때문입니다.

첫 번째 주소 (호스트 비트가 전부 0인 주소): 해당 서브넷 세그먼트 전체를 대표하는 '네트워크 주소' 자체로 쓰여 컴퓨터에 배정할 수 없습니다.
마지막 주소 (호스트 비트가 전부 1인 주소): 해당 대역 내의 모든 호스트에 한 번에 신호를 날리는 멀티 통신용 **'브로드캐스트 주소'**로 강제 점유되어 있습니다.
이에 따라 일반적인 서브넷은 중간에 있는 알짜 IP들만 호스트용으로 배정하도록 통제하므로 두 칸을 공제합니다.
다만 /31과 /32는 예외입니다. /32는 호스트 1개(자기 자신)만 사용 가능한 것으로 계산하며, /31은 네트워크·브로드캐스트 구분 없이 2개의 IP를 모두 사용 가능한 것으로 계산합니다.

이 글은 국제 인터넷 표준화 기구(IETF) RFC 4632 규격을 참조하여 작성되었으며 프라이빗 사설 IP 대역(RFC 1918) 설계 시 적용되는 라우팅 정책 필터 규칙에 따라 실무 구동 방식은 달라질 수 있습니다.