TCP/IP 학습블로그(20050159 임국주) http://e0050159.egloos.com 동양공업전문대학 전기전자공학부 네트워크정보통신과 3학년 D반 20050159 임국주 ko Tue, 03 Jun 2008 07:58:02 GMT Egloos TCP/IP 학습블로그(20050159 임국주) http://md.egloos.com/img/samplelogo2.gif http://e0050159.egloos.com 80 80 동양공업전문대학 전기전자공학부 네트워크정보통신과 3학년 D반 20050159 임국주 <![CDATA[ 6월 3일(화) 복습.. ]]> http://e0050159.egloos.com/427317 http://e0050159.egloos.com/427317
라우팅의 경로를 설정할 때 인터페이스(즉 출구)만으로 라우팅이 안된다.

왜냐면 경로가 2개인경우 어디로 보내야 할지 정확히 대답할수 없기 때문입니다.

인터페이스/넥스트홉(Next hop) 2개를 지정해주어야 한다.

그래야만 위에 말한 인터페이스만으로는 다음 Destination이 어디인지 모르므로 넥스트 홉(next hop) > 다음 목적지 IP 주소가

보여줘야 됩니다.

코스트(cost) = 메트릭(metric)

코스트 = 0 이라는 것은 로컬네트워크이기 때문에 즉 같은 네트워크상에 있기 때문에 아무곳도 거치지 않습니다. 때문에 0입니다.

코스트의 의미를 알아보면 앞으로 몇개의 라우터를 거쳐 목적지에 도착하는지를 알려줍니다.

다음으로 배운것은 라우팅 테이블 입니다.

라우팅 테이블에서 주소 비교는 맨위에서 부터 순차적으로 해오고

테이블에도 없는 주소는 마지막에 있는 0.0.0.0(디폴트 라우팅 주소) 다음 주소로 보내어 다음 목적지(next hop)으로 전송합니다.

CIDR 은 기존에 정해져 있는 각 클래스의 마스크 주소는 전혀 생각하지 않고 /n 의 표현으로 마스크를 지정할수 있습니다.

여러개로 나뉘어진 네트워크에 대해 대표적인 네트워크 주소로 표현하는 것을 수퍼넷팅 이라고 합니다.

라우팅 관리하는 방법에는 2가지가 있습니다.

IGP , EGP 가 있는데 이 2개 안에도 여러가지 방법이 있습니다.

IGP 는 AS 내에서 사용하는 라우팅프로토콜이고

EGP는 AS간 사용하는 라우팅 프로토콜입니다.

RIP은 서브넷 마스크의 정보를 알수없습니다.

그리고 이게 실제 라우터가 보내는 정보인지 아닌지 잘 모릅니다.

또 방송으로 처리하기 때문에 쓰잘데기 없는 트래픽이 발생합니다.

RIP2는 앞서 설명한 RIP의 3가지 단점을 보완하여 나온 라우팅 프로토콜입니다.

ㄱ) Distance vector 라우팅(소문에 의한 라우팅)

     1. 이웃하는 라우터끼리만 정보교환

     2. 주기적인 정보교환

     3. 목적지의 홉 수를 가진 방향으로 결로 결정

ㄴ)Link state 라우팅

     1. 각 라우터는 자신의 이웃에 대한 모든 정보를 모든 라우터에게 전송

     2. 위의 작업으로 인하여 모든 라우터는 네트워크전체의 구조를 알수있음

마지막으로 VLSM에 대해 배웠는데 기존에 동일한 호스트 개수를 가지는 서브넷팅 방법과는 다르게

가변길이로 서브넷팅을 하는 방법입니다.. 처음 최대 호스트 개수에 맞춰서 나눈후 나눠진거에 대해 또 나누고 또 나누고 하는 방식입니다.

그래서 불필요한 호스트 갯루를 최소화 시키는 방법으로 유용합니다.

이렇게 시험범위 까지 다 배웠는데 앞서 교수님께서 실제 프린트 뽑아서 해봐야 할것들을 알려주셨으니

그것을 뽑아서 한번 연습을 하며 기말 시험에 대비해야 하겠습니다. ]]> TCP/IP(D.Y.T.C) http://e0050159.egloos.com/427317#comments Tue, 03 Jun 2008 07:58:02 GMT 메인 <![CDATA[ 6월 1일(일) 예습.. ]]> http://e0050159.egloos.com/419481 http://e0050159.egloos.com/419481 11과 IP 라우팅입니다.

