为何设置DF标志的超MTU数据包仍会被发送？

1. 确认MTU是否实际生效 #

首先要验证你设置的1450字节MTU确实应用到了正在使用的网络接口。打开Windows命令提示符，执行以下命令：

netsh interface ipv4 show subinterfaces

查看对应网络接口的MTU列数值，如果显示不是1450，说明设置未生效，可通过以下命令重新配置并重启网卡：

netsh interface ipv4 set subinterface "你的网卡名称" mtu=1450 store=persistent

2. 明确数据包大小的统计维度 #

你捕获到的2800字节需要区分是整个IPv4数据包的总大小还是TCP负载(payload)的大小：

• 如果是TCP负载为2800字节，加上标准IP头部(20字节)和TCP头部(20字节)，总IPv4包大小为2840字节，确实超过1450的MTU。这种情况下DF标志置位的包本应被IP层拒绝发送，并返回ICMP分片错误。
• 如果是整个IPv4包大小为2800字节，说明Windows TCP/IP栈未遵守MTU限制，需进一步排查。

3. 检查TCP MSS协商状态 #

TCP连接建立时会通过SYN/SYN-ACK包协商最大段大小(MSS)，正常情况下本地MSS值应为MTU - 40（标准IP+TCP头部），即1450-40=1410。用Wireshark过滤对应连接的SYN包，查看Maximum Segment Size字段，若协商的MSS值过大（比如2760），会导致TCP段加上头部后超过MTU。

4. 排查网卡卸载功能的影响 #

部分网卡支持TCP卸载、大发送卸载(LSO)等功能，这些功能会将TCP分段工作交给硬件处理。开启时系统可能会向网卡发送大包，由网卡分割为符合MTU的小包，而Wireshark在硬件前捕获到的是系统发出的原始大包。可尝试关闭这些功能：

• 打开设备管理器，找到对应网卡并右键选择「属性」
• 切换到「高级」选项卡，将TCP Chimney Offload、Large Send Offload (LSO)、IPv4 Large Send Offload等选项设置为「禁用」
• 重启网卡后重新测试

5. 重置TCP/IP栈 #

若上述排查无效，可尝试重置Windows TCP/IP栈，修复可能的配置异常：

netsh int ipv4 reset
netsh winsock reset

重启系统后重新设置MTU并测试。

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