6. IP(Internet Protocol)


  이제 IP에대해서 보다 상세한 부분을 다뤄보자. 지금 현재 사용되고 있는 IPv4를 가지고 설명하도록 하겠다.

  IP주소의 크기가 32비트라고 했는데, 01010101........111처럼 32자리의 0과 1로 표현될 수 있다는 말이다. 그러나, 이렇게 표현하는데는 많은 문제가 있어서 이를 점3개로 구분되는 표현 법을 사용한다. 즉, 11.1.5.7과 같은 방식인데, 32비트를 8Bit x 4부분으로 구분하여 각 부분을 숫자로 표현한 것이다.

  이러한 IP주소(IP Address)는 크게 네트워크부분과 호스트 부분으로 나눌 수 있다.

  네트워크부분이란 앞에서 LAN을 설명했는데, 특정한 LAN단위를 가리키게 되어 라우팅용으로 사용되는 부분이 며, 호스트 부분은 실제로 그 LAN에 위치한 특정 장비 1대를 지칭하는 수준 그러니까, HUB단위에서 연결되어 있는 장비를 지칭하는 수준이 된다.

    IP / IP 주소   원래 IP는 프로토콜 자체를 의미하고, 이 프로토콜 상에서 지정된 주소를 IP주소(IP Address)라고 부르는 것이 정확한 표현인데, 대부분의 사람들은 IP주소를 줄여서 그냥 IP라고 부른다. 거의 프로토콜 자체를 논의할 경우는 거의 없기 때문에 별도의 혼란은 없다. 오히려 우리나라 사람들은 원래의 IP(Internet Protocol)을 지칭하려면 IP 프로토콜이라고 부른다. 역전앞처럼......
  IP주소(IP Address)의 형식 즉, 네트워크부의 크기에 따라서, 전통적으로 클래스 A, B, C로 구분지어왔다.

클래스첫비트IP패킷 형태
클래스A0
네트워크(8bit)호스트부(24bit)
클래스B10
네트워크(16bit)호스트부(16bit)
클래스C110
네트워크(24bit)호스트부(8bit)
클래스D1110
멀티 캐스트 주소
클래스E1111
예약된 주소(Reserved)

  위의 표중에서 클래스 A를 예를 들어서 설명해보자. IP주소가 32bit라고 했는데, 처음 bit가 0이라고 했으므로, 네트워크 부분은 00000000 ~ 01111111까지를 사용할 수 있다고 볼 수 있다. 즉, 27개 (128개)가 네트워크부로 사용될 수 있다. 호스트 부를 보면, 224개( 16,777,216개 )가 사용될 수 있게 된다.

  쉬운 말로 풀어쓰면, 클래스 A는 128개의 그룹을 구성할 수 있으며, 각 그룹당 16,777,216개의 호스트를 거느릴 수 있다는 말이 된다.

  앞에서 IANA나 KRNIC같은 조직은 주로 위임형태의 운영을 한다고 했다. IP주소를 분배하고, 관리하는 것도, 결국 앞에서 말한 그룹별로 불하해 주고, 그 그룹이 알아서 배분하고 운영토록 하고 있다.

  각 클래스 별로 가능한 네트워크의 개수, 호스트의 개수, IP주소의 표현 범위를 정리하면 다음과 같다.

클래스네트워크수호스트수IP주소범위
클래스 A27 128개224 16,777,216개0.0.0.0 ~ 127.255.255.255
클래스 B214 16,384개216 65,536개128.0.0.0 ~ 191.255.255.255
클래스 C221 2,097,152개28 256개192.0.0.0 ~ 233.255.255.255

  클래스정의에 대한 보다 자세한 사항은 RFC790 Assigned Numbers 를 참조하라.

  위의 표에서 보듯이 문제는 대부분의 조직에서 클래스 C로는 사용할 수 있는 IP주소 개수가 너무 적고, 클래스 A는 너무 많다. 거의 클래스 B정도를 원하는데, 나눠줄수 있는 그룹이 16,384개 밖에 안되는 데다, 사용하지 않게되는 IP주소 대역이 많아진다는 점이다.

  초창기 인터넷에서는 적당한 구성이었을지 모르겠지만, 전세계적으로 구성된 현재의 인터넷에서는 16,384개의 그룹은 너무 작은 숫자이다. 그래서, 머리좋은 사람들이 새로운 방법을 만들었다.

- Last Update : 2002.03.04 by Deadfire(http://www.deadfire.net)

TCP/IP 강좌
Starting
NIC
허브
Cable
이더넷
LAN
라우터
IP
ICMP
TCP / UDP
TCP
UDP
DNS
Ending

Copyright ⓒ 1997 ~, Deadfire Program Master