ipv4、tcp、udp数据报头的格式以及校验和算法

冷不防 2023-08-17 17:46 100阅读 0赞

**一、以下各个头文件所在的位置为**

Ubuntu下目录/usr/include/linux/

Fedora下目录 /usr/src/kernels/2.6.35.6-45.fc14.i686/include/linux/

**二、ip头部的结构体定义如下**

1 #include <linux/ip.h>
     2 struct iphdr {
     3 #if defined(__LITTLE_ENDIAN_BITFIELD)
     4     __u8    ihl:4,
     5         version:4;
     6 #elif defined (__BIG_ENDIAN_BITFIELD)
     7     __u8    version:4,
     8         ihl:4;
     9 #else
    10 #error  "Please fix <asm/byteorder.h>"
    11 #endif
    12     __u8    tos;
    13     __be16  tot_len;
    14     __be16  id;
    15     __be16  frag_off;
    16     __u8    ttl;
    17     __u8    protocol;
    18     __sum16 check;
    19     __be32  saddr;
    20     __be32  daddr;
    21     /*The options start here. */
    22 };

结构体成员对应的结构如下图所示。

![20190909182102186.png][]![点击并拖拽以移动][Image 1]

**下面主要说明几个字段：**

**iphdr->ihl：**首部长度(4bit)，首部长度指的是IP头部占32 bit（4字节）字的数目(也就是IP头部包含多少个4字节)，包括任何选项。由于它是一个4比特字段, 因此首部最长为60个字节。

**iphdr->check：**IP首部检验和字段(16位，2字节)，只计算IP头部的的所有字段的校验和，它不对首部后面的数据进行计算。

发送方：计算一份数据报的IP头部检验和，则需要首先把此检验和字段置为0。然后对首部中每个16 bit（2字节）进行二进制反码求和(整个首部看成是由一串16 bit的字组成)，然后结果存在此检验和字段中。

接受方：当收到一份IP数据报后，对首部中每个16 bit（2字节）进行二进制反码的求和。由于接收方在计算过程中包含了发送方存在首部中的检验和，因此，如果首部在传输过程中没有发生任何差错，那么接收方计算的结果应该为全1。如果结果不是全1(即检验和错误)，那么IP就丢弃收到的数据报。但是不生成差错报文,由上层去发现丢失的数据报并进行重传。

**iphdr->tot\_len：**总长度字段(16位)是指整个IP数据报的长度（包含后面的协议头和数据），以字节为单位。

利用首部长度字段和总长度字段，就可以知道 IP数据报中数据内容的起始位置和长度。由于该字段长16比特，所以IP数据报最长可达65535字节，总长度字段是IP首部中必要的内容,因为一些数据链路(如以太网)需要填充一些数据以达到最小长度。尽管以太网的最小帧长为46字节,但是IP数据可能会更短。如果没有总长度字段,那么IP层就不知道46字节中有多少是IP数据报的内容。

**三、tcp头部的结构体定义如下**

1 #include <linux/tcp.h>
     2 struct tcphdr {
     3     __be16  source;
     4     __be16  dest;
     5     __be32  seq;
     6     __be32  ack_seq;
     7 #if defined(__LITTLE_ENDIAN_BITFIELD)
     8     __u16   res1:4, doff:4, fin:1, syn:1, rst:1,
     9             psh:1,  ack:1,  urg:1, ece:1, cwr:1;
    10 #elif defined(__BIG_ENDIAN_BITFIELD)
    11     __u16   doff:4, res1:4, cwr:1, ece:1, urg:1,
    12             ack:1,  psh:1,  rst:1, syn:1, fin:1;
    13 #else
    14 #error  "Adjust your <asm/byteorder.h> defines"
    15 #endif  
    16     __be16  window;
    17     __sum16 check;
    18     __be16  urg_ptr;
    19 };

结构体成员对应的结构如下图所示。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3poZW1pbmdidWhhbw_size_16_color_FFFFFF_t_70][]![点击并拖拽以移动][Image 1]

**tcphdr->doff：**TCP头部长度，指明了在TCP头部包含多少个32位的字。

此信息是必须的，因为options域的长度是可变的，所以整个TCP头部的长度也是变化的。从技术上讲，这个域实际上指明了数据部分在段内部的其起始地址(以32位字作为单位进行计量)，因为这个数值正好是按字为单位的TCP头部的长度，所以，二者的效果是等同的。

**tcphdr->check：**检验和，覆盖了整个的TCP报文段（包含后面的数据），这是一个强制性的字段，一定是由发送端计算和存储，并由接收端进行验证。

