최고의 개발 도구는 컴퓨터가 아닌 사람이다.

9. Network Layer의 기능

네트워크 레이어는 특정 프로토콜(IP, IPX등)과 관련하여 논리적인 목적지 주소와 소스 주소를 정의해 주는 곳입니다. 이런 주소들을 이용하여 트래픽이 이동할 이상적인 경로를 찾아냅니다. 또한 데이타 링크 레이어의 여러가지 다양한 링크들을 상호 연결해 주기도 합니다. 이 레이어에서 동작하는 장비를 라우터라고 하고, 라우터가 하는 일을 라우팅이라고 합니다.
네트워크 레이어의 PDU가 패킷이라는 것은 이전에 공부했고, 이 패킷의 종류에는 크게 Routed Protocol인 IP 등이 사용하는 데이타 패킷과, Routing Protocol인 RIP, OSPF등이 사용하는 Routing update 패킷이 있습니다. 라우터는 상호 연결되어 있을때, 라우팅 업데이트 패킷을 교환하여 네트워크상의 경로를 알아냅니다. 그런 후 데이타 패킷이 들어오면, 목적지 주소를 알아낸 다음 가장 신뢰성 있는 경로로 보내줍니다. 이때 만약 해당 라우터가 목적지 주소를 알지 못하면 스위치처럼 모든 포트로 플러딩을 하는 것이 아니라 그냥 폐기해 버립니다.
즉, 라우터는 크게 경로결정과 스위칭의 두가지 역할을 한다고 말할 수 있습니다. 그 외에도 브로드캐스트, 멀티캐스트를 조절하고, 트래픽의 관리, QoS등을 지원합니다. 라우터와 관련된 자세한 사항은 추후에 라우팅 프로토콜들을 공부하면서 다시 살펴볼 예정입니다. 오늘은 간단히 라우팅 테이블을 보며 어떤 식으로 라우팅이 되는지 보겠습니다.

라우터에서 show ip route라는 명령어를 사용하면 해당 라우터가 가지고 있는 라우팅 정보를 확인할 수 있고, 출력되는 정보를 라우팅 테이블이라고 부릅니다. 라우팅 테이블은 크게 3가지 정보를 보여줍니다.

- 네트워크 주소 : 말 그대로 네트워크 레이어의 주소입니다.
- 인터페이스 : 해당 네트워크 주소로 가기 위한 출구입니다.
- 메트릭(Metric) : 해당 네트워크까지의 비용입니다. 라우터는 경로 결정에 메트릭을 사용하며 비용이 적게 드는 쪽으로 패킷을 보냅니다. 위 그림에 사용된 프로토콜인 RIP은 hop을 메트릭으로 사용하며, hop이란 해당 경로까지 거쳐야 하는 라우터의 갯수를 말합니다.

그럼 서울 라우터의 라우팅 테이블을 하나씩 분석해 보겠습니다.

(1) 10.0.0.0/24 is subnetted, 3 subnets
(2) C 10.1.12.0 is directly connected, Serial0.2
(3) R 10.1.2.0 [120/1] via 10.1.12.2, 00:00:03, Serial0.2
(4) C 10.1.1.0 is directly connected, Ethernet0

(1): 10.0.0.0이 24비트로 서브넷팅되어 3개의 서브네트워크에 대한 정보를 가지고 있습니다.
(2): 10.1.12.0 네트워크가 Serial 0.2 인터페이스에 직접 연결되어 있다는 걸 보여주며, 맨 앞의 C는 connected의 표시입니다. 직접 연결된 네트워크의 메트릭인 항상 0입니다.
(3): 10.1.2.0 경로에 대한 정보를 10.1.12.2를 통해 받았고, Serial 0.2를 통해 도달할 수 있습니다. 맨 앞에 R은 RIP을 표시하며, 해당 라우팅 업데이트를 RIP을 통해서 받았다는 것을 의미합니다.
(4): Ethernet 0 인터페이스에 10.1.1.0 네트워크가 직접 연결되어 있습니다.

