IP首部校验合

IP/ICMP/IGMP/TCP/UDP等协议的校验和算法都是相同的,算法如下:
  在发送数据时,为了计算IP数据包的校验和。应该按如下步骤:
  (1)把IP数据包的校验和字段置为0;
  (2)把首部看成以16位为单位的数字组成,依次进行二进制反码求和;
  (3)把得到的结果存入校验和字段中。
  在接收数据时,计算数据包的校验和相对简单,按如下步骤:
  (1)把首部看成以16位为单位的数字组成,依次进行二进制反码求和,包括校验和字段;
  (2)检查计算出的校验和的结果是否等于零(反码应为16个1);
  (3)如果等于零,说明被整除,校验是和正确。否则,校验和就是错误的,协议栈要抛弃这个数据包。
  所谓的二进制反码求和,即为先进行二进制求和,然后对和取反。
  IP数据报格式

最后对上述过程举个例子:

IP头:

45 00    00 31

89 F5    00 00

6E 06    00 00(校验字段)

DE B7   45 5D       ->    222.183.69.93

C0 A8   00 DC     ->    192.168.0.220

计算:

4500 + 0031 +89F5 + 0000 + 6e06+ 0000 + DEB7 + 455D + C0A8 + 00DC =3 22C4

0003 + 22C4 = 22C7

~22C7 = DD38      ->即为应填充的校验和

当接受到IP数据包时,要检查IP头是否正确,则对IP头进行检验,方法同上:

计算:

4500 + 0031 +89F5 + 0000 + 6E06+ DD38 + DEB7 + 455D + C0A8 + 00DC =3 FFFC

0003 + FFFC = FFFF

得到的结果是全一,正确。

代码实现

SHORT checksum(USHORT* buffer, int size)

{

unsigned long cksum = 0;

while(size>1)

{

cksum += *buffer++;

size -= sizeof(USHORT);

}

if(size)

{

cksum += *(UCHAR*)buffer;

}

cksum = (cksum>>16) + (cksum&0xffff);

cksum += (cksum>>16);

return (USHORT)(~cksum);

}

时间: 2025-01-14 15:27:05

IP首部校验合的相关文章

首部校验码

IP首部校验和的计算主要是两步:按位异或和取反,具体来说1. IP头部以16位为一个单位,逐个模2加(相当于异或):2. 得到的结果取反,作为校验和放入校验和字段:3. 初始计算校验和字段时该字段全部用0填充:     以上是对于发送者来说如何计算校验和的,而对于接收者来说,验证也很简单:1. 对于接收的IP报文头部以16位为单位逐个求和:2. 若结果为1,则校验正确,否则出错丢弃:     原理很简单,接收方的计算对象是A和A的反的异或,结果当然是1了!     具体的程序实现例子如下: SH

ip首部校验和计算

IP首部校验和的计算方法: 1.把校验和字段清零. 2.然后对每16位(2字节)进行二进制反码求和,反码求和的意思是先对每16位求和,再将得到的和转为反码. 接下来详细描述反码求和的步骤:看下面的代码 算法: SHORT checksum(USHORT* buffer, int size){    unsigned long cksum = 0;    while(size>1)    {        cksum += *buffer++;        size -= sizeof(USHO

IP首部校验和的计算

IP首部校验和的计算方法: 算法: SHORT checksum(USHORT* buffer, int size){    unsigned long cksum = 0;    while(size>1)    {        cksum += *buffer++;        size -= sizeof(USHORT);    }    if(size)    {        cksum += *(UCHAR*)buffer;    }    cksum = (cksum>>

原始套接字-自定义IP首部和TCP首部

1 /* ===================================================================================== 2 * 3 * Filename: raw.c 4 * Description: 使用原始套接字发送TCP协议,并外带自己的数据. 5 * 6 * ====================================================================================*

IP首部之首部校验和

首先介绍一下1的补码,2的补码:(摘自http://blog.csdn.net/cradmin/article/details/3092559) 过1的补码,2的补码,到网上搜了下找到这个: It is the 1’s complement of the 1’s complement sum of all the 16-bit words in the TCP header and data       这是关于TCP头部校验和字段(checksum field)的说明.补码:补码是计算机中二进

IP首部格式[转载]

TCP 传输首部是 IP首部,所以把IP首部格式 拿过来研究下,看IP首部解码过程: 来源:51CTO博客,地址:http://lihuan.blog.51cto.com/4391550/799911 原文如下: IP包首部格式 IPv4首部一般是20字节长.在以太网帧中,IPv4包首部紧跟着以太网帧首部,同时以太网帧首部中的协议类型值设置为080016. IPv4提供不同,大部分是很少用的选项,使得IPv4包首部最长可扩展到60字节(总是4个字节4个字节的扩展) 0 4 8 12 16 19

Python socket编程之构造IP首部和ICMP首部

这两天在做一个实验需要自己构造IP首部,遇到诸多问题,搞了一天终于搞定. 关于socket的介绍网上一大堆,我只记录构造IP头时我遇到的问题.由于没玩过socket构造IP首部,网上找了段代码研究下,无奈代码跑不动,各种问题,网上搜集资料无果,从基础学起,加上自己的脑洞总算解决了. 我想自己构造一个自定义IP头的ICMP回送请求,网上找了段代码,自己改了改,现在长这个样子: 1 import socket 2 import struct 3 def checksum(source_string)

TCP/IP协议栈--IP首部选项字段的分析

IP输入函数(ipintr)将在验证分组格式(检验和,长度等)之后.确定分组是否到达目的地之前,对选项进行处理. 这表明分组所 遇到的每一个路由器以及终于的目的主机都对要分组的选项进行处理. IP分组内能够包括某些在分组被转发或被接收之前处理的可选字段.IP实现能够用随意顺序处理选项.标准IP首部之后最多可跟 40字节的选项. 1.选项格式 IP选项字段可能包括0个或多个单独选项.选项有两种类型,单字节和多字节.如图所看到的: 全部选项都以1字节类型type字段開始. 在多字节选项中,类型字段后

【转载】IP首部、TCP首部、UDP首部

[转载自]http://blog.csdn.net/hjffly/article/details/7959889 IP首部 版本:L3协议版本号,IPv4或IPv6 首部长度:单位为4字节 协议:L4协议类型 TTL生存时间字段设置了数据报可以经过的最多路由器数.一旦经过一个处理它的路由器,它的值就减1.当该字段值为0时,数据报就被丢弃,并发送ICMP报文通知源主机. 源端口号.目的端口号,用于寻找发送端和接收端应用进程. 32位序号:用于标识从TCP发端向TCP收端发送的数据字节流,表示在这个