[프로토콜][프로토콜개발]프로토콜의 기능과 프로토콜의 역할 및 WAP프로토콜, TCP프로토콜, RIP프로토콜, 인테리어 게이트웨이 라우팅프로토콜, DVMRP프로토콜, OSPF프로토콜 심층 분석

소개

프로토콜의 기능과 프로토콜의 역할 및 WAP프로토콜, TCP프로토콜, RIP프로토콜, 인테리어 게이트웨이 라우팅프로토콜, DVMRP프로토콜, OSPF프로토콜 심층 분석

목차

Ⅰ. 개요

Ⅱ. 프로토콜의 기능과 역할
1. 데이터 대열의 분할(SEGMENTATION)
2. 프레임의 경계 표시(FRAMING)와 투명도(TRANSPARENCY)
3. 정보의 결합(BLOCKING)
4. 에러 제어(ERROR CONTROL)
5. 순서 제어(SEQUENCING/ORDERING)
6. 유통 제어(FLOW CONTROL)
7. INTERRUPT
8. 우선순위와 단절(PRIORITY and PREEMPTION)
9. 연결의 확립과 종결
10. 주소와 이름

Ⅲ. WAP프로토콜

Ⅳ. TCP프로토콜
1. slow start
2. congestion avoidance(혼잡회피)
3. Fast Retransmission(빠른 재전송)
4. Fast Recovery(빠른 회복)
5. TCP Tahoe, Reno, New Reno 비교
1) Tahoe
2) Reno
3) New Reno

Ⅴ. RIP프로토콜
1. RIP 등장배경
2. RIP 동작 방법
3. RIP의 안정화 기능들
1) 홉계수 제한(Hop Count Limit)
2) Hold Down
3) Split Horizon
4) Poison Reverse Update
4. RIP의 향후 전망

Ⅵ. 인테리어 게이트웨이 라우팅프로토콜

Ⅶ. DVMRP프로토콜

Ⅷ. OSPF프로토콜

참고문헌

본문내용

네트워크란 전통적인 용어는 연결된 몇몇 컴퓨터와 연관된 장비들을 위해 사용된 용어이다. 하나의 네트워크는 작거나에 사용될 수 있다. 네트워크는 어떻게 구성해야 된다. 라고 하는 제한 따위는 없다. 프로토콜이란 프로세스들이나 기계들의 통신에 있어서의 제어를 정의하는 규칙들의 집합이다. 예를 들면 프로토콜이란 두 컴퓨터상에 설립된 연결을 잘 정리해서 그들이 서로 통신을 할 수 있고 연결이 종료되었을 때 마무리를 잘 할 수 있게 제어하는 것이다. 덧붙여 프로토콜은 네트워크상의 데이터 전송을 얼마나 잘 제어해주는 가를 의미한다. 데이터가 네트워크 상에 보내질 때 데이터는 패킷이라 불리는 작은 단위로 포장되어진다. 각 패킷은 작은 양의 데이터를 포함하고 있으며 데이터가 올바른 곳으로 가게 하기 위해 주소정보를 포함하고 있다. 패킷들은 또한 데이터가 안전히 도착했음을 알리는 수신상태정보와 다른 유용한 작은 정보조각들을 포함하고 있다.
프로토콜은 이러한 패킷들을 네트워크상의 모든 장치들이 받았을 때 패킷을 이해할 수 있도록 패킷들을 정확하게 지시하고 만든다. 몇몇 다른 형태의 프로토콜들은 다양한 회사들로부터 개발되어지고 있는데 그것은 네트워크를 거쳐 변화된 정보를 어떻게 제어할 것인가에 대한 문제를 가지고 여러 회사들에 의해 다양한 프로토콜이 개발되어지고 있다. 각 프로토콜은 패킷이라는 유일한 방법으로 형성되어있다.

Ⅱ. 프로토콜의 기능과 역할

1. 데이터 대열의 분할(SEGMENTATION)

데이터 대열의 분할을 위한 패킷의 크기는 DELAY를 줄이기 위해서 짧은 패킷이 바람직하

참고자료

· ◉ 김상하, 성공적인 컴퓨터 네트워크의 이해
· ◉ 윤영민(1996), 전자정보공간론, 컴퓨터 네트워크의 사회학적 탐색, 전예원
· ◉ 오창식 외2명, JAMES MARTIN with JOE LEBEN, TCP/IP 네트워킹, 제3장 TCP/IP 구조, 이한 출판사, 1998
· ◉ 이기혁·조동성·김기남(1999), 데이터 네트워크 구축론 : 이기혁·조동성·김기남 공저, 진한도서, 1999
· ◉ 조경민, TCP/IP 소켓 프로그래밍, 한빛미디어
· ◉ Nobukazu Iguchi, 기초부터 배우는 TCP/IP 네트워크 툴 활용, Nobukazu Iguchi,
· ◉ V, Jacobson and R, Braden(1988), TCP Extensions for Long-Delay Path, Request fro Comments RFC 1072, Network Working Group