TCP/IP协议族——IP工作原理及实例具体解释(上)

时间:2021-09-28 16:51:22


IP协议具体解释

本文主要介绍了IP服务特点,头部结构,IP分片知识,并用tcpdump抓取数据包。来观察IP数据报传送过程中IP的格式,以及分片的过程。

IP头部信息:IP头部信息出如今每一个IP数据报中,用于指定IP通信的源端IP地址、目的端IP地址,指导IP分片和重组。

IP数据报的路由和转发:IP数据报的路由和转发发生在出目标机器之外的全部主机和路由器上。他们决定数据报是否应该转发以及怎样转发。

IP服务的特点

IP协议是TCP/IP协议族的动力。它为上层协议提供无状态、无连接、不可靠的服务。

无状态是指IP通信两方不同步数据传输的状态信息,因此全部IP数据报的发送、传输和接收都是相互独立、没有上下文关系的。这样的服务最大的缺点是无法处理乱序和反复的IP数据报。

无连接是指IP通信两方都不长久的维持对方的不论什么信息。这样,上层协议每次发送数据时。都必须明白指定对方的IP地址。

不可靠是指IP协议不能保证IP数据报准确的达到接收端。

IPv4头部结构

TCP/IP协议族——IP工作原理及实例具体解释(上)

4位版本号号指定IP协议的版本号

4位头部长度表示IP有多少个32bit字(4字节)

8为服务类型(Type
OfService)包含一个3为优先字段,4位的TOS字段和1位保留字段(必须置0)。

4位的TOS字段分别表示:最小延迟,最大吞吐量,最高可靠性和最小费用。当中最多有一个能置为1。

16位总长度是指整个IP数据报的长度,以字节为单位。因为MTU的限制,长度超过MTU的数据豆浆杯分片传输。

16位标识唯一标识主机发送的每个数据报,同一个数据报的全部分片具有同样标识值。

3位标志字段第一位保留。第二位表示“禁止分片”。第三位表示很多其它分片。除了数据报最后一个分片外,其它分片都要把她置1.

13位分片偏移是分片对原始IP数据报開始出的偏移。

8位生存时间(Time
ToLive,TTL)是数据报到达目的地之前同意经过的路由器跳数。

每经过一个路由。该值减1.

8位协议用来区分上层协议,当中ICMP是1。TCP是6,UDP是17.

16位头部校验和检验IP数据头部在传输过程中是否损坏。

32位源端IP地址和目的端IP地址用来标识发送端和接收端。

使用tcpdump观察IPv4头部结构

chen123@ubuntu:~$ sudo tcpdump -ntx -i lo

chen123@ubuntu:~$ telnet 127.0.0.1

IP 127.0.0.1.47513> 127.0.0.1.23: Flags [.], ack 90, win 342, options [nop,nop,TS val 5091357ecr 5091357], length 0

0x0000: 4510
0034 52b6 4000 4006 e9fb 7f00 0001

0x0010: 7f00
0001 b999 0017 a304 e30f 5c98 cfa6

0x0020: 8010
0156 fe28 0000 0101 080a 004d b01d

0x0030: 004d
b01d

IPv4头部各个字段具体解释:

十六进制

十进制

IP头部信息

0X4

4

IP版本

0X5

5

头部长度为5个32位

0x10

TOS选项中最小延迟被开启

0x0034

52

数据报总长度,52字节

0x52b6

数据报标识

0X4

设置禁止分片标志

0x000

0

分片偏移

0x40

64

TTL被设为64

0x06

6

协议字段为6,表示上层协议TCP协议

0xe9fb

IP头部校验码

0X7f000001

32位源端IP地址127.0.0.1

0X7f000001

32位目的端IP地址127.0.0.1

IP分片

当IP数据报的长度超过帧的MTU时,将被分片传输。

分片可能发生在发送端,也可能发生在路由器上,并且可能在传输过程中被多次分片。但仅仅有在终于目标机器上,这些分片才会被内核中的IP模块又一次组装。

IP头部中的例如以下三个字段给IP的分片和重组提供了足够的信息:数据报标识、标志和片偏移。一个IP数据报的每一个分片都具有自己的IP头部。他们具有同样的标识值,但具有不同的片偏移。而且除了最后一个分片外,其它分片都将设置MF标志。此外,每一个分片的IP头部的总长度将被设置为该分片的长度

以太网的MTU(关于MTU概念见http://blog.csdn.net/walkerkalr/article/details/34410937封装部分)是1500字节,因此它携带的IP数据报的数据部分最多是1480字节(IP头部占用20字节)。烤炉用IP数据报封装一个长度为1481字节的ICMP报文(包含8字节的ICMP,所以其数据部分长度为1473字节),则该数据报在使用以太网帧传输室必须分片。

须要指出的是,ICMP报文的头部长度取决于报文类型,以下的样例使用ping程序,而ping程序使用的ICMP回显与应答报文的头部长度是8字节。为了看清楚IP分片的详细过程,考虑从chen123(关于在一台主机上搭建的測试网络见http://blog.csdn.net/walkerkalr/article/details/34420041)来ping机器li123。每次传送1473个字节以强制引起IP分片。并用tcpdump抓取这一过程中两方的数据报。

详细操作例如以下:

chen123@ubuntu:~$sudo tcpdump -ntv -i eth0 icmp #仅仅抓取ICMP包

chen123@ubuntu:~$ping 192.168.73.130 -s 1473 #用-s选项指定每次发送1473字节的数据

例如以下是在敲入tcpdump命令终端上的输出:

1. IP(tos 0x0, ttl 64, id 21061, offset 0, flags [+], proto
ICMP (1), length 1500)

192.168.73.130 > 192.168.73.129: ICMPecho reply, id 4311, seq 11, length 1480

2. IP(tos 0x0, ttl 64, id 21061, offset 1480, flags [none],
proto ICMP (1), length21)

192.168.73.130 > 192.168.73.129:ip-proto-1

这两个IP的表示值都是21061,说明它们是同一个IP数据报的分片。第一个分片的片偏移是0,第二个是1480。非常显然,第二个分片的片偏移实际上是第一个分片的ICMP报文的长度。

第一个分片设置了MF标识表示还有兴许分片,所以tcpdump输出”flags[+]”。而第二个分片则没有设置不论什么标识,所以tcpdump输出“flags[none]”。

由于我们发送1473个字节,加上8字节的ICMP头部长度和20字节的IP头部长度,则终于长度1501字节大于MTU值,须要被分片。也就是,第一个IP分片长度为1500,第二个为21。每一个分片都有自己的IP头部(20字节)。