2
使用UCARP（VRRP）的KEMP负载平衡器-未获取多播MAC地址
好吧-至少要连续20个小时与之抗争。.很抱歉，这似乎是长篇大论，还是写博客，但我已经精疲力竭了。 所以，这是交易。我们正在使用KEMP负载均衡器，该负载均衡器利用UCARP（CARP的Linux克隆，这是VRRP克隆）来实现HA心跳和持久状态。我们希望在我们的环境中利用IGMP来防止整个数据中心泛滥。 我们有两个运行SW 5.1.1.7的Dell PowerConnect 8124F交换机作为机架顶部。这两个连接到堆叠的Cisco 3750-X对，这是我们的核心。 当我们升级到PowerConnect 5.1.x时，问题就开始了，除非您另有说明，否则它们显然默认情况下保持IGMP侦听打开。而且，我们的负载平衡器陷入了裂脑，引起了各种温暖的模糊乐趣。 如果我在负载均衡器不进行多播的VLAN上禁用IGMP侦听，则多播仍然无效 如果我在核心上设置了IP PIM，则PowerConnect交换机可以在同一VLAN上看到它，但是仍然没有多播流量 如果我启用了所有未注册的多播流量的泛洪功能，那么它仍然没有任何作用。 如果我在PowerConnect交换机上全局禁用IGMP侦听，则所有多播流量均有效。它的工作原理如此之好，以至于我们将多播流量泛滥到了每个带有相同VLAN标签的端口上。精彩。 我注意到核心VLAN上有一些奇怪的MAC地址条目： coresw#sh mac address-table vlan 367 | include 5e00 367 0000.5e00.0101 DYNAMIC Po13 seq_no:0 而且我认为..那不是组播地址吗？为什么在“ sh mac address-table multicast”中不是这样？ coresw#sh mac address-table multicast vlan 367 Vlan Mac Address Type Ports ---- ----------- ---- ----- coresw# 然后在PowerConnect …