IP 클래스 선택


1

네트워크에 200 개의 호스트가 필요하고 그보다 더 많은 호스트가 필요하지 않다고 확신 할 경우 합리적인 선택은 네트워크 의 클래스 C IP 범위를 선택하는 것이지만 클래스 B 범위를 선택하면 어떻게됩니까? 그 200 호스트, 성능 문제가 있습니까? 또는 다른 불편?


2
-1 당신이 구글을 검색했는지, 클래스 주소 지정이 수십 년 동안 이루어지지 않았으며, 기본적으로 시스코 인증 자료 (다른 어떤 것)입니까? / 16 범위 대 / 24 범위를 의미한다면 그렇게 말하십시오.
barlop

나는 방금 일주일 전에 공부하기 시작했습니다 ... 그렇습니다. Cisco 연구 자료입니다.
ThisNameWasTaken

2
실제로 당신은 당신이 배우고있는 것이 수십 년 전에 만료되었다는 말을 들어 주셔서 감사합니다. 저는 당신이 이전에 알지 못했던 것을 배웁니다 (그리고 간단한 Google 검색에서 알고 있어야 함). 당신이 그것을 알고 있다면 당신은 더 나은 위치에 있습니다.
barlop

답변:


2

더 큰 네트워크를 사용하면 성능 문제가 발생하지 않아야합니다. 성능은 결국 네트워크의 활성 호스트 수에 따라 달라지며 제공된 주소 공간이 아닙니다.

그러나 불필요한 대규모 서브넷 프로비저닝은 권장하지 않습니다. 이제 200 개 이상의 호스트를 얻지 못할 것이기 때문에 / 24 서브넷 만 선택하십시오. 호스트 주소는 55 개이며 버퍼는 향후 다른 서브넷에 사용할 수있는 많은 주소를 낭비하지 않았습니다. 255 개 이상의 호스트 주소가 필요할 수 있기 때문에 여전히 사용 가능한 버퍼를 유지하려면 다음과 같이하십시오.

  • 192.168.0.0 / 24 #workstation 서브넷
  • 192.168.1.0 / 24 #workstation 버퍼 서브넷
  • 192.168.2.0 / 24 #example 서브넷 (예 : 프린터 서브넷)

이제 워크 스테이션 서브넷을 확장해야하는 경우 버퍼로 설정 한 사용 가능한 서브넷 만 선택하십시오. 몇 가지 장점이 있습니다.

워크 스테이션 서브넷에 추가 공간이 필요하지 않은 경우 다른 영역 (예 : 서버)에 사용할 수 있습니다. 또한 브로드 캐스트 도메인이 크지 않습니다 (성능에 영향을 미칠 가능성이 매우 높음).

이 답변에 도움이되기를 바랍니다.


이 답변은 광산과 농가에 무엇을 추가합니까? "더 큰 규모의 네트워크를 사용하면 성능 문제를 일으키지 않아야합니다"와 "성능에 영향을 미칠 가능성이 매우 높습니다"라는 문구 사이에 설득력이 있습니다. 이 개념을 더 잘 설명해 주시겠습니까?
simlev

@simlev 약간 모호하다고 설명했습니다. 활성 호스트가 거의없는 프로비저닝 된 서브넷은 성능에 영향을 미치지 않습니다. 그러나 많은 양의 활성 호스트 (위의 예)와 함께 대규모 프로비저닝 된 네트워크를 사용하면 브로드 캐스트 지향 트래픽에서 발생하는 트래픽으로 인해 성능 문제가 발생할 수 있습니다. 내 게시물이 귀하와 귀하의 의견에 추가하는 것에 대한 질문에 ... 실제적인 예를 이해하기 쉬운 몇 가지를 제외하고는 아무것도 없습니다. 비슷한 답변이 이미 존재한다는 것을 알지 못합니다. 그러나 아마도 여름이 좋을 수도 있습니다.
P. Reinboth

2

성능 문제는 주로 활성 호스트 수에 따라 다릅니다. 주소 범위의 크기는 중요하지 않습니다. – / 8의 200 개 호스트는 / 24의 200 개 호스트와 같은 방식으로 작동합니다.

(예, / 8, / 16 및 / 24. 클래스에서 네트워크 크기 측정을 중지 하십시오 .

/ 16이 너무 크고 / 24가 너무 작은 경우 / 20 또는 이와 유사한 것을 사용하십시오.)


내가 생각하는 큰 브로드 캐스트 도메인에있는 대부분의 문제가 발생합니다

  • 호스트의 ARP / ND 캐시가 가득 찼습니다.

  • NetBIOS 또는 mDNS 또는 UPnP와 같은 "간결한"자동 검색 프로토콜에 의한 과도한 네트워크 트래픽 (브로드 캐스트 및 멀티 캐스트).

