广播在大数字vlan的stream量

在广播stream量成为真正的问题之前,我正在寻找在单个VLAN上拥有多less客户端的神奇数字。

我最好还想知道当今市场上交换机上同一个VLAN中有多less个客户端–EGCatalyst 3750能够在广播stream量方面处理,在它开始严重影响整个networking性能之前。

没有你想要的幻数,因为答案取决于太多的环境因素。 思科90年代的build议不超过24个(256个客户),这仍然是一个体面的经验法则,尽pipe你现在通常可以脱离23/22或22,假如你没有很多的stream量依靠广播或较旧的客户端设备,可能无法处理大量的networkingstream量。

pipe理型交换机通常带有一个称为“广播风暴控制”的function,在达到一定的广播stream量阈值后,该function将启动。 默认情况下,这个阈值通常是链路容量的20%,已经被认为是“过量的”。

主要的问题不在于交换机,因为无论是广播还是单播,都应该能够以全链路速度处理帧转发。 主机和设备可能会出现问题,因为每个广播帧都将被转发,以便通过networking堆栈进行处理,从而消耗接收数据的每台主机的CPU资源。 这对连接到networking的电脑不会造成很大麻烦,但可能会淘汰设备和pipe理界面(IPMI,打印服务器,交换机或路由器pipe理等)

话虽如此,你可能需要很多主机才能在正常configuration的千兆位以太网“广泛”Windows主机的广播中达到10%的峰值。 假设每个主机每秒1500个字节的广播帧(这已经很多了),您将需要超过8000个主机来饱和千兆链路带宽的10%。

我也会推荐阅读国际学习中心日记Rob VandenBrink的这篇文章 。