이제 서울에 있는 10.1.1.2 PC가 부산의 10.1.2.2 PC와 통신을 시도합니다. 라우터는 Ethernet 인터페이스를 통해 프레임을 받아 목적지를 확인합니다. 목적지 주소가 10.1.2.2인 것을 확인하여 라우팅 테이블을 참조합니다. 라우팅 테이블 (3)번이 해당 목적지에 관한 정보이고, Serial 0.2로 패킷을 보냅니다.

Netguide CCNA 교육담당 배남이

(6) 수퍼네팅(Supernetting)

수퍼네팅이란 서브네팅과는 반대로, 여러개의 작은 네트워크를 하나의 커다란 네트워크로 바꾸는 작업입니다. 물론 서브넷 마스크를 이용하지요. 수퍼네팅을 위해서는 서브넷 마스크의 길이를 줄여주면 됩니다. 무작정 줄인다고 되는게 아니라 몇가지 법칙들이 있죠. 역시 2진수 비트들과 관계된 것입니다. 수퍼네팅은 여러개의 네트워크를 하나의 네트워크로 묶어주므로써 라우팅 테이블의 크기를 줄여주며, 잦은 네트워크 변화에도 안정된 네트워크를 유지하기 위해 사용합니다. 수퍼네팅은 여러개를 묶어준다고 하여 서머리, 또는 CIDR(classless inter domain routing)이라고도 부릅니다. 사실 이 수퍼네팅은 ICND 과정이 아니라고 알고 있지만, IP를 하는 김에 같이 해보는 것이 좋을거 같습니다.

그럼 어제의 예를 가져와서 수퍼네팅을 알아볼까요?

규칙들이 보이시죠? 한비트가 감소할때마다 2의 승수개씩 묶을 수 있는 것이죠. 3비트가 감소하니까 2의 3승, 즉 8개가 묶음이 되죠? 또 다른 규칙은 반드시 연속된 숫자들끼리만 묶을 수가 있습니다. 서브넷마스크의 1이 연속적으로 와야하기 때문입니다. 다음 규칙은 2개를 묶을 때는 2의 배수로 시작되는 수와 그 다음 수, 4개를 묶을 때는 4의 배수로 시작되는 수부터, 8개는 8의 배수부터 가능하다는 것입니다. 표를 보시면 그렇죠? 연속되는 32개의 주소를 서머리할 때는 32의 배수부터 32개를 서머리할 수 있는 것입니다. 0, 32, 64 같은 수들이죠. 마지막으로 서머리시 어떤 마스크를 적용하는가 하는 것인데, 위의 표를 보시면 또 하나의 공통점이 있습니다. 2개를 묶을 때는 254, 4개를 묶을 때는 252, 8개를 묶을 때는 248의 서브넷 마스크를 사용합니다. 즉, 서머리 하고자 하는 수에서 1을 뺀 수를 255에서 다시 빼주면 원하는 서브넷 마스크 비트를 구할 수 있는 것입니다. 다음 표는 서머리하고자 하는 주소들과 서브넷 비트와의 관계입니다.

수퍼네팅의 규칙들을 다시 정리해 보겠습니다.

- 1비트 감소시마다 2의 승수개씩 서머리 가능합니다.
- 연속된 숫자들끼리만 서머리 가능합니다.
- 서머리하고자 하는 숫자의 배수로 시작되는 수부터 서머리 가능합니다.
- 서머리하고자 하는 숫자에서 1을 빼준 수를 이용해 서브넷 마스크를 구합니다.

그럼 몇가지 문제를 풀어보겠습니다.

192.168.0.0/24 - 192.168.31.0/24를 하나의 경로로 수퍼네팅하시오.
32개의 네트워크를 서머리하는 문제입니다. 32개에서 1을 빼면 31, 다시 255에서 31을 빼주면 224가 나옵니다. 즉, 세번째 옥테트에 224의 서브넷 마스크를 사용하면 됩니다. 192.168.0.0 255.255.224.0을 쉽게 구할 수 있습니다.