IP 라우팅은 동일한 계열 과목중 CCNA 에서 배웠습니다.

컴퓨터의 논리적 회로 즉 MAC 주소를 이용하여 목적지에 전달하는 기능입니다.

4옥텟으로 구성된 IP 주소들을 ARP 프로토콜을 이용하여 MAC 주소로 바꾸고 이 주소를 사용하여 전달합니다.

라우팅 종류에는 2가지가 있습니다.

직접 라우팅과 간접라우팅..

직접 라우팅은 호스트 2개가 동일한 네트워크 상에 있다면 라우터 거칠 필요 없이 바로 데이터 전송이 가능한 라우팅방법입니다.

이에 반해 간접 라우팅은 2개의 호스트가 서로다른 네트워크상에 있고 이에 대해 전달하기 위해 중간에 라우터를 거쳐 목적지에

전달 하는 방법입니다. 간접라우팅 방법에서 라우터 끼리 라우팅 테이블을 서로 공유하여 정보를 가진후

목적지의 주소가 라우팅 테이블에 있다면 즉각 대처해서 보내주고 목록에 없다면 디폴트 라우팅 주소로 보냅니다.

라우팅 테이블 관리방법에도 2가지가 있습니다.

쉽게말하면 자동이냐 아니냐 하는 것입니다.

자동설정은 라우터간 스스로 테이블을 공유하는 것을 뜻하고

메뉴얼 설정(Static) 설정은 사용자(관리자)가 직접 수정작업을 해야 하는 것입니다.

이후 RIP 에 관하여 여러가지 설명들이 나오는데 역시 강의를 들어야 될거 같습니다.

책을 예습하던 와중 CIDR 처음 보는 용어가 나왔습니다.

CIDR 이란 ISP와 같은 기관에 주소를 부여할 때 연속된 주소들을 블록 단위로 할당하는 것으로 상황을 완화시키는 방법을 제시하였다고 명시되어있습니다.

11과 분량이 은근히 많았는데 이번 과도 역시 실습 하는건가요? =_=?

]]> TCP/IP(D.Y.T.C) http://e0050159.egloos.com/419481#comments Sun, 01 Jun 2008 13:30:32 GMT 메인 <![CDATA[ 5월 27일(화) 복습 ]]> http://e0050159.egloos.com/398197 http://e0050159.egloos.com/398197
TCP 개념을 설명하시면서 주의 해야 할점은 클라이언트 / 서버 관계로 공부를 해야 한다고 하셨습니다.

한 예로 흔히 생활에서 접할수 있는 가게로 예를 들어주셨습니다.

가게주인 = 서버

손님 = 클라이언트

이렇게 매치시키자 너무 이해가 잘됬습니다.

손님(클라이언트)가 가게(서버)에 들어가므로서 뭔가 일이 발생하는 개념입니다.

TCP의 Three-way handshake 과정은

첫번째로 SYN 을 보냅니다. 이때 서버측은 이렇게 해석을 할수 있습니다.

'의미있는 "데이터"가 들어오는 세그먼트를 보내면 다른 쪽은 이에 대해 수신 확인을 한다' 라고 해석할수 있습니다.

두번째로 서버측은 클라이언트 쪽의 신호를 받았다는 응답확인으로 ACK와 정보를 요청하여 정보를 제공해야 하기 때문에

SYN 신호를 보냅니다.

마지막으로 클라이언트 쪽은 데이터와 서버측에게 받은 응답확인에 대해 ACK 를 보냅니다.

이로서 TCP의 three-way handshake 과정이 완료 됩니다.

오늘 실습함에 있어서 궁금한점은 2가지가 있습니다.

실습지에도 써놓았지만 byte/sec 로 나누는 것이 있는데 결과값은 512kbyte 가 나왔습니다.

하는 방법으로는 패킷 프레임 부분에서 DATA 를 나타내는 것이 있는데 마지막으로 발생한 프레임에서 최초 발생한 프레임의

시간과 시퀀드 넘버를 마이너스(-) 연산 하고 이에대해 byte/sec 로 계산하니 512kbyte/sec를 보내는 결과 값이 나왔고

또 궁금한것은 왜 시퀀스 넘버는 일정하게 같은지도 궁금합니다.

오늘 실습하면서 중요한 것은 교수님께서 강조하셨던 TCP에서의 관계를 조심해야 한다는 것입니다.

