서브넷 마스크로 인해 문제가 발생할 수 있습니다. 아래 규칙이 더 이상 적용되지 않는 한 괜찮습니다.
궁극적으로 분류 된 주소 지정은 주소에서 가장 중요한 (또는 "주요") 비트로 내려졌습니다. 더 이상 아무것도 없습니다.
- 클래스 A : 가장 중요한 비트는
0
- 클래스 B : 가장 중요한 비트는
10
- 클래스 C : 최상위 비트는
110
"클래스"는 "호스트"와 "네트워크"사이에서 사용하기 위해 주소 공간을 분할하는 방식에서 나왔습니다. 그 당시 (ARPANET 시대부터), 서브넷 마스크는 존재하지 않았 으며 네트워크는 주소 자체에서 유추되도록 의도되었습니다. 따라서 위의 사항을 염두에두고 이것이 이것에 대한 결과입니다 (이것은 바이너리 표현으로 의도되었습니다-각각 N
또는 H
32 비트 주소의 단일 비트를 나타냅니다).
- 클래스 A :
NNNNNNNN.HHHHHHHH.HHHHHHHH.HHHHHHHH
(네트워크가 적고 호스트가 더 많음)
- 클래스 B :
NNNNNNNN.NNNNNNNN.HHHHHHHH.HHHHHHHH
(더 많은 네트워크, 더 적은 호스트)
- 클래스 C :
NNNNNNNN.NNNNNNNN.NNNNNNNN.HHHHHHHH
(더 많은 네트워크, 더 적은 호스트)
여기서 N
주소의 네트워크 부분을 나타내며 주소 H
의 호스트 부분을 나타내거나 하루에 다시 "휴식 필드"라고 불렀습니다.
이를 가장 중요한 비트에 대해 이전에 언급 한 내용과 결합하면 다음과 같은 이점이 있습니다.
- 클래스 A : 0.0.0.0-127.255.255.255
- 클래스 B : 128.0.0.0-191.255.255.255
- 클래스 C : 192.0.0.0-223.255.255.255
이 범위를 이진수로 변환하면 더 명확해질 수 있습니다.
클래스 A
0.0.0.0
-----------
[0]0000000.00000000.00000000.00000000
127.255.255.255
-----------
[0]1111111.11111111.11111111.11111111
^
most significant bit = 0
B 종
128.0.0.0
-----------
[10]000000.00000000.00000000.00000000
191.255.255.255
-----------
[10]111111.11111111.11111111.11111111
^
most significant bits = 10
클래스 C
192.0.0.0
-----------
[110]00000.00000000.00000000.00000000
223.255.255.255
-----------
[110]11111.11111111.11111111.11111111
^
most significant bits = 110
해당 범위 내의 모든 단일 주소는 공통 선행 비트를 공유합니다. 이야기의 교훈은, 앞의 비트가 무엇인지 기억할 수 있다면 (클래스 A의 경우 0, 클래스 B의 경우 10, 클래스 C의 경우 110) 주소가 어떤 "클래스"에 속하는지 결정하는 것은 매우 간단합니다. 또는 소수가 더 쉬운 경우 :
- 클래스 A : 주소의 첫 옥텟은 0에서 127 사이이며
- 클래스 B : 주소의 첫 옥텟은 128에서 191 사이이며
- 클래스 C : 주소의 첫 옥텟은 192 ~ 223 (포함)
테스트 나 시험 등에서 "클래식 주소 지정"에 대해 누군가를 혼란스럽게 만드는 가장 쉬운 방법은 서브넷 마스크를 통해 잘못된 방향을 사용하는 것입니다. 다시 말하지만 서브넷 마스크는 주소 클래스를 결정하는 데 적용되지 않습니다. 다른 사람들이 말했듯이 클래스리스 어드레싱 및 라우팅은 20 년 이상 지속되어 왔으며 서브넷 마스크 및 CIDR 표기법은 업계에서 보편적으로 사용되기 때문에 잊어 버리기 쉽습니다.