20042117조성진 TCP/IP 학습블로그

5월13일 복습내용

곰탱이 — Tue, 13 May 2008 12:36:27 GMT

TCP의 선택
* 신뢰성있는 전송서비스
    - IP는 데이터그램별로 전송에 최선을 다함
    - TCP는IP가 가지고 있지 않는 이런 기능들을 제공함

* TCP의 기능 및 특성
    - 연결설정: 3-way(3단계) 핸드셰이크
    - 일련번호: 데이터크기 및 송수신할 데이터의 위치를 알림
    - 수신확인 및 타임아웃: 오류/분실 데이터의 재전송을 가능하게 함
    - 연결종료:4-way(4단계) 연결종료절차
    - 흐름제어: 통신상대방의 처리능력에 맞춘 유연한 전송성능 보장
    - 혼잡제어: 네트워크에서 발생하는 혼잡에 대응하는 전송 가능

*TCP의 헤더
    - 신뢰성있는 전송을 하기 위해서 여러가지 기술들이 도입되었기 때문에 UDP보다 매우 복잡한 모습을 보익 있다.

*송신자 포트와 수신자 포트

    - 첫 필드는 송신자 포트와 수신자 포트이다.
    - 송신자 포트와 수신자 포트는 UDP의 경우와 같은 개념이다.

*송신측 일련번호

    - 전송의 신뢰성을 확보하기 위해 일련번호 사용
    - 3단계로 이루어지는 TCP연결의 첫 단계는 클라이언트가 서버에게 일련번호를 보내는 것이다.
    - 첫 일련번호를 정하는 방법은 시스템마다 다르다.
    - 첫 일련번호 후 일련번호는 데이터 한 바이트당 1씩 증가한다.
    - 일련번호는 수신확인 및 수신 세그먼트 순서정렬 등에 사용된다.

*수신확인 일련번호

    - 다음 전송에 받기를 기대하는 데이터의 일련번호
    - 3단계로 이루어지는 TCP연결의 첫 단계에서는 서버가 보낼 데이터의 첫 일련번호를 알지 못하므로 0으로 설정한다.

*TCP헤더 길이

    - TCP헤더길이를 나타내는 4비트의 필드
    - 헤더의 크기를 4바이트 단위로 표현
    - 기본값은 5이다.
    - 다음 4비트는 향후 사용을 위해 예약된 것이다.

*세션 플래그

    - 처음 2비트는 예약, 나머지 6비트가 세션 플래그이다.
    - 각 비트마다 고유의 기능을 가지고 있다.

*세션 플래기 - 긴급 포인터

    - 이 비트가 1이면 그 세그먼트는 긴급데이터
    - 그 세그먼트를 우선적으로 처리되야 한다는 의미

*세션 플래그 - 수신확인 유효비트

    - 이 비트가 1이면 수신확인 일련번호가 유효하다는 의미
    - 수신확인 일련번호가 의미없는 값이라면 이 비트는 0이어야 한다.

*세션 플래그 - 푸쉬 요청

    - 이 비트가 1이면 버퍼가 찰 때까지 기다리지 말고 데이터를 즉시 전달하라고 요구하는 것임
    - Telnet 등 짧은 데이터이지만 즉시 보내야 하는 경우에 1로 세팅함

*세션 플래그 - 세션 강제 종료

    - 문제가 생겨서 세션을 계속 유지하지 못 할 경우에 이 비트를 1로 하여 상대에게 전송한다.
    - 상대는 세션을 종료하게 된다.

*세션 플래그 - 일련번호 동기화

    - TCP연결을 시작할 때는 서로 상대방의 첫 일련번호를 알아야 한다. 이를 일련번호의 동기화라고 한다.
    - 따라서 TCP연결에서 클라이언트 그리고 서버가 처음 송신하는 세그먼트에는 각자의 첫 일련번호가 들어있으며, 따라서 이 비트는 1로세팅된다.
    - 이를 수신한 측은 이 일련번호에 1을 더한 값을 다음 세그먼트의 수신확인 일련번호로 하여 전송하다.

