在过去的几年中，许多网络服务提供商 (NSP) 一直广泛使用 PING 测试网络的性能，并获得两个端点间的环路延时评估。 由于两个 IP 设备（通常每端各一台 PC）可与基本的 Windows TCP/IP 堆栈结合使用，因而无疑是一种成本极低的测试方法。 然而，PING 功能足以评定 NSP 网络吗？ 在理想的网络环境内，或许可以，但是在现实网络环境内，这远不是理想的解决方案。

遗憾的是：即使 PC 上的网络接口卡 (NIC) 功能最强大也无法保证对其百分之百的使用率，这就限制了 PING 测试的准确性。 例如，在吉兆位 (Gigabit) 以太网中，NIC 最多可获得 60％ 到 70％ 的使用率 - 以最大吞吐量发送数据包来评估网络性能也只能如此！ 此外，不容忽略的是有效网络测试应基于可重复的测量结果，因为通常不能保证现场专业人员所用硬设相同，因此采用 PING 测试的重复性将受限，从而进一步影响结果的可靠性。

需要考虑的另一个重要因素是网络负荷。 虽然就交换而言，在网络负荷不大时非常容易转发帧，但是在最大网络负荷时网络不能永远正常运行。

基于这些原因，阐明如何正确地在整个 NPS 网络上进行延时测量非常重要，题为请求注解 (RFC) 2544：互联网络设备评定方法论的“互联网工程任务组”(IETF)文档介绍了相关内容。

RFC2544 方法与 PING 方法

根据 RFC2544，测量延时的第一步是要测出设备/网络可以转发帧的最大负荷。 测出网络的吞吐量之后，测试仪表必须以该吞吐量级别发送相当于 120 秒的数据流。 在测试过程的中间时刻发送并接收标记帧，以便测量整个设备/网络中的延时。 要确保准确性，需要重复测试 20 次，所有测量的平均值作为最终的结果。

另一方面， PING 测量法无法确保上述相同的准确性。 通过设备/网络发送数据之后，PC 使用中断方式处理接收到的数据包，即，如果 PC 开始了后台的另一个操作，则 PING 过程将被中断，之后重新开始，这样会虚假地增加延时长度，从而产生不可靠的结果。

当然，PING 实用程序可用作简单实用的故障诊断工具，以确定两个 IP 之间是否存在连通性。 但是，当需要评估设备/网络的实际性能时，其结果因完全不可靠而无法为服务品质协议 (SLA) 提供评判依据。 这种情况下，需要提供完整的度量标准来避免支付不必要的罚金。

尽管 RFC2544 方法似乎比 PING 方法麻烦，但该方法的结果异常准确且可重复。 幸运的是：使用专门为延时测量开发的工具可以自动完成 RFC2544 测试，因此该过程未必耗时或麻烦。

第一个发表评论

Only registered users can write comments.
Please login or register.

Powered by AkoComment Tweaked Special Edition v.1.4.2