我们的测试方法Force10的万兆交换机
我们问Force10公司提供一个顶级机架雷竞技电脑网站具有至少24个万兆以太网端口开关以允许与结果的直接比较有个足球雷竞技app网络世界的2010年1月测试的类似配备的开关。Force10的理解“至少”是一个最小的起点，并且用装有10GBASE-SR收发机48级的端口供给的S4810。
我们评估了S4810在10个领域：功能;管理性和可用性;能量消耗;MAC地址的能力;单播和多播吞吐量;单播和多播延迟和抖动;链路聚合的公平性;多播组的能力;组播加入/离开延迟;和前进的压力。
对于所有，但前两个方面，我们使用了配有48个10千兆位以太网的HyperMetrics CV模块和10GBASE-SR收发器的Spirent TestCenter流量发生器/分析仪。
为了评估开关的功能，我们要求供应商完成一份详细的问卷。我们没有核实每一个回答这份问卷。
管理和可用性评估同样基于我们在测试期间对开关的使用和对特性问卷的回答(例如，在支持方面)网络管理方法）。
我们使用Fluke 335夹具测量功耗。该测试包括三种测量:交流线路电压;空载交流安培;和交流安培时，满载。我们通过配置Spirent TestCenter以以线路速率向所有端口提供流量，从而完全加载了交换机控制和数据平面。我们用电压和安培数相乘得到瓦特数。
为了测量媒体访问控制（MAC）地址的能力，我们使用了的Spirent TestCenter的RFC 2889向导。此向导进行二进制搜索，找到MAC地址，交换机即可学会，而不泛滥的数量最多。在所有测试的迭代中，Spirent TestCenter的MAC地址老化定时器被设置为两倍被测开关的。我们手动运行该RFC 2889向导上三个端口，然后重复测试48的交换机端口。
为了测量单播吞吐量、延迟和抖动，我们配置了Spirent TestCenter以完全网格模式为所有端口提供流量。对于每个测试，我们使用64、65、108、256、1518和9216字节帧分别进行60秒的运行，使用二分查找来确定吞吐量率。对于每个帧长度，我们测量了吞吐量、平均延迟和最大延迟以及平均抖动和最大抖动。
组播吞吐量，延迟和抖动测试中使用相同的帧的长度为所述单播的测试。在这里，我们配置了一个单一的Spirent TestCenter端口发送组播流量，而剩下的23个端口加入同989个多播组。
为了评估链路聚合公平性，我们配置的Spirent TestCenter使用链路汇聚控制协议（LACP），为链路聚合伙伴作用，并且还以模拟发射和七个端口对接收的主机。最初，我们从模拟端口提出了一个链路聚合组（LAG）由八个端口，然后提供单向交通到七个端口（在方向上TestCenter的到交换机上，然后到LAG成员TestCenter的，然后到模拟在TestCenter的主机）。我们提供的交通线路速率的10％，以避免任何LAG成员的超额认购。然后我们一个TestCenter的端口上禁用LACP，并提供相同的业务作为八名成员组成的LAG测试。在这两种情况下，我们记录在每个LAG构件上接收到的分组，并通过计算穿过接收帧计数标准偏差衍生公平性。
为了测量多播组容量，我们使用了的Spirent TestCenter的RFC 3918向导。该向导的组播组固定号码，然后试图流量转发到所有群体。测试仪器使用二进制搜索找到成功加入群的人数最多。该测试通过，如果交换机在转发流量到所有群体。如果交换机无法转发流量到一个或多个基团的加入，则测试失败。我们使用47个端口有接收器的最紧张的可能条件同时加入所有组。
为了测量多播组的加入和离开延迟，我们再次使用了TestCenter的RFC 3918向导。延迟测试的工作方式与吞吐量和延迟测试相反:在这里，我们为交换机提供多播流量，即使IGMP窥探表是空的。然后我们在所有接收端口上提供IGMP连接消息。“连接延迟”是在给定端口上传输连接消息和在该端口上接收该组的第一个多播帧之间的间隔。对于延迟测试，则是另一种情况:我们测量在交换机停止将流量转发到该端口上的组之前，消息传输的时间间隔。
为了测量正向压力，我们再次使用了TestCenter的RFC 2889向导。此向导允许用户配置一个非法的帧之间的小间隙——小于802.3以太网规范中允许的12字节间隙。由于Spirent TestCenter提供给交换机的流量比法定的要快，交换机将会减少一些流量——但是它的转发率也会显示出它的时钟设置有多快。
©2011Raybet2