mwtjdghk님의 이글루

기말고사 보기 전 마지막 시간이었던 오늘 수업시간에는
저번 시간에 배웠던 부분을 잠시 다룬 후 11장 IP라우팅에 대해 배웠다.

클라이언트가 서버에게 데이터를 여러개 보내고 응답을 받았을 때
그 응답이 어떤 데이터의 응답인지를 알기 위해서는 ACK번호를 보면 알 수 있다.
ACK(받기를 희망하는 번호)

라우팅
라우팅에는 같은 서브넷에 있을 때 통신할 수 있도록 해주는 직접 라우팅과
각각 다른 서브넷의 있을 때 통신할 수 있도록 해주는  간접 라우팅이 있다.
논리주소(IP주소)를 이용하여 한 라우터에서 다른 라우터로 IP데이터그램을 전달하는 기능을 한다.

AS
한 관리 주체의 관할 하에 있는 인터페이스, 호스트와 네트워크들의 집합을 말한다.

* p228에 보면 Group과 Interface만 주어져 있는데 Interface만 주어지게 되면 
  정보가 부족할 수도 있어 라우팅이 제대로 이루어지지 않을 수 있다.
  따라서 Interface와 함께 Nexthop도 주어져야 한다.

라우팅 테이블
연습 1 - 목적지가 Rest of the Internet일 때는 Destination과 Mask가 모두 0.0.0.0 이다.
            이유는 모든 것들이 다 해당할 수 있으므로 즉 어떤 것이 와도 상관이 없기 때문이다.
연습 2 - 목적지가 80.4.5.0 일때 길이 두가지 이다. m1으로 갈 수도 있고 m2로도 갈 수 있기 때문에
            둘중 하나를 써도 상관이 없다.
            그리고 목적지가 Rest of the Internet 일때 Next Hop을 알 수 없는 이유는
            다른 서브넷이므로 직접라우팅이 아니라 간접 라우팅이므로 목적지 200.8.4.0처럼
            Next Hop이 없는 것이 아니라 분명히 있다. 그러나 여기서는 알 수 없으므로 답은 알 수 없다라고 해야한다.
CIDR
클래스가 없는 IP주소로서 마스크 값을 따로 지정해 준다.
라우팅 테이블의 크기 뿐 아니라 검색 시간이 줄어들어 데이터그램 전달 지연도 감소된다.

그런데 RIP 라우팅 테이블 및 갱신에서 Net6dl 8에서 5로 갱신하면서 F가 C로 바뀌는데
Net 9는 4에서 6으로 왜 갱신이 되지 않은 것일까?

다음시간에 배울 11장 IP라우팅에 대해 예습해 보았다.

직접 라우팅 - IP주소가 부여된 2개의 인터페이스가 동일 서브넷에 있다면 이들 간의 통신에는 라우터가 필요 없다.

간접 라우팅 - 송신지로부터 그와 다른 서브넷이나 다른 네트워크에 있는 목적지까지 데이터그램을 전달하기 위해
                   제3자인 IP 라우터를 이용한다. 

CIDR - ISP와 같은 기관에 주소를 부여할 때 연속된 주소들을 블록 단위 할당하는 것으로 상황을 완화시키는 방법을 제시함으로써
          기관들이 라우팅 테이블 엔트리들을 결합할 수 있게 해주었다. 이러한 결합으로 인해 라우팅 테이블 검색 시간이 줄어들게
          되고 데이터 그램 전달 지연도 줄어 들게 된다.

슈퍼네팅 - 슈퍼네팅은 IP 주소에서 네트워크를 나타내는 비트를 식별하기 위해 마스크를 사용한다.

RIP - 가장 간다하고 가장 많이 사용되는 내부 게이트웨이 프로토콜
        여러 프로토콜들을 지원하도록 설계되었지만, 현재까지는 IP만을 위해 사용되고 있다.
        능동 모드와 수동 모드의 두 가지 모드로 작동한다.
        능동 모드에서 시스템은 라우팅 정보의 수신뿐 아니라 네트워크나 자신에게 연결된 서브넷으로 라우팅 정보를 전송
        수동 모드에서 시스템은 들어오는 RIP 업데이트를 수신하기만 함

이번시간에는 9장을 간단하게 나가고 실습시간을 가졌다.

TCP/IP에서는 송신자와 수신자가 아닌 클라이언트와 서버로 생각하고 공부해야한다.

예를들어 설명하자면 가게가 있고 손님이 있다.

가게주인은 서버가 되고 손님은 클라이언트가 된다.

손님이 가게에 들어가야지 손님과 가게 주인간의 거래가 시작된다.

따라서 손님은 서버가 아닌 클라이언트이다.

HTTP/1.0 - 하나의 연결을 만들고 한번의 요청에 한번의 응답을 하면 연결을 종료함.

HTTP/1.1 - 영속적 연결을 제공하고 하나의 TCP연결로 HTTP요청을 여러번 처리할 수 있음.

HTTP캐시 - 캐시는 서버로의 요청을 감소시키거나 응답을 하더라도
                 전체 데이터 전송의 빈도를 감소기키는 목적을 가지고 있다.

이번시간에 했던 실습은 교수님 말씀대로 그동안 실습보다 어려웠던것 같다.

그런데 실습중에 2/2에 보면 방법 1과 2를 했을때 1460바이트로 모두 같은 수가 나왔다.

왜 이렇게 되는지 이해가 되지 않는다.

오늘은 다음시간에 배울 9장을 미리 예습하였다.
하이퍼텍스트는 웹에 있어서 핵심이며 일반적인 텍스트와 마찬가지로 데이터이다.
하지만 일반적인 텍스트와 차이점은 다른 데이터로의 연결을 포함하고 있다는 것이다.
그리고 URL은 전 세계의 웹서버에 있는 문서들을 간략한 표현으로 구별할 수 있게 해주는 표준방식이다.
URL 중 3개의 필수 구성요소는 서비스유형, 시스템이름, 경로 이름이 있다.
프락시 서버는 클라이언트로서의 역할도 하고 서버로서의 역할도 한다.
프락시 서버는 캐시 기법을 사용함으로써 트래픽을 감소시키며
캐시에 열람된 페이지는 동일한 내용의 요청이 들어오면 캐시의
페이지를 전송해줌으로써 사용량을 감소시킨다.
다음 수업시간에 프락시 부분을 좀더 신경써서 들어야겠다.

감기몸살때문에 오늘도 수업에 못들어갔다. ㅠㅠ

요즘 몸상태가 왜그러는지 ㅠㅠ

TCP시간에 두번이나 빠져서 걱정이 많이 된다.

이번 8장에서는 TCP헤더내의 각 필드에 대해 설명되어있다.

TCP헤더는 내의 각 필드는 이해가 되지만

핸드셰이크 부분이 이해가 가지 않는다.

수업시간에 핸드셰이크 부분을 나갔을까 ㅠㅠ

CCNA수업시간에도 핸드셰이크 부분이 이해가 될듯 말듯 해서 햇갈렸는데 ㅠㅠ

제발 핸드셰이크 부분 수업 안나갔으면 좋겠다 ㅠㅠ

수업 한번빠지는게 이렇게 타격이 크구나 ㅠㅠ