networking - TCP ACK 中的校验和 0xDEAD

Question

我在网络跟踪中看到，我的客户端正在向 DC 发送以下 ACK 帧:
<br/>
Frame: Number = 87641, Captured Frame Length = 54, MediaType = ETHERNET<br/>
+ Ethernet: Etype = Internet IP (IPv4),DestinationAddress:[AA-AA-AA-AA-AA-AA],SourceAddress:[AA-AA-AA-AA-AA-AA]<br/>
+ Ipv4: Src = XXX.XXX.XXX.XXX(CLIENT), Dest = YYY.YYY.YYY.YYY, Next Protocol = TCP, Packet ID = 26829, Total IP Length = 40
<br/>- Tcp: [Bad CheckSum]Flags=...A...., SrcPort=14229, DstPort=LDAP(389), PayloadLen=0, Seq=4175359382, Ack=1985975784, Win=1357
<br/>- SrcPort: 14229
<br/>- DstPort: LDAP(389)
<br/>- SequenceNumber: 4175359382 (0xF8DEED96)
<br/>- AcknowledgementNumber: 1985975784 (0x765F95E8)
<br/> + DataOffset: 80 (0x50)
<br/> + Flags: ...A....
<br/>- Window: 1357
<br/>- Checksum: 0xDEAD, Bad
<br/>- UrgentPointer: 0 (0x0)


Checksum 0xDEAD 是否表示某事？

Answer 1

TCP 数据包校验和没有特殊含义，即使它们的十六进制表示拼写了一个英文单词。如果校验和错误的数据包很常见，你应该调查数据包的来源......经常在你的 NIC 上运行 TCP 卸载会破坏传递给嗅探器的校验和(如果 TCP Offload 在 NIC 上执行嗅探)...然而，作为一般规则，错误的 TCP 校验和也可能表示驱动程序错误、软件错误或可能存在恶意事件...

附带说明，错误的以太网帧校验和可能表示 NIC 损坏、电缆损坏或可能存在恶意事件。