由于进程的高CPU利用率故障排除.PDFVIP

由于进程的高CPU利用率故障排除 目录 简介 先决条件 要求 使用的组件 规则 ARP Input IPX Input TCP Timer FIB 控制计时器 TTY Background TAG Stats Background 虚拟模板后台 Net Background IP Background ARP Background 其他进程 报告TAC案例应收集的信息 相关信息 简介 本文介绍如何消除不同进程所造成的 CPU 使用率过高。 先决条件 要求 在阅读本文之前，建议您阅读对 Cisco 路由器上的 CPU 使用率过高进行故障排除。 使用的组件 本文档不限于特定的软件和硬件版本。 本文档中的信息都是基于特定实验室环境中的设备创建的。本文档中使用的所有设备最初均采用原 始（默认）配置。如果您是在真实网络上操作，请确保您在使用任何命令前已经了解其潜在影响。 规则 有关文档规则的详细信息，请参阅 Cisco 技术提示规则。 ARP Input 如果路由器必须生成ARP请求，那么地址解析协议(ARP)输入进程的CPU利用率很高。路由器对所 有主机都使用 ARP，而不仅限于本地子网中的主机，而 ARP 请求是作为广播发送出去的，从而造 成网络中每个主机中 CPU 使用率提高。相同IP地址的ARP请求被速率限制在每隔2秒请求1次，因 此过量的ARP请求必须源自不同的IP地址。如果配置了 IP 路由并指向广播接口，则可能发生这种情 况。最明显的示例是默认路由，例如： ip route 0.0.0.0 0.0.0.0 Fastethernet0/0 在这种情况下，路由器将为不能通过更具体路由到达的每个IP地址生成ARP请求，实际上意味着路 由器为互联网上的几乎每一个地址生成ARP请求。欲了解关于为静态路由配置下一跳地址的更多信 息，请参见“为静态路由指定下一跳IP地址”。 或者通过本地连接的子网扫描的恶意的数据流可以导致过量的 ARP 请求。这样一个数据流表示 ARP表中有大量不完整的ARP条目。 由于将会触发ARP请求的流入IP数据包必须进行处理，排除这 个问题实质上就是排除IP输入进程中的高CPU利用率问题。 IPX Input 在某种意义上，IPX输入进程和IP输入进程是相似的，即它们都要负责进程交换，唯一不同是IPX输 入进程还要交换IPX信息包。排队进入其他IPX进程（例如IPX SAP，IPX RIP等等）以前，几乎所 有IPX数据包都在进程层面，可通过IPX输入查看。与IP不同的是，IPX只支持一种中断交换模式 ，那就是默认启用的IPX快速交换。IPX 快速交换是使用 ipx route-cache 接口命令启用的。 如果在 IPX Input 进程中发现 CPU 使用率过高，请验证下列各项： 禁用了 IPX 快速交换。如果 IPX 快速交换已禁用，请使用 show ipx interface 命令。 对于某些 IPX 数据流，不可实施 IPX 快速交换：IPX 广播 - 使用 show ipx traffic 命令检查路由 器是否过载了 IPX 广播。IPX 路由更新 - 如果在网络中有大量不稳定因素，则会增加路由更新 处理。 注意： 使用IPX EIGRP(递增)而不是IPX RIP，减少更新数量，特别是慢速串行链路上的更新数量 (欲知详情，请参见慢速串行线路的Novell IPX路由和SAP管理)。 注意： 有关更多 IPX 相关文档，请参阅 Novell IPX 技术支持页。 TCP Timer 当传输控制协议（TCP）计时器进程使用大量CPU资源时，这表明此处有许多TCP连接终点。在带 有许多对等体的数据链路交换(DLSW)环境中，或者在许多TCP会话在路由器上同时开始的其他环境 中，可能发生这种情况。 FIB 控制计时器 FIB 控制计时器可为每次 VLAN 信息统计和全局信息统计初始化和启动 FIB 统计信息收集计时器。 初始化并启动 FIB/ADJ 请求/例外计时器；维护 FIB 相关注册功能；并初始化 BGP 记帐计时器。初 始化 EARL 后，这些进程就会启动。 TTY Background TTY后台进程是通用的进程，由所有终端线路使用（控制台、辅助、异步等）。通常不应该对路由 器的性能有任何影响，因为该程序的优先级低于需要由Cisco IOS软件预定的其他程序的优先级。 如果此进程导致 CPU 使用率过高，请检查在“line con 0”下是否配置了“logging synchronous”。问题 原因可能是 Ci