10.64.0.0/16 - 10.127.0.0/16을 하나의 경로로 수퍼네팅하시오.
64개의 네트워크를 서머리합니다. 일단 시작하는 수 64는 64개의 배수가 맞기 때문에 64개를 한번에 서머리할 수 있습니다. 64-1은 63. 다시 255에서 빼주면 192. 서머리할 부분은 두번째 옥테트이기 때문에 10.64.0.0 255.192.0.0이 됩니다.

172.16.3.0/24 - 172.16.7.0/24의 5개의 네트워크만 가장 적은 수의 네트워크로 수퍼네팅하시오.
일단 시작하는 수가 홀수이기 때문에 5개만 하나의 경로로 서머리할 수는 없습니다. 다음 네트워크인 172.16.4.0부터 4개는 시작하는 수가 4의 배수이므로 하나로 서머리할 수 있습니다. 이런 경우에는 172.16.3.0은 그냥 두고, 나머지만 서머리해야 합니다. 4-1은 3, 252를 사용하면 되겠군요. 172.16.4.0 255.255.252.0으로 서머리합니다. 물론 현실에서는 이런 바보같은 서머리를 하는 사람은 없겠지만, 서머리의 이해를 돕기 위해 다루어 보았습니다.

문제 하나 내겠습니다.
150.100.32.0/24 - 150.100.47.0/24를 하나의 경로로 수퍼네팅하시오.

(7) 사설 IP 주소(Private IP address)

세상에는 두가지 종류의 IP 주소가 있습니다. 공인 IP와 사설 IP입니다. 공인 IP는 세상에 하나씩밖에 없기 때문에 IP를 이용해 누구와도 통신 가능합니다. IANA라는 기관에서 관리하며, 국가별로 분배 해줍니다. 사설 IP는 내부네트워크용으로 사용되며 세상에 무수히 많은 곳에서 같은 사설 IP를 사용합니다. 외부와 통신하고자 할때는 특별한 프로토콜(NAT)을 사용하여 공인 IP로 바꾸어 통신합니다. 처음에 말씀 드린바와 같이 IP 주소가 고갈상태에 있기 때문에, 이런 사설 IP가 등장하였습니다. 공인 IP는 외부와 직접 연결된 곳에만 사용하고 내부에서는 사설 IP를 사용하므로써 IP 주소를 절약한 것입니다. 또한 사설 IP를 사용하면 외부로부터의 접근이 어렵기 때문에 보안의 역할도 추가됩니다. 이전에 사설 IP를 사용하는 PC에서 메신저 파일 보내기나 음성, 화상 채팅, 소리바다등의 서비스가 되지 않았던 걸 기억하시는 분들이 계실 겁니다. 그때는 해당 application들이 직접 IP를 이용해 통신했기 때문에 사설 IP로는 불가능했던 것입니다. 요즘은 IP 대신 포트를 이용하여 이런 서비스를 제공하더군요. 이런 사설 IP의 종류에는 다음의 것들이 있습니다.

- A 클래스: 10.0.0.0 (1개)
- B 클래스: 172.16.0.0 - 172.31.0.0 (16개)
- C 클래스: 192.168.0.0 - 192.168.255.0 (256개)

