在运行IOS-XE16x的Catalyst交换机平台排除高CPU使用方法-Cisco.PDF

在运行IOS-XE 16.x的Catalyst交换机平台排除高 CPU使用方法故障 Contents Introduction 背景信息 案例研究1.地址解析协议中断 步骤1.识别消耗CPU周期的进程 步骤2.调查联邦机关为什么是Punting信息包到控制层面 案例研究2.与CoPP的IP重定向 案例研究3.断断续续的高CPU Related Information Introduction 本文描述如何排除高CPU使用方法关心故障，主要由于中断，在运行16.x版本的新的Cisco IOS XE平台(也指北极星)。另外，本文引入是缺一不可的为了排除这样问题故障的几新的on命令此平台 。 背景信息 知道是重要的Cisco IOS XE如何被构件。使用Cisco IOS XE， Cisco移动了向Linux内核，并且所有 子系统是被分解为的进程。是内部的Cisco IOS在的所有子系统-例如模块驱动程序，高可用性 (HA)，等等-当前前运行作为在Linux操作系统(OS)内的软件进程。Cisco IOS运行作为在Linux OS (IOSd)内的一个守护程序。Cisco IOS XE保留标准的Cisco IOS的不仅同一个外观，而且其操作、技 术支持和管理。 这是一些有用的定义： 转发引擎驱动程序(联邦机关) ：这是Cisco Catalyst交换机的重点并且对所有硬件编程/转发负责 IOSd ：这是在Linux内核运行的Cisco IOS守护程序。它运行作为在内核内的软件进程 信息包送货系统(PDS) ：这是体系结构和进程的信息包如何到/从多种子系统被传送。为例，它 控制信息包如何从联邦机关被传送到IOSd反之亦然 控制层面(CP) ：控制层面是介入Catalyst交换机的CPU的一通用的此术语用于组合功能的和数 据流。这包括数据流例如生成树协议(STP)，被注定到交换机或者从交换机被发送的热备份路由 协议(HSRP)和路由协议。这也包括必须由CPU处理的应用层协议类似安全壳SSH和简单网络管 理协议(SNMP) 数据层面(DP) ：典型地数据层面包含转发，不用从控制层面的协助的硬件ASIC和数据流 平底船：入口由DP拦截的协议控制信息包发送到CP处理它 注入：CP在IO接口生成了协议信息包被发送到对出口的DP LSMPI ：Linux共享内存平底船接口 通信路径的高级图表数据层面和控制层面之间的： 案例研究1.地址解析协议中断 故障排除和验证进程在此部分可以宽广地用于高CPU使用方法由于中断。 步骤1.识别消耗CPU周期的进程 show process cpu命令用于为了显示当前进程状态在IOSd守护程序里面。  当您添加输出修改|排除 0.00 ，它将过滤当前是空闲的进程。 有两个重要的信息从此输出的： CPU利用率五秒：91%/30% 第一个数字(91%)是交换机的整体CPU利用率第二个数字(30%)是 从数据层面的中断引起的利用率 地址解析服务(ARP)输入进程当前是浪费资源的顶层IOS®进程： Switch# show processes cpu sort | ex 0.00 CPU utilization for five seconds: 91%/30%; one minute: 30%; five minutes: 8% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 37 14645 325 45061 59.53% 18.86% 4.38% 0 ARP Input 137 2288 115 19895 1.20% 0.14% 0.07% 0 Per-minute Jobs 373 2626 35334 74 0.15% 0.11% 0.09% 0 MMA DB TIMER 218 3123 69739 44 0.07% 0.09% 0.12% 0 IP ARP Retry Age 404 2656 35333 75 0.07% 0.09% 0.09% 0 MMA DP TIMER show processes cpu平台被排序的命令用于显示什