블로그 이미지
No pain, no gain!
lepoussin

Tag

Notice

Recent Post

Recent Comment

Recent Trackback

Archive

calendar

 « 2009.7  »
일 월 화 수 목 금 토
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31
  • total
  • today
  • yesterday
05-03 16:21

'2009/07'에 해당되는 글 19건

  1. 2009.07.08 [CCNA] ICND 강좌 9편
  2. 2009.07.08 [CCNA] ICND 강좌 8편
  3. 2009.07.08 [CCNA] ICND 강좌 7편
  4. 2009.07.08 [CCNA] ICND 강좌 6편
  5. 2009.07.08 [CCNA] ICND 강좌 5편

[CCNA] ICND 강좌 9편

2009. 7. 8. 16:17 Lecture/ICND
Internetworking 개념 스윽 훑어보기(계속)
 
오늘은 서브네팅에 대해 알아보겠습니다. 목이 좀 아픈 관계로 진도를 많이 나가지는 못할 것 같습니다. 서브네팅은 IP의 백미로서 여러분이 앞으로 다룰 IP 주소들은 대부분 서브네팅된 것입니다. 자다가도 벌떡 일어나서 서브네팅 할 수 있으셔야 합니다.
 

(5) 서브네팅(Subnetting)

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

그럼 어떻게 서브네팅을 할 수 있을까요? 서브넷 마스크로 이런 목적을 달성할 수 있습니다. 앞에서 각 클래스에 관해 알아볼때, 디폴트 서브넷 마스크 길이가 긴 클래스일 수록 더 많은 네트워크가 있고, 각 네트워크당 호스트 수는 적어지는걸 보았습니다. C 클래스의 네트워크인 192.168.1.0/24를 가지고 서브네팅 해보겠습니다. 다음은 2진수로 표기한 것입니다.
 
 
이 상태에서 이 네트워크가 가질 수 있는 호스트의 수는 254개였죠? 2의 8승에서 2를 빼준겁니다. 이제 서브넷 마스크 비트를 한비트만 늘려보겠습니다.
 
 
한 비트가 증가해 25비트의 서브넷 마스크를 씌우자 이제 호스트의 갯수는 2의 7승개로 줄었습니다. 126개를 사용할 수 있습니다. 호스트를 먼저 보다 반 이상 잃어버렸는데, 그렇다면 얻는 것도 있어야겠죠. 바로 네트워크가 하나에서 두개로 증가했습니다. 빨간색으로 안보이는 부분은 고정된 값이라고 했습니다. 24비트였던 위의 그림에서는 11000000.10101000.00000001까지만 변하지 않으면 되기 때문에, 다음 자리(25번째 비트)에 1이 오던 0이 오던 같은 네트워크였습니다. 하지만 이제 25비트로 서브넷 마스크가 늘어나자 11000000.10101000.00000001.0과 11000000.10101000.00000001.1은 일치하지 않기 때문에 다른 네트워크가 되어버린 것입니다. 여기서 한 비트를 더 늘려 26비트 서브네팅을 하면 어떻게 될까요? 호스트 갯수는 2의 6승개에 2를 뺀 62개씩이며, 위의 두개로 나뉘어 졌던 네트워크는 다시 2개씩 나뉘어져 모두 4개가 될 것입니다. 결론적으로 서브넷 마스크 비트가 하나씩 증가할 때마다, 네트워크는 2배씩 증가하고, 반대로 호스트는 반으로 감소합니다. 3비트가 증가한다면? 네트워크는 8배 증가하고, 호스트는 8배 감소합니다. 위의 네트워크를 통해 과연 그런지 살펴볼까요?
 
 

마스크된 세 비트의 경우의 수는 다음의 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 교육담당 배남이

※ 출처 : Netguide
저작자표시 비영리 변경금지
posted by lepoussin

[CCNA] ICND 강좌 8편

2009. 7. 8. 16:16 Lecture/ICND
Internetworking 개념 스윽 훑어보기(계속)
 
오늘은 어제에 이어 IP 주소에 관해 마져 알아보겠습니다. 과연 끝낼 수 있을지 지금으로선 미지수군요. 하여간 열심히 해보겠습니다.
 

(3) 네트워크와 호스트

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

A Class

