我们有一个局域网，带有两台Cisco4500作为运行HSRP的网关。 我们使用Exterity HD IP编码器将高清video作为多播UDPstream（可在VLC中播放）放到networking上。
我在Linux上有一个非常广泛的Nagios安装程序，希望find一些方法来检查：
1和3可能会合并。
我迄今为止的做法是：
在Cisco HSRP网关IP上使用SNMP：Nagios发送2个参数，主机IP（应该是多播源），即172.18.25.101第二个参数是stream（$ mroute）的IP，即239.101.0.1
snmpwalk -v 2c -c已更改172.30.0.1 1.3.6.1.3.59.1.1.2.1.4 | grep $ mroute | sed -e's /.* IpAddress：//'
一些如果以后，我有，如果stream是在networking上，如果多播我sid匹配主机ip，或者如果不告诉我来自哪里。 并退出正确的nagios。
或者我想。 一般来说，它是按预期工作，但随机与一些主机源IP不是预期的，是不同的，手动检查显然是不正确的。 我想也许是一个拓扑结构的变化或什么（我们有一个相当大的networking），这是从另一个网关看到，或者…我不是很好的多播抱歉。
我几乎坚持以上部分。
然后我想检查video/audio没有冻结，我想另一个检查可能是使用mplayer将stream转储2秒到一个文件，并根据文件的大小进行检查。 如果它很小，那么它可能被冻结。 但是这个stream还是会发送一个图像，所以在一个比较长的时间内（例如10秒钟）进行audio检查。 我想到的越多，我越想“还有更好的办法”…
目前IPTV相当大，人们如何监控组播stream。
非常感谢。
您是否考虑过使用IP-MROUTE-STD-MIB而不是IGMP MIB？ 你可以得到每个路由器的统计数据 – 这将会给你一个更好的观点。 这个MIB还有一组思科扩展，可以提供更多特定于平台的信息。 你可以寻找的一个项目是通过mroutepath在你的各种路由器上的计数器的实质区别。 预计会有一些三angular洲，但这将是一个跟踪门槛的好地方。
对于跟踪stream冻结有一个非常简单的答案：IP多播心跳（ http://www.cisco.com/en/US/docs/ios/12_2/ip/configuration/guide/1cfmulti.html#wp1003131 ）。 如果在configuration的多播组上看不到任何数据包10秒，您可以configuration给定的路由器以发出SNMP陷阱。
还有一个称为mrm（多播路由监视器）的function，可以从Cisco CLI调用该function来设置和跟踪合成多播组。 您可能想要使用EEM或类似的定期调用它，然后抛出一个陷阱或系统日志，如果它不正常行为。 这也是一个很好的故障排除工具。
另外 – 就像你应该监视IGP邻接的变化一样，你也应该跟踪PIM。 像邻居状态变化，选举等事件可以表明树中的不稳定性。 这在所有情况下都不是必要的，但通常应该在稳定的networking上保持安静。
我不确定你在4500系统上运行的是哪个pipe理员，但是一些更新的模型支持多播的networkingstream量。 这将给你一个更加细化和全局的多播性能的视图，并自然适合统计趋势，存储等。绝对是一个好方法。
我希望这有帮助-