*세션 플래그 - 종료 데이터

    - 종료 플래그를 1로 하여 송신하면 상대방에게 세션의 종료절차에 들어가자고 요청하는 것이다.
    - 상대는 종료요청에 대한 수신확인을 보낸다.
    - 상대는 종료 플래그를 1로 하여 송신한다.
    - 이를 수신하면 이에 대한 ACK를 보내고 연결이 종료된다.

*송신측 윈도우 크기

    - 수신 확인을 기다리지 않고 전송할 수 있는 데이터의 크기
    - 즉, 데이터를 수신하여 저장해 둘 수 있는 버퍼크기를 의미
    - 이 필드의 값이 0x1000이라는 것은 이 세그먼트를 보낸 측에 4096바이트의 사용 가능한 버퍼용량이 있다는 의미
    - 이 필드의 값이 0이면 더 이상의 수신이 불가능하다.

*TCP검사합

    - TCP헤더 필드와 전송되는 데이터에 대해 검사를 수행

*옵션필드

    - IP의 경우와 같이 TCP도 헤더길이필드 값이 5보다 크면 옵션이 존재하다.
    - 헤더길이필드의 값이 6일 경우는 4바이트의 옵션필드가 존재함을 알 수 있다.

*최대 세그먼트 크기와 윈도우 크기

    - 전송하는 세그먼트의 크기는 수신측의 윈도우 크기보다 클 수 없다.
    - 또한 각 TCP장치에 설정된 MSS를 초과할 수 없다.
    - MSS = 최대 세그먼트 크기 = Maximum Segment Size = 한 세그먼트에 담아 보낼 수 있는 데이터의 최대 크기
    - 한마디로, 전송하는 세그먼트의 최대크기는 MSS와 윈도우 크기 중 최소값이 된다.

*핸드셰이크 - 그 3단계중 1단계(클라이언트-->서버)

    - ACK 일련번호 값이 0
    - 세션플래그필드의 값이 0x02
    - 대개 헤더길이필드는 0x6, 옵션에서 MSS를 알려 줌
    - MSS를 알려주지 않으면 기본값은 536바이트

*핸드셰이크 - 그 3단계중 2단계(서버-->클라이언트)

    - ACK 번호 값이 1단계 일련번호+1
    - 세션플래그필드의 값이 0x12
    - 대개 헤더길이필드는 0x6, 옵션에서 MSS를 알려 줌
    - MSS를 알려주지 않으면 기본값은 536바이트

*핸드셰이크 - 그 3단계중 3단계(클라이언트-->서버)

    - ACK 번호 값이 2단계 일련번호+1
    - 일련번호 값은 1단계 일련번호+1
    - 핸드셰이크3단계라는 특징적인 값은 없음

*혼잡 TCP

    - 혼잡은 수용능력 이상의 데이터를 수신하였을 때 발생하는 장애상태이다.
    - TCP는 혼잡이 발생했을 때 대응하는 여러 기능을 가지고 있다.

<질문>
버퍼의 역할은 단순히 수신된 데이터를 임시 저장하는 것 인가요?
버퍼가 왜 꼭 필요한 것인지 잘 모르겠습니다.
그냥 수신측에서 바로 받으면 어떤 문제가 생기는 건가요?

5월12일 복습 내용

곰탱이 — Mon, 12 May 2008 10:29:22 GMT

Domain Name System

- 도메인명을 IP주소로 변환하는 시스템
- 예 : telnet ftz.hackkerschool.org를 입력하면, 이에 대응하는 IP주소를 얻기 위해 DNS 클라이언트인 해석기에게 의뢰한다.
- 해석기는 로컬 호스트 파일을 찾아보고 해당 호스트명이 없으면 로컬 DNS에 문의한다.
- 로컬 DNS가 알고 있지 못한 문의에 대해서는 보통 여러 DNS에 문의하거나 혹은 여러 DNS의 도움을 받아 원하는 FQDN에 대한
IP주소를 알게 된다.

Domain Name System 트리

- 도메인명은 여러 레벨로 이루어짐
- 레벨들은 . 으로 구분
- 각 레벨 이름은 63개이하의 알파벳/순자/-로 이루어짐
- root: DNS의 최상위 지점