A 클래스는 사용가능한 주소가 1.0.0.0 - 126.255.255.255까지라고 말씀드렸습니다. 그리고 디폴트 서브넷마스크는 8비트, 즉 첫번째 옥테트까지죠. 1.0.0.0이란 주소와 같은 네트워크인 주소들은 첫번째 옥테트가 일치해야 하니까. 1로 시작하는 모든 주소가 될 것입니다. 따라서 1.0.0.0 - 1.255.255.255까지를 한 네트워크라고 부릅니다. 이런 식으로 2.0.0.0 - 2.255.255.255까지 한 네트워크, 126.0.0.0 - 126.255.255.255.까지 한 네트워크로 A 클래스에는 모두 126개의 네트워크가 있습니다. 그리고 각 네트워크는 0.0.0 - 255.255.255개의 호스트, 다시 말해, 256x256x256=16,777,216개의 호스트를 가집니다. 그런데, 이런 네트워크들을 표시하는데 있어 위와 같이 1.0.0.0 - 1.255.255.255라고 표시하는 것이 불편하기 때문에, 네트워크의 제일 앞 주소를 그 네트워크 자체의 표시로 하기로 정했습니다. 그래서 1.0.0.0이라고 하면, 이것이 1.0.0.0 - 1.255.255.255까지의 네트워크를 나타낸다는 걸 알게 된거죠. 이런 주소를 네트워크 주소라고 합니다. 또한 해당 네트워트에 포함되는 모든 호스트를 나타내는 주소 역시 필요하게 되었습니다. 마치 이런 카페에서 관리자가 회원 모두에게 전체 메일을 보내는 것처럼 말입니다. 그런 용도로 사용하기 위해 각 네트워크의 가장 뒤의 주소를 브로드캐스트 주소라고 정했습니다. 1.255.255.255가 그 일례입니다. 따라서 모든 네트워크는 이 네트워크 주소와 브로드캐스트 주소를 갖기 때문에, 이 두 주소들은 호스트 주소로 사용할 수 없습니다. 그래서 A 클래스 각 네트워크의 호스트 갯수는 16,777,216에서 2를 뺀 16,777,214개입니다.

몇가지 원칙들을 알아보았습니다. 정리해 볼까요?
 
- 네트워크 부분이 같은 주소들은 같은 네트워크에 속한다.
- 각 네트워크의 첫번째 주소, 즉 호스트 부분이 모두 0인 주소는 네트워크 주소라 부른다.
- 각 네트워크의 마지막 주소, 즉 호스트 부분이 모두 1인 주소는 브로드캐스트 주소라 부른다.
- 호스트 갯수를 셀 때 -2를 해준다.
 
이제 나머지 클래스들도 쉽게 설명이 되겠죠?
B Class
B 클래스 주소들은 128.0.0.0 - 191.255.255.255까지이며, 16비트의 서브넷 마스크를 사용하기 때문에 두번째 옥테트까지가 네트워크 주소입니다. 128.0.0.0의 경우에, 128.0까지가 네트워크 주소가 됩니다. 이런 주소들은 64x256=16,384개가 됩니다. 각 네트워크들은 0.0 - 255.255까지의 호스트, 256x256=65536개에 2를 뺀 65,534개의 호스트를 갖습니다. 어떤 회사가 B 클래스의 네트워크 주소를 가지고 있다면, 이 회사는 65000개의 단말기에 공인 IP 주소를 부여할 수 있는 것입니다.
C Class
C 클래스 주소들은 192.0.0.0 - 223.255.255.255이며, 24비트의 서브넷 마스크를 사용하기 때문에 세번째 옥테트까지 24비트가 네트워크 주소입니다. 192.0.0.0의 경우에, 192.0.0까지가 네트워크 주소가 됩니다. 이런 주소들은 32x256x256=2,097,152개입니다. 각 네트워크들은 0 - 255까지 256개에서 2를 뺀 254개의 호스트를 갖습니다.
 

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

그럼 이제 서브넷 마스크란 놈이 어떻게 네트워크를 구분해 주는지 알아보겠습니다. 우선 서브넷 마스크는 IP 주소와 마찬가지로 8비트씩 끊어서 4 옥테트를 사용합니다. 마스크를 쓸 때 얼굴에 맞는 걸 써야 하는 것과 같습니다. 11111111.00000000.00000000.00000000은 8비트 서브넷 마스크입니다. 1인 부분은 네트워크 부분, 0인 부분은 호스트 부분이 됩니다. 서브넷 마스크에서 1은 있음, 0은 없음. 즉 '없음' 부분에는 어떤 것이 와도 되지만 '있음' 부분은 고정된 값이라는 의미입니다. 한가지 예를 살펴보겠습니다.
 
 
그림을 보시면 8비트 서브넷 마스크와 1인 부분에 '있음'을 표시하기 위해 빨간색 칠을 한 '바'가 있습니다. IP주소는 A 클래스 주소인 10.0.0.0입니다. 이제 바를 IP 주소위에 씌워보겠습니다. 마스크니까요.
 
 
마스크를 씌우니까 앞쪽 8비트가 가려져 보이지 않게 되었습니다. 당연한 결과겠죠. 현재 볼 수 있는 2번째 옥테트부터 마지막까지 24비트에는 어떠한 숫자의 조합이 와도 관계 없습니다. 즉 해당 네트워크의 호스트 주소들이 되는 것입니다. 빨간 마스크에 의해 가리워진 부분이 바로 네트워크 부분으로 고정이 되는 것입니다. 만약 16비트 서브넷 마스크라면 두번째 칸까지 빨간색 마스크가 생기겠죠?
서브넷 마스크 역시 2진수로는 불편하기 때문에 IP처럼 10진수 표기법을 일반적으로 사용합니다. 8비트 서브넷이라면, 255.0.0.0이 되겠죠. 또한 Prefix length(Prefix: 네트워크와 동일한 표현)라는 말을 사용하여 서브넷 마스크의 비트수를 직접 표기하는 방법도 있습니다. 8비트 서브넷 마스크의 경우는 '/8'이란 식으로 나타내는 것입니다.
서브넷 마스크를 사용하실 때는 꼭 주의하셔야할 것이 있습니다. 여러분은 앞으로 다양한 길이의 서브넷 마스크를 사용하실텐데, 서브넷 마스크의 길이를 늘이실때는 '있음'을 표시하는 1이 앞에서부터 연속적으로 와야 한다는 것입니다. 즉, 11111111.11000111.00000000.00000000과 같은 서브넷 마스크는 없다는 뜻입니다. 그렇다면 우리가 알고 있어야 하는 서브넷 마스크도 그다지 많지 않겠죠? 각 옥테트에 0부터 255까지의 수가 올 수 있는데 그중 1이 앞에서부터 연속되지 않은 수를 제외한다면, 8개 정도입니다.
 