다시한번 언급하지만 클라이언트 / 서버 관계로 생각하거나 가게를 예로 생각해야 한다는 점입니다.



p.s  : 2주간 몸 완쾌되신거 같아 다행입니다.. =_= ]]> TCP/IP(D.Y.T.C) http://e0050159.egloos.com/398197#comments Tue, 27 May 2008 09:46:25 GMT 메인 <![CDATA[ 5월 18일(일) 예습... ]]> http://e0050159.egloos.com/357419 http://e0050159.egloos.com/357419 1주일이 지났는데 감기는 괜찮으신가요? -ㅁ-?

일교차가 심해서 감기 조심할 시기인거 같습니다 -0-

아 이번주 개교기념일이라 쉬긴해도 일단 예습이기에 블로그 작성합니다...

8과는 실습만 남아있어서.. 9과를 예습했습니다.

9과에선 HTTP에 관해 배웁니다.

HTTP 프로토콜을 쓰는데 어떤 서비스를 사용하냐면 WWW(World Wide Web)을 사용합니다.

이것이 인터넷을 사용하는 가장 큰 이유고 편하기 때문에 쓰이기 때문입니다.

그리고 더욱 핵심이 되는 것은 한번쯤은 들어봤을것 입니다.

하이터텍스트(Hypertext) 라는 것인데 일반적인 텍스트 데이터를 담고 있으나

이것이 다른 데이터로 연결 즉 Link를 포함하고 있는 것입니다.

그리고 이것을 표현한것을 보기 위해선 웹 브라우저를 사용합니다.

이것이 작성된 것은 HTML(Hyper Text Markup Language)라는 언어로 작성된 것입니다.

지금 현재도 많이 사용중이며 계속 업데이트가 되고있습니다.

그리고 하이터텍스트안에 링크는 URL 이라고 주소를 뜻하는데 주소를 보고 어떤 서비스를 제공하며

무엇을 뜻하는지 알수 있습니다.

한 예로

http://www.doyngyang.ac.kr:2234/network/2dk4/class-2k4.html  이라 예를 들면

http:// <- 서비스

www.doyngyang.ac.kr : 시스템 이름

:2234 : 포트번호

/network/2dk4/ : 경로이름

class-2k4.html : 파일이름을 뜻합니다.

여기 언급한 것중에 가장 기본이 되는 요소는 서비스, 시스템이름, 경로이름 입니다.

책 내용을 보다보면..

프락시 서버 용어가 보이는데..

이 단어는 저도 들어보기만 했지 정학한 기능을 잘 모르는 부분이였는데 책에 나온걸 보고 후딱 읽어보았습니다.

프락시 서버는 서버/클라이언트 역할을 둘다 합니다.

프락시 서버를 사용하려면 사용자 브라우저에서 설정을 해주어야 합니다.

간단하게 HTTP에 대해 예습을 해보았는데

이번주는 개교기념일이라..... 쉬고 다음주에 실습과 이론을 나갈 거 같습니다 -0

이만 쓰겠습니다...

휙

]]> TCP/IP(D.Y.T.C) http://e0050159.egloos.com/357419#comments Sun, 18 May 2008 15:07:53 GMT 메인 <![CDATA[ 5월 13일(화) 복습 ]]> http://e0050159.egloos.com/337224 http://e0050159.egloos.com/337224
빠른 완쾌 바라겠습니다.

TCP/IP 수업에 앞서 영어공부 방법을 알려주셨습니다.

The entire carcass of cattle not inspected and passed for human consumption is also prohibited unless the cattle are less than 30 months of age, or the brains and spinal cords have been removed

위의 내용 원문은 광우병에 관해 번역이 잘못됬음을 다시 한번 교수님께서

번역하여 주셨습니다.

TCP/IP는 패킷을 전송하였을때 일정시간이 응답 없을경우 재전송 하는 기능을 가지고 있어

중간 패킷이 오류가 발생하였을경우 그에 따른 목적지에서 응답이 없기 때문에 재전송 합니다.

연결 방법으로는 Three
way handshake 방법을 사용합니다.

TCP에더의 Urgent data size 필드 뒤에는 옵션필드들인데 책에 표시된 바와 같이 3개 뿐인 옵션필드가 아니라

이렇게 쓰인다는 것을 보여주고 있고 이 외에도 다른 옵션 필드들이 있습니다.