혹시 시스코등의 자료를 보시면 항상 IP 주소가 위의 것들 중 하나라는 것을 발견하실 겁니다. 공인 IP를 사용하면 누군가가 그 공인 IP로 해킹이라도 할까봐서 두려워하는 모양입니다. 위의 사설 IP의 사용은 RFC 1918에서 권고하고 있으며, IANA도 RFC 1918의 권고 사설 IP는 공인 IP로 할당하지 않습니다. 만약 어떤 회사에서 내부 네트워크로 공인 IP를 마음데로 사용한다면 어떤 일이 생길까요? 211.32.119.0/24를 사설 IP처럼 사용한다고 가정하겠습니다. 이 네트워크의 사용자가 '야후'에 접속하기 위해 DNS(Domain Name Server: www.yahoo.co.kr등의 도메인 이름으로 통신하려 할때 DNS가 해당 도메인의 실제 IP 주소를 알려줍니다.)로 IP 주소를 물어봅니다. 마침 야후의 IP 주소가 211.32.119.151입니다. PC는 같은 네트워크이기 때문에 패킷을 라우터로 보내지 않고, 자기 네트워크로 ARP(Address Resolution Protocol: IP 주소를 이용해서 물리적 주소인 MAC 주소를 알아내는 방법입니다.)를 하고 결국 야후까지는 못가겠죠? 따라서 사설 IP는 위의 권장 IP만 사용하는 것이 좋습니다.

(5) 서브네팅(Subnetting)

서브네팅이란 하나의 네트워크를 여러개로 나눈다는 말입니다. 왜 네트워크를 나눌까요? 거기엔 몇가지 이유가 있습니다.
- 네트워크상에 트래픽을 분산시킵니다. 라우터가 브로드캐스트 도메인을 나눈다는 건 이미 공부했죠? 만약 어떤 회사가 A 클래스의 IP를 다 사용한다고 가정해보겠습니다. A 클래스의 한 네트워크 상에 호스트가 몇개였죠? 약 1,600만개 정도됩니다. 이런 수의 호스트들이 단지 하나의 라우터의 하나의 인터페이스를 통해 통신을 하려고 한다면 큰 문제겠죠? 서브네팅을 통해 이런 커다란 네트워크를 조그맣게 나누어 트래픽을 분산시킬 수 있는 것입니다. 결국 라우터 역시 보다 나은 성능을 발휘할 수 있게 됩니다.
- 관리가 편리합니다. 커다란 하나보다는 작은 여러개가 관리가 쉽겠죠? 그래서 학교에서 여러반이 존재하는 것이겠죠.
- IP 주소를 효율적으로 사용할 수 있습니다. 만약 어떤 네트워크에 호스트가 단지 2개 밖에 없는데, C 클래스 네트워크를 다 할당하는 건 자원의 낭비입니다. 필요한 만큼만 할당하고, 나머지는 다른 곳에 사용하는 것이 훨씬 효과적일 것입니다.

그럼 어떻게 서브네팅을 할 수 있을까요? 서브넷 마스크로 이런 목적을 달성할 수 있습니다. 앞에서 각 클래스에 관해 알아볼때, 디폴트 서브넷 마스크 길이가 긴 클래스일 수록 더 많은 네트워크가 있고, 각 네트워크당 호스트 수는 적어지는걸 보았습니다. C 클래스의 네트워크인 192.168.1.0/24를 가지고 서브네팅 해보겠습니다. 다음은 2진수로 표기한 것입니다.