국가 도메인

- 2개의 문자로 되어 있다.
- 미국은 국가코드 us보다 3개의 문자로 된 기관 도메인을 많이 사용
- 기관 도메인은 타국도 사용이 가능하나 .gov와 .mil은 미국만 사용

IP주소 자동 구성

- 초기 워크스테이션들은 하드웨어주소는 알고 있었지만 프로토콜 주소는 기억할 수 없었다.
- 프로토콜 주소는 부팅시 외부의 도움에 의해 알게 된다.
- RARP, BootP, DHCP 이 프로토콜을 지원하는 서버들은 클라이언트가 자신의 물리주소에 대응하는 프로토콜주소를 요청할 때 이
를 알려준다.

RARP

- UDP를 이용하는 서비스는 아니다. 이더넷프레임에 직접 캡슐화
- 물리주소는 알지만 논리주소를 모를 때 이를 알기위해 사용

BootP

- 정적으로 할당된 IP구성 정보는 서버에 저장되어 있음
- 각 호스트는 서버에 정의되어 있는 BootP에 의해 설정됨
- 하나의 물리주소와 하나의 IP주소 사이의 1:1매핑이 필요함.
- 호스트가 네트워크에서 제거되면 서버의 해당 BootP설정 정보도 제거되어야 함.
- DHCP보다 관리 부하가 크다.

DHCP

- 각 서브넷당 사용가능한 일정 범위의 주소를 이용함.
- 주소 풀이 고갈될 때 까지, 풀로부터 주소를 가져와 할당할 수 있음.
- 필요하면 갱신할 수 있는 조건으로 IP주소를 일정 기간 빌려와 사용하는 개념.
- 한 IP주소를 여러 호스트에 재사용 할 수 있게 해 줌.

<질문>

BootP와 DHCP는 빠른 통신을 위해 UDP를 사용하는데 TCP통신과 통신속도 차이가 얼마나 나는 겁니까?

4월12일 예습내용

곰탱이 — Sat, 12 Apr 2008 09:40:22 GMT

6. UDP를 이용한 비연결형 전송

<호스트 간 계층의 유형>
* 비연결 프로토콜
- 비연결형 프로토콜은 회선의 설정 없이 메시지를 전송하는 기능
- UDP는 비연결형 프로토콜이다.

*연결형 프로토콜
- 연결형 프로토콜은 메시지 송신자가 수신자와 회선을 설정하고 대화(통신)를 유지하는 과정을 갖는 프로토콜
- TCP는 연결형 프로토콜이다.

<적은 오버헤드와 신뢰성>

*속도
- UDP 동일 네트워크상의 호스트들 간에 짧은 메시지를 빈번하게 전송하는 어플리케이션에게 빠른 속도를 제공

*신뢰성
- 메시지가 분실되거나 에러 상황이 발생되는 경우가 있으므로 어플리케이션은 에러 복구 기능을 제공해야 한다.

*UDP는 수신자가 송신자에게 응답 메시지를 보낼 수 있도록 송신측 포트를 제공한다.
*수신측 포트는 데이터를 수신하는 호스트가 해당 데이터를 어떤 어플리케이션에게 전달해야 할지를 식별
*메시지 길이 필드는 UDP헤더를 포함한 전체 메시지의 크기를 바이트 또는 옥텟 단위로 나타낸다.
*IP가 자신의 헤더에 대한 에러 검사를 하지 않기 때문에 UDP는 자신에 대한 에러 검사 기능을 포함(선택사항)

<포트의 원리>

*포트 번호 : 적절한 사용자 작업에 전달하기 위해서 클라이언트나 서버의 작업들을 서로 식별할 수 있는 장치

*소켓
- IP 주소와 사용되는 포트 번호의 쌍을 의미
- 소켓은 UDP세션 양단의 완전한 네트워크 주소로 인식

<어플리케이션>

*예상한 시간에 도착하지 않았다면 재전송해야 하는 짧은 메시지를 다루는 어플리케이션
- Active Users, Quote of the Day, Whois, BOOTP, SNMP, RIP 등