각 필드에 대해 살펴보면

각 포트는 UDP와 같은개념입니다.

well known 포트(1~1023) 이후 포트는 클라이언트 쪽에서 임의로 할상 받아서 씁니다.

일련번호(Sequence Number)는 중요하다는것을 크게 강조하셨습니다.

이 일련번호는 전송의 신뢰성을 확보하기 위해 사용한다는것도 강조하셨습니다.

Three
way handshake 과정은 간략히 말하면
1. 클라이언트가 서버측에 ISN을 먼저 보냅니다.
2. 서버가 클라이언트에 마찬가지로 ISN을 보내고 동시에 받았다는 메시지를 서버에 보냅니다.
3. 이거에대한 응답으로 서버는 클라이언트에 응답확인을 보냅니다.

acknowledgement sequence number(수신확인 일련번호) 이것 또한 중요하다고 강조하셨고 PDF파일에도

빨간 글씨로 표시되어있습니다.

이것이 뜻하는것은 다음 전송에 받기를 기대하는 데이타의 일련번호를 뜻합니다.

시퀀스 넘버를 큰 범위로 사용하는 이유는 예를들어 0~10 까지 작게 한다면

이 번호를 다 사용하고 다시 0으로 돌아왔습니다.

그럼 이게 처음 보낸 패킷인지 나중에 보낸 패킷인지 알수 없으므로

무수히 많은 범위를 두어 구분하기 쉽게 해놨습니다.

IP헤더의 첫 부분의 헤더 길이와 마찬가지로 TCP 헤더 길이 필드도 같은 걸로 나타냅니다

기본값은 5이며 기본 길이는 20byte를 나타냅니다.. 즉 하나의 값은 4byte를 의미합니다.

책 예재를 보면 6으로 값이 나와있는것은..

기본길이 20byte에 남은 4byte는 옵션필드 값이라는 것이 됩니다.

Session Flags 필드에도 세부적으로 나뉘어지는데 앞에 2비트는 예약, 나머지 6비트는 세션플래그입니다. 그에 따른 각 특성을 가지고 있습니다.

각 특성은 아래와 같습니다.


Urgent data : 긴급데이터(URG)

Valid ack(Valid acknowledgement) : 유효 수신확인(ACK)

Push : 푸쉬요청(PSH)

Reset session : 세션 재설정(RST)

Synch seq. #(Synchronize Sequence Number) : 일련번호 동기화(SYN)

Final data : 종료 데이터(FIN)

Sender window size 필드는 임시 기억장소(버퍼)의 크기를 의미하는데

이 값이 0이면 저장할수 없는 상태입니다.

뒷부분은 조금 이해가 안되서 다시한번 좀더 많은 복습 공부가 필요합니다.

오늘 몸 안좋으신데 강의 수고하셨습니다.
]]> TCP/IP(D.Y.T.C) http://e0050159.egloos.com/337224#comments Tue, 13 May 2008 06:54:39 GMT 메인 <![CDATA[ 5월 11일(일) 예습.. ]]> http://e0050159.egloos.com/331052 http://e0050159.egloos.com/331052
TCP라는 프로토콜은 알고 있는것을 간단히 말하면

연결형 프로토콜이고 신뢰성을 강조하는 프로토콜이라고 간단히 기억하고 있습니다.

TCP 통신을 위해선 Three-way handshake 라는 과정을 통해 세션을 열고 연결을 하는데 필요하기도 하고

시퀀스 넘버를 사용하여 전송되는 데이터의 크기와 위치를 알수 있습니다.

TCP 헤더를 살펴보면 송신지/목적지 포트 번호가 있고, 송신지의 시퀀스 넘버, 수신확인 시퀀스넘버, 헤더길이, 세션 비트 플래그,

윈도우 크기, 체크 섬, 데이터 크기, 옵션 필드로 구성되어있는 것을 볼수있었습니다.

그리고 각 쓰리웨이 핸드셰이크 과정마다 나타나는 패킷분석을 통해 각 단계 별로 볼수 있었고..

세션의 종료 되는 부분도 패킷으로 되어있는것을 볼수 있습니다.

이것 또한 실습으로 해보겠지만 이전에 했던 실습보다도 어려울거 같습니다..

이 전시간에 졸아서 이번에 다가오는 강의시간에는

눈에 엄청난 불을켜고 열심히 듣도록 하겠습니다!!!!

