학습블로그

오늘은 다음시간에 배울
11장 IP라우팅에 대해
미리 예습해 보았습니다.

아 처음에는 10장을 예습하는 글을 쓰고 있었는데
문득 수업시간에 교수님께서 11장으로 바로 넘어갈거라는
말씀이 생각나서 바로 지우고 11장 예습을 했습니다.

라우팅은 CCNA시간과 앞서 저번시간들부터 간단히 배웠던 내용들인데
교재를 쭉읽어보니 이장에서는 더욱 더 자세히 배우는 거 같습니다.

직접라우팅과 간접라우팅에 대해서도 다시 언급되었고,
라우팅테이블의 기본 구조,내용들에 대해도 언급되었습니다.

또, CIDR은 주소를 부여할때 연속된 주소(특히 C 클래스 주소)들을 블록 단위로 할당하는 것

RIP은 같은 크기 서브넷에서만 사용이 가능
인증기능 없고 업데이트는 방송주소를 사용하여 비효율적
지금은 사용 안함 위의 문제를 해결한 것이 RIP2

OSPF은 링크상태 프로토콜로,
하나의 라우터는 자기에 물려있는 이웃 라우터에 대한 정보를 가지고
그것을 모든 라우터한테 전달하여 모든 라우터는 네트워크 구조를 알게되므로
목적지에 보내는 길을 자신이 정할 수 있게 됨.

VLSM는 서브넷을 할 때 마스크정보를 같이 넣어 IP주소의 낭비를 최대한 막는 방법

대략적으로 읽어보았지만
이번수업도 꽤나 어려울듯 하네요.
열심히 수업 듣겠습니다.

이번시간에는
9장 HTTP에 대해 배우고
3way-핸드셰이크과정과 연관해 TCP헤더분석실습을 했습니다.

9장의 내용은
저번주에 미리 복습해놓아서
수업을 듣는데 별 무리가 없었습니다.

이번실습은
너무 어렵고
숫자들이 너무 많아
자꾸 헤멨던거 같습니다.

실습을 통해서
3way-핸드셰이크과정의 각 단계의 패킷들을
구별할때 세션플래그의 값들을 통해 알아 볼 수 있었고,

데이터를 수신해 저장해 놓을 수 있는 버퍼크기가 윈도우 사이즈라는 것,

패킷의 캡쳐된 시간은 전송한 시간이 되고,
패킷이 도착한 시간이 즉, 응답시간이 된다는 의미도 알 수 있었습니다.

마지막에 전송속도를 구하는 문제 정말 고민이 많이 되었습니다.
옆 사람들과 같이 고민해 본 결과
마지막패킷과 처음 발생된 패킷의 시간과 시퀀스넘버를
서로 빼준다음 나눠서 byte/sec의 형식으로 나타냈습니다.

저저번주에 교수님 건강 많이 안좋아 보이셨는데
이번 수업때는 건강해 보이셔서 다행이에요.
역시 건강이 최고입니다!^^

오늘은
9장 HTTP에 대해
미리 예습해보았습니다.

하이퍼텍스트(Hypertext)
: 웹에 있어서 핵심
다른 데이터로의 연결(link)의 의미
앵커(anchor)와 주소(URL)부분으로 나뉨
앵커는 텍스트 또는 그래픽으로 이루어진 특별한 위치
주소는 사용자가 앵커를 클릭하면 브라우저가 읽어 들일 문서의 위치를 가리키는 정보

URL
서비스 유형 : 요청한 데이터를 얻기 위해 서버에 어떻게 접속해야 하는가를 브라우저에게 가르쳐 줌
(http, gopher, WAIS, ftp, telnet, mailto, netnews, file) 
시스템 이름 : 서버의 FQDN(Full Qualifiied Domain Name)
경로(path) 이름 : 원하는 파일의 디렉토리 경로(directory path)

HTTP 모델
프락시 서버
: 클라이언트로서의 역할, 서버로서의 역할을 모두 함
요청을 전달하기 전에 미리 해석하거나 다른 서버로 요청을 보내기도 함

HTTP의 비영속적 연결(4단계)
: 1. URL의 IP주소와 프트번호에 대해 TCP연결을 함
  2. 사용자는 메소드를 지정하는 요청헤더를 서버에게 
      보냄으로써 서비스를 요청함
  3. 서버는 응답헤더와 데이터를 포함하는
     엔티티 헤더를 전송함으로써 작업을 종료함
  4. TCP 연결을 종료하고 작업에 대한 어떤 정보도 저장하지 않음

다음시간에 수업시간에 집중해서 잘들어야겠다. 

이번시간에는
8장 TCP에 대해 배웠습니다.

저번주에 미리 예습했을때
조금 어려웠던
핸드셰이크에 대해 좀 더 확실히 알게 되었습니다.

우선 제 1단계에서는
클라이언트가 서버에게 요청하는 것으로
SYN가 존재하고
ACK=0 이다.
(ACK는  다음전송때 받기를 기대하는 바이트의 일련번호이므로
아직 아무런 전송도 하지 않았기 때문에)

