TCP/IP 학습블로그(20050159 임국주)

11과 IP라우팅에 대해 배웠습니다.

라우팅의 경로를 설정할 때 인터페이스(즉 출구)만으로 라우팅이 안된다.

왜냐면 경로가 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에 대해 배웠는데 기존에 동일한 호스트 개수를 가지는 서브넷팅 방법과는 다르게

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

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

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

그것을 뽑아서 한번 연습을 하며 기말 시험에 대비해야 하겠습니다.

11과 IP 라우팅입니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

오늘 실습은 TCP(HTTP)에 대해 실습하였습니다.

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주간 몸 완쾌되신거 같아 다행입니다.. =_=

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 수업에 앞서 영어공부 방법을 알려주셨습니다.

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이면 저장할수 없는 상태입니다.

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

오늘 몸 안좋으신데 강의 수고하셨습니다.