2진수
10진수
00000000
0
10000000
128
11000000
192
11100000
224
11110000
240
11111000
248
11111100
252
11111110
254
11111111
255
 
위의 숫자들만 외우고 계시면 쉽게 서브넷 마스크를 표현할 수 있습니다. 18비트 서브넷 마스크를 Dotted Decimal로 표현하고자 한다면, 18번째 비트까지 1이 연속으로 오는 것이니까, 16비트까지는 255.255가 될 것이고, 세번째 옥테트에 2비트가 1인 경우니까 표의 두번째 경우인 192가 될 것입니다. 즉, 255.255.192.0인 서브넷 마스크가 되는 것이죠. 위 8가지 숫자들의 수열을 살펴보시면 암기하시기도 쉬울 겁니다. 128, 64, 32, 16, 8, 4, 2, 1씩 2의 n-1승씩 증가하죠? 알고보니 앞서 2진수 공부할 때 한거죠? 결론적으로 서브넷 마스크 계산을 하시다가 위의 수들 외의 숫자가 나온다면 그건 잘못된 계산이 틀림없습니다.
 
 
이제 서브넷팅과 수퍼네팅을 공부할 차례인데, 내용이 길어질거 같아 시작을 못하겠군요. 오늘은 여기서 줄입니다. 새로운 한주, 새로운 한달이 시작됐습니다. 넷가이드는 네트워크 온라인 모임의 전국제패를 위해 오늘도 노력하고 있습니다. 전국제패란 말은 농담인거 아시죠?
 
Netguide CCNA 교육담당 배남이

※ 출처 : Netguide
저작자표시 비영리 변경금지
posted by lepoussin

[CCNA] ICND 강좌 7편

2009. 7. 8. 16:13 Lecture/ICND
Internetworking 개념 스윽 훑어보기(계속)
 
