问题:任何在千兆位网络上睡觉的计算机都会导致所有多播通信量下降到10 10Mbps。
解决方案:为客户提供托管千兆位交换机,并培训他们手动配置交换机。不是一个理想的解决方案。
我今天发现了另一个解决…的方法原因是802.3x流量控制。禁用流控制解决了以下问题:
sudo ifconfig en0 -mediaopt flow-control然而,这意味着每个客户网络上的每个设备都需要关闭自动协商,然后手动关闭流量控制。关掉自动谈判是个很糟糕的主意。不可行的解决方案。
举个例子:我注意到,在我愚蠢的老千兆位开关上,
我的问题是:是否有任何RFC/协议允许流量忽略流控制。(可能不是)
是否有RFC/protocol/hack来发现网络上的睡眠设备是否使用流控制…?(也许?)
是否有任何RFC/protocol/hack来发现每个设备在其即时交换机(尽管是哑交换机)上的自动协商速度?
这至少允许我的软件警告用户为什么他们的组播性能是10 10Mbps。
发布于 2016-10-03 20:08:13
我的问题是:是否有任何RFC/协议允许流量忽略流控制。(可能不是)
以太网不是由IETF控制的,它来自IEEE 802.3委员会。许多设备确实忽略了以太网流量控制;它的支持很差,而且并不是必需的。即使在支持它的网络设备中,您也必须经常启用它。
是否有RFC/protocol/hack来发现网络上的睡眠设备是否使用流控制…?(也许?)
睡眠设备不会告诉你任何事情,你必须首先唤醒它们。主持人在这里不谈话题。不会有RFC,因为IETF不处理以太网标准,而且我知道IEEE没有这样的协议。
是否有任何RFC/protocol/hack来发现每个设备在其即时交换机(尽管是哑交换机)上的自动协商速度?
如果一个交换机或主机支持SNMP,那么您可以使用SNMP来发现这样的事情,但是对于一个哑交换机来说,这是不可能的。
https://networkengineering.stackexchange.com/questions/35454
复制相似问题