TCP_CHECKSUM_02: 接收方检查：校验和不正确

于 2024-05-22 13:00:00 发布
阅读量310 收藏 5
点赞数 8
分类专栏： 车载以太网 TC8测试 文章标签： tcp/ip 网络 网络协议 网络测试 TC8 测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_27718973/article/details/139103681
版权

测试目的：

验证接收方TCP是否检查传入段的校验和，并且在检测到错误时是否不发送ACK。

描述：

接收方TCP必须验证任何传入段的校验和。如果校验和不正确，即检测到错误，接收方不应该发送ACK消息，而应该忽略该段。

测试拓扑：

在这里插入图片描述

具体步骤：

  1. TESTER：使DUT进入ESTABLISHED状态并处于<wnp>
  2. TESTER：发送一个带有错误校验和的数据段
  3. DUT：不发送ACK

通过标准
3. DUT：不发送ACK

参考文档：

  • RFC 1122 s4.2.2.7 p86 TCP Checksum “RFC-793 Section 3.1”
    (MUST)
Code_Shawn
关注
  • 8
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
WireShark 中为什么会出现 Tcp Checksum Offload?
09-13 3966
其实经常在抓包的时候发现这个问题，今天才好奇的去Google了一下 简单的总结下，就是 wireshark 抓到的数据包提示Checksum错误，仅仅是因为它截获到的是操作系统胡乱填充的checksum，而千兆网卡在开启Checksum Offload之后，会把这些计算的工作交给网卡去做，网卡最后还是会计算出正确的checksum并且发出去的。 这几天在分析通讯报文的过程中发现WireShark里显示本机发出去的一些数据包Bad Checksum，并提示 maybe caused by “TCP che
TCP数据包的发送和接收设计报告样本.doc
12-06
3. 计算校验和子函数在填充数据包过程中，需要调用计算校验和函数 checksum 两次，分别用于校验 IP 头和 TCP 头部（加上伪头部）。 知识点： 1. TCP/IP 协议栈：TCP/IP 协议栈是一个四层结构，包括应用层、传输层...
TCP协议的校验和
weixin_34381687的博客
02-19 1085
TCP的16位的校验和(checksum)的计算和检验过程如下：发送者将TCP报文段的头部和数据部分的和计算出来，再对其求反码(一的補數)，就得到了校验和，然后将结果装入报文中传输。（这里用反码和的原因是这种方法的循环进位使校验和可以在16位、32位、64位等情况下的计算结果在叠加后相同）接收者在收到报文后再按相同的算法计算一次校验和。这里使用的反码使得接收者不用再将校验和...
Wireshark抓包时显示IP校验和错误（checksum incorrect）
jiangqin115的专栏
09-17 1万+
在抓包的过程发现很多从本地主机（客户机）发出的 TCP 包有很多都是报 IP checksum error ，但应用正常，从 server 返回的包也一切正常，很是奇怪。 如图，很多黑色的条目，黑色一般就是有问题的包： 网上有一篇帖子，说明了这个情况产生的原因： http://www.netexpert.cn/thread-4850-1-1.html 5.23 Ethereal抓包时发
释放tcp连接的命令是_TCP协议的详解
weixin_39965794的博客
11-21 358
传输控制协议 TCP 概述TCP 最主要的特点TCP 是面向连接的运输层协议。应用程序在使用 TCP 协议之前，必须先建立 TCP 连接。在传送数据完毕后，必须释放已经建立的 TCP 连接每一条 TCP 连接只能有两个端点，每一条 TCP 连接只能是点对点的(一对一)TCP 提供可靠交付的服务。通过 TCP 连接传送的数据，无差错、不丢失、不重复，并且按序到达TCP 提供全双工通信。TCP 允许通...
关于Tcp包出现CheckSum incorrect的问题
热门推荐
家辉自留地
11-03 2万+
        今天同事在做NEC测试的时候发现两个设备不能正常工作，通过抓包发现包的Tcp层中出现下面的错误：        CheckSum: 0xe719 [Incorrect, should be 0xc2f8 (maybe caused by "TCP checksum offload"?)]        在网上搜寻了很久，各种说法都有。但比较普遍的看法是因为网卡帮助Tcp协议