*긴 메시지를 다루기는 하나 신속한 서비스가 필요한 어플리케이션
- DNS, TFTP, Sun의 RPC 등

<의문점>

UDP는 오직 빠른 정보 전송을 위한 프로토콜인거죠?
*IP가 자신의 헤더에 대한 에러 검사를 하지 않기 때문에 UDP는 자신에 대한 에러 검사 기능을 포함(선택사항)
여기서 에러 검사 기능을 선택하지 않고 전송을 했는데 에러가 생겼다면 에러를 검출할수 있는 방법은 없는건가요?

4월8일 복습내용

곰탱이 — Tue, 08 Apr 2008 16:24:51 GMT

<수업중 알게 된 내용>

*네트워킹

-라우터를 많이 거친다고 통신이 느린 것이 아니다.
-먼거리로 통신을 한다고 해서 무조건 느린 것이 아니다. 통신 선로의 기능에 따라 통신이 빠를 수도 있다.

*IP헤더
>IP 헤더 레이아웃
- IP version : (4) IP version4 를 의미
- IP header lenght : (5) 기본 IP헤더 길이, 단위가 4바이트, 5X4=20 바이트
- Prece-dence : 우선순위
- Type of service : 서비스
- Total IP length : IP의 총 길이, IP헤더 + IP Payload
- ID : 데이터그램 ID 번호, 조각난 데이터그램들을 원래 데이터그램으로 합치는데 이용
- Frag-mentarea : 단편화, 데이터그램의 크기가 MTU보다 크면 데이터그램을 MTU에 맞게 나눈다.
- Time to live : 라우터를 지날때 마다 1씩 값이 감소하다가 0가 되면 네트워크에서 소멸
- Protocol : 프로토콜 필드, IP 상위 프로토콜의 ID번호
- Check-sum : IP 헤더 검사합, IP 헤더에 대해서만 오류 검사를 하는 필드이다.
- Source IP address : 송신자 IP주소
- Target IP address : 목적지 IP주소

*단일화

> 단편화 바이트 구조
- Don't 비트의 값이 1이면 단편화를 하지말라는 뜻
- More 비트의 값이 1이면 다음 조각이 있다는 뜻, 0이면 마지막 조각
- Fragment Offset : 13개의 비트는 8바이트 단위의 옵셋 번호를 가리킨다. 이는 해당 데이터가 원래 데이터의 시작점으로
부터의 얼마나 떨어진 데이터인지를 나타낸다. 만약 이 숫자보다 더 큰 옵셋이 필요하다면 추가문자가
더해진다.

<의문점>

오늘 배운 IP헤더의 해석들이 실제 현장에서 어떤 작업을 할때 사용되는지 궁금합니다.

<수업에 관한 내용>

수업을 진행하는데 교수님의 질문에 대답을 안하게 되고, 회피하는게 수업을 할때 저의 안좋은 버릇인데 다음 수업 부터는
고치겠습니다.
수업을 도중 교수님의 질문에 대답할 수 있도록 노력하겠습니다. ^^

4월6일 예습내용

곰탱이 — Sun, 06 Apr 2008 14:14:29 GMT

*IP 네트워크의 목적
> 논리적 혹은 물리적 연결을 통하여 데이터그램을 배달하려고 노력한다. 하지만 정확한 전송에 대하여 책임지지 않는다.

*IP의 기능
- 논리 주소 지정
- 단편화
- 데이터 길이의 명시
- 서비스의 품질의 명시
- 상위 레벨 프로토콜의 구분
- 경로를 배정
- 진단 및 에러보고 기능

*IP 헤더의 길이 계산
> 두 번째 16진수 문자는 IP 헤더의 길이를 나타낸다. 이 필드값의 단위는 4바이트이다. 즉, 이 필드의 값이 1이라면 그것은 32비트를 의미한다. IP 헤더는 옵션이 없는 경우 기본적으로 5이다.

*IP 데이터그램의 버전
> 처음의 16진수 문자는 IP 버전을 나타낸다. 만약 송신지가 사용하는 버전을 목적지의 소프트웨어가 지원하지 않는다면 양쪽은 통신할 수 없다.

