问题：千兆网络上的任何睡眠计算机都会导致所有多播流量下降到 10Mbps。

解决方案：为客户提供可管理的千兆交换机，并培训他们手动配置交换机。不是一个理想的解决方案。

我今天发现了另一种解决方法……原因是 802.3x 流量控制。禁用流控制可以解决问题：

sudo ifconfig en0 -mediaopt flow-control

然而，这意味着每个客户网络上的每个设备都需要关闭自动协商，然后手动关闭流量控制。关闭自动协商是一个非常糟糕的主意。不是一个可行的解决方案。

一个例子：我注意到在我那愚蠢的旧千兆交换机上，

• 睡眠机器有流量控制ON，链接灯亮，1000Mbps灯灭
• 睡眠机器的流量控制关闭，链接灯打开，1000Mbps 灯亮。

我的问题是：是否有任何 RFC/协议允许流量忽略流量控制。（可能不是）

是否有任何 RFC/协议/hack 来发现网络上的睡眠设备是否使用流量控制......（也许？）

是否有任何 RFC/协议/hack 来发现每个设备在其直接交换机（尽管是哑交换机）上的自动协商速度是多少？

这至少可以让我的软件警告用户为什么他们的多播性能是 10Mbps。