我对问这个问题犹豫不决,因为我可能无法执行诊断步骤来找出出了什么问题,但是:
我需要重新想象一下学校里的实验室,可能是在上课时间。我使用多播流,因为服务器共享一个文件30次几乎没有意义。我调整速度下降的方式,这样将有头部空间,其余的网络应该是合理地不受影响。
我发现这样做似乎切断了我们的广域网。其他网站是无法访问的,互联网也是如此。当组播恢复运行时,无法从其他地方看到这所学校。(多播本身工作正常)。
当这件事发生在不同的网站上时,我和我的同事谈过,他负责网络的工作,但是他没有发现任何关于我们正在做什么会引起问题的事情。
详细信息:我正在Mac上使用DeployStudio进行ASR多播恢复。我们的大部分开关都是思科设备。我们确实有许多无线接入点(它们似乎在无线上传递多播流;不是最优的,但不一定是一个问题)。我以2Mb/S的速度(我认为这是兆位,而不是字节);系统恢复良好的8,有时甚至12 Mb/s (所以我知道有头部的空间)。
我更喜欢在生产使用中从物理上分离的网络上进行多播流,或者在几乎没有工作人员在场的夏天进行多播流,但我在这里没有那种奢侈。
是什么原因造成了这个问题?
发布于 2009-09-08 18:25:38
问题可能是,您的交换机没有正确地处理多播组,然后将多播作为广播发送(从而淹没您的wan链路,或者至少使用无用的数据)。
因此,必须至少有一个开关充当IGMP,这可以通过命令ip igmp snooping querier在Cisco 2960和3750上启用。如果你的网络只有2950,你肯定会有问题。
当您在其他计算机上重新安装映像时,您可以很容易地通过在PC上运行wireshark来查看您的交换机是否在广播组播。(如果一切正常,则不应该看到多播数据)
还请告诉我们使用了什么多播IP,有些是保留的,不应该使用的,有些可以路由,有些是不可路由的(参见http://iana.org/assignments/multicast-addresses/multicast-addresses.xml)
发布于 2009-09-08 18:12:00
是否淹没了处理网关访问的路由器?
有没有办法让您从路由器获取SNMP信息,或者从路由器获取日志信息、CPU状态等等?
发布于 2009-09-08 18:17:48
广域网连接有多大?根据所使用的组播地址,可能是组播业务正在使广域网接口饱和,例如多播地址224.0.0.1表示“此子网上的所有主机”,这意味着WAN接口必须侦听并丢弃多播业务。
如果广域网接口必须侦听然后丢弃多播业务,而组播流量以8到12 mbps的速率流动,而广域网链路小于8到12 Mbps,那么我可以看到这导致了问题。
https://serverfault.com/questions/63429
复制相似问题