Questions tagged «igmp»

1
IGMP侦听有什么优点和缺点?
我们的新路由器询问我们是否要启用IGMP监听。对此我不熟悉,我看了一下互联网,得到了以下Wiki描述: IGMP侦听是侦听Internet组管理协议(IGMP)网络流量的过程。该功能允许网络交换机侦听主机和路由器之间的IGMP对话。通过收听这些对话,交换机可维护哪些链路需要哪些IP多播流的映射。可以从不需要组播的链接中过滤出组播,从而控制哪些端口接收特定的组播流量。 但是有什么好处呢?启用前需要考虑哪些因素(安全性,性能等)?我的观点是-如果安全的话,为什么默认不打开?

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 …

2
为什么IGMP中的TTL值为1
为什么IGMP协议中的TTL值为1,以及TTL部分中的多播可能有哪些不同的值? 我从谷歌那里得到的是,如果TTL值为1,那么它不会离开局域网,但是如果它不会离开局域网,则味精将如何广播?
9 ipv4  multicast  igmp 
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.