供应商承诺节能的网络，但他们往往无法证明组件的实际消耗。因此，企业用户必须执行局域网交换机能源效率的正规测试，这与他们用来确定速度、反馈和功能所做的测试相同。在局域网交换机功耗测试最佳指南的第一部分，我们讨论了测量局域网交换机能源效率测量指标的必要性。本文将介绍局域网交换机功耗测试的测量方法。

　　局域网交换机功耗的系统测量方法

　　往往单一的测试提供了多种测量方法或者对于同一数据的不同看法。当提到测试局域网交换机能源效率和功耗时，以下是一些可供参考的测量措施：

　　系统吞吐量

　　在交换机性能测试中，吞吐量通常是最重要的测量参数。这也是在衡量功耗时的一个重要测量。这些数字用来测量功耗以便于计算出每瓦特用电能达到多大的吞吐量。

　　我们建议测试人员测量包括计算每兆比特千瓦时（Mbps/Watt）。千兆比特也可以在适当情况下使用。用户还可以通过原始数据计算出每兆每秒消耗的碳。

　　吞吐量测试也很重要，因为一些制造商已经选择使用了不能提供到所有已连接接口的线速吞吐量的网络架构。

　　这种交换机有“超额使用”的卡模块和/或底板。他们可能使用比提供完整线速吞吐量设备更少的能源。

　　如果没有吞吐量测试，人们可能会得出错误的结论，低容量设备比通过相同数量的端口提供更高吞吐量的设备更有效。随着吞吐量慢慢被引入计算，人们可以将所达到的吞吐量与能源消耗相关联。

　　功率因素作为测试局域网交换机能源效率的考量

　　或许与功耗的绝对测量同等重要的是量化DUT使用的能源效率。

　　根据Wikipedia.com记载，功率因素是“真正流向（用于）负载的功率与实际功率的比”。电力能源的无效利用意味着设备消耗比他实际上可以使用的能源更多，因此长期的电力消耗成本将比他们实际需要的高。

　　功率因素（pf）是一个介于0和1之间的数字，1代表最高或100%的效率。如“Watts Up”的测试工具将自动计算这个值。假设波形同相，系统的实际功率消耗是通过跨过设备的电压和电流的RMS值来得出。电力能源供应商使用这个值来评估总的能量使用。可问题是，因为网络中设备的复杂性，电压和电流的波形往往不会同相。

　　这种测量方法仅发生在处理交流电源的情况，而不用于直流系统。

　　考虑测试功率消耗的流量负荷

　　拥有不同的负载水平以获得不同等级网络活动的准确消耗分析很重要。请注意，连接的和开放的端口状态意味着不仅电缆已经连接，而且物理层和MAC层也为活动状态。

　　在负载极限内所列的比例是设备配置的理论最高值。

Tolly集团建议测试可以参考下表运行：

　　帧/包的大小产生不同的情况

　　以往第二层和第三层的交换机测试可以在一个帧/包大小的范围内运行，从最小合法大小64字节到最大标准大小1，518字节，此外还有运行在不同规格大小的其他测试，最常见的有128, 256, 512 和 1,024。一些测试还包括非标准的“特大”帧。它们可以大到16，000字节，但通常在大约9千字节或9,128字节进行测试。为了第二层和第三层的功耗测试，测试所有的这些帧/包的大小是没有必要的。

　　虽然在确定基准功耗时，有关使用哪种帧大小还没有一个行业标准，人们应该记住，通常情况下，“最坏情况”也会包含一个仅使用64字节帧的测试。这种测试将强制交换机去处理它最大数量的包，并且通常会导致它的功耗升至最大。

　　相反，更大的数据有效负载尺寸，如1，518字节或特大帧的测试，降低了单位时间处理的数量，并且再次取决于设备架构，会再降低功耗。在任何情况下，人们应该注意（测试结果应当记载）用于给定测试的帧大小。

　　测试第四层以上（包括第四层）会包括实际的流量流（例如，会话建立，数据传输，会话断开）。就其性质而言，这些流量将由混合的帧/包的大小组成。因此，作为这些层的测试，仅有一种尺寸流量的概念消失了。

　　但是，重要的是要认识到，处理“更小的”和“更大的”数据单元的想法的确存在于4-7层的测试。这个数据单元将在测试中显示为“对象的大小”，即，正在从服务器通过交换机返回到客户端的对象的大小。同样重要的是要注意这些对象的大小可以，而且常常比最高标准的以太网帧大小1，518字节更大。

　　考虑局域网交换机能效测试的流量类型

　　交换机可以在硬件或软件或两者结合的情况下处理流量，这取决于流量的特性。虽然交换机厂商很少透露这个层面的详细内容，但是对于测试者来说理解这一点很重要，“软件”与“硬件”对于交换机功耗有不同影响。

　　当交换机不能处理某些依赖于硬件芯片，且必须依赖运行于主处理器上软件的流量时，这必然会增加CPU的利用率，从而也增加了功耗。

　　所以，在测量功耗时，流量类型和流量混合适用于你的使用目的很重要。尽管大多数（如果不是全部）交换机会在硬件中处理第二层流量，但是有些交换机在主CPU中处理部分或所有第三层（路由层）的功能。

　　试图理解哪个“层”的流量正在处理常常会被混淆。关键是要记住不一定内容决定了哪一层，而是交换机性能和设置。例如，有的可以通过第二层的交换机发送第七层的HTTP流量，但是这个交换机只能基于第二层的信息来做决定。因此，结果可能是一样的，无论流量包包含应用程序数据或仅仅只包含合法的第二层地址信息。 

　　请记住，仅仅因为你在传输上层流量，所以你不能简单的假设交换机正在某一特定水平处理工作，除非你建立了你的测试计划以证明协议栈中特定层的内容导引着流量。例如，许多第七层的测试被设计用来直接让交换机发送流量到基于通过该连接请求网页的特定端口。在这种情况下，通过确认与已知的“获取”请求连接的目标服务器已到达，很容易证明正在处理的是堆栈中的哪一层。