互联网路由器是否会丢弃携带IP选项数据的UDP/TCP数据包？

问题描述 #

• 两台配备公网IPv4地址的Ubuntu 20.04主机：
  • 发送无IP选项的普通UDP数据包时，主机B可正常接收；
  • 使用sendip工具从主机A向主机B发送含4字节IP选项的UDP数据包时，主机B无法接收。

补充测试 #

• 从主机A向主机B发送无IP选项的ICMP/UDP数据包，主机B可正常接收；
• 从主机A向主机B发送含4字节IP选项的UDP数据包，主机B无法接收；
• 从Windows主机向Windows主机/Ubuntu主机发送含4字节IP选项的UDP数据包，均可正常接收。

命令示例 #

发送数据包命令：

sendip -v -p ipv4 -is 156.254.126.xxx -id 111.229.170.xx  -iosid 100  -p udp -us 3000 -ud 8000 -d 0xcafecafecafe 111.229.170.xx

抓包命令：

tcpdump src 156.254.126.xxx -vvv

解答 #

互联网中的部分路由器确实会丢弃携带IP选项的UDP/TCP数据包，核心原因如下：

1. 性能优先级：多数现代路由器为保障转发效率，默认跳过IP选项解析——处理IP选项会增加额外计算开销，高流量场景下，厂商常直接丢弃这类数据包以节省资源。
2. 安全策略拦截：部分运营商或网络设备将携带IP选项的数据包归为异常流量（部分IP选项可能被用于网络探测、攻击行为），会通过防火墙或ACL规则直接拦截。
3. 网络栈与路径差异：你测试中Windows主机间能正常接收，一是Windows网络栈对IP选项处理更宽松，二是测试场景可能处于同一局域网或经过的路由器未限制IP选项；而Ubuntu跨公网发送时，数据包途经的公网路由器开启了IP选项丢弃策略。

若要进一步定位问题，可在主机A、B之间的路径上逐段抓包，确认数据包被丢弃的环节；也可尝试更换常用IP选项类型（如记录路由），这类选项被路由器支持的概率更高。

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