176개의 IP176.16.0.0 호스트가 있다고 가정하고, 이를 가장 경제적으로 나누는 방법은 무엇입니까?

위의 첫 번째 문장은 "호스트 수를 6자리로 남겨두면 63개의 호스트만 수용할 수 있다"는 잘못된 문장입니다.

네트워크 세그먼트의 경우 시작 부분( 네트워크 번호) 꼬리를 제거하고(브로드캐스트 주소), 6비트 마스크는 62개의 유효한 주소로만 나눌 수 있습니다... 비록 이 질문의 경우 최종 결과에는 영향을 미치지 않습니다...

실제로 결과를 역으로 보면 더 쉽게 추론할 수 있습니다.

부서 A에는 65개의 단위가 있고 128개의 주소가 있는 네트워크 세그먼트인 /25로만 나눌 수 있습니다(실질적으로 128-2= 126). 마찬가지로

부서 A에는 65개 단위, 128-2=126, /25 255.255.255.128 사용

부서 B에는 17개 단위, 32-2=30, /27 255.255를 사용합니다. 255.224

부서 C에는 32개의 단위가 있고, 64-2=62, /26 255.255.255.192를 사용합니다.

부서 D에는 62개의 단위가 있고, 64-2=62, /26 255.255를 사용합니다. 255.192

p>

경로 집계의 편의를 위해 가능한 한 많은 서브넷 세그먼트를 하나의 네트워크 세그먼트에 배치해야 합니다.

최대한 저장해야 한다는 요구 사항 외에도 가능하다면 A CD는 255.255.255.0의 네트워크 세그먼트에 배치되어야 합니다. 목록에는 정확히 254개의 주소가 있습니다.

176.16.0.0에서 클래스 C를 선택하세요(예: 176.16.0.0)

그러면 176.16.0.0/25는 부서 A에 할당되고 176.16.0.128/26은 부서 C에 할당됩니다. 176.16.0.192/26은 부서 D에 할당됩니다

부서 B는 다른 카테고리 C를 차지합니다. 176.16.1.0과 같은 세그먼트이지만 17개의 호스트만 필요하므로 하나(32-2)를 할당하십시오. 그에게 주소의 서브넷, 즉 176.16.0.0/27 255.255.255.224를 제공하십시오.

이렇게 하면 네트워크 세그먼트 낭비를 초래하지 않습니다. 물론 네트워크 부문에서 호스트 공간의 낭비는 불가피하다.

사실 그런 질문은 굉장히 말도 안 되는 질문이다. 실제로 누가 서브넷을 지정할 시간이 있습니까? 인트라넷은 172를 네트워크 세그먼트로 직접 사용하고 256*256 호스트 비트를 사용합니다. 공용 네트워크 IP의 경우 일반 기업이 16개의 IP 주소를 임대하는 것은 꽤 멋진 일입니다. 인터넷에서 255개의 주소를 실제로 검색할 수 있다고 생각하시나요? 이것은 단지 개념적 질문일 뿐이고 공학적 중요성은 없습니다... 저자는 이 문제를 너무 심각하게 받아들일 필요는 없습니다.

---------

다음 내용을 읽은 후 실제로 "절약"이라는 개념 자체는 엄격하지 않습니다.

어쨌든 4개 부서의 128 32 64 64 호스트 비트는 두 개의 클래스 C 네트워크 세그먼트를 차지하게 됩니다. 이 경우 (128 64 64) 32와 128 (64 64 32) 등의 조합에는 차이가 없습니다. 그렇다고 나머지 호스트 슬롯을 다시 사용할 수 없다는 의미는 아닙니다. 다시 한 번 말하지만, 이는 개념적 검토일 뿐이므로 너무 얽힐 필요는 없습니다... 일반적으로 범위가 큰 서브넷 세그먼트는 앞으로 이동해야 합니다. 먼저 128을 배열하고 그 다음 64, 그 다음 32를 배열합니다