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

Question

我已经捕获了一个使用的纯TCP攻击。它将捕获的帧长度显示为54字节。IP报头(20字节)+ TCP报头(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中帧的最小开销是多少？那里的最大和最小帧大小是多少？纯TCP在WiFi上的帧大小是多少？

I也将接受部分答案

Answer 1

Wireshark在常见问题7.10上回答你的问题。

大多数OSes不支持不支持在以太网上捕获帧的FCS，也可能不支持大多数其他链路层类型的FCS。一些OSes上的驱动程序确实支持它，比如一些(all?)NetBSD上的以太网驱动程序，也可能是Mac中苹果千兆以太网接口的驱动程序；在这些OSes中，您可能总是得到FCS，或者只有在以混杂模式捕获时才能获得FCS (必须确定是哪种情况)。

IEEE 802.11第60页：

框架体场的大小是可变的。最大帧体大小由最大MSDU大小(2304辛特)加上来自安全封装的任何开销决定。

​

​

Answer 2

首先，比较普通的以太网和wifi头几乎是苹果和橘子的比较.wifi帧有多种选项，可以扩展802.11帧的大小，在一些罕见的情况下，仅wifi帧开销就可能是74字节。另外，wifi帧的有效负载允许为0字节，与以太网II封装不同，后者至少需要46字节的有效负载。

所以，要用TCP ACK给出期望的wifi大小的实数.

30-bytes (wifi ethernet hdr)
20-bytes (IP Header)
20-bytes (TCP Header)
 4-bytes (MIC, if WPA)
 4-bytes (CRC)
------------------------
 > 74 bytes

802.11帧(包括标头)的最大大小为2346字节。