주말 잘 보내셨나요? 저는 몇일 쉬었더니 좋군요.^^ 오늘은 네트워크 레이어와 IP 주소에 대해 공부해보겠습니다. 항상 하는 말 같지만 오늘 역시 굉장히 중요한 과정이니 꼭 자세히 알고 넘어가십시오. 그럼 네트워크 레이어를 살펴보기에 앞서 IP 주소에 대해 먼저 알아보겠습니다.
 

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진수(Binary), 10진수(Decimal), 16진수(Hexadecimal)
네트워크를 하기 위해선 이 세가지 숫자들에 대해 잘 알고 있어야 합니다.
우선, 2진수는 0,1을 사용합니다. 10진수는 0-9까지 숫자를 사용합니다. 16진수는 0-F까지의 16개 숫자(0-9,A-F:A는 10, F는 15)를 사용합니다. 10진수를 2진수로 바꾸기 위해서는 숫자가 1일 될때까지 2로 나누어 주면 됩니다. 다음 그림은 23을 2진수로 바꾸는 과정입니다.
처음 2로 나누면 11이 되고 나머지가 1입니다. 이 과정을 반복해 1일 될 때까지 나누어주고, 그때까지의 나머지들을 거꾸로 읽어나가면 23에 대한 2진수가 구해지는 것이죠. 쉽죠? 그럼 문제를 몇개 풀어볼까요?
다음의 10진수를 2진수로 바꾸시오.
86, 103, 192, 255
이번에는 2진수를 다시 10진수로 바꾸는 법을 알아보겠습니다. 23이라는 10진수는 (2*10의1승)+(3*10의0승)입니다. 2진수도 역시 이런 구조로 되어있습니다. 젤 작은 단위부터 2의 승수개의 값을 곱한 수들을 더해주면 10진수식 표현이 되는 것이죠. 그림을 보면 이해가 되실 겁니다.
2진수는 0과 1밖에 없기때문에, 10진수처럼 해당자리의 수가 다양하게(10진수는 각자리에 나올 수 있는 경우의 수가 9가지) 나타나는 것이 아닙니다. 해당 자리수를 사용하는가 마는가입니다. 10111은 2의 3승의 자리수가 0입니다. 따라서 이 숫자는 그 자리수를 계산에 넣지 않는 것이죠. 처음에 IP는 8비트의 묶음이라고 했으니까, 한 옥테트에 나올 수 있는 최고의 자리수는 2의 7승(128)입니다. 2의 0승부터 2의 7승까지 모두 1인 수가 가장 큰 수가 되고, 즉 8자리를 모두 더해주면 10진수 255가 되는 것입니다.
그럼 여기서 또 문제 나갑니다.
다음 2진수를 10진수로 바꾸시오.
111, 1110010, 1000110, 11111100
문제를 풀어보셨다면, 2진수는 이해를 하셨을 겁니다. 이제 16진수를 배워볼 차례인데, 2진수만 알면 16진수는 누워서 떡먹기 입니다. 16이란 숫자는 2의 4승이죠. 그래서 2진수 네자리를 조합하여 16진수로 만듭니다. 즉, 2진수 네자리씩 끊어서 10진수로 바꾸어 준 것이 16진수가 됩니다. 그럼 23을 다시 이용해 보겠습니다. 23은 10111이었죠? 10진수는 5자리 모두 계산하였는데, 16진수는 뒤에서부터 네자리씩 계산합니다.
네자리씩 끊어서 계산하면 17이란 숫자가 나옵니다. 이때 이 17은 10진수의 17과는 다른 수입니다. 23이 17로 바뀌었다는거 이해하시죠? 이렇게 16진수는 10진수와 헷갈리는 경우가 있기때문에 앞에 0x를 붙혀 16진수임을 표시합니다. 따라서 0x17이 되는겁니다.
23=10111=0x17
그렇다면 네자리식 끊어서 계산한 값이 두자리가 되면 어떻할까요? 11100011이란 숫자를 바뀌보겠습니다.
보시는 바와 같이 계산 방법은 같으나 14와 같이 두자리 수가 나오면 그에 맞는 16진수 값(처음에 설명 드렸죠?)인 알파벳을 사용하여 표시합니다. 자! 마지막 문제를 풀어볼까요?
다음의 10진수를 16진수로 바꾸고, 16진수를 10진수로 바꾸시오.
10진수: 24, 101, 239
16진수: 09, 8C, AD
이상으로 오래간만에 찾아온 산수시간을 마칩니다.
 
다시 IP로 돌아와서, IP 주소는 네트워크 부분과 호스트 부분으로 나뉘어집니다. 이 두 부분을 구분하기 위해선 서브넷마스크(Subnet Mask)와 IP 주소의 Class를 알고 있어야 합니다.
서브넷 마스크는 IP 주소의 네트워크 부분을 지정해준 마스크입니다. IP 주소는 크게 5가지의 Class로 나뉘어지는데 이 Class들은 각각의 디폴트 서브넷마스크를 가지고 있습니다. 서브넷 마스크를 공부하기에 앞서, IP의 5가지 Class를 알아보겠습니다.
 

(2) IP Class

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

IP 주소의 첫번째 옥테트가 네트워크 부분이며, 첫번째 옥테트의 첫번째 비트가 0인 주소들입니다.

00000000.00000000.00000000.00000000 - 01111111.11111111.11111111.11111111

흐리게 표시된 부분이 호스트 부분입니다. 10진수로는 다음과 같습니다.

0.0.0.0 - 127.255.255.255

이중 0.0.0.0과 127.0.0.0은 특별한 용도로 사용되기 때문에 실제 사용 가능한 주소는 1.0.0.0 - 126.255.255.255의 범위입니다. 0.0.0.0은 디폴트 네트워크를 나타내고, 127.0.0.0은 해당 장비 자체를 나타내는 주소입니다.
처음 8비트가 네트워크 주소이기 때문에 디폴트 서브넷 마스크는 8비트입니다.
B Class

IP 주소의 두번째 옥테트까지 16비트가 네트워크 부분이며, 첫번째 옥테트의 첫번째 비트가 1이고 두번째 비트가 0인 주소들입니다.

10000000.00000000.00000000.00000000 - 10111111.11111111.11111111.11111111

10진수로는 다음과 같습니다.

128.0.0.0 - 191.255.255.255

