已有帐户？
  •   个性化内容
  •   您的产品和支持
登录

需要帐户？

创建帐户

在IP输入进程的高CPU利用率故障排除

下载选项

  • PDF     (299.2 KB)
    在各种设备上使用 Adobe Reader 查看
  • ePub     (75.3 KB)
    在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上使用各种应用查看
  • Mobi (Kindle)     (72.5 KB)
    在 Kindle 设备上查看或在多个设备上使用 Kindle 应用查看
已更新: 2006 年 8 月 2 日
文档 ID:41160
关于翻译

关于此翻译

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

简介

本文档介绍了如何对 IP 输入进程导致的 CPU 使用率过高进行故障排除。

注意： 本文档并未提供用于防止各类攻击的策略。

先决条件

要求

Cisco 建议您在继续阅读本文档之前首先阅读对 Cisco 路由器上的 CPU 使用率过高进行故障排除。

使用的组件

本文档不限于特定的软件和硬件版本。

本文档中的信息都是基于特定实验室环境中的设备创建的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您是在真实网络上操作，请确保您在使用任何命令前已经了解其潜在影响。

规则

有关文档规则的详细信息，请参阅 Cisco 技术提示规则。

IP 输入

称为IP输入的Cisco IOS软件进程照料process-switching IP信息包。如果 IP 输入进程使用了过多的 CPU 资源，路由器将对许多 IP 数据流执行进程交换。请检查这些问题：

  • 在具有许多数据流的接口上已禁用中断交换

    中断交换是指使用进程交换以外的交换算法。例如，快速交换、最佳交换和 Cisco 快速转发交换等（有关详细信息，请参阅性能调整基础知识）。检查 show interfaces switching 命令的输出，查看哪个接口的数据流负担过重。您能检查show ip interface命令发现哪交换方法在每个接口使用。在该接口上重新启用中断交换。请记住，输出接口上已配置常规快速交换：如果接口上已配置快速交换，则对从该接口发出的数据包执行快速交换。输入接口上已配置 Cisco 快速转发交换。要创建转发信息库(FIB)在一个特殊接口的和邻接表条目，请配置在路由对该接口的所有接口的Cisco快速转发交换。

  • 在同一接口上已禁用快速交换

    如果某个接口具有许多辅助地址或子接口，并且有许多数据流从该接口发出，其目标位置是同一接口上的某个地址，那么对所有这些数据包都执行进程交换。在这种情况下，应启用接口上的 ip route-cache same-interface。当使用时Cisco快速转发交换，您不分开需要enable (event)在同一个接口的Cisco快速转发交换。

  • 在提供策略路由的接口上已禁用快速交换

    如果接口上已配置路由映射，并且该路由映射已处理许多数据流，则路由器将对此数据流执行进程交换。在这种情况下，应启用接口上的 ip route-cache policy。检查在配置基于策略的路由的“启用快速交换基于策略的路由”部分提及的限制。

  • 无法进行中断交换的数据流已到达

    这可以是所列数据流类型中的任意一种。有关详细信息，请单击链接项。

    • 在交换缓存中尚无条目的数据包

      即使已配置快速、最佳或 Cisco 快速转发 (CEF) 交换，对于在快速交换缓存或 FIB 和邻接表中没有匹配的数据包，仍会加以处理。条目在适当的高速缓冲存储器或表里然后被创建，并且匹配同样标准的后续信息包快速，最佳或者经过CEF交换的。在正常情况下，这些已处理的数据包不会导致 CPU 使用率过高。但是，如果网络中存在具有以下特征的设备：1) 以极高的速率通过路由器为可达到的设备生成数据包，且 2) 使用不同的源或目标 IP 地址，这些数据包在交换缓存或表中没有匹配，因此，由 IP 输入进程处理这些数据包（如果已配置 NetFlow 交换，也会根据 NetFlow 缓存中的条目检查源和目标 TCP 端口）。该源设备可能是无法正常运行的设备，或者更有可能是尝试进行攻击的设备。

      (*) 只针对收集邻接。参考Cisco快速转发关于Cisco快速转发邻接的更多信息。

    • 要发送到路由器的数据包

      以下示例为要发送到路由器的数据包：

    • 广播数据流

      在 show interfaces 命令输出中检查广播数据包的数量。如果将广播数据包的量与接口上收到的数据包总量进行比较，则可知道是否存在广播开销。如果 LAN 包括多个连接到路由器的交换机，则表示生成树存在问题。

    • 与选项的IP信息包

    • 需要协议转换的数据包

    • 多链路点对点协议（Cisco 快速转发交换中支持此协议）

    • 压缩数据流

      如果路由器中不存在压缩服务适配器 (CSA)，则必须对压缩数据包执行进程交换。

    • 加密数据流

      如果路由器中不存在加密服务适配器 (ESA)，则必须对加密数据包执行进程交换。

    • 采用 X.25 封装经过串行接口的数据包

      在 X.25 协议簇中，将在第二个开放系统互联 (OSI) 层上实施流控制。

  • 以极高的速率到达的许多数据包，其目标位置在直接连接的子网中，这些数据包在地址解析协议 (ARP) 表中没有任何条目。由于窗口机制，TCP 数据流不应发生这种情况，但用户数据报协议 (UDP) 数据流会发生这种情况。要识别此问题，请重复建议的操作，以便找出欺骗攻击。

  • 许多多播数据流经过路由器。遗憾的是，没有简便的方法可用于检查多播数据流量。show ip traffic 命令仅显示概要信息。但是，如果在路由器上已配置多播路由，则可使用 ip mroute-cache 接口配置命令启用多播数据包的快速交换（默认情况下，多播数据包的快速交换处于关闭状态）。

  • 路由器处于超额预订状态。如果路由器由于过度使用而无法处理这些数据流量，请尝试将负载分配到其他路由器上或购买高端路由器。

  • 路由器上已配置 IP 网络地址转换 (NAT)，并且许多域名系统 (DNS) 数据包经过路由器。NAT 始终会将包含源或目标端口 53 (DNS) 的 UDP 或 TCP 数据包传送到进程级别。

  • 还会传送其他类型的数据包，以便进行处理。

  • 有IP数据包的分段。有在于的CPU和的内存的一个小的增量在头顶上分段IP数据包。请参见解决IP分段， MTU、MSS和PMTUD问题的GRE和IPSEC关于如何排除此问题故障的更多信息。

