报文格式
header部分字段含义解析
固定字段
对于header中固定部分字段含义,见之前的blog《TCP报文分析》;
对部分字段含义补充说明
- Data Offset:4bit,tcp header的长度,单位:32bit(4字节);RFC原文介绍:The number of 32-bit words in the TCP header. This indicates where the data begins. The TCP header (even one including options) is an integer multiple of 32 bits long.
Options部分字段解读
-
长度计算: (DOffset-5)*32 (bit)
-
数据结构,一般Option的格式为TLV;其中Kind为0、1的两个类型格式比较特殊;
-
RFC文档中规定必须识别的类型
- kind = 2,表示mss信息,在tcp握手阶段,SYN和SYN+ACK报文中会包含该信息进行协商
- kind = 2,表示mss信息,在tcp握手阶段,SYN和SYN+ACK报文中会包含该信息进行协商
-
一些常用的Option
- 其中SACK、Timestamps、Window Scale建议实现,用于提升TCP的性能
- 其中SACK、Timestamps、Window Scale建议实现,用于提升TCP的性能
抓包分析
TCP握手过程
syn报文
MSS为1460字节;
SACK permitted : 支持SACK机制,用于对收到的不连续数据段的确认
Window scale:窗口扩大系数为3,是2的指数,2^3=8,该参数在syn报文中协商,但syn报文不应用window scale参数,后续的报文会使用;此时尚未生效,需要依赖接收方的应答;如果接收方的syn+ack报文中包含该参数,且不为0,说明接收方也支持window scale机制;
Timesatmps,TSval:发送端发送的时间戳;TSecr:最近一次接收的报文中携带了TSval;
图片来源:https://zhuanlan.zhihu.com/p/612010050
syn-ack报文
ack
补充信息说明
window scale的意义
SACK的意义
参考资料
附*系列文章索引
整理起因
报文分析
报文格式解读
握手+挥手过程状态变化分析
滑动窗口介绍
可靠数据传输原理
拥塞控制
网络异常案例(1、2、3、4、5、6)
结束语