디폴트 서브넷 마스크는 16비트입니다.
C Class

IP 주소의 세번째 옥테트까지 24비트가 네트워크 부분이며, 첫번째 옥테트의 두번째 비트까지 1이고 세번째 비트가 0인 주소들입니다.

11000000.00000000.00000000.00000000 - 11011111.11111111.11111111.11111111

10진수로는 다음과 같습니다.

192.0.0.0 - 223.255.255.255

디폴트 서브넷 마스크는 24비트입니다.
D Class

D Class는 멀티캐스트용으로 사용되는 주소이며, 네트워크, 호스트의 구분이 없이 하나의 그룹을 나타냅니다. 첫번째 옥테트의 세번째 비트까지 1이고 네번째 비트가 0인 주소들입니다.

11100000.00000000.00000000.00000000 - 11101111.11111111.11111111.11111111

10진수로는 다음과 같습니다.

224.0.0.0 - 239.255.255.255
E Class

E Class 주소들은 연구용으로 남겨둔 주소입니다. 첫번째 옥테트의 네번째 비트까지 1인 주소들입니다.

11110000.00000000.00000000.00000000 - 11111111.11111111.11111111.11111111

10진수로는 다음과 같습니다.

240.0.0.0 - 255.255.255.255

이중 255.255.255.255는 브로드캐스트 주소를 나타냅니다.
 

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
 
 
하느냐고 했는데 IP 주소도 못 끝냈군요. 벌써 5시가 다 되가는데.. ㅠ.ㅠ 내일 마져 끝내고, 네트워크 레이어 기능도 살펴보겠습니다. 참! 위의 문제들 답 리플 달아주세요.
 

Netguide CCNA 교육담당 배남이

※ 출처 : Netguide
저작자표시 비영리 변경금지
posted by lepoussin

[CCNA] ICND 강좌 6편

2009. 7. 8. 16:12 Lecture/ICND
Internetworking 개념 스윽 훑어보기(계속)
 
오늘은 처음부터 목표를 조그맣게 잡고 Data link layer의 기능만 다뤄보도록 하겠습니다. 다행이 어제 많은 내용을 다루었기 때문에 좀 수월하지 않을까 생각해봅니다.
 

7. Data link layer의 기능

