打印本文 打印本文  关闭窗口 关闭窗口  
如何应对实际测试中的问题
作者:佚名  文章来源:不详  点击数2460  更新时间:2007-5-18 3:22:58  文章录入:啊祖  责任编辑:啊祖

>  大多数测试设备厂商采用通用的吞吐量测试方法,但是网络设计人员仍需要了解在实际中解决更微妙问题时的不同考虑。以下是在实际测试中,对于吞吐量和延迟两个测试需要多考虑的一些因素。

  比如说,两台路由器通过一条T1线路连接起来,测试人员利用1Gbits光纤线路连接到路由器。T1线路只能以1.536Mbits的速率传送数据,而光纤路可以根据帧的不同长度以超过900Mbps的速度传送数据。按每秒帧数测量的64字节帧的吞吐量似乎可以精确地表示为:1536000比特每秒(64字节每帧×8比特每字节)=3000帧每秒。

  但是,实际的数字可能由于多种原因而有所不同。首先,以太网帧中的数据链路层信息可能没有流过T1接口。相反,可能建立了某种类型的点对点协议(PPP)链路,从而从以太网帧中完全删除了二层字节的媒介访问控制信息,并用PPP包头中的信息代替它。

  其次,测量算法本身可能会造成问题。如果测试人员不仔细地理解测量算法和路由器的特性的话,他们会看到比上述公式所表达的吞吐量更高的吞吐量。由于路由器在缓冲区中存储数据帧并且在测试过程中缓存区满了,这个问题就会突然出现。当测试设备发出的传输流终止于测试端时,缓冲区继续通过T1接口传送存储的帧。在这种情况下,吞吐量算法必须进行修改以使实际被统计的帧嵌入到未被统计的帧系列中。

  延迟是另一项基础性能标准,但是随着测试的开展问题会变得复杂起来。RFC 1242将比特转发设备的延迟定义为“从输入帧的第一比特的结尾到达输出端口时开始计时,输出帧的第一比特的开始出现输出端口上时结束计时,这段的时间间隔。”这里,延迟是针对网络设备定义的。RFC 2544中建议的方法如下:首先确定网络设备的最大吞吐量,然后以此吞吐量速度继续传送120秒的数据流,并在60秒时传送一帧“签名”帧。签名帧被用于传送时间标记,当接收到签名帧时,对时间标记进行检查。收到时间标记与发送时间标记之间的间隔用于确定延迟。RFC 2544建议进行多次独立的试验,最终得到的数据是多次试验结果的平均值。一般来说,如果测试人员试图得到在某种程度上表示网络设备转发帧能力的数据的话,这种方法是可行的。但是,在计算延迟时常常需要考虑更多的东西。

  如果签名帧由于某种原因被丢弃,RFC 2544中描述的延迟测量法会出现问题。它可能会造成测试设备无限期地等待签名帧的到达。由于数据流是以网络设备可支持的吞吐速率发送的,因此丢弃签名帧的现象不应当出现。然而,在实际情况可能有出入,而在发生丢弃帧的情况下,测试将是无效的。

打印本文 打印本文  关闭窗口 关闭窗口