使用IPv6丢弃的超过MTU大小的UDP数据报

使用IPv6丢弃的超过MTU大小的UDP数据报,udp,ipv6,icmp,arp,Udp,Ipv6,Icmp,Arp,我发现,根据tcpdump,当我发送一个碎片化的UDP数据报(超过1452字节,MTU=1500)时,所有碎片都在目标机器上接收,但套接字上没有收到任何消息。这只会发生在IPv6地址(包括全局地址和本地链路地址)上,而在IPv4上,一切都按预期工作(以及非碎片数据报)。 当数据报被丢弃时,出现以下ICMP6消息: 05:10:59.887920 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 69) 2620:52:0:105f::ff

我发现,根据tcpdump,当我发送一个碎片化的UDP数据报(超过1452字节,MTU=1500)时,所有碎片都在目标机器上接收,但套接字上没有收到任何消息。这只会发生在IPv6地址(包括全局地址和本地链路地址)上,而在IPv4上,一切都按预期工作(以及非碎片数据报)。 当数据报被丢弃时,出现以下ICMP6消息:

05:10:59.887920 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 69) 2620:52:0:105f::ffff:74 > 2620:52:0:105f::ffff:7b: [icmp6 sum ok] ICMP6, destination unreachable, length 69, unreachable port[|icmp6]
有一些重复的邻居请求/广告正在进行,我看到它进入了ARP缓存(通过ip neigh)。 一分钟后,我收到另一条ICMP6消息,说片段超时了

设置有什么问题?当重新组装的数据包可以交付时,它不应该被丢弃,对吗?
系统为RHEL6 2.6.32-358.11.1.el6.x86_64

,套接字接收缓冲区大小对此没有任何影响,我已将其设置为64k。您能给我们看一下代码吗?IPv6是否适用于较小大小(非碎片化)的UDP数据报或TCP连接?是的,最后我开始怀疑防火墙,因为我也有一些TCP问题。遗憾的是,我不是系统的root用户,所以我无法查看iptables-L,我正在等待系统管理员的答复。检查防火墙,确保它正确有状态,并且所有适当的规则都有状态。