TCP包中的tcp segment of a reassembled pdu和PSH标志

最新推荐文章于 2025-07-12 19:33:08 发布
原创 最新推荐文章于 2025-07-12 19:33:08 发布 · 1.1w 阅读 · 11 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。

本文探讨了TCP协议的关键概念，如MSS、TCP分段和PSH标志位的作用，解释了TCP为何在自身层面对报文进行分段，而非依赖IP层。同时，文章分析了PSH标志位在交互式通信中的作用，以及HTTP请求如何利用持久连接来避免重复的三次握手过程。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1.“TCP segment of a reassembled PDU”

指TCP层收到上层大块报文后分解成段后发出去。于是有个疑问，TCP层完全可以把大段报文丢给IP层，让IP层完成分段，为什么要在TCP层分呢？ 其实这个是由TCP的MSS(Maximum Segment Size，最大报文段长度)决定的，TCP在发起连接的第一个报文的TCP头里通过MSS这个可选项告知对方本端能够接收的最大报文（当然，这个大小是TCP净荷的大小），以太网上这个值一般设置成1460，因为1460Byte净荷+20Byte TCP头+20Byte IP头 ＝ 1500字节，正好符合链路层最大报文的要求。

至于收到一个报文后如何确定它是一个"TCP segment"？如果有几个报文的ACK序号都一样，并且这些报文的Sequence Number都不一样，并且后一个Sequence Number为前一个Sequence Number加上前一个报文大小再加上1的话，肯定是TCP segment了，对于没有ACK标志时，则无法判断。

2. PSH

PSH是TCP报头中的一个标志位,发送方在发送数据的时候可以设置这个标志位.

当两个应用程序进行交互式的通信时,有时在一端的应用进程希望在键入一个命令后立即就能够收到对方的响应.在这种情况下,TCP可以使用推送(push)操作.这时,发送端TCP将推送比特PSH置为1,并立即创建一个报文段发送出去.接收TCP收到推送比特置1的报文段,就尽快地(即"推送向前")交付给接收应用进程,而不再等到整个缓冲都填满了再向上交互. （故，PSH比特也叫急迫比特）

虽然应用程序可以选择推送操作,但推送操作还是往往不被人们使用,实际上现在的TCP协议栈基本上都可以自行处理这个问题,而不是交给应用层处理.

发送方使用该标志通知接收方将所收到的数据全部提交给接收进程(这里的数据包括与PUSH一起传送的数据以及接收方TCP已经为接收进程收到的其他数据.)  

在最初的TCP规范中,允许发送应用程序设置TCP的PSH标识.当发送应用程序设置TCP的PSH标识后,TCP应把发送缓存中的数据发送出去,而不需等待其他额外的数据,而接受端在收到PSH标志后,应该把已经接受到的数据提交给应用程序,而不需等待其他可能的数据.

多数源自伯克利(BSD)的TCP实现可在发送缓存被清空(发送缓存内的数据被全部发送)的时候自动设置PSH标识.因为应用程序在写数据给TCP时,就会被TCP发送(除非由于接受端窗口为0，或其他不能发送的原因).如果待发送的数据会清空发送缓存,那么协议栈栈就会自动为此包设置PSH标志.而因为源自BSD的TCP从不把接收到的数据延迟提交给应用程序,所以接收端会忽略掉接收到的PUSH标识.

PSH位就是用来通告接收方立即将收到的报文连同TCP接收缓存里的数据递交应用进程处理.一般会出现在发送方封装最后一个应用字段的TCP报文中,针对TCP交互式应用,则只要封装有应用字段的TCP报文,均会将PSH位置1.

3. 

不是每次http请求都会包含三次握手和结束后的握手连接, 如果上一次的连接没有断开, 则下一次将保持连接状态, 无需三次握手重连, 直接发送数据包即可

一次http请求时, post请求提包含长文本的示例