링크레이어는 물리적인 주소체계(MAC address)를 갖습니다. 이 맥어드레스를 이용하여 상위계층의 논리적 주소인 IP간의 통신을 가능하게 해주는 역할을 합니다. 링크레이어에서 비로소 브로드캐스트, NBMA등의 네트워크 토폴로지(topology: 네트워크의 구성도 정도로 이해하시면 됩니다.)를 형성합니다. 그림에서 보시듯, 물리계층에서 올라온 802.3이 802.2 표준과 함께 사용되어 이더넷을 통한 LAN 통신을 구성하며, HDLC, Frame Relay등의 방식으로 WAN 통신환경을 구성합니다. NBMA, HDLC등의 어려운 말들은 추후에 다룰 것입니다.
 
 
라우터의 목적인 데이타가 가야할 최적의 위치를 파악하는 것이라면, 데이타 링크 레이어의 스위치는 MAC 주소를 이용해 각각의 장비들을 개별적으로 식별합니다. 지난 강의의 데이타 포장하기의 그림에서, 네트워크 레이어의 패킷이 링크 레이어로 넘어오면서, LLC 헤더에 의해 포장되고, 다시 MAC 헤더로 포장되어 프레임으로 바뀌는 것을 기억하실 겁니다. 링크 레이어는 이와 같이 내부에 두개의 서브레이어를 갖습니다.
- LLC (Logical Link Control) 802.2
- MAC (Media Access Control) 802.3
이름에서 보시듯 LLC는 네트워크 계층과 MAC은 물리 계층과 밀접한 연관을 가지고 있습니다. MAC 서브레이어는 네트워크 레이어의 프로토콜을 식별할 수 없기 때문에 LLC가 MAC의 상위에서 그 역할을 담당합니다. 반대로 수신된 프레임에 대해서는 LLC 헤더를 통해 상위 레이어의 프로토콜을 확인할 수 있도록 도와줍니다. 그런 이유로 802.2 LLC 프레임을 SAP(Service Access Point)라고 부릅니다. SAP이 어떻게 상위 레이어 프로토콜을 정의하는지 살펴보기에 앞서 802.3 MAC 서브레이어를 알아보겠습니다. 맥 레이어는 상위에서 온 정보를 미디어에 실어나르는 역할을 하는데, 이때 들어온 순서대로 내보냅니다. MAC 주소는 또한 이곳에서 정의되지요. 다음 그림은 802.3 프레임 구조입니다.
 
 
처음 8 바이트 preamble은 '서문'이란 뜻으로, 프레임의 시작을 알려줍니다. 다음의 6 바이트씩 목적지 주소와 소스 주소가 표시됩니다. (MAC 주소는 6바이트, 48비트입니다.) 다음 필드는 전체 프레임의 길이를 표시하는 부분입니다. 만약 이 필드에 Type이 사용된다면, Ethernet II 프레임이라 부르며, 상위 레이어 프로토콜의 유형을 정의합니다. 따라서 Ethernet II는 LLC가 필요없겠죠. 802.3은 LLC의 도움을 받아 상위 레이어 프로토콜을 정의한다고 했는데, 그렇다면 어디에 LLC가 있을까요? 앞서 LLC는 MAC 레이어의 상위에 존재한다고 말씀드렸습니다. 따라서 이미 MAC 레이어의 입장에서 하나의 데이타로밖에 안보이겠죠. 즉, Data 필드안에 이미 LLC 프레임이 포함되어 있는 것입니다. 마지막으로 FCS필드는 Frame Check Sequence로 에러와 관련된 곳입니다. 그럼 MAC 프레임의 Data 안에 포장되어 있는 LLC 프레임을 살펴보고, 어떻게 상위 레이어 프로토콜을 정의하는지 알아보겠습니다.
 
 
위 그림은 LLC 프레임의 구조입니다. 참고로, 상위 레이어의 PDU는 하위로 내려와 일반 Data로 바뀐다고 하였습니다. 그렇다면 LLC 프레임이 가지고 있는 Data 필드는 무엇일까요? 답은 네트워크 레이어의 패킷입니다. 이제 프로토콜 분석장비로 LLC 프레임을 분석한 결과를 살펴보겠습니다. 위의 두 그림과 비교하며 보세요.
 
 
얼핏 보시면 Flag(=Preamble), 길이, 목적지, 소스 맥주소등이 보여 802.3 프레임같아 보입니다. 그렇지만 DSAP, SSAP 필드를 금방 찾을 수 있을겁니다. 말씀드린바와 같이 LLC 프레임은 MAC 프레임에 포함되기 때문에 SAP이 있고 없고로 두 프레임을 판단합니다. 그런데 SAP 필드에 NetWare라는 것이 보이죠? NetWare는 Novell사에서 개발한 운영체계입니다. 여기서 우리는 이 SAP을 통해 프레임이 수신측에 도착하면, 네트워크레이어와 트랜스포트 레이어에서 각각 IPX, SPX를 사용할 것이라는걸 알 수 있습니다. 이제 링크레이어가 어떻게 상위 레이어 프로토콜을 정의하는지 알겠죠? 802.2는 SAP 이외에도 SNAP이 있습니다. SNAP은 DSAP과 SSAP이 항상 AA이며, Ctrl 필드는 항상 3입니다. 이제 스위치에 대해 알아볼 차례인데, 앞서서 이미 여러번 말씀 드려서 간략히 넘어가도록 하겠습니다. 아래 그림은 Cisco Catalyst 3550 스위치입니다. 요즘 CCIE 랩시험에 등장하는 멀티레이어 스위치죠.
스위치는 ASIC이라 불리는 하드웨어 기반의 브리징 계산을 수행하기 때문에, 예전의 소프트웨어 기반의 브릿지에 비해 월등한 속도를 자랑합니다. 스위치에 전원이 공급되면, 워크스테이션으로 부터 들어오는 프레임의 소스 주소를 분석하여 그 위치를 파악합니다. 스위치의 포트와 소스 주소를 기록해 두는 것이죠. 이 기록장을 Mac address table이라고 부릅니다. 만약 이 테이블에 없는 주소가 들어오면, 해당 포트를 제외한 모든 포트로 브로드캐스팅을 합니다. 이때 이 스위치의 동작들을 네트워크 호스트들은 전혀 알 수가 없기 때문에 이것을 Transparent Bridiging이라고 합니다. 스위치는 포트별로 각각 콜리전 도메인을 갖고, 모든 포트는 하나의 브로드캐스트 도메인에 포함됩니다. 기억나시죠?
 
 
스위치는 포트별로 각각의 대역폭을 갖기 때문에 허브처럼 충돌이 일어날 염려가 없는것이죠.
 
 
아! 오늘은 예도 별로 없고, 너무 어렵게 설명한게 아닌가 걱정입니다. 처음 접하시는 분들은 이해를 못하실지도 모른다는 생각이 드는군요. 혹시 아리송하시면 일단 넘어가시고 어느정도 내공을 쌓고 돌아오시면 금방 이해가 되실겁니다. 다음 시간에는 네트워크 레이어의 기능을 하면서 IP 주소 체계에 대해 공부하겠습니다. 기대해 주세요.
 
Netguide CCNA 교육담당 배남이

※ 출처 : Netguide
저작자표시 비영리 변경금지
posted by lepoussin

[CCNA] ICND 강좌 5편

2009. 7. 8. 16:10 Lecture/ICND

