다음
이전
차례
서브네트워킹을 사용하는 이유를 알려면 초창기 IP 규약을 제정했던 시절로
돌아가야 한다. 이때는 클래스 A 네트워크 번호를 가지면서 몇 백만개의 호스트를
가질 수 있었던 몇 개의 사이트만이 존재했다.
만일 거대한 사이트에 있는 모든 IP 컴퓨터들이 서로 같은 네트워크에 연결되길
원한다면 엄청난 트래픽과 관리상의 문제점이 발생할 것은 명백했다:
네트워크를 관리하는 것은 거대한 짐승을 기르는 것과 같은 악몽일 것이고,
네트워크는 아마도 (거의 확실히) 자신의 트래픽 때문에 붕괴될 것이었다.
만일 서브네트워킹을 사용하면: 클래스 A 네트워크 번호는 몇개의 네트워크로
구분될 것이다. 물론 나뉘어진 각각의 네트워크는 쉽게 관리할 수 있을 것이다.
이것은 작고 관리하기 쉬운(상대적으로) 네트워크가 만들어지는 것을 의미한다.
- 분명히 서로 다른 네트워크 기술을 이용하면서. 그러나 같은 물리적인
네트워크에서는 이더넷, 토큰 링, FDDI, ATM등을 섞어서 사용할 수 없다.
서브네트워킹을 사용하는 다른 이유는:-
- 실제 사이트 구성은 물리적인 인프라스트럭쳐들이 어떻게 연결되었는 가에 따라
제한(케이블 길이등)을 가질 수 있다. 서브네트워킹은 하나의 IP 번호를
사용하여 IP 환경내에서 이것들을 가능하도록 한다.
실제로 이런 일들은 영구적으로 연결된 고객들에게 지역 네트워크의 정적 IP
번호(static IP number)를 주고 싶어하는 ISP(Internet Service Provider)들에
의해 매우 흔히 이루어지고 있다.
- 네트워크 트래픽은 심각한 속도 저하를 일으킬 정도로 충분히 많다.
네트워크를 서브넷으로 나눔으로써 한 네트워크 지역에 한정된 트래픽을
그 지역에만 한정되도록 할 수 있다. 이 경우 전체적인 트래픽을 줄여
실제 네트워크 대역폭을 늘이지 않고도 네트워크 연결속도를 증가시킬 수
있다.
- 보안상의 요구로 인해 다른 클래스에 있는 사용자들은 같은 네트워크를 공유할
수 없다 - 네트워크를 잘 아는 사람은 항상 다른 네트워크의 트패픽을 가로챌
수 있다. 서브네트워킹은 마케팅 부서가 R & D 부서의 네트워크 트래픽을
훔쳐보지 못하게 한다.(혹은 학생들이 관리자 네트워크를 훔쳐보지 못하도록
하거나)!
- 서로 호환되지 않는 네트워킹 기술을 사용하는 장비를 이용하면서, 이들 사이에
상호 연결이 필요한다.
다음
이전
차례