*IP 데이터그램에서의 우선순위
> 네트워크에 혼잡이 발생하여 라우터의 버퍼가 다 차서 소프트웨어가 버퍼를 비우려 할 때, 라우터는 일반 데이터를 지워버린다. 상대적으로 높은 우선순의 데이터만 남겨진다.
> 포화된 네트워크의 사용은 현재의 사용자보다 높은 우선순의의 사용자만이 가능하다 높은 우선순위를 가진 사용자는 전송에 우선권을 가진다. 포화된 네트워크에서는 낮은 레벨의 사용자는 높은 우선순위의 사용자로 인하여 네트워크서비스를 이용할 수 없게 된다.

*IP 데이터그램에서의 서비스의 종류
>지연비트
>처리량 비트
>신뢰성 비트
>비용비트

* ID 번호
>이 번호는 0X0001로 시작하여 새로운 데이터그램이 보내질 때마다 1씩 증가하게 된다. 이것은 논리적인 에러를 없애주고 단편화된 데이터그램을 다시 합치는데 사용되다.
단편화가 발생하면 본래 하나의 큰 데이터그램에서 잘려져 나온 각 부분들은 같은 데이터그램 ID 번호를 가지게 된다. 이것은 모든 조각난 데이터그램의 식별자로서 사용된다. 그러므로 목적지의 IP 시스템은 같은 ID 번호를 가지고 있는 조각들을 모두 모아 원래의 데이터그램으로 만들어 상위의 프로토콜에게 전달하게 된다.
조각난 데이터그램의 첫 번째, 중간, 마지막 데이터그램을 구분 할 수 있게 된다.

*IP 헤더 중 프로토콜 필드의 목적
>어떤 상위 프로토콜이 현재 IP 데이터그램의 페이로드를 이용하고 있는지를 알려주는 필드로 해당 상위 프로토콜의 ID번호를 전달한다. 이는 받는 쪽의 어떤 상위 프로토콜이 현재의 데이터그램을 전달받아야 하는가를 표시한다.

<수업에 대한의견>
*IP 예제 데이터 교환에서 데이터그램의 필드값들을 잘 살펴보고 어떤 데이터그램들인지 분석해 보라. 라고 되어있는데
전혀 모르겠습니다.

4월1일 복습내용 입니다.

곰탱이 — Tue, 01 Apr 2008 13:27:32 GMT

제3장 표준화, RFC 그리고 FYI

* 인터넷 관련 주요 기관들
>IP등록 서비스 관정
- ICANN(lnternet corporation for Assigned Names and Numbers) : 가장 상위 기관
- APNIC(Asia Pacific Network Information Center) : 아시아 태평양 지역을 담당

* RFC
>인터넷에 관련된 기술적이고 체계화된 문서시스템을 의미
>표준화 과정 : 제안 표준 --> 드래프트 표준 --> 표준

*FYI
>인터넷 사용자들에게 인터넷과 관련된 여러가지 주제에 대한 정보를 보다 손쉽게 찾아 보게 하기 위하여 만들어 놓은 문서 시스템
>FYI문서 자체도 RFC가 된다.

제4장 물리계층과 주소변환

*이더넷 주소

>이더넷 주소는 6바이트(48비트): 12개의 16진 숫자로 표시
>NIC마다 고유한 주소를 가짐
>앞 3바이트: 제조사주소(OUI)-LAN카드 생산업체마다 고유한 값
>뒤 3바이트: 제조사별 LAN카드의 일련번호

*이더넷 주소의 종류

>유니캐스트 주소: 하나의 NIC에 할당되는 주소
>멀티캐스트 주소: 첫 바이트의 최하위 비트(멀티캐스트 비트)가 1값을 가짐. 하나의 프레임을 여러 호스트들에게 보낼때 사용
>브로드캐스트 주소: 하나의 프레임을 한 LAN에 연결된 모든 호스트들에게 보낼 때 사용. FF-FF-FF-FF-FF-FF

*이더넷 헤더의 필드

