对MAC地址容量的测试，我们是在Spirent 测试中心按RFC 2889标准进行测试得。该标准可以进行一次二进制搜索以确定一台交换机在未受到泛洪攻击(flooding)的情况下可以获悉的最大MAC地址数目。在此项数据的测试过程中，Spirent 数据中心的MAC地址存活时间设置为受测交换机MAC地址存活时间的两倍。
对单播吞吐量、延时和抖动的测试，我们设置Spirent数据中心向所有的交换机端口以全网状格局的方式提供通信流量。在每项数据的测试中，我们分别进行了为期60秒的64、65、108、 256、 1518以及 9216字节每帧的运行测试，并使用二进制搜索来确定交换机的吞吐频率。在使用每一个特定字节数的帧测试时，我们均对交换机的吞吐量、平均和最大延时，以及平均和最大抖动进行了测试。
对于多播的吞吐量、时延及抖动测试，我们使用了与单播测试相同字节数的帧进行测试。这里，我们配置一个单独的Spirent数据中心端口来发送多波通信流量，并让剩余的23个端口加入到相同的989个多播组中。
对于链路聚合的公平性测试，我们对Sprient数据中心进行了配置，使其作为使用LACP协议(Link Aggregation Control Protocol，链路聚合控制协议)的链路聚合中的一员与主机上的其他七个端口进行数据传输的竞争。最初，我们引入了包含八个端口链路聚合组(LAG)，并且向其他七个端口提供单项通信流量(方向为从在测试中心上的竞争端口到交换机，然后再到数据中心上LAG成员，然后到测试中心的竞争主机)。为了避免LAG其他成员的通信流量竞争，我们只发送10%的线性频率通信流量。然后，我们关闭一个在数据中心端口上的LACP，并向拥有8个成员的LAG测试发送相同通信流量。对于这两种情况，我们将记录从每个LAG成员处接收到的数据包，并将接收到的数据帧数量与标准数对比，然后再进行公平性的计算分析。
对于多播组容量的测试，我们将在Spirent数据中心使用RFC 3918标准。这个标准加入了一个数量固定的组，然后尝试向所有组发送通信流量。测试仪器使用二进制搜索来确定成功加入组的最大数量。如果交换机的通信流量成功发送到所有组中，那么该交换机便通过此项测试。如果有一个或更多的组未加入进来，那么交换机未通过此项测试。我们使用了最极端的测试环境，该环境中会将23个端口上的接收器同时加入到所有组里面。
对多播组的加入/离开时延测试，我们再次在数据中心上使用RFC 3918标准。此次测试与吞吐量和延时测试使用的方法截然相反：即使IGMP监听表为空，我们仍然向交换机发送多播通信流量。然后，我们向所有接收者端口发送IGMP加入消息。“加入延时”是指从“指定端口上发送加入消息”到“接收到第一个来自该端口上工作组的多播帧”的时间差。对于延时测试，也有其他的评估方法：我们将计算从“发送第一个离开消息”到“交换机停止向该端口工作组发送消息”的时间差。
对转发耐受能力的评估，我们再次在使用数据中心上使用RFC 2889标准。该标准允许用户设置一个违法的数据帧发送时间间隔——小于802.3以太网标准的12比特的时间间隔。由于Spirent数据中心发送到交换机的通信流量速度要大于正常规定的速度，因此交换机将会丢失部分通信流量——但它的发送频率或多或少会透露出它的时钟速率设置的是多少。
