监听端口上的选择性 mcast 组答案

【问题标题】：listening to selective mcast groups on a port监听端口上的选择性 mcast 组
【发布时间】：2013-11-26 14:47:26
【问题描述】：

举个具体的例子，假设在同一个端口上有 2 个 mcast IP（ip1、ip2）。我想运行两个不同的进程，一个监听 ip1（而不是 ip2），另一个监听 ip2（而不是 ip1）。所以我在其他进程中调用了（ip1，port）和（ip2，port）绑定，而不是（（INADDR_ANY，port）。
原则上这很好用，但假设不是 2 个 IP，而是 100 个 IP，那么我最终创建了 100 个 UDP 套接字，现在我的进程无法很好地处理这个问题，我看到很多数据包丢失。
基本上，如果我简单地绑定到（INADDR_ANY，端口）然后多播加入 50 个 IP，它可以正常工作，但如果我创建 50 个不同的套接字，则它不会。
是预期的吗？带有通配符绑定的套接字是否比特定地址绑定更有效或性能下降是因为现在有这么多套接字，现在选择和轮询事情需要很多时间？
有没有什么方法可以让我不需要创建这么多的套接字和进程也不会获取其他进程的数据？

【问题讨论】：

Receving multiple multicast feeds on the same port - C, Linux 的可能重复项

标签： linux sockets udp multicast

【解决方案1】：

我猜您决定使用绑定解决方法是因为您使用的 Linux 与其他操作系统（如 FreeBSD 或 Windows）相比具有不同的行为（请参阅 https://bugzilla.redhat.com/show_bug.cgi?id=231899）

使用现代内核（自 2.6.31 起）可以要求仅接收订阅的多播组，重置 IP_MULTICAST_ALL 选项 (see manpage ip(7))：

  int mc_all = 0;
  if ((setsockopt(sock, IPPROTO_IP, IP_MULTICAST_ALL, (void*) &mc_all, sizeof(mc_all))) < 0) {
    perror("setsockopt() failed");
  }

我从未体验过绑定影响套接字性能，不过您可以尝试此选项并在 INADDR_ANY 上绑定。也许它会帮助你的表现？

【讨论】：