제 2단계는
서버가 클라이언트에게 응답하는 것으로
SYN와 ACK가 존재한다.
이때는 ACK값을 다음전송때 받기를 기대하는 바이트의 일련번호를
사용하면 되는 것이다.

제 3단계는
클라이언트가 서버에게 응답하는 것으로
ACK가 존재한다.
이때 ACK값은 서버의 SYN값을 1증가시킨 값으로 한다.

또,
TCP연결의 종료 4단계에 대해서도 알 수 있었습니다.
한 호스트에 대해서
단계1에서는 ACK와 FIN의 값이 존재하고 FIN은 1로 설정해 전송
단계2에서는 ACK값이 존재. 수신확인하고 종료한다.
다른 호스트에 대해서도
단계3에서는 ACK와 FIN의 값이 존재하고 FIN은 1로 설정해 전송
단계4에서는 ACK값이 존재. 수신확인하고 종료한다.

이번 시간에는
TCP에 대해 열심히 배웠습니다.
다음 실습때도 열심히 배운
이론을 바탕으로 실습 열심히 하겠습니다,

오늘은
다음시간에 배울
8장 내용을 간단히 습해 보았습니다.

- TCP를 선택하는 이유는 신뢰성을 갖추기 위해서이다.
그러기 위해서는 교재p161에 나온 8가지의 기능이 구현되어야함

- TCP의 기능 및 특성
연결설정
일련번호
수신확인 일련번호
연결종료
분실 데이터의 재전송
흐름 제어
연결 리셋
적응적 타임아웃시간

- TCP헤더
송신지 포트와 목적지 포트
: 목적지 포트 0015는 통신요청

송신 일련번호
: 전송되는 데이터의 각 바이트들을 순서대로 관리하고 신뢰성을 보장하기 위해 사용
3-way handshake의 3단계 중 첫 번째 단계 송신 일련번호를 보내는 것

수신확인 일련번호
: 세션의 통신 상대방으로부터 다음 전송 때에 받기를 기대하는 첫째 바이트의 일련번호
TCP 세션 시작과정의 첫 번째 단계를 찾아내는 좋은 표식

TCP 헤더 길이
: 처음 4비트는 헤더 길이 필드, 목적지 호스트에게 TCP헤더의 크기를 32비트단위로 표현해 주는것
나중 4비트는 현재 사용하지 않는 보류필드, 0으로 채워짐

세션 비트 플래그
: 2비트의 보류 비트 뒤에 6개의 비트를 6개의 세션 플래그가 채우고 있음
URG -> 1일 경우, 이 세그먼트의 데이터 중 어떤 부분은 다른 데이터보다 우선적으로 처리되어야 함
ACK -> 1일 경우 수신확인 필드의 데이터가 유효하다는 뜻
PSH -> 세그먼트내의 긴급 데이터가 아닌 데이터를 가능한 빨리 처리하라고 요청함
RST -> 1일 경우, 통신 상대방의 응답을 받지 못하는 잘못된 세션을 가지고 있는
호스트가 상대에게 당장 세션을 종료하고 싶다고 비정상적인 종료를 요청하는 신호임
SYN -> 세션의 양 호스트가 통신을 시작하면서 처음 보내는 헤더의 필드 값 1이 됨
FIN -> 사용자가 더 이상의 세션이 필요하지 않다고 서버에게 알리면 서버는 종료 데이터플래그르 1로 세팅해 응답

송신자 윈도우 크기
: 상대방이 송신자의 수신확인을 기다리지 않고도 보낼 수 있는 바이트의 수를 나타냄

TCP검사합
: 데이터에 대한 에러체크 수행

긴급 데이터 크기
: 1로 설정된 경우 메시지내의 긴급 데이터의 크기를 8진수로 표현

옵션필드
: IPv4와 유사하게 헤더길이필드가 0x05이상의 크기를 갖게 되면 옵션필드가 존재함

- 최대 세그먼트와 윈도우 크기
1. 로컬 네트워크의 MTU에 되도록 근접한 값을 선택하는 것
2. 송신자 윈도우 크기의 약수 중 로컬 네트워크 MTU의 크기를 초과하지 않는 값으로 정하는 것

- 핸드세이크
제 1단계
: 수신확인 일련번호를 살펴보거나 세션 플래그를 살펴보고 판단할 수 있음
제 2단계
: 세션 플래그를 보고 판단 할 수 있음
제 3단계
:  헤더가 무엇을 수신확인하고 있는지 직전 수신된 세그먼트의 헤더를 살펴보고 판단할 수 있음

- 혼잡과 TCP
: 어플리케이션이 TCP버퍼를 신속히 비우지 못 할 때 발생됨
어플리케이션이나 서브루틴들이 가상 메모리를 스왑할 때 발생하기도함
많은 세션들이 동시에 하나의 라우터를 이용하거나
회선에 에러가 자주 발생하거나 경로상에 기타문제가 있는 네트워크에서도 발생됨

간단히 복습해 본 결과
핸드세이크의 단계를 구별하는 방법에 대해서
정확히 이해가 가질 않네요

이번 수업시간에 열심히 들어서
익히도록 하겠습니다.