Internetworking 개념 스윽 훑어보기(계속)
 
오늘은 어제까지 배운 OSI 모델을 각 레이어별로 심층 분석해보려 합니다. 주로 각 레이어에서 사용되는 장비들과 PDU의 구조를 살펴보게 될 것입니다. 이 과정을 공부하기 위해선 ethernet(이더넷)이 무엇인지에 대해 알아두어야 하기 때문에 우선 이더넷에 대해 잠시 설명한 후 넘어가겠습니다.
 

5. Ethernet(이더넷): IEEE 802.3

네트워크 또는 컴퓨터를 좀 다루어 보신 분이라면 아마 이더넷이라는 말에 익숙하실 겁니다. 우리가 LAN카드 하면 이더넷을 떠올리는 것도 그만큼 이더넷이 LAN에 대표적인 기술이라서 그럴것입니다. 이더넷은 1972년에 제록스에 의해 개발된 근거리통신망(LAN) 기술입니다. 현재는 IEEE란 조직에 의해 802.3이라고 표준화 되어 있습니다. 일반적으로 10Base-T라는 미디어 타입을 보편적으로 사용하며(사실 요즘은 10/100Base를 훨씬 많이 사용합니다), CSMA/CD (Carrier Sense Multiple Access/Collision Detect)라는 프로토콜을 사용하여 경쟁적으로 통신을 합니다. 우리가 PC에 설치해서 사용하는 LAN 카드 역시 이더넷 미디어와 연결하기 위한 것으로 이더넷 카드라고 부르기도 합니다. 실제로 LAN카드는 이더넷 카드만 있는 것이 아니라 Token ring 카드와 같은 것도 있지만 이더넷이 워낙 광범위하게 사용되다 보니 LAN 카드 하면 이더넷 카드라는 발상이 생겨난 것입니다.
그럼 CSMA/CD나 10Base-T는 대체 무슨 말일까요?
 

IEEE 802.3 표준
IEEE 802.3에서는 세가지 미디어 표준을 제시합니다.
- 10Base-2
- 10Base-5
- 10Base-T
위에서 10은 10Mbps의 속도라는 의미이며, Base는 Baseband라는 뜻입니다. Baseband가 뭔지 모르시겠다고요? Baseband는 원래의 주파수 대역이란 뜻입니다. 상대되는 개념으로 Broadband라는 말이 있는데, Broadband는 한 미디어에 여러개의 신호를 보내기 위해 원래의 주파스 대역을 높게 변조시킨 것을 말합니다. 바꾸어 말하면 Baseband는 한 미디어에 하나의 신호가 대역폭을 다 사용한다는 뜻이 됩니다. 끝으로 2나 5 같은 숫자는 전송거리를 말합니다. 2는 200미터(실제로는 185미터입니다.), 5는 500미터입니다. 10Base-2와 10Base-5는 동축케이블을 사용하며, 연결 포트는 TV에 안테나 꼽는 포트와 비슷하게 생겼습니다. 몇년전 10Base LAN 카드를 사용하던 때만 해도 RJ-45(랜선 꼽는 네모난 포트입니다.) 옆에 이 동축케이블 포트가 같이 나왔습니다만 요즘은 아예 사라져 버렸더군요. T는 twisted pair의 약자로 일반적으로 사용하는 랜선을 생각하시면 됩니다. 이외에도 F(광케이블), TX, FX등이 있지만 다음에 기회가 되면 설명드리겠습니다.

CSMA/CD
1984년 IEEE에 의해 개발된 프로토콜입니다. 허브등에서 이더넷으로 통신할 때는 항상 신호간에 충돌(collision)의 위험이 있기 때문에 대안적으로 나온 전송 프로토콜입니다. 이더넷에 접속된 모든 장비들은 신호를 보내기에 앞서 회선이 사용중인지를 감시하고 있다가, 아무도 사용을 안한다고 판단할 때 전송을 시작합니다. 만약 두 스테이션이 동시에 전송을 해서 충돌이 발생하며, 일정시간동안 기다렸다가 다시 전송을 시작합니다. 이때 충돌이 발생한 두 스테이션의 대기 시간이 같다면 다시 충돌이 발생하기 때문에, Back off 알고리듬을 이용하여 재전송 간격을 조정합니다. 쉽게 말해 이더넷에 연결된 장비들은 눈치보기 식으로 전송을 하는 것이죠.
 
이더넷과 관련하여 802.3 이외에도 802.3u(패스트이더넷), 802.3z(기가비트이더넷)가 있습니다. 이더넷에 관해 자세히 알고 싶으신 분은 다음 웹사이트를 참조하십시오.
http://www.ethermanage.com/ethernet/ethernet.html
 

6. Physical layer의 기능