수십 년 전, 이더넷이 여전히 공유 매체 였고 허브 등을 사용했을 때, 더 많은 호스트는 네트워크를 거의 사용할 수 없게 만드는 시점까지 패킷 충돌 횟수가 크게 증가했을 것입니다. 요즘 스위치 이더넷에서는 문제가되지 않습니다.

그러나 어느 쪽이든 위의 모든 항목은 주소 할당이 아니라 연결된 시스템 수에만 의존 합니다.


답변 주셔서 감사합니다 .... 시스코의 잘못, 당신이 그들에게 그들의 훈련 물건을 변경하도록 설득 할 수 있는지 확인하십시오 내 질문으로 돌아가십시오. 나는 20 호스트 클래스 A가 필요 need..I 호스트의 수는 .... 내가 필요 .... 10000 호스트 사용 클래스 A 400 호스트 사용 클래스 A가 필요합니다
ThisNameWasTaken

@ThisNameWasTaken : 보안 또는 라우팅 정책과 같은 다른 이유로 서브넷을 분리해야 할 때 주소가 부족하기 때문입니다.
grawity

시스코에 관해서는 ... 그들은 여전히 클래스에 대해 이야기에도 불구하고, 나는 그들이 확신 작은 범위로 클래스있는 블록을 세분화 - "서브넷"의 개념을 포함한다. 서브넷 마스크는 / x 및 CIDR 이전에 수년간 존재했습니다.
grawity

진정해, 나는 일주일 전에 공부하기 시작했다. 답변 주셔서 감사합니다.
ThisNameWasTaken

2

더 큰 네트워크를 사용하는 데 성능 문제가 나타나지 않습니다. 클래스 C와 클래스 B뿐만 아니라 일반적으로 말하면 사람들은 일반적으로 소규모 네트워크로 시작하여 나중에 확장하려는 경우 사용되지 않는 공간을 남겨 둘 수 있습니다. 그 이유는 나중에 다른 네트워크 공간을 사용해야 할 수도 있기 때문입니다.

따라서 내가 찾은 유일한 문제는 나중에 필요할 수있는 네트워크 공간을 차지한다는 것입니다. 예를 들어 회사 PC에 192.168.0.0/16을 예약했다고 가정 해 보겠습니다. 어느 날 태블릿을 회사 자산으로 소개하고 별도의 네트워크 세그먼트를 할당하려고합니다 (192.168.xx 범위에서). 그런 다음 PC 네트워크를 줄여서 이미 사용 된 일부 IP를 변경해야합니다.

일반적으로 ipv4를 할당해야하는 장치 수에 따라 / 24 또는 2, 3으로 시작합니다. 따라서 예를 들어 192.168.4.0/23으로 시작하면 2 / 24만큼 크고 192.168.4 / 22로 자라기 위해 충분한 공간을 남겨두고 언젠가는 태블릿의 경우 192.168.40.0/23을 추가합니다 ...

편집 : 이 개념을 더 잘 설명하고 더 적은 단어로 설명하는 @grawity의 의견을 참조하십시오.


1
더 큰 공간 을 예약 하는 것이 좋지만 더 작은 공간 만 할당하는 것이 좋습니다 (예 : / 20을 예약하고 192.168.0.0/24, 192.168.16.0/24, 192.16.32.0/24 등 할당). 오래된 서브넷을 확장 하고 새로운 서브넷 설정할 공간이 있어야 합니다.
grawity

-1

일반적으로 네트워크는 개인 범위를 사용 합니다 .

10.0.0.0 – 10.255.255.255

172.16.0.0 – 172.31.255.255

192.168.0.0 – 192.168.255.255

이 범위는 RFC 1918에 게시 된 표준의 일부입니다 .

범위서브넷 마스크 에서 범위 를 선택할 수 있습니다 . 클래스 라우팅 (클래스 A, 클래스, 클래스 C)은 과거의 일이라는 것을 명심하십시오. 예를 들어 10.100.1.0mask 255.255.255.0또는 mask 와 10.1.0.0함께 사용할 수 있습니다 255.255.240.0.

개인 네트워크 이므로 다른 네트워크에 문제를 일으키지 않습니다.

인터넷 연결 라우터는 개인 주소를 공개 주소로 변환하는 NAT 라는 작업을 수행합니다 .

왜이 모든 것을해야합니까?

개인 네트워크 내에서 공개 주소를 사용할 수 없기 때문입니다. 이러한 공개 주소는 Google, Yahoo, Facebook 등의 공용 서버에 할당되며 라우터와 사용자에게 혼란을 초래할 수 있습니다.


그러나 성능 질문에 전혀 대답하지 않는 것 같습니다. "클래스 B"와 "클래스 C"에 대해 이야기하는 경우에도 공개 주소를 사용하려한다는 의미는 아닙니다. 예를 들어 192.168.xx는 원래 256 클래스 -C 네트의 범위와 10.xxx입니다. 개인용 예약에 관계없이 단일 클래스 A였습니다.
grawity
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.