也许我们都可以就计算思科和竞争性开关的一种计算带宽的方法达成共识。Cisco Nexus 7000营销经理 -道格拉斯·古莱（Douglas Gourlay），第一次尝试以下尝试八个规则下面说明了他最近的博客文章。
| 最近有一个发布来自非理性繁荣的供应商员工Nexus 7000。在我进行一些书面的会员时，我想到，对于如何始终如一地衡量绩效，我们可能需要更清晰的想法。我已经听说过多年的思科数学，Cabletron数学等...嗯，今天，我想建议我们都可以找到某种方式来达成共识数学。毕竟，即使不是数学上的倾向，我曾经听到数学是绝对的真理。 |
因此，这是我对“规则”的剪辑，以说明您在开关上的带宽。
| 1。 | 请勿每阶段带宽双重计数。即，如果一个插槽具有40GB的带宽，并且可以支持价值4x10GBE接口的流量，则是40GB的带宽。我同意这是40GB和40GB，但可惜它仍然40GB。 |
| 2。 | 双重计数开关织物，即每个插槽100GB的10个插槽底盘，每个插槽中没有任何阻塞的底漆，将是2TB开关织物。我认为这里的双重计数具有意义：它是织物的实际容量，它确实让休闲观察者得到一个指示，即为什么10个插槽2TB模块化开关比10个单独的20端口10 GBE更好开关。尝试将这些20个端口配置构建成一种多阶段的面料，可提供100个面向10GBE端口的主机，您会看到我在说什么。 |
| 3。 | 不要单独计算线牌上的本地切换容量。是的，如今，模块化的大多数交换机都以某种形式或方式在高端分发了转发。也不要算一下。就像是说：“好吧，你看……我有10个插槽，那里的底盘。”“我的每条线卡上有10个10GBE端口，面料上有100GB的端口。”“我可以从端口1转到端口10，而无需越过这种织物。”“因此，我的每条线卡上有400GB的织物和2TB主体面料。”“因此，我以400GB或4TB和一个中央2TB的价格获得10个LinCards，因此我有一个6TB开关。”我不这样做，请不要这样做...这只是糟糕的形式...更不用说大多数客户难以理解的... |
| 4。 | 每秒转发率的数据包。同样，单一算它们。仅仅因为数据包进入并从转发引擎中出来（或者如果它不是直列Fe）并不意味着您可以计数两次@ 64 Byte框架。顺便说一句 - 一个高度不现实的模型，因为我从未见过任何生产网络中的所有64字节框架数据流。 |
| 5。 | 汇总PPS转发率 - 如果您的10行卡中的每张有100mpps，则最多可以执行1000 mpps或1BPP。简单的... |
| 6。 | 织物冗余 - 如果您的开关都具有所有的织物，并且所有使用均可使用，或者全部5或全部8，等等。，不要算在内。准备证明这一顺便说一句，因为我看到这个人陷入了很多困境之中……数据表也应陈述单个装饰和满载的织物的性能。 |
| 7。 | 超额订购 - 我个人喜欢超额检查。我发现它使您可以提高密度和平衡密度和性能以及成本，以最大化连接到单个网络节点的设备数量。但是，如果您有目的地在某处过度订阅某些东西，则不承担过度订阅的理念，即，您的模块具有8个带有40GB开关织物连接的10GBE端口，请在数据表中调用。称其为：织物互连速度之类的东西。这不是一种罪：这是增加港口并接受并非所有端口同时处于活动状态的现实的方法。我建议供应商放入合适的计数器，以便客户知道何时过度按要求失败。 |
| 8。 | 生命周期能力。一些开关平台设计'净空'，即，您知道您可以在平台的将来的生命周期中添加更高的性能开关面料或转发引擎。由于对于客户而言，这很重要，要根据上述相同的计数方式做出长期的投资决定，应将其注释，但也被标记为平台将在其一生中提供的东西，因此可以理解为未来的可交付，但一个供应商是向他们的客户和潜在客户保证他们绝对可以交付的。 |
您是否同意上述八个规则用于计算开关上带宽的规则？http://www.bradreese.com