p.s : 요전에 쓴 글에 대해 답글이 하나 안달린게 있습니다~~~~~ +-= ]]> TCP/IP(D.Y.T.C) http://e0050159.egloos.com/331052#comments Sun, 11 May 2008 15:53:53 GMT 메인 <![CDATA[ 5월 6일(화) 복습 ]]> http://e0050159.egloos.com/312535 http://e0050159.egloos.com/312535 BootP 의 특징을 몇가지 알아보겠습니다.
1. UDP를 이용한 서비스
2. Bootstrap 파일명, 디폴트 라우터, 할당 받을 IP주소, BootP 서버의 IP주소 등을 제공
3. 라우터를 통해 전달될수 있음.
4. 클라이언트 포트 68번, 서버 포트 67번을 이용하여 동작
5. DHCP보다 관리 부하가 큼(단점)

반대로 이전 RARP 프로토콜에 대해 살펴보면
1. UDP를 이용하는 서비스가 아니다
2. 논리주소를 모를경우 사용.

새로운 프로토콜로 나온 BootP 말고도 DHCP가 있습니다.

그렇다면 DHCP에 대해 특징을 살펴보면
1. BootP프로토콜과 마찬가지로 UDP를 사용함
2. BootP와 유사한 헤더 형식
3. IP주소는 Pool로부터 자동 할당
4. 복수개의 IP주소를 제안하면 그중 하나를 선택후 서버에 알린다.
5. 4번 과정에서 나머지 주소들은 다시 반환한다.
6. 임차기간이 정해져있고 필요시 생산 가능하다.

BootP와 DHCP의 다른점은 헤더 형식에서 맨 끝 필드가 다르다
BootP : Vendor specfic area
DHCP : Options area

DNS에 대해 실습을 해보았는데 =_= CCNA 시간에 배운것도 중복되서 조금 괜찮긴 했는데

역시 설명하기가 껄끄러웠습니다.

실습하면서 nslookup 과 ipconfig...

dns 서버 캐쉬없애고 다시 잡고;;

처음엔 술술 풀려서 좋았는데 가면 갈수록 -_-;

복잡해지기 시작했습니다;

그래도 dns 패킷분석에 대해 조금 이해가 갔습니다.

아 수업시간에 졸다가 걸려서 죄송합니다 -_-;;;;;;;;;;;;;;

한순간에 눈이 감겨버렸습니다 -_-;;

다음에 다른 실습시간에도 +_+ 재밌는 실습이 있길 바랍니다

]]> TCP/IP(D.Y.T.C) http://e0050159.egloos.com/312535#comments Tue, 06 May 2008 16:25:47 GMT 메인 <![CDATA[ 5월 4일(일) 예습.. ]]> http://e0050159.egloos.com/305013 http://e0050159.egloos.com/305013 BootP와 DHCP 헤더에 대해 알아보겠습니다.

BootP는 ARP와 마찬가지로 요청과 응답 2개의 형식으로 나뉩니다.

ARP에서의 구분 방법은 00 01이면 요청 00 02 면 응답이라는걸 배웠습니다.

마찬가지로 BootP 요청/응답 헤더에서도 맨 처음 01이면 요청 02면 응답입니다.

그외엔 같은 필드를 나타태고있습니다.

BootP 서버의 임무는 정보를 제공하는 것으로 메시지의 남은 부분을 이용하여 이루어지고

서버는 클라이언트의 정확한 IP 주소와 자신이 IP 주소, 클라이언트가 사용하는 디폴트 라우터나 게이트웨이의 IP 주소를 식별한다.

만약에 특정한 게이트웨이가 없다면 '0'으로 채워집니다.

그리고 DHCP 헤더에 대해 보겠습니다.

DHCP헤더는 앞서 설명한 BootP 헤더와는 별반 다를게 없어 보이지만 마지막 필드가 다릅니다.

DHCP는 서버로부터 IP주소를 임차합니다.  특성으로는 고정된 IP할당이 아니라는 점에서 BootP와 구분됩니다.

DHCP는 어떤 범위 혹은 풀로부터 할당 가능한 IP 주소를 중앙 관리시스템에서 자동으로 할당하도록 설계되었고 이미 할당 받은

IP 주소를 더 이상 필요로 하지 않을 때는 그 IP 주소를 반환하여 다른 클라이언트가 할당받아 이용할 수 있게끄럼 합니다.