* 패킷 크기
>이더넷에 의해 운반될 수 있는 프레임의 크기 및 데이터 필드에 삽입되어 운반되는 데이터그램의 크기에는 제한이 있다.
>이더넷의 MTU은 1,500바이트이다.
>따라서 이더넷 프레임의 최대 크기는 1,518바이트가 된다.
>이더넷 카드는 1,518바이트보다 큰 프레임은 무시한다. 따라서 IP는 1,500바이트보다 큰 데이터의 경우 짤라 보내게 된다.
>한편, 64바이트보다 작은 프레임도 무시한다. 따라서 이더넷카드는 송출하려는 데이터가 46바이트보다 작으면 데이터에 패딩을 하여 46바이트 크기가 되도록 만든다.

*ARP - IP주소를 대응하는 MAC주소로 변환하여 주는 프로세스
*ARP케시 - IP주소와 그에 대응하는 하드웨어주소 쌍의 목록
- ARP요청에 의해 IP주소-MAC주소 쌍을 알게 되면 ARP캐시에 기록하고 타이머를 설정함

*ARP구현
>ARP요청의 이더넷헤더의 목적지 이더넷주소는 브로드캐스트 주소를 이용한다. 왜? 수신자의 이더넷주소를 모르기 때문!
>이더넷 헤더의 프로토콜유형의 값은 16진수 08 06 이다.

<수업에 관한 의견>

- 힘들지만 오늘의 수업내용도 제법 잘 이해가 되었습니다.

<궁금증>

이더넷 || 와 802.3 두개의 헤더 필드 중 이더넷 ||가 상용화가 된겁니까? 아니면 상황에 따라 802.3도 사용이 되는겁니까?
이더넷 || 와 802.3 중 기능은 어느 것이 좋은 겁니까 ?

3월 27일 ^^ 예습내용

곰탱이 — Thu, 27 Mar 2008 01:04:03 GMT

<예습내용>

* RFC : RFC는 TCP/IP와 관련 프로토콜들을 규정한 개방 표준을 말한다. 표준화 과정은 RFC 2026에 정의되어 있다.
           여러 네트워킹 관련 주제들에 대해 RFC들이 만들어져 왔다. 새로운 혹은 개정된 RFC들은 제안된 순서대로 일련번호를
           부여받는다. RFC들은 6개의 범주로 나뉜다.

    - 프로토콜이나 기능에 대해 규정하는 표준
    - 공식 표준이 되기 전의 마지막 단계에 있는 드래프트 표준
    - 내부 검토 단계에 있는 제안 표준
    - 현재 표준으로 고려되고 있지 않은 실험용 RFC
    - 이제는 사용되지 않고 폐기된 프로토콜에 대한 역사적 RFC
    - 인터넷 사용자에게 도움이 될 수 있는 정보들을 제공해주는 정보 RFC

* ARP : IP네트워깅에서는 IP주소를 대용하는 MAC주소로 변환하여 주는 프로세스를 ARP(Address Resolution Protocol)이라고
           부른다.

* ARP 캐시(cache) :
    - 한 호스트가 네트워크의 같은 세그먼트에 있는 다른 호스트와 통신을 하고자 할때 정확한 주소를 피요로한다.
    - 우편 서비스에서 같은 동네의 사람이라도 이름만 알아서는 편지가 제대로 배달될 수 없다.
    - 마찬가지로 IP도 목적지의 IP주소와 대응하는 물리(MAC)주소를 필요로 한다.
   - TCP/IP 네트워크 시스템에서 물리주소는 ARP 캐시라고 불리는 휘발성 메모리 (RAM) 공간에 저장된다.
     이로써 IP가 전송하고자 하는 데이터그램을 위해 네트워크 인터페이스 계층에 보내줘야 하는 물리주소를
      즉각 얻을 수 있도록 하고 있다.
   >> 여러 TCP/IP 제조사들은 ARP캐시에 대하여 900초(15분)의 타이머를 설정해 놓고 있다.

* ARP구현 : 발신지호스트가 목적지호스트의 IP주소를 알고 있을때, 목적지 호스트의 하드웨어주소를 찾게 해 준다.

<의문점>

RFC 2026 ? :

<수업에 관한 의견>

수업시간에 교수님의 친절한 설명의 기대하고 있습니다. ^^*

