最近工作中的整个networking正受到来自局域网本身的组播业务的打击。 我做了一些调查,似乎是负责的服务是ws发现。
我附上wireshark捕获stream量的截图。 我已经尝试closures它所源的源机器,但组播stream量似乎仍然存在于networking中。

我的networking拓扑
2个子网–10.10.10.0/24和10.20.10.0/24。 网关是一个debian系统。 我们有3个开关3层。 他们都是非托pipe的Dlink 24端口交换机。
交换机级别的组播阻塞是不可能的。 任何解决scheme 🙁
我在自己的networking上看到了非常相似的stream量。 它最终成为Cisco路由器configuration中错误configuration的集合点。 Cisco-land中的组播需要一个集合点来防止环路。 不过,我不知道这是否适用于您的设置。