为何接收端网卡丢弃tcpreplay发送的1518字节以太网帧？

为什么接收端MTU也需要设为1504？ #

• 多数网卡的默认逻辑是将MTU与最大接收帧长绑定：MTU指的是L3层（IP）的最大载荷，对应的以太网帧长度为「14字节以太网头 + MTU值」——也就是MTU=1500时，允许的最大帧长是1514字节。
• 用tcpreplay直连发送时，你推送的是包含4字节FCS的完整帧（总长度1518字节），接收端网卡会在硬件层面先检查帧长度。如果帧长超过1514字节（对应MTU1500的限制），网卡会直接丢弃该帧，不会向上传递给操作系统。
• 把接收端MTU改为1504后，对应的最大允许帧长变为1518字节（14+1504），刚好容纳带FCS的完整帧，因此不会被丢弃。

两种接收场景的核心差异 #

• 互联网接收场景：中间的交换机、路由器会自动处理FCS：它们收到帧后先校验FCS，校验通过就剥离FCS字段，只转发不含FCS的帧（长度1514字节）给终端网卡。所以终端收到的帧永远符合MTU1500对应的长度限制，不会触发丢弃。
• tcpreplay直连场景：没有中间网络设备介入，发送端直接把包含FCS的原始帧发送到物理链路，接收端网卡收到的是完整的1518字节帧。此时如果接收端网卡的最大接收帧长限制为1514字节，硬件会直接丢弃超标的帧，不会交给上层协议栈处理。

补充：部分网卡可以通过ethtool工具单独调整最大接收帧长（比如开启Jumbo Frame时的配置），不一定非要修改MTU，但修改MTU是更通用的适配方式，因为MTU与帧长的绑定是多数系统的默认行为。

内容的提问来源于stack exchange，提问作者sajjad valaei