3월25일 복습해봤습니다.

곰탱이 — Tue, 25 Mar 2008 07:54:49 GMT

<수업중 알게된점>

* 캡슐화
>메시지에 각계층에서 헤더를 붙여서 프레임을 캡슐화 한다.

예)
OSI 7계층

응용계층, 표현계층, 세션계층     - 메시지를 만든다.
전송 계층                                - TCP헤더를 만든다.
네트워크 계층                          - IP헤더(IP주소)를 만든다.
데이터 계층                             - 이더넷헤더(MAC주소)와 CRC를 만든다.
물리계층

*네트워크

같은 네트워크 --> MAC주소 만으로 통신가능
다른 네트워크 --> MAC주소 만으로 통신불가능 IP주소 필요

브리지 : 2 계층 장비
라우터 : 3 계층 장비

예)
>LAN이 브리지로 나누어진 경우 : 브리지는 송신측 호스트에서 정보를 보낼때 MAC주소를 확인하고 다른 쪽 LAN에 수신측
                                               호스트가 있으면 그것을 연결해주는 역할을 한다.(MAC 주소만으로도 통신이 가능하다.)
                                              즉, 송.수신측 호스트는 같은 네트워크에 있다고 말할수 있다.

>LAN이 라우터로 나누어진 경우 : 송신측에서 데이터를 송신할때 수신측이 같은 네트워크에 있나,없나.
                                               를 확인하고, 다른 네트워크에 있다는것이 확인되면 라우터(게이트웨이)의 MAC주소로
                                               이더넷헤더를 만들어서 라우터에게 보내지게 된다. 라우터는 3계층 장비로써 이 데이터를
                                               받아서 IP주소를 읽은 다음, 수신측 호스트가 있는 네트워크로 수신측 호스트의 MAC주소로
                                               이더넷헤더를 만들어서 수신측 호스트까지 전달한다.

즉, 그래서 브리지로 연결된 LAN은 같은 네트워크라 말할수 있고, 라우터로 나누어진 LAN은 다른 네트워크라 말할 수 있다.

의문?)  과연 송신 호스트는 수신 호스트가 같은 네트워크인지 다른 네트워크인지를 어떻게 알 수 있나?
            ㅡㅡ> 서브넷마스크로 연산을 하면 알 수 있다.

* IP주소 할당 방법 ^^

<수업에 대한 의견>

오늘 교수님의 복습과 같은 설명을 듣으면서 제가 잘 못 이해하고, 잘못 생각하고, 모르고 있었던 개념들을 알수 있었습니다.
다행히 오늘 그런 개념들을 이해할 수 있었습니다.
교수님의 친절한 설명에 감사드립니다. ^^*

<의문점>

* 수업중에 자주 나온 용어인데 제가 확실하게 이해하고 있는지 헷갈립니다.
>서브넷팅 ? : IP주소를 효율적으로 할당하기 위한 작업인거죠?
>ARP ? : 송신측 호스트가 MAC주소를 알기위한 수단인건가요?

3장 예습을 해봤습니다.

곰탱이 — Sat, 22 Mar 2008 12:10:30 GMT

3. 표준화 과정, RFC 그리고 FYI

> TCP/IP 표준관리

IAB(Internet Architecture Board) : 인터넷의 기술적 진화에 대한 인터넷 협회의 감독단체
    - ISOC(Internet Society) : 인터넷을 국제적으로 대표하고. 기술개발이나 운용 관리사의 제반문제를 총괄하는 조직
    - DISA(Defense Information systems Agency) : MILNET과 같은 DDN을 담당하고 있는 미국정부기관
    - NSF(National science Foundation) : 국립과학재단
    - FNC(Federal Natworking council) : 연방 네트워킹 협의

