본문 바로가기
반도체 그 다음 학문/컴퓨터 네트워크

컴퓨터 네트워크 IP 프로토콜 ( 헤더 구조 )

by 전컴반 2021. 12. 18.
반응형
IP 프로토콜

 

- 호스트 주소 표기와 패킷 분할에 관한 기능 지원한다

- 필요하면 언제든 바꿀 수 있는 소프트웨어 기반 주소로 바뀌지 않는 MAC 주소와 다르다

- 양 끝단을 표시할 수 있기에 라우팅을 쓸 수 있다

- 비연결형 서비스다

- 패킷을 분할/병합하는 기능을 수행한다

- End-to-End의 오류 제어와 흐름 제어는 지원하지 않는다. 전달만 한다.

- 데이터 체크섬을 제공하지 않고, 헤더 체크섬만 제공한다

- 최선형 원칙 : 100% 수신은 보증하지 않음, 전송 오류 문제는 상위 계층에서 해결해야 한다

 

 

IP 헤더 구조

 

- 20바이트로 4바이트 5줄로 구분돼 있다

 

저작권침해의사없음

Version Number

- IP 프로토콜의 버전 번호

- 4 bit

 

Header Length

- IP 프로토콜 헤더 길이를 32비트 워드 단위로 표시

 

DS/ECN

- Service Type 필드 : 우선순위, 지연, 전송률, 신뢰성 등의 값을 지정할 수 있다. 6 비트의 DS 필드와 2 비트의 ECN 필드로 새로 정의된다.

 

Packet Length

- IP 헤더를 포함하여 패킷의 전체 길이

 

패킷 분할

1. Identification ( 식별자 혹은 구분자 )

- IP 헤더의 두 번째 워드에는 패킷 분할과 관련된 정보가 포함.

- Identification은 송신 호스트가 지정하는 패킷 구분자 기능을 수행함

 

2. DF

- 패킷이 분할되지 않도록 함

 

3. MF

- 값을 1로 지정하여, 분할 패킷이 뒤에 계속됨을 표시

- 마지막 패킷은 0으로 지정하여 분할 패킷이 더 없음을 표시

 

4. Fragment Offset ( 분할 옵셋 )

- 저장되는 값은 분할 전 데이터에 상대 주소 값

- 8바이트의 배수

 

Time to Live ( 생존 시간 )- 패킷의 생존시간으로 라우터를 지날 때마다 1씩 감소되고 0이 되면 네트워크에서 강제로 제거한다- TTL의 값으로 인해 패킷 전달 시도를 제한한다.- 만약 너무 작으면 라우팅 경로를 산출하기가 까다롭다.- 만약 너무 크면 라우터를 빙글빙글 도는 패킷이 발생한다. 효율의 낭비

 

Transport ( 전송 프로토콜 )- IP 프로토콜에 데이터 전송을 요구한 전송 계층의 프로토콜

 

Header Checksum- 전송 과정에서 발생할 수 있는 헤더 오류를 검출하는데 데이터 오류를 검출하진 않는다.

 

Source Address - 송신 호스트의 IP 주소

 

Destination Address- 수신 호스트의 IP 주소

 

Option- 네트워크 관리나 보안처럼 특수 용도로 사용할 수 있다

 

Padding- 헤더의 크기가 4바이트의 배수가 되도록 설계한다. 데이터가 2 바이트면 패딩은 2바이트이다.

반응형

댓글