我工作的产品是由许多无头的Linux机器组成的，这些机器作为一个集群一起工作。
这些框通过发送专有格式链路本地IPv6多播数据包（到ff12::xxxx%en0 ）来彼此同步它们的状态。 当系统状态快速变化时，这些数据包可能会占用不less数量的带宽，但这是可以的，因为Linux机器通过千兆以太局域网运行，并且有足够的带宽可供使用。
问题发生在客户决定在漫游大楼期间使用笔记本电脑（或iPad）作为系统的客户端，因此客户在局域网中添加WiFi接入点并设置笔记本电脑进行通信（通过单播）与其中一个Linux盒通过WiFi。
这种典型的“sorting”工作，但问题是，即使客户端不需要它们或使用它们，由Linux盒子发送的所有多播同步分组现在正在通过WiFi发送。 因此，WiFi带宽经常受到影响，有时甚至无法使用，客户抱怨我们的系统工作不正常。
当然，我们可以告诉客户“不要这样做”，但是WiFi非常有用，我希望find一个更有build设性的解决scheme，而不是仅仅禁止WiFi。 是否有一些（相当简单）的方式来configuration一个WiFi接入点来过滤掉这些同步组播数据包？ 简单地让WiFi接入点不处理IPv6数据包对于我们来说就足够了，因为客户端软件可以在需要的时候通过IPv4运行，但是一些更细致的过滤并不排除所有的IPv6通信会更好。
请注意，我们的客户安装的最常见的接入点是苹果的机场，但是如果有另一个（更可configuration的）WiFi接入点产品可以更好地工作，则用另一种型号replace接入点是一种select。
如果您的交换机（或更准确地说客户端的交换机）能够通过地址（阻止多播前缀）过滤多播数据包，这将是我的第一个build议。
除了你可以在WAP和主networking之间放置一个简单的过滤设备（防火墙），它只是丢弃任何到/来自多播地址范围的数据包…
不要阻止IPv6的组播stream量！ 邻居发现（IPv4发现中的ARP）等基本function是组播，而路由器发现是组播。 您是否阻止您的IPv6连接无法正常工作？
对客户端访问stream量在相同vlan上的服务器进行集群stream量听起来不是一个好主意。 我认为将集群控制/状态stream量与访问stream量分开将是build设性的解决scheme。 也许服务器有多个networking接口使得这个简单（而且比pipe理交换机便宜）。
这听起来像你的客户正在桥接以太网和WiFistream量。 如果他们使用WiFi路由器或者在路由器模式下使用他们拥有的设备，组播的东西可能会更好。
当然，链接本地的东西是行不通的。 它将不得不改变为使用可路由的多播地址。