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头部结构
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字节）。