减少RFC 2544 测试所需的时间和不可预测性以增强网络性能

简易电话系统的传统电信架线已成为过去年代的遗迹，因为语音、数据和视频已成为主流并具有更高的经济效益。通信服务提供商安装基于以太网的 IP 服务是为了提高利润率，他们已经提高了服务水平，并要求更先进的技术。这需要非传统 网络故障排除能力和定义服务质量 (QoS) 的新方法。在某些情况下，验证服务质量甚至是法律所强制要求的。在其他情况下， 具有超前思维的公司逐渐认识到客户满意度是其行业竞争领域中将来取得成功的关键。他们需要能够配置其网络以获得最佳 性能，当最终用户遇到问题时能够测试其网络，并使客户对其所承诺提供的服务水平具有充分的信心。不过，他们也需要考 虑技术人员在测试和排除故障方面所花费的时间。

服务鉴定逐渐采用基于 RFC 2544 的报告形式记录网络性能，这由三种关键标准决定：吞吐量、延时和丢帧率。难题在于 RFC 2544 测试会很耗时，因为测试必须手动配置并需要相当长的时间，在某些情况下，精度可能会超出所需要的范围。 因此，通信服务提供商 (CSP) 应确保他们在其预期和掌控范围内执行测试，这样他们才可以简化测试流程以节省时间，也可 以获得足够精确的数据以验证性能。

在选择一种工具进行网络性能测试时，CSP 还应仔细斟酌该工具所执行的测试，因为 RFC

2544 未针对网络及实时广域网链路的基准测试进行优化：RFC 2544 努力在实验室环境下对单一设备测试进行标准化。

不是所有 RFC 2544 测试设备都同样能够提供执行 QoS 测试所需的时间与所需精度之间的关键性平衡。控制、可预测性 和自动化功能是取得此平衡所需的关键能力。如果在保证精度的情况下减少测试所花费的时间，则能够控制测试配置以使测 试更有可预测性，这一点非常关键。此外，建立测试套件的功能可在多个条件下自动测试一个广域网链路或同一源位置的多 个广域网链路，从而进一步简化过程并节省成本。

基于 RFC 2544 的测试

IETF RFC 2544“讨论和定义一系列测试，这些测试可用于描述网络互连设备的性能特性”。相对于“苹果与桔子”这 种无效的类比来说，RFC 2544 提供了直接比较设备的标准方法。随着 CSP 逐渐从传统电信转移到以太网和更高的领域，作 为一种测试方法的 RFC 2544 将逐渐取代早期的 QoS 测试方法。虽然 RFC 2544 是一套准则，而非标准，但服务激活测试通 常是基于该准则进行的。RFC 2544 测试对于测试 QoS 来说是有效的，因为一些客户 - 特别是企业级客户 - 要求只保证带 宽的服务品质协议 (SLA) 承诺包含网络延迟和丢帧。CSP 必须能够记录所有这些性能属性的网络性能。RFC 2544 测试可支 持这种记录。

RFC 2544 测试适用于广域网

因为 RFC 2544 是在实验室环境下针对测试单一路由设备进行优化的，所以这些测试不必适用于提供商在实时广域网链 路上安装或排除基于以太网 IP 故障方面的情况。事实上，在 RFC 2544 指定的六个测试中，仅有三个测试对于在 Internet 环 境中分析性能特性是真正有必要的：吞吐量、延时和丢帧率。“重置”和“恢复”测试不适用于 Internet，因为一个人不能关 闭和打开 Internet。背靠背帧测试用于验证网络是否可支持特定持续时间的猝发。但此同一信息可从吞吐量和丢帧率测试中

推断出来，因此不必运行背靠背测试。例如，更改吞吐量测试的持续时间可让用户推断出可从背靠背测试中获得的测量值。如果不是固定的持续时间，则该测量值是相同的。此外，广域网客户期望吞吐量可持续 100% 的时间，而非只在猝发时。 下面描述了与测试实时广域网链路相关的三种 RFC 2544 测试，以及某些测试设备可能存在的问题：

吞吐量是指数据在保持零丢帧的情况下从来源传输到目标位置的最高速率。但在测试中可能会着重强调速率精度，从而导致由于仅为获得测试精度中微不足道的一点差异而使测试过程持续时间较长且不可预测。 延迟是指帧从来源传输到目标位置耗费的总时间。相关延迟测试的时间是在链路承担负荷之时。

网络需要能够以指定的使用率提供指定的延迟。RFC 2544 明确规定，您必须在吞吐量满负荷情况下执行此测试。丢帧率测试用于确定离开来源但从未到达目标位置的帧百分比。RFC 2544 建议从 100% 开始进行丢帧率测试，然后下降到下一 个速率以测试丢失帧。一次成功的测试取决于在不丢帧的情况下两次连续的测试。某些丢帧率测试毫无意义，因为它们并非 用于在找到此丢帧率后终止测试。

表 1：RFC 2544 测试和基于 IP 网络的应用

减少 RFC 2544 测试所花费的时间

选择适当的测试设备可减少 RFC 2544 测试所花费的时间。若要获得最大的可用性