마스크된 세 비트의 경우의 수는 다음의 8가지입니다.
000, 001, 010, 011, 100, 101, 110, 111
즉 위의 8가지의 경우의 수가 모두 각각의 네트워크가 되는 것이죠. 보기 좋게 10진수로 바꾸어 볼까요?
192.168.1.0/27
192.168.1.32/27
192.168.1.64/27
192.168.1.96/27
192.168.1.128/27
192.168.1.160/27
192.168.1.192/27
192.168.1.224/27
각 네트워크 당 호스트는 2의 5승인 32개입니다.
192.168.1.0 - 192.168.1.31
192.168.1.32 - 192.168.1.63
192.168.1.64 - 192.168.1.95
192.168.1.96 - 192.168.1.127
192.168.1.128 - 192.168.1.159
192.168.1.160 - 192.168.1.191
192.168.1.192 - 192.168.1.223
192.168.1.224 - 192.168.1.255
네트워크는 8배 증가하고, 호스트는 8배 감소했습니다. 그런데 여기서 맨 처음 서브네트워크인 192.168.1.0/27은 서브네팅하기 전의 192.168.1.0/24와 같기 때문에 혼동의 여지가 있습니다. 그래서 가능하다면 사용하지 않는 것이 좋습니다. 물론 IP의 수가 부족하다면 사용해야겠죠. 부득이하게 사용해야할 경우에는 라우터에 반드시 ip subnet-zero라는 명령어가 있어야합니다. 또한 제일 마지막 서브네트워크의 브로드캐스트 주소는 서브네팅하기 전의 브로드캐스트 주소와 같습니다. 같은 이유로 이 서브넷 역시 사용하지 않는 것이 좋습니다. 어쩔 수 없이 사용할 경우에는 특별한 명령어없이 사용 가능합니다. 이렇게 서브네팅을 하게 되면 처음과 마지막 서브네트워크를 일반적으로 사용하지 않는데, 전자를 Subnet-zero라고 부르며, 후자를 All-ones subnet이라고 부릅니다. 그 이유는 서브넷의 서브네팅된 부분의 비트가 모두 0인 경우와 모두 1인 경우이기 때문입니다.
그런데 서브네팅을 할때 매번 이렇게 2진수로 바꾸어 계산하려면 여간 귀찮은 일이 아닐 것입니다. 그래서 위의 예에서 규칙을 찾아 좀 더 쉽게 서브네팅을 해보겠습니다.
서브넷 마스크의 비트가 3자리 늘었다면 2의 3승, 즉 8개의 네트워크로 나뉘어집니다. 호스트는 256개를 8개 네트워크가 공평히 나눠 사용해야 하니까 각 네트워크 당 32개가 되는 것입니다. 서브네팅된 해당 옥테트의 네트워크수와 호스트 수를 곱하면 항상 256이 되는 것이죠. 따라서 첫번째는 192.168.1.0 - 192.168.1.31로 각 네트워크를 구할 수 있는 것이죠.
B 클래스의 네트워크로 연습해 보겠습니다.
172.16.0.0/16을 18비트로 서브네팅 하겠습니다. 관심의 대상은 세번째 옥테트이고, 여기서 2비트가 증가하였기 때문에, 네트워크는 4개로 증가하고, 호스트는 64개에 네번째 옥테트의 256개를 곱한 값이 될 것입니다. 하지만 마지막 옥테트는 어차피 0부터 255까지 모두 호스트이기 때문에 특별히 고려할 필요가 없습니다. 따라서 첫번째 서브넷은 172.16.0.0 - 172.16.63.255가 됩니다. 두번째는 첫번째 다음부터 64개를 더한 것이겠죠. 172.16.64.0 - 172.16.127.255가 될 것입니다. 쉽죠? 이때, 각 서브넷의 처음과 마지막은 각각 네트워크 주소, 브로드캐스트 주소인거 잊지 마세요.
다음 문제를 한번 풀어볼까요?

172.16.99.99 255.255.192.0의 네트워크 주소와 브로드캐스트 주소는 각각 무엇인가?
우선 디폴트 비트인 16비트에서 몇비트가 증가했는지 알아야합니다. 255.255.192.0은 18비트죠? 방금 했던거랑 같습니다. 서브넷들을 쭉 나열해 보면 답이 나오겠죠?
172.16.0.0 -172.16.63.255
172.16.64.0 - 172.16.127.255
172.16.128.0 - 172.16.191.255
172.16.192.0 - 172.16.255.255
해당 IP 주소가 어디에 속하는지 보십시오. 두번째 서브넷에 속하죠? 따라서 네트워크 주소는 172.16.64.0, 브로드캐스트 주소는 172.16.127.255입니다.

B 클래스 네트워크를 서브네팅할 때, 각 네트워크 당 510개의 호스트 주소가 필요하다면 어떤 서브넷 마스크를 사용하는 것이 효율적인가?
510개의 호스트 주소를 갖는 서브넷은 네트워크 주소, 브로드캐스트 주소를 포함하여 512개의 주소가 필요합니다. 512는 2의 9승이기 때문에 서브넷 마스크의 젤 뒤에서부터 9비트가 0인 23비트 서브네팅을 하면 될 것입니다. 따라서 255.255.254.0이 답이되겠죠.

