看起来你碰到了典型的「抓包能看到但应用收不到」的组播坑，这种情况基本都是内核层面的配置或者服务端套接字设置没到位，我帮你梳理几个最可能的原因和解决办法：

1. 服务端未显式加入目标组播组 #

这是最常见的原因！Wireshark能抓到包说明网卡已经接收到了，但内核只会把组播包递交给明确加入对应组播组的应用程序。本机发送能收到是因为环回链路的组播处理逻辑更宽松，不需要显式加入。

你需要在服务端的套接字上调用setsockopt来加入目标组播组，示例代码如下：

struct ipv6_mreq mreq;
// 填入你要接收的组播地址
inet_pton(AF_INET6, "你的组播地址", &mreq.ipv6mr_multiaddr);
// 0表示监听所有接口，也可以指定具体网卡的索引
mreq.ipv6mr_interface = 0;

setsockopt(UDPBroadcastSocket, IPPROTO_IPV6, IPV6_ADD_MEMBERSHIP, &mreq, sizeof(mreq));

如果你的机器有多个网卡，最好指定具体的接口索引（可以通过getifaddrs工具获取），避免内核选到错误的接口。

2. 套接字绑定的地址不正确 #

服务端的绑定逻辑直接决定了能不能收到组播包：

• 不要绑定到某个具体的单播IPv6地址，应该绑定到通配地址::，这样才能接收发往任意地址（包括组播地址）的数据包。
• 确保绑定的端口和发送端的目标端口完全一致。
• 检查是否设置了IPV6_V6ONLY选项：如果设为1，套接字只会处理纯IPv6流量（这其实是合理的，但如果服务端不小心绑定了IPv4地址就会出问题）。

正确的绑定示例：

struct sockaddr_in6 addr;
memset(&addr, 0, sizeof(addr));
addr.sin6_family = AF_INET6;
addr.sin6_port = htons(你的目标端口);
addr.sin6_addr = in6addr_any; // 通配地址，接收所有IPv6地址的流量

bind(UDPBroadcastSocket, (struct sockaddr*)&addr, sizeof(addr));

3. 组播地址范围与接口不匹配 #

IPv6组播地址有严格的范围划分：

• ff02::/16是本地链路范围的组播地址，只能在同一物理链路内传播，发送时如果机器有多个网卡，最好通过IPV6_MULTICAST_IF指定出接口，避免内核选错：

  unsigned int if_index = 你的网卡接口索引;
  setsockopt(UDPBroadcastSocket, IPPROTO_IPV6, IPV6_MULTICAST_IF, &if_index, sizeof(if_index));
  

• 如果用了站点范围的ff05::/16等地址，需要确保网络支持对应的组播路由。

4. 防火墙或网络策略拦截 #

接收端的防火墙可能拦截了来自局域网的IPv6组播数据包，而本机发送的包走环回接口，不会被防火墙过滤。你可以：

• 临时关闭防火墙测试，确认是否是防火墙的问题。
• 手动添加规则，允许目标UDP端口的IPv6组播流量。

5. 内核组播配置异常 #

少数情况下，内核的组播参数可能有问题：

• 检查接收端的net.ipv6.conf.all.mc_forwarding参数（单主机应该设为0，开启转发会导致组播包被转发而不递交给本地应用）。
• 确认网卡的IPv6组播功能是否开启（net.ipv6.conf.你的网卡.all_mcast设为1）。

先从「加入组播组」和「绑定通配地址」这两点入手排查，这两个是最容易忽略的环节，应该能解决大部分问题。

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