目录

简介

先决条件

适用平台

数据收集

了解测试方法

所需数据

相关文档

简介

在FireSIGHT系统上最近更改配置后，您可能会遇到网络延迟。本文档提供了一种方法来调查延迟问题的原因。

先决条件

为排除延迟问题，思科建议：

- 您应该拥有FireSIGHT系统的高级知识。

- 延迟和性能测试只应在硬件平台上执行，因为虚拟化环境会引入无法纳入分析的外部因素。

- 思科内部测试机制使用平衡安全和连接入侵策略。自定义用户定义的策略超出了延迟保证的范围。

- 请勿在Internet上运行延迟测试。如果没有专用硬件来测试延迟，则可以使用直接或紧密连接的终端对特定应用（例如文件传输）执行测试。

适用平台

本文档中的说明适用于任何FireSIGHT系统。

警告：本文档中的信息是从特定实验环境中的设备创建的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您使用的是真实网络，请确保您已经了解所有命令的潜在影响。

数据收集

了解测试方法

为了确定延迟的根本原因，需要执行两次测试 — 第一次运行是在进行更改之前收集数据点，第二次运行是在更改后收集数据点。通过比较配置更改前后的两个数据点得出最终测试结果。

由于FireSIGHT系统具有许多复杂的组件，这些组件之间以复杂的方式互连，因此更改多个参数可能会产生不同的结果，从而使跟踪变得困难。

比较延迟测试的最重要要求是，两次运行都应不同于正在分析的唯一变量，并且测试之间只更改一个变量。例如，如果测试软件不同版本之间的延迟，则测试之间只能更改软件版本，并且必须保持所有其他配置不变，例如硬件平台、检查策略、应用识别(AppID)配置、访问控制规则、日志记录（仅限流结束）和所有其他配置参数。

注意：如果正在分析两个变量，则必须执行两组测试，第一组只更改一个变量并保持所有其他变量（包括第二个变量）的常量。第二个测试将仅改变第二个变量，而所有其他变量都保持不变，包括第一个变量。

所需数据

1. 配置更改前后以下项的两组数据：

- 从FireSIGHT管理中心和受管设备完成故障排除文件。

- 访问控制策略的导出

- 入侵策略导出

- 完成测试报告

- 从FireSIGHT系统分析数据的规则（可选）

2. 提供测试结果的摘要，突出显示延迟问题。

3. 从测试报告中提供特定参考（例如，页码和数据字段），在其中检查结果。

4. 对延迟的清晰描述 — 为什么当前延迟不可接受，以及预期。

5. 提供测试运行之间所做更改的说明。例如，如果入侵策略发生更改，则提供更改的详细信息，包括添加或修改的规则。

相关文档

- Sourcefire设备故障排除文件生成过程

- FireSIGHT系统上的规则分析说明