마지막으로 DHCP 과정은 4단계로 이루어져있습니다.

1. 클라이언트는 IP주소에 대한 요청을 네트워크상에 방송합니다.

2. DHCP 서버들이 주소를 제안하는 응답을 보냅니다.

3. 클라이언트는 두 번째 요청을 방송하는데 이 요청에는 제안된 주소중 하나를 넣어 보냅니다.

4. 해당 주소를 제안한 DHCP 서버가 확인 메시지로 응답하면 이제 임차가 성립됩니다.

이렇게 2개의 헤더를 알아보았습니다.

]]> TCP/IP(D.Y.T.C) http://e0050159.egloos.com/305013#comments Sun, 04 May 2008 13:18:39 GMT 메인 <![CDATA[ 4월 29일(화) ]]> http://e0050159.egloos.com/292377 http://e0050159.egloos.com/292377
감기몸살로 인하여 오전만 듣고 오후엔 집으로 가게 되었습니다.

도무지 참을수가 없어서 가게 됬습니다;;

주변 반 사람들에게 물어보니..

6과는 훌쩍다 배우고 7과까지 나갔다고 들었습니다.

다음주에는 실습을 나간다고 들었습니다.

이론을 빠져서 다음주 실습 잘 해낼수 있을지 모르겠습니다.

다들 어렵다고들 하는데 걱정이 됩니다..

앞에서 했던 헤더 공부 했던것처럼 UDP헤더도 마찬지로 각 크기를 확실히 숙지하고 있어야 할까요..?

아 역시 강의를 빼먹은 탓인지..

내용 요약정리를 해보려고 해도 요약정리가 안됩니다..

다음주를 위해 복습한후 실습에 도움이 되도록 하겠습니다.. ]]> TCP/IP(D.Y.T.C) http://e0050159.egloos.com/292377#comments Wed, 30 Apr 2008 14:45:53 GMT 메인 <![CDATA[ 4월 27일(일) 예습.. ]]> http://e0050159.egloos.com/282845 http://e0050159.egloos.com/282845
이제 6과를 배우게 되는데 6과에서는 앞서 연결형 TCP를 배웠다면

이제 비연결형인 UDP를 배우게 됩니다..

UDP 헤더를 살펴보면 비슷비슷하지만 무언가 더 늘어나서 복잡해 보입니다.

6과에서는 간단한 소개로서 넘어가고 7과에서는 UDP 어플리케이션에 관해서 수업합니다.

UDP라는 프로토콜을 사용하여 DNS(Domain Name System)을 해석하고 이에 맞는 IP주소를 알려주는 서비스에 대해 알아 봅니다.

TCP도 좀 어려웠는데 UDP도 잘 해결해 나갈수 있을지 궁금합니다.

UDP 말고도 새로운 프로토콜이 있는데 종류로는 BootP, DHCP 가 있습니다. 각각의 특성이있으며 활용되는 분야는 다르지만

새로운 프로토콜들 또한 중요한 기능을 하고 있는것 같습니다.

BootP 1. 스태틱 구성 정보를 서버에 저장 해놓아야 한다.
         2. BootP에 의해 자동 구성되는 각 장비들은 서버에 정의되어 있어야 한다.
         3. 각 MAC 주소에 대해서 하나씩의 IP 주소를 할당해야 한다.
         4. 기기가 네트워크에서 제거되면 서버로부터 해당 BootP 구성정보를 삭제해야만 한다.
         5. 새로운 DHCP 보다 많은 관리 부하가 요구된다.

DHCP 1. 각 서브넷에 대해 어떤 "범위의 주소들"을 할당 구성할 수있다.
         2. 주소 풀(pool)에서 주소가 소진될 때까지 IP 주소를 할당한다.
         3. 주소를 호스트에게 대여해 주는 방식이다. 필요하면 대여의 갱신이 가능하다.
         4. 하나의 IP주소가 여러 기기에 사용될 수 있다. 물론 한 IP주소를 동시에 여러기기에 사용하는 것은 안 된다.

각 프로토콜의 특징을 적어 보았습니다.

앞으로 하게될 수업이니.. 주의깊게 듣도록 하겠습니다.

아차 여기 UDP도 프로토콜 인스펙터를 통해 실습을 하나요? ]]> TCP/IP(D.Y.T.C) http://e0050159.egloos.com/282845#comments Sun, 27 Apr 2008 14:29:19 GMT 메인