IP/UDP/TCP/ICMP的校验和
05-18
IP、UDP、TCP和ICMP协议都使用校验和来确保数据的正确性。在本文中，我们将详细介绍IP、UDP、TCP和ICMP协议的校验和算法。 1.IP协议的校验和算法 IP协议的校验和算法用于计算IP数据报的校验和。在发送数据时，需要...
X00010006 第6章 TCP和UDP基本原理
最新发布
09-14
* 校验和（Checksum） * 紧急指针（Urgent Pointer） * 选项（Options） * 数据（Data） TCP连接的建立和拆除： 1. 三次握手：客户端向服务端发送SYN报文，服务端响应SYN+ACK报文，客户端响应ACK报文 2. 连接拆除...
10185101210_陈俊潼_LAB61
08-03
- **校验和（Checksum）**：可选字段，用于检测数据传输中的错误，但并非强制执行。 2. **UDP 数据包各字段含义** - **源端口号**：表明数据来自哪个应用程序或服务。 - **目标端口号**：指示数据应被送往哪个...
10185101210_陈俊潼_LAB3_Fucked1
08-03
TTL（8位）限制数据报在网络中的寿命，协议（8位）指明上层协议，如TCP或UDP，头部校验和（16位）用于检测头部错误，源和目标地址（32位）标识发送和接收设备。 3. **IP Header Checksum**：IP头部校验和是用于检测...
Linux网络 IP/TCP校验和、checksum、伪首部相关问题
weixin_44376670的博客
10-25 3873
ip校验和、tcp校验和、skb->ip_summed、伪首部、checksum
linux tcp检验和不正确的是,解决抓到的报文校验和错误问题
weixin_29483277的博客
05-15 2216
解决抓到的报文校验和错误问题在linux上使用tcpdump抓包，使用wireshark分析时发现发出的报文校验和都是错误的，可是仍然可以与目标建立链接，正常通信。这是为什么呢？0x00 原因在使用WireShark等截取数据包时，往往会出现错误的CheckSum，这主要是因为网卡开启了CheckSum Offload(硬件校验和) 功能，系统将CheckSum的计算工作交由网卡去计算，在高速网络...
连接跟踪TCP报文错误检查
redwingz的博客
12-23 2263
如下函数在接收到TCP报文之后，首先进行错误检查tcp_error。 int nf_conntrack_tcp_packet(struct nf_conn *ct, struct sk_buff *skb, unsigned int dataoff, enum ip_conntrack_info ctinfo, const struct nf_hook_state *state)
一个tcp校验码的错误。
安子自语
05-26 747
当年还review出别人的这个错误，今天却
TCP校验和（Checksum）的原理和实现
maimang1001的专栏
02-11 6250
TCP校验和（Checksum）的原理和实现_造梦先森Kai的专栏-CSDN博客_tcp校验和 概述 TCP校验和（Checksum）是一个端到端的校验和，由发送端计算，然后由接收端验证。其目的是为了发现TCP首部和数据在发送端到接收端之间发生的任何改动。如果接收方检测到校验和有差错，则TCP段会被直接丢弃。 TCP校验和覆盖TCP首部和TCP数据，而IP首部中的校验和只覆盖IP的首部，不覆盖IP数据报中的任何数据。TCP校验和、IP校验和的计算方法是基本一致的，除了计算的范围不同。 TCP的校验和
给出接收方构造udp、tcp伪首部的伪代码
05-24
tcp_checksum = 0 # 校验和先设置为 0 # 构造 TCP 伪首部 pseudo_header = struct.pack('!4s4sBBH', socket.inet_aton(source_ip), socket.inet_aton(dest_ip), 0, socket.IPPROTO_TCP, tcp_length) # 计算 TCP ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Code_Shawn

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值