tcp - 通过以太网发送的纯 TCP Ack 的总长度是多少？

Question

我使用 Microsoft 网络监视器捕获了一个纯 TCP ack。它显示捕获的帧长度为 54 字节。 IP header (20 字节)+ TCP header (20 字节)+ Src MAC(6 字节)+ Dst MAC(6 字节)+ 帧类型(2 字节)。我没有看到 CRC(4 字节)字段。我知道以太网的最小帧长度为 64 字节 (46 + 18)，最大为 1518。为什么我在网络监视器中看不到它？以太网帧的数据字段值为 46-1500。 IP 数据帧是否在 6 个八位字节中用零填充以使总帧长度为 46？

找到答案:通过网络发送的数据包的数据字段的最小长度 以太网是 46 个八位字节。如有必要，应填充数据字段 (八位字节为零)以满足以太网最小帧大小。这个 填充不是 IP 数据包的一部分，也不包括在总数中 IP 头的长度字段。 http://www.ietf.org/rfc/rfc0894.txt

IEEE 802.11 中帧的最小开销是多少。那里的最大和最小帧大小是多少？ WiFi 上纯 TCP Ack 的帧大小是多少？

我也接受部分回答

Answer 1

Wireshark 在 FAQ 7.10 中回答了您的问题.

Most OSes do not support capturing the FCS of a frame on Ethernet, and probably do not support it on most other link-layer types. Some drivers on some OSes do support it, such as some (all?) Ethernet drivers on NetBSD and possibly the driver for Apple's gigabit Ethernet interface in Mac OS X; in those OSes, you might always get the FCS, or you might only get the FCS if you capture in promiscuous mode (you'd have to determine which is the case).

---

IEEE Std 802.11第 60 页:

The Frame Body field is of variable size. The maximum frame body size is determined by the maximum MSDU size (2304 octets) plus any overhead from security encapsulation.