网络分析笔记11：2 Reassembled TCP Segments问题
snmplink的博客
08-26 3955
使用WireShark进行抓包时，有些数据报显示“2 Reassembled TCP Segments”，本文首先找到原因，并予以解决。
TCP 报文-wireshark抓包常见提示含义解析
Kim_Weir的专栏
11-08 4390
wireshark抓包常见提示含义解析 1．[Packet size limited during capture] 当你看到这个提示，说明被标记的那个包没有抓全。以图1的4号包为例，它全长有171字节，但只有前96个字节被抓到了，因此Wireshark给了此提示。 图1   这种情况一般是由抓包方式引起的。在有些操作系统中，tcp
TCP segment of a reassembled PDU
ggaofengg的专栏
12-24 9884
https://www.cnblogs.com/tomato0906/articles/3991388.html TCP segment of a reassembled PDU TCP segment of a reassembled PDU 其实主机响应一个查询或者命令时，如果要回应很多数据（信息），而这些数据超出了TCP的最大MSS时，主机通过发送多个数据包来传送这些数据（注意：这些包并...
TCP详解——各标志位
最新发布
roboko_的博客
07-12 977
送的窗⼝，所以拥塞窗口会控制发送窗口的大小，初始是1，只发送一个数据段，收到应答后变为2，这里假设接收端的接收能力强，一直大于拥塞窗口大小，接着会发送两个数据段，在一个RTT（往返时间）内，会收到两个ACK应答，那么拥塞窗口加2，变为了4。所以，一直维护拥塞窗口的大小（尤其是增大）是有意义的，尽管它变大到一定值不再对发送窗口的大小产生影响，但是持续增大他，可以使下次超时重传的阈值更大，使发送速度更加贴合网络的情况。URG为1时，紧急指针就指向了紧急数据，紧急数据很多时候都只有一个字节，用来传递某些信息。
TCP segment of a reassembled PDU，就这么简单！
热门推荐
老猫的专栏
08-04 4万+
1、问题发现 最近在定位一个网络问题时，发现在wireshark抓包过程中出现大量 [TCP segment of a reassembled PDU]提示信息。这到底是什么，在什么情况下会出现这样的信息？ 2、 问题解释 实际上，当我们基于TCP在传输消息时，对于上面的应用层如果出于某些原因（如超过MSS）TCP Segment不能一次包含全部的应用层PDU，而要把一个完整消息分成多个...
wireshark抓包出现“TCP segment of a reassembled PDU”的解释
团长的专栏
12-05 4860
为什么大家看到这个以后总是会往MSS，TSO上联系呢？也许第一个解释这个的人是个高手，而且以MSS/MTU/TSO的观点解释了这个问题，还有一种可能就是TSO等技术让人觉得太牛逼，毕竟是底层硬件机制吧，抓包机制又是作用于网卡层面的，所以很自然会觉得TSO会有关联。 事实上，这个跟TSO没有关系！跟MSS有一定的关系但不是全部因果关系，在阐述“TCP segment of a reassembled PDU”之前，先把TSO理清再说。当有人问题“这个包会不会被TSO分段”这类问题时，只要看该T
ONVIF&&TCP/IP&&WireShark小结
zouzp的博客
07-02 2607
@ONVIF&&TCP/IP&&WireShark 开端 最近开始实习了，今天把学习的知识做个小结。第一次使用优快云，今天练习一下，顺便把一周学的东西消化整理一下。本周学的东西主要有ONVIF协议、尝试使用WireShark抓包、TCP\IP五层网络结构的理解。 ONVIF协议 ONVIF标准将为网络视频设备之间的信息交换定义通用协议，包括装置搜寻、实时视频、音频...
TCP发送数据流程详解
鱼思故渊的专栏
12-31 1万+
B/S通信简述 整个计算机网络的实现体现为协议的实现，TCP/IP协议是Internet的核心协议，HTTP协议是比TCP更高层次的应用层协议。 HTTP（HyperText Transfer Protocol，超文本传输协议）是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP的初衷是为了提供一种发布和接收HTML页面的方法。 浏览器（Web Browse
通过wireshark解析http通信原理（图文）
蜗牛
05-19 4439
目录  通过wireshark解析http通信原理（图文）    1  1 Wireshark抓包形式    2 1.1 Ethernet 层协议头形式    2 1.2 IP层协议头形式    3 1.3 传输层协议头形式    4 2 Wireshark中的分段    6 2-1 为什么会分段    6 2-2 如何判断    6 3 SE
关于“TCP segment of a reassembled PDU”
TCP/IP
07-02 2万+
为什么大家看到这个以后总是会往MSS，TSO上联系呢？也许第一个解释这个的人是个高手，而且以MSS/MTU/TSO的观点解释了这个问题，还有一种可能就是TSO等技术让人觉得太牛逼，毕竟是底层硬件机制吧，抓包机制又是作用于网卡层面的，所以很自然会觉得TSO会有关联。        事实上，这个跟TSO没有关系！跟MSS有一定的关系但不是全部因果关系，在阐述“TCP segment of a reas
TCP 协议（PSH 标志）
12-13
在谈 PSH 标志位前，先来说说 TCP 双方是如何发送数据的。 假设有发送方 A 和接收方 B。发送方有一个发送缓冲区，接收方有一个接收缓冲区，见图 1。进程 A 发送”hello”, “world” 后，只是将这些数据写到自己的发送缓冲区，为了能讲清 PSH 的作用，不妨假设我们可以自己指定 PSH 标志。在图 1 所示的情况中，第一次 write 没有指定 PSH 标记，而第二次指定了 PSH 标志。
Wirshark抓包显示“TCP segment of a reassembled PDU”
Sunshine的专栏
05-09 3826
用wireshark抓包发现里面有好多报文被标识为“TCP segment of a reassembled PDU”。 如下图：          “TCP segment of a reassembled PDU”指的不是IP层的分片，IP分片在wireshark里用“Fragmented IP protocol”来标识。详细查了一下，发现“TCP segment of a rea
Wireshark中TCP segment of a reassembled PDU的含义
weixin_30439067的博客
09-16 670
By francis_haoSep 16,2017 在用Wireshark抓包的时候，经常会看到TCP segment of a reassembled PDU，字面意思是要重组的协议数据单元（PDU：Protocol Data Unit）的TCP段。比如由多个数据包组成的HTTP协议的应答包，如下 这里的分段是指：上层协议HTTP的应答由多个分段组成，每个分段都是TCP协...
FIN断开-TCP segment of a reassembled PDU-原因分析
天明宇朗的博客
03-16 3554
1、FIN断开
tcp segment of reassembled pdu分析
Walker
05-20 4518
今天使用wireshark进行抓包时，发现大量的tcp segment of reassembled pdu数据包，不是很明白， google搜索发现wireshark官方网站有详细说明http://www.wireshark.org/lists/wireshark-users/200806/msg00047.html。自身理解如下：PDU：protocal unit data
tcpdump中显示tcp segment of a reassembled pdu是什么意思
06-21
<think>我们正在讨论的是tcpdump中显示的"tcpsegmentofareassembledpdu"的具体含义。根据引用[4]和[5]，我们可以知道这涉及到TCP重组（TCPReassembly）的概念。下面我将逐步解释：1.**PDU（ProtocolDataUnit）**：在TCP协议中，PDU指的是应用层协议的数据单元。例如，HTTP协议的一个完整请求或响应就是一个PDU。由于网络传输的限制（如MTU、MSS），一个大的PDU可能会被TCP层分割成多个小的TCP段（TCPsegments）传输。2.**TCPReassembly（TCP重组）**：当抓包工具（如Wireshark或tcpdump）捕获网络流量时，它需要将属于同一个PDU的多个TCP段重新组合起来，才能还原出完整的应用层数据。这个过程称为TCP重组。3.**"tcpsegmentofareassembledpdu"的含义**：-当tcpdump显示这个提示时，表示当前捕获的这个TCP段是某个被分割的PDU的一部分。-也就是说，这个TCP段并不是一个独立的应用层数据包，而是属于一个更大的应用层数据包（PDU）的片段。-抓包工具会在捕获到该PDU的所有分段后，将它们重组为一个完整的PDU（如果抓包完整的话）。如果抓包不完整（例如某些分段丢失），则重组会失败。4.**为什么会出现这种情况？**-引用[1]和[3]提到，抓包工具（如tcpdump）默认可能只抓每个帧的前96个字节。如果应用层数据很大，超过了这个限制，那么抓包工具只能捕获到每个TCP段的一部分（即前96字节），而无法捕获整个段。这样，即使抓到了多个分段，也无法完整重组PDU。-为了解决这个问题，可以使用`tcpdump-s0`来捕获完整的包（无长度限制）。例如：```bashtcpdump-ieth0-s0-w/tmp/tcpdump.cap```5.**重组失败的情况**：-引用[5]指出，如果中间缺失了某些TCP段（例如，由于抓包不完整导致某些分段没有被捕获），那么抓包工具会提示"TCPPrevioussegmentnotcaptured"。这会导致重组失败，因为缺少必要的片段。6.**总结**：-"tcpsegmentofareassembledpdu"表示当前TCP段是某个需要重组的PDU的一部分。-要成功重组，需要捕获该PDU的所有TCP段（包括当前这个段）。-如果抓包时使用了限制大小的选项（如默认的96字节），则可能导致重组失败。因此，建议使用`-s0`选项捕获完整包。###相关问题1.如何确保tcpdump捕获到完整的TCP段以便重组PDU？2.在Wireshark中如何查看重组后的完整PDU？3.TCP重组失败会有哪些提示？如何解决？</think>### "TCP Segment of a Reassembled PDU" 在 tcpdump/Wireshark 中的含义详解 当您在 tcpdump 或 Wireshark 中看到 **"TCP segment of a reassembled PDU"** 提示时，这表示当前捕获的 TCP 数据段是某个更大应用层数据单元（PDU）的一部分，需要与其他 TCP 段重组才能得到完整数据。以下是关键要点： #### 1. **核心概念解释** - **PDU (Protocol Data Unit)**：应用层协议（如 HTTP、FTP、SMTP）的完整数据单元。例如： - HTTP 的完整请求或响应 - SMTP 的一封完整邮件 - FTP 传输的完整文件 - **TCP Segment**：TCP 层将大块 PDU **分割**后形成的传输单元（受 MTU/MSS 限制）[^4]。 - **重组 (Reassembly)**：抓包工具将多个 TCP 段**重新组合**还原为原始 PDU 的过程[^4]。 #### 2. **触发此提示的场景** | 场景 | 说明 | 示例 | |------|------|------| | 大文件传输 | 文件被拆分成多个 TCP 段 | 传输 10MB 文件时分成 1000+ 段 | | 长 HTTP 响应 | HTTP 响应体超过 MSS（如 1460 字节） | 服务器返回 5KB 的 JSON 数据 | | 抓包不完整 | 未捕获全部 TCP 段（如默认只抓前 96 字节） | 出现 `TCP Previous segment not captured`[^1][^3][^5] | | 乱序到达 | 段未按顺序到达接收端 | 后段先于前段被捕获 | #### 3. **技术原理与抓包分析** - **重组依赖条件**： - 所有 TCP 段必须被完整捕获（使用 `tcpdump -s0` 避免截断）[^1][^3] - 段的序列号（Seq）必须连续（如 Seq₁ + Len₁ = Seq₂）[^5] - 校验和必须有效[^4] - **抓包示例**： ``` 1. Packet#10: Seq=1, Len=1448 → [HTTP Header] 2. Packet#11: Seq=1449, Len=1448 → [TCP segment of a reassembled PDU] 3. Packet#12: Seq=2897, Len=1448 → [TCP segment of a reassembled PDU] ``` 只有将 Packet#10-12 重组才能得到完整 HTTP 响应。 #### 4. **与相关错误提示的对比** | 提示信息 | 原因 | 与重组的关系 | |----------|------|--------------| | `TCP Previous segment not captured` | 中间段丢失 | 导致重组失败[^2][^5] | | `TCP ACKed unseen segment` | 确认了未捕获的段 | 暗示重组可能不完整 | | `TCP Fast Retransmission` | 段丢失触发重传 | 可能提供缺失的段 | #### 5. **排查与解决方法** - **完整抓包**：使用 `tcpdump -s0` 捕获全部数据（避免默认 96 字节截断）[^1][^3]： ```bash tcpdump -i eth0 -s0 -w full_capture.pcap ``` - **Wireshark 重组设置**： 1. 菜单：`Edit > Preferences > Protocols > TCP` 2. 勾选 `Reassemble out-of-order segments` 3. 调整 `Maximum segment size`[^4] - **分析技巧**： - 过滤 `tcp.reassembled_in` 查看重组后的 PDU - 右键分段 → `Follow TCP Stream` 查看完整数据 > **关键总结**：该提示是**正常现象**，表明 TCP 在完成其本职工作（分片传输）。只有出现 `Previous segment not captured` 等错误时才需排查网络问题[^2][^5]。 ### 相关问题 1. 如何通过 Wireshark 查看重组后的完整 HTTP 请求？ 2. `tcpdump -s0` 和默认抓包方式对网络性能有何影响？ 3. TCP 重组失败会导致哪些应用层错误？ 4. 如何区分正常 TCP 分段和真正的数据包丢失？
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值