그렇다면 31비트 서브네팅을 어떨까요? 31비트 서브네팅을 하게 되면 단지 두개의 IP 주소만 나옵니다. 그중 하나는 네트워크 주소이고, 다른 하나는 브로드캐스트 주소이기 때문에 사용가능한 호스트 주소는 하나도 없습니다. 따라서 31비트 서브네팅은 하지 않습니다.
지금까지 보신바와 같이 서브넷 마스크의 길이를 마음데로 조절하여 서브네팅을 하였는데, 이런 서브넷 마스크를 가르켜 VLSM(Variable Length Subnet Mask)이라고 부릅니다.
문제 하나 내고 마칩니다.
10.10.10.10 255.255.254.0의 네트워크 주소와 브로드캐스트 주소는 무엇인가?

Netguide CCNA 교육담당 배남이

(3) 네트워크와 호스트

어제 살펴본 바와같이 IP들은 5개의 Class로 나뉘어집니다. 그리고 IP 주소는 네트워크 부분과 호스트 부분들로 구분되었었죠. 이때 네트워크 부분의 비트가 모두 같은 IP 주소들을 우리는 한 네트워크라고 부릅니다. 그럼 각 Class들은 몇개의 네트워크를 가지며, 각 네트워크는 몇개의 호스트를 가지고 있을까요?

(4) 서브넷마스크(Subnet Mask)

그럼 이제 서브넷 마스크란 놈이 어떻게 네트워크를 구분해 주는지 알아보겠습니다. 우선 서브넷 마스크는 IP 주소와 마찬가지로 8비트씩 끊어서 4 옥테트를 사용합니다. 마스크를 쓸 때 얼굴에 맞는 걸 써야 하는 것과 같습니다. 11111111.00000000.00000000.00000000은 8비트 서브넷 마스크입니다. 1인 부분은 네트워크 부분, 0인 부분은 호스트 부분이 됩니다. 서브넷 마스크에서 1은 있음, 0은 없음. 즉 '없음' 부분에는 어떤 것이 와도 되지만 '있음' 부분은 고정된 값이라는 의미입니다. 한가지 예를 살펴보겠습니다.

8. IP 주소