물리계층은 미디어 타입, 커넥터 타입 등을 정의합니다. 미디어란 위에서 보셨듯 전송 매체인 케이블 등을 말하며, 커넥터란 이 케이블 끝에 연결하여 장비에 연결하기 위한 것을 말합니다. 커넥터로는 RJ-45, EIA/TIA-232 등이 있습니다. 그럼 물리계층의 장비인 허브(Hub)에 관해 공부하겠습니다. 허브란 물리계층의 장비답게 어떠한 주소나 알고리듬도 없이 단순히 신호만 증폭해줍니다. 허브는 미디어를 공유하기 위한 장비로 여러개의 포트를 가지고 있습니다. 아래 그림은 Cisco HP 10BaseT Hub란 제품입니다. 스위치랑 비슷하게 생겼죠? 겉은 그래도 스위치랑 비교하면 바보같은 놈입니다.

 
 
허브는 어떤 포트로부터 전송된 신호를 증폭하여 모든 포트로 보냅니다. 그래서 Repeator라고도 하는데, 신호를 신호 이상으로 받아들일 수 없기 때문에 모든 포트에 대해 충돌이 발생할 수 있습니다. 따라서 허브의 모든 포트는 같은 브로드캐스트 도메인이고 같은 콜리전(충돌) 도메인에 속합니다. 또 처음 듣는 용어들이 나왔으니 설명을 안할 수 없군요.
 

Cast
네트워크에서는 몇가지 cast들을 사용합니다. cast는 '던지다'라는 의미인데, 네트워크 상의 트래픽을 어떤 방식으로 던지는가 하는데서 세가지로 분류됩니다.
- Unicast : 한 방향으로만 던지는 것입니다. 목적지를 정확하게 알아야 이런 방법이 가능합니다.
- Broadcast : 사방팔방 다 던지는 것입니다. 목적지를 모를때 사용합니다. 허브나 스위치는 신호나 프레임이 들어오면 이 방법을 사용하여 전송합니다.
- Multicast : 특정한 방향을 선택하여 여러개를 던지는 것입니다. 유니캐스트와 브로드캐스트 중간적인 성격을 가지고 있습니다. 멀티캐스팅을 하기 위해선 D 클래스의 IP 주소(곧 배웁니다.)를 사용하여 멀티캐스트 그룹을 지정해야 합니다.

Broadcast Domain/Collision Domain
우선 도메인란 어떤 집합들을 의미합니다.
- Broadcast domain : 한 장비가 브로드캐스팅을 할때 영향을 받는 집합을 말합니다. cast를 설명하면서, 허브나 스위치는 브로드캐스팅을 한다고 했고, 따라서 허브나 스위치의 모든 포트는 같은 브로드캐스트 도메인입니다.
- Collision domain : 충돌이 발생할 수 있는 범위의 집합을 말합니다. 허브는 모든 포트가 회선을 공유하는 방식으로 대역폭 역시 공유하기 때문에 CSMA/CD, 즉 눈치보기 식으로 신호를 전송하기 때문에 항상 충돌위험에 노출되어 있습니다. 따라서 허브의 모든 포트는 같은 콜리전 도메인에 포함됩니다. 그러나 스위치의 경우는 포트별로 각각의 대역폭을 가지고 있기 때문에 각 포트에 연결된 장비들은 각자의 대역폭을 마음대로 사용하며, 다른 포트와의 충돌의 위험이 전혀 없습니다. 따라서 스위치의 모든 포트는 각각의 콜리전 도메인을 가지고 있습니다. 다시말해 스위치는 포트의 숫자만큼의 콜리전 도메인을 갖습니다.
 

그럼 다시 허브로 돌아와서, 위에서 보았듯이 허브는 몇가지 특징이 있습니다.

- 디지털 신호를 증폭시킨다.
- 모든 포트는 대역폭을 공유한다.
- 하나의 콜리전 도메인을 갖는다.
- 하나의 브로드캐스트 도메인을 갖는다.

그림과 같이 나가는 길은 하나인데 연결된 길이 많으면 많을 수록 충돌의 위험도 높아집니다. 그런 이유로 허브는 사용할 수 있는 포트가 제한됩니다. 제가 아는 바로는 24개 포트 이상되는 제품은 없는 걸로 알고 있습니다.

 
 
아! 오늘 데이타링크 레이어까지 할라고 했는데, 또 못했군요. 계획보다 자꾸 진도가 늦어지는거 같습니다. 그래도 이것 저것 자꾸 설명하려다보니 어쩔 수 없네요. 좀 천천히 가더라도 가능한 자세히 집고 넘어가려 합니다. 진도가 너무 느리다고 구박하지 말아주세요. 그럼 오늘도 행복하시고 모든 분께 항상 감사합니다.
 

Netguide CCNA 교육담당 배남이

※ 출처 : Netguide
저작자표시 비영리 변경금지
posted by lepoussin

티스토리툴바