> IAB에 속해 있는 4개의 기능 조직
    - IETF : 인터넷의 원활한 사용을 위한 인터넷 표준규격을 개발 하고 있는 미국 IAB의 조사위원회이다.
    - IRTF : 인터넷 아키텍처 위원회(IAB) 산하의 조직으로 네트워킹에 관한 연구를 촉진하고 새로운 기술을 개발하기 위한
                 전문 연구자들의 공동체.
    - D-NIC : DISA는 인터넷의 관리와 문서화를 위해 D-NIC을 제정적으로 지원
    - ICANN인터넷 도메인 네임과 주소를 지정하는 미국의 비영리 사설 기관. 1998년에 창설된 조직으로 인터넷의 비즈니스,
      기술계, 학계 및 사용자 단체 합동으로 구성되었으며 인터넷 도메인 네임 관리 시스템의 기술적 관리, IP 주소 공간 할당,
      프로토콜 파라미터 지정, 경로 서버 시스템 관리 등 업무를 조정하는 범세계적 합의체로서 미국 정부가 승인한 기관이다.
> RFC : TCP/IP와 관련 프로토콜들을 규정한 개방 표준을 말한다.

<수업에 관한 의견>

* 모르는 용어가 많아서 그런지 책을 읽는데 이해가 잘 안됩니다. 그래도 천천히 한번더 읽어볼 생각입니다. ;;;

2008년3월18일 복습하면서 궁금한점이 생겼습니다.

곰탱이 — Tue, 18 Mar 2008 14:09:53 GMT

<수업 중 새롭게 알게 된점>

2. IP주소와 서브넷팅

* IP주소
    >네트워크 장치는 기본적으로 MAC(물리)주소로 통신한다. 왜?
        - 네트워크 인터페이스 계층인 랜카드는 IP주소를 읽지를 못한다.
    >랜카드가 IP주소를 보고 결정하지 못하는 이유는?
        - 랜카드에서는 네트워크 인터페이스 계층만 이해할 수 있다. 하지만 IP주소는 인터넷 계층이다.

    >점으로 구분된 4개의 숫자로 이루어져 있다.
    >각 숫자는 한 바이트의 길이를 갖는다.
    >앞에서부터 일정 개수의 비트는 네트워크들을 구분하는데 사용되며(네트워크 비트)그 나머지는 네트워크내에서 각
      인터페이스들을 구분하는데 사용된다(지역 비트).
    >IP주소 = 네트워크 비트들 + 지역 비트들

*할당할 수 없는 주소
    >호스트 인터페이스에 할당되는 IP주소의 어떤 필드라도 모두 1의 값을 또는 모두 0의 값을 가지는 경우는 없다.
    >목적지 IP주소의 호스트부분이 모두 1의 값을 갖는다면 이는 IP레벨의 브로드캐스트(방송) 이다.
    >IP주소의 호스트 부분이 모두 0이라면 이는 해당 서브넷 또는 네트워크 자체를 나타낸다.

* 서브넷 마스크
    >한서브넷의 호스트들은 모두 같은 서브넷마스크를 가지고 있어야 한다.
    >서브넷 마스크는 (네트워크비트 + 서브넷비트: 1로 표시)와 (인터페이스, 즉 호스트, 비트: 0으로 표시)를 구분해 준다.
    >첫 바이트는 항상 255의 값을 갖는다.(기본마스크에 더해지는 것이므로. 기본마스크=네트워크비트들을 표시하는 마스크)
    >마스크의 1의 갯수로 나타내기도 한다.

*라우팅 규칙
    >로컬 라우팅
        -데이터그램이 송신자와 수신자 사이에 다른 장치를 거치지 않고 직접 전달되는 것
        -송신자와 수신자가 같은 물리네트워크에 존재해야 한다.
    >간접 라우팅
        -송/수신자 사이에서 다른 장치가 개입하여 데이터그램을 전달
        -송/수신자가 서로 분리된 물리네트워크에 있는 경우

<의문점>
* 수업과는 상관없는 질문이지만, 궁금한 점이 생겨서 질문을 합니다.

-노트북에 무선인터넷 기능이 있습니다.
  제 생각에는 이런 무선인터넷의 경우에는 회선이 없기 때문에 보통 유선의 데이터 송/수신과는 차이점이 있을것 같은데
있다면 무엇이 다른지 궁금합니다.

<수업에 관한 의견>
- 쉽게, 쉽게 설명해 주셔어 이해를 잘하고 있습니다.