현재 우리가 사용하는 IP 주소체계는 버전 4입니다. IPv4는 아시다시피 32비트의 조합을 주소로 사용하기 때문에, 총 이용 가능한 주소는 4,294,967,296개, 약 43억개입니다. 세계 인구가 60억쯤이니까 그 정도면 충분하지 않냐고 하실지 몰라도, 어느샌가 세계는 IP 고갈 위기에 빠졌습니다. 이 주소들 중 약 5%밖에 남지 않았다는 말을 들어본 듯 합니다. 그러한 이유로 많은 대안들이 나왔고, 가장 근본적인 대안으로 이 주소체계를 바꾸는 IP 버전 6의 등장입니다.
IPv6는 128비트의 조합을 사용하기 때문에, 어마어마한 숫자의 주소들이 나옵니다. 윈도우즈 계산기로 계산이 안되는군요. 하여간 이 숫자는 지구에 존재하는 모든 것에 다 IP를 부여할 수 있다고 하는군요. 그럼 IPv6를 사용하게 되면, IP 문제는 과연 영구히 해결될까요? 제 견해로는 부정적입니다. IPv4를 개발할 때도 32비트가 충분할거라고 생각했을테니까요. 제가 죽기전에 IPv7이 등장하지 않을까 생각해봅니다. IPv6에 관해서는 나중에 기회가 되면 좀 더 자세히 다루어볼까 합니다. 그럼 여기서 의문점이 생기시는 분들이 계시리라 생각합니다. 'IP 버전 5는 어디로 갔는가'하는 거죠. 여러 자료를 참조했지만 저로서는 사실 IPv5에 대해 명쾌한 해설을 하기가 힘들더군요. 제가 알아낸 것을 일단 설명해보죠.
일단 IPv4는 IP가 프로토콜 번호 4번을 사용해서 붙혀진 버전 번호인듯 합니다. 그런 식으로 v5를 설명하자면, 1970년대 후반에 ST(Stream Protocol)라는 이름의 프로토콜이 음성, 비디오 등의 전송을 위한 실험적인 용도로 만들어졌습니다. 1990년대로 넘어오면서, 이 프로토콜은 ST2로 개정되고, IBM, Apple, Sun과 같은 기업들에 의해 상업적인 프로젝트로 사용되기 시작했습니다. ST, ST+는 IPv4와는 달리 connection-oriented 서비스를 제공해줍니다. 즉, QoS가 보장되는 것이죠. 그리고 이 ST, ST+(ST에 관해서는 RFC1819를 참고하십시오.)에 프로토콜 번호 5가 주어졌습니다. 그리고 이 용도로 사용되는 것이 IPv5입니다. IPv5는 5비트의 버전 필드를 갖고, 소스, 목적지 주소 필드가 64비트입니다.
여기서 저는 두가지 의문점이 있는데, 첫째, ST와 IPv5는 같은 말인가하는 것이랑, 이런 관점에서 IPv6는 어떻게 6이란 숫자를 붙일 수 있는가 입니다. IP 프로토콜 6번은 TCP인데 말입니다. 혹시 아시는 분 계시면 꼭 리플 부탁합니다.
어쨌든 IP에 대해 너무 장황한 서론이 되어버렸군요. 그럼 이제부터 현재 가장 널리 사용되는 IPv4에 대해 공부하겠습니다.

(1) IP의 구조

IP 주소는 8비트(8Bits=1 Octet, 1 Byte)씩 4 옥테트가 모여 구성되어 있습니다. 즉 32비트(비트라는 말을 사용할 때는 2진수를 사용한다거 앞에서 잠깐 했었죠?)라는 말이죠. 각 옥테트 사이에는 점을 찍어 구분합니다. 그럼 우리가 사용 가능한 IP 주소의 범위는 32비트 모두가 0인 경우와 모두 1인 경우까지가 될 것입니다.

00000000.00000000.00000000.00000000 - 11111111.11111111.11111111.11111111

그런데 보시다시피 10진수에 익숙한 사람이 보기에는 영 불편합니다. 그래서 보다 쉽게 알아볼 수 있도록 10진수로 바꾸어 사용하지요. 그걸 점이 찍힌 10진수, Dotted Decimal이라고 합니다. 그럼 위의 2진수를 10진수로 바꾸어 보겠습니다.

0.0.0.0 - 255.255.255.255

아! 2진수와 10진수 바꾸는 걸 모르시겠다고요? 그럼 잠시 집고 넘어갈까요? 하는 김에 16진수로 바꾸는 것도 해보겠습니다.

(2) IP Class

IP 주소는 A부터 E까지 5개의 Class로 나뉘어집니다. 이런 Class들은 IP 주소를 효율적으로 관리하기 위한 용도로 생겨난 것입니다.

5가지의 Class 중 네트워크 관리자가 주로 염두에 둘 주소들은 A, B, C, D 네가지입니다. 모든 Class의 두번째 옥테트부터는 동일하기 때문에 이런 Class의 구분은 첫번째 옥테트에서 나뉘어진다고 할 수 있습니다. 그럼 첫번째 옥테트만 가지고 이 네가지 Class만 다시 정리해 보겠습니다.

- 2진수 표기
A Class: 00000000 - 01111111
B Class: 10000000 - 10111111
C Class: 11000000 - 11011111
D Class: 11100000 - 11101111

- 10진수 표기
A Class: 0 - 127
B Class: 128 - 191
C Class: 192 - 223
D Class: 224 - 239

Netguide CCNA 교육담당 배남이