无论是何种原因导致 IP 输入进程中的 CPU 使用率过高，只要调试 IP 数据即可找到产生问题的原因。由于 CPU 使用率已经过高，因此必须非常小心地执行调试进程。由于调试进程会生成许多消息，因此应该仅配置缓冲的日志记录。

记入控制台会增加不必要的 CPU 干扰，并提高 CPU 使用率。记入主机（或监控程序日志记录）会在接口上生成其他数据流。

可使用 debug ip packet detail exec 命令启动调试进程。此会话持续时间不应超过三至五秒。调试消息将写入日志记录缓冲区。示例IP调试会话的捕获在本文的IP信息包调试会话示例部分提供。找到不需要的 IP 数据包源设备之后，可断开该设备与网络的连接，或者在路由器上创建访问列表，以丢弃从该目标发出的数据包。

IP信息包调试会话示例

首先应使用 show logging 命令检查配置的日志记录目标： 

router#show logging
Syslog logging: enabled (0 messages dropped, 0 flushes, 0 overruns) 
    Console logging: level debugging, 52 messages logged 
    Monitor logging: level debugging, 0 messages logged 
    Buffer logging: level debugging, 148 messages logged 
    Trap logging: level informational, 64 message lines logged 
        Logging to 192.168.100.100, 3 message lines logged 
        Logging to 192.168.200.200, 3 message lines logged 
 --More--

禁用除日志记录缓冲区以外的所有日志记录目标，并清空日志记录缓冲区： 

router#configure terminal 
Enter configuration commands, one per line.  End with CNTL/Z. 
router(config)#no logging console 
router(config)#no logging monitor 
router(config)#no logging 192.168.100.100 
router(config)#no logging 192.168.200.200 
router(config)#^Z 
router#clear logging 
Clear logging buffer [confirm]
router#

为使调试输出具有较高的可读性，应启用日期时间和毫秒时间戳： 

router#configure terminal 
Enter configuration commands, one per line.  End with CNTL/Z. 
router(config)#service timestamps log datetime msec 
router(config)#service timestamps debug datetime msec 
router(config)#end 
router#

现在可以启动调试会话： 

router#debug ip packet detail 
IP packet debugging is on (detailed)

调试的持续时间不应超过三至五秒。可使用 undebug all exec 命令停止会话： 

router#undebug all 
All possible debugging has been turned off

可使用 show logging exec 命令检查结果： 

router#show logging 
Syslog logging: enabled (0 messages dropped, 0 flushes, 0 overruns) 
    Console logging: disabled 
    Monitor logging: disabled 
    Buffer logging: level debugging, 145 messages logged 
    Trap logging: level informational, 61 message lines logged 
Log Buffer (64000 bytes): 

*Mar  3 03:43:27.320: IP: s=192.168.40.53 (Ethernet0/1), d=144.254.2.204 
   (Ethernet0/0), g=10.200.40.1, len 100, forward 
*Mar  3 03:43:27.324: ICMP type=8, code=0      
*Mar  3 03:43:27.324: IP: s=192.168.40.53 (Ethernet0/1), d=144.254.2.205 
   (Ethernet0/0), g=10.200.40.1, len 100, forward 
*Mar  3 03:43:27.324: ICMP type=8, code=0      
*Mar  3 03:43:27.328: IP: s=192.168.40.53 (Ethernet0/1), d=144.254.2.206 
   (Ethernet0/0), g=10.200.40.1, len 100, forward 
*Mar  3 03:43:27.328: ICMP type=8, code=0      
...

日志将会显示以下内容：

  • 每四毫秒接收到一个数据包

  • 源 IP 地址为 192.168.40.53

  • 数据包已通过接口 Ethernet0/1 进入

  • 数据包具有不同的目标 IP 地址

  • 数据包已通过接口 Ethernet0/0 发出

  • 下一跳 IP 地址为 10.200.40.1

  • 数据包为 ICMP 请求（类型为 8）

    在本例中，您能看到高CPU利用率在IP输入进程中由从IP地址192.168.40.53的ping溢出引起了。

    因为SYN标志位存在调试输出中，指示可能容易地发现SYN溢出这样： 

    *Mar 3 03:54:40.436: IP: s=192.168.40.53 (Ethernet0/1), d=144.254.2.204 
   (Ethernet0/0), g=10.200.40.1, len 44, forward     
*Mar 3 03:54:40.440: TCP src=11004, dst=53, 
   seq=280872555, ack=0, win=4128 SYN

相关信息

由思科工程师提供

此文档是否有帮助?

Feedback反馈

联系我们

相关的支持社区讨论

本文档适用于以下产品

关于我们
联系我们
加入我们