当网络出现延迟问题时从FireSIGHT系统收集数据

已更新: 2015 年 1 月 27 日

文档 ID:118786

关于翻译

思科采用人工翻译与机器翻译相结合的方式将此文档翻译成不同语言，希望全球的用户都能通过各自的语言得到支持性的内容。请注意：即使是最好的机器翻译，其准确度也不及专业翻译人员的水平。 Cisco Systems, Inc. 对于翻译的准确性不承担任何责任，并建议您总是参考英文原始文档（已提供链接）。

简介

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

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

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

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

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

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

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

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