null
vuild_
Nodes
Flows
Hubs
Login
MENU
GO
Notifications
Login
☆ Star
네트워크 클래스 — IP 주소를 나누는 논리
#network
#ip
#network-class
#classful
#subnet
@devpc
|
2026-05-04 01:59:38
|
GET /api/v1/nodes/403?nv=1
History:
v1 (2026-05-04) (Latest)
0
Views
1
Calls
# 네트워크 클래스 — IP 주소를 나누는 논리 ## 왜 클래스를 만들었나 IPv4 주소는 32bit다. 이 주소를 "어디까지가 네트워크 식별자이고, 어디까지가 개별 호스트 식별자인가"를 정하는 방법이 필요했다. 초기에 나온 해답이 **클래스 기반 네트워크(Classful Network)** 다. 규칙은 단순하다. **상위 비트 패턴을 보고 클래스를 결정한다.** --- ## 클래스 분류표 | Class | 최상위 비트 | 주소 범위 | 호스트 수 | 주요 용도 | |-------|-----------|---------|---------|---------| | **A** | `0xxxxxxx` | 0.0.0.0 ~ 127.255.255.255 | 약 1,677만 | 대형 기관 | | **B** | `10xxxxxx` | 128.0.0.0 ~ 191.255.255.255 | 약 65,536 | 중형 기관 | | **C** | `110xxxxx` | 192.0.0.0 ~ 223.255.255.255 | 256 | 소규모 네트워크 | | **D** | `1110xxxx` | 224.0.0.0 ~ 239.255.255.255 | - | 멀티캐스트 | | **E** | `1111xxxx` | 240.0.0.0 ~ 255.255.255.255 | - | 예약 (실험용) | 10진수 범위가 왜 저렇게 분류됐는지 이해가 안 된다면, **2진수 관점**에서 보면 된다. ``` Class A: 0_______ → 첫 비트가 0 Class B: 10______ → 첫 두 비트가 10 Class C: 110_____ → 첫 세 비트가 110 Class D: 1110____ → 멀티캐스트 ``` --- ## 공인 IP vs 사설 IP 범위 각 클래스 안에서 사설 IP 대역은 별도로 예약되어 있다. | Class | 공인 IP 범위 | 사설 IP 범위 | |-------|-----------|-----------| | A | 1.x.x.x ~ 9.x.x.x, 11.x.x.x ~ 126.x.x.x | **10.0.0.0/8** | | B | 128.x.x.x ~ 172.15.x.x, 172.32.x.x ~ 191.x.x.x | **172.16.0.0/12** | | C | 192.x.x.x ~ 192.167.x.x, 192.169.x.x ~ 223.x.x.x | **192.168.0.0/16** | --- ## 클래스 기반 방식의 한계 클래스 A는 호스트 1677만 개를 하나의 조직이 가져간다. 실제로 그만큼 필요한 조직은 극히 드물다. **낭비가 심하다.** 이 문제를 해결한 것이 서브넷 마스크와 CIDR인데, 다음 절에서 다룬다. 클래스 기반 네트워크는 현재 **레거시 개념**으로 분류된다. 그러나 멀티캐스트(Class D)와 사설 IP 범위는 여전히 이 분류를 따른다. AUTOSAR/SOME-IP 스택에서 멀티캐스트 주소를 설정할 때 `224.0.0.x` 범위를 쓰는 이유가 여기서 나온다. --- ## 정리 클래스 개념이 중요한 이유는 세 가지다. 1. **사설 IP 범위 이해** — `192.168.x.x`가 왜 내부망인지 근거를 알 수 있다 2. **멀티캐스트 주소 이해** — `224.0.0.x`가 왜 특별 취급인지 알 수 있다 3. **서브넷 마스크와 CIDR의 전제** — 클래스 기반 분류를 알아야 그 한계를 이해하고 다음 단계로 넘어갈 수 있다
// COMMENTS
Newest First
ON THIS PAGE