**四、udp头部的结构体定义如下**

struct udphdr {        
        __be16  source;
        __be16  dest;
        __be16  len;
        __sum16 check;
    };

udp协议很简单，其数据报由udp首部和用户数据两部分组成，其中首部只有8字节。

**1、源端口号（Source Port****）：**长度为16位（2字节），指明发送数据的进程的端口号。

**2、目的端口号（Destination Port****）：**长度为16位（2字节），指明目的主机接收数据的进程的端口号。

**3、长度（****Data Length）：**长度为16位（2字节），该字段值为udp报头和数据两部分的总字节数。

**4、检验和（Checksum****）：**长度为16位（2字节），udp检验和是udp报头和udp数据的所有数据的检验和。对报文中每个16 bit（2字节）进行二进制反码的求和。由发送端计算和存储，由接收端校验。

**5、数据**

**五、Ip头和tcp头udp头的数据校验和的算法函数**

1 char setIpCheck(struct iphdr* iphdrp)
     2 {
     3     iphdrp->check = 0;
     4     iphdrp->check = htons(checksum(0, (u_int8_t *)iphdrp, iphdrp->ihl << 2));
     5     return iphdrp->check == 0 ? -1 : 0;
     6 }
     7 
     8 char setTcpCheck(struct iphdr* iphdrp)
     9 {
    10     struct tcphdr *tcphdrp = (struct tcphdr*)((u_int8_t*)iphdrp + (iphdrp->ihl<<2));
    11     tcphdrp->check = 0;
    12     
    13     size_t tcplen = ntohs(iphdrp->tot_len) - (iphdrp->ihl<<2); 
    14     u_int32_t cksum = 0;     
    15     cksum += ntohs((iphdrp->saddr >> 16) & 0x0000ffff);   
    16     cksum += ntohs(iphdrp->saddr & 0x0000ffff);   
    17     cksum += ntohs((iphdrp->daddr >> 16) & 0x0000ffff);
    18     cksum += ntohs(iphdrp->daddr & 0x0000ffff);
    19     cksum += iphdrp->protocol & 0x00ff;
    20     cksum += tcplen; 
    21     tcphdrp->check = htons(checksum(cksum, (u_int8_t*)tcphdrp, tcplen));
    22 
    23     return tcphdrp->check == 0 ? -1 : 0;
    24 }
    25 
    26 char setUdpCheck(struct iphdr* iphdrp)
    27 {
    28     struct udphdr *udphdrp = (struct udphdr*)((u_int8_t*)iphdrp + (iphdrp->ihl<<2));
    29     udphdrp->check = 0;
    30 
    31     size_t udplen = ntohs(iphdrp->tot_len) - (iphdrp->ihl<<2); 
    32     u_int32_t cksum = 0;     
    33     cksum += ntohs((iphdrp->saddr >> 16) & 0x0000ffff);   
    34     cksum += ntohs(iphdrp->saddr & 0x0000ffff);   
    35     cksum += ntohs((iphdrp->daddr >> 16) & 0x0000ffff);
    36     cksum += ntohs(iphdrp->daddr & 0x0000ffff);
    37     cksum += iphdrp->protocol & 0x00ff;
    38     cksum += udplen; 
    39     udphdrp->check = htons(checksum(cksum, (u_int8_t*)udphdrp, udplen));
    40 
    41     return udphdrp->check == 0 ? -1 : 0;
    42 }
    43 
    44 static u_int16_t checksum(u_int32_t init, u_int8_t *addr, size_t count)
    45 {
    46     /* Compute Internet Checksum for "count" bytes * beginning at location "addr". */ 
    47     u_int32_t sum = init; 
    48     while( count > 1 )
    49     { 
    50         /* This is the inner loop */ 
    51         sum += ntohs(* (u_int16_t*) addr);     
    52         addr += 2;     
    53         count -= 2; 
    54     }
    55     /* Add left-over byte, if any */ 
    56     if( count > 0 )      
    57         sum += ntohs(( *(u_int8_t *) addr ));
    58     /* Fold 32-bit sum to 16 bits */ 
    59     while (sum>>16)    
    60         sum = (sum & 0xffff) + (sum >> 16); 
    61     return (u_int16_t)~sum;
    62 }

转载于:https://www.cnblogs.com/songshuaiStudy/p/11496065.html

[20190909182102186.png]: https://img-blog.csdnimg.cn/20190909182102186.png
[Image 1]: 
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3poZW1pbmdidWhhbw_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/2019090918215211.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3poZW1pbmdidWhhbw==,size_16,color_FFFFFF,t_70