交换机CPU使用率高问题定位PPT课件

高cpu利用率交换机问题位置、目录、诊断工具显示工具日志工具消息影响导致高CPU利用率问题CPU利用率问题信息收集、显示CPU使用情况slotx，显示CPU-使用情况CPUUsageStat。循环：60(秒)cpuusage :40%最大：54%CPUUsageStat。时间：2008-05-2709:21:46 cpuuutilizationforiveseconds 3360503360 one minutes :4933605 minutes 33604 7% MaxCPUUsageStat。时间：2008-05-2609:30:07。TaskNameCPuruntime(CputikHigh/TickLow)任务解释框0% 0/35090框Output _ TIL0 % 0/0 Infinitelopeventask _ EXC 0% 0/0 ExceptionAgentTaskBcmRx 2% 0/3B 69 AbcmRxVIDl 50% 0/AF3c d700 OplaidTick0 % 0/1414 bbFOAMO 0% 0/0FOAMETS FTS 25% 0/416 FTSIPCQ0 % 0/10105 Fipcqipctaskfors.sock 10% 0/ecb2 fcsockpacketscheduledprocess，idle task，task description，displaycpu-defendstatistics，display CPU-defend statistics sallstonslot 0:-PackettypePass(字节)Drop(字节)Pass(数据包)Drop(数据包)Drop(数据包)-ARP-miss 0000 ARP-reply 384060 ARP-request 3468256648361958454191511306556 DHC协议传递的判断标准太多：协议对应的丢弃列有大量计数，相对于通过计数相对较高，如上表中的arp请求类型。displaylogbuffer，displaylogbufferlogingbufferconfigurationandcontents : enabledallowedmaxbuffersize :1024 actualbuffersize :512 channel number :4，channelname:logbufferdroppedmessages:0overwrittenmessages:0currentmessages:395feb28201216:37:40quidway%snmp/4/decode_err(l): failedtologinthrousnmp，因为出现了decodedPDUerror。(ip=10.71.109.69,times=4)feb28201216:35:36quidway%voscpu/4/cpu_usage_high(l)126:slot=5；巴西人占人口的40%，SNPG人占30%，MRX人占5%。(CPU使用率=99%，阈值=80%)。高CPU使用率通常伴随着警报和日志。您可以通过查看日志缓冲区的历史记录来搜索CPU使用率高日志，以确认TOP3的CPU使用率任务。目录、诊断工具消息影响导致高CPU使用率问题定位思维故障示例步骤1:检查CPU使用率TOP任务步骤2:检查发送的协议类型过多步骤3:处理高CPU使用率问题信息收集、定位思维、CPU使用率检查、确认TOP任务、确认消息类型、协议分类处理、其他情况信息收集等。最常见的协议影响导致高CPU使用率，主要是在任务上，如bcmRX、FTS、SOCK等。BcmRX是由设备硬件中断触发的数据包接收任务。它会立即将收到的消息传送到软件级的FTS任务进行分发和处理。对于由三层协议处理的消息，通常有很高的SOCK任务占用率。故障示例，故障描述：交换机生成CPU_USAGE_HIGH警报：备注：如果网络管理需要主动监控CPU使用率，可通过oid:1 . 3 . 6 . 1 . 4 . 1 . 2011 . 5 . 25 . 31 . 1 . 1 . 1 . 1 . 5获取。,feb28201216:35:36quidway%voscpu/4/cpu_usage_high(l)126:slot=5；加拿大人口增长了，加拿大人口增长了三分之二(27%)，越南人口增长了15%，MRX人口增长了5%。(CPU使用率=99%，阈值=80%)，步骤1:检查CPU利用率和顶层任务。显示CPU-使用slotxCPUUsageStat。循环：60(秒)cpuusage :85%最大：99%CPUUsageStat。时间：2001-04-25163:15:00 cpuuutilizationforiveseconds 3360903360 one minutes :8533605 minutes 33608 6% MaxCPUUsageStat。时间：2001-04-2417:17:07。TaskNameCPuruntime(CputikHigh/TickLow)任务解释框0% 0/dad 772 BoxOutput _ TIL0 % 0/0 Infinitelopeventask _ EXC 0% 0/0 ExceptionAgentTaskVidl 15% 8/B51 c8 f1 BDOpraidLickO0 % 0/91e 2d 7 FClki0 % 0/0 CLKIDEV 0% 0/12202 d9 DevdeviceBCMrX 5% 0/CB817 AFBCMrxchal 0% 0/0 chalfts 23% 0通过故障现象中的告警信息，可以确认TOP任务的CPU占用率包括bcmrx和FTS报文收集任务。基本上，可以确认由于过度的协议接收，CPU占用率增加。CPU使用情况查询功能可用于进一步验证TOP任务是否包含数据包接收任务。插槽表示查询的插槽号。第二步：通过cpu防护统计查询功能，确认消息类型，确认哪个协议有影响，可以通过各种协议的丢弃列数来确认。如果某类协议的丢弃计数非常大，并且丢弃列计数相对于通过列计数相对较高(例如，达到20%以上)，则认为这类协议存在对CPU的影响。例如，上表中的arp请求将按照第三步中ARP协议的相应处理方法进行处理。请注意，在查看统计信息时，有必要注意协议影响位于哪个插槽，即“Statisticsonslotx”。display CPU-DefendstatisticSallsStatisticsOnslot 0:-packetTypePass(字节)Drop(字节)Pass(数据包)Drop(数据包)Drop(数据包)-ARP-miss 0000 ARP-REPLY 384060 ARP-REQUEST 346825664836195845419151306556 DHCP P-CLIENT 0000 DHCP-SERVER 1427040 DHCP V6-REPLY 0000 DHCP v.步骤3:按协议类型分别处理-1。ARP通过显示接口检查哪些接口有异常广播量，并在该接口上配置广播流量抑制，以限制单个接口的广播速率(例如，限制为50 pps): #广播-抑制PPS 50。# DHCP请确认此机器是否需要打开DHCP，如果不需要，请打开全局撤消DHCP启用；如有必要，建议在下行链路接口上打开dhcperror-down功能(具体信息请参考用户手册):# DHCP snoopping CheckHCP-RateEnabledCPSnoopping CheckHCP-RateTriggereror-Down #并根据DHCP消息通过流量统计功能找出哪个接口发送了太多的DHCP消息。，步骤3:根据协议类型分别处理-2。通常是由于扫描网络中不存在的一些直接相连的网段IP地址而导致的。当数据消息被发送到这些不存在的IP地址时，数据将被发送到CPU进行处理，以触发ARP学习过程。建议此时调整每个接口下的ARP学习延迟时间：# INTERFACE vla nif 1000 ARP-false EXPIRE-TIME 30 # TTL-EXPIRED如果不要求在tracert中显示此机器，建议丢弃此类消息：# CPU-defendpolicytestdenyPacket-TYPE TTL-EXPIRED # CPU-defence-PolicyTestGlobalPu-defence-PolicyTest #。步骤3:根据协议类型分别处理第3步。保留-多播消息通常是目的地IP地址为224.0.0.X的路由协议消息。如果设备不需要此类消息(或启用了OSPF路由，但未启用多播)，您可以直接放弃处理(或升级到最新版本):# CPU-defendpolicyscatetypeAcket-type保留-多播# CPU-Defend-PolicyStateGlobalCpu-Defend-PolicyTest #，步骤3:根据协议类型分别处理-4。如果此机器不需要IPV6功能，建议直接丢弃此类消息：# CPU-defenddpolicytestdenypacket-type ddenypacket-type icmpv 6 denypacket-type DHCP v 6-requestedenypacket-type DHCP v 6-Reply # CPU-DEFENCE-POLITESTGLobalcp-DEFENCE-POLICE TEST #，步骤3:按协议类型分别处理-5。OSPF请检查路由表条目是否过多或OSPF对等体是否过多，并根据实际情况考虑优化路由，以减少路由表条目或OSPF对等体的数量。SNMP检查是否有频繁的网络管理操作，例如获取接口流量，并建议适当降低网络管理获取交换机信息的频率。如果不属于上述通用协议类型或由于其他情况造成的CPU高，建议立即收集当前诊断信息、日志信息、本次定位过程的操作记录等。并将其返还给华为进行服务处理。目录，诊断工具消息影响导致的高CPU利用率，高CPU利用率，问题信息收集，信息收集，cfcard中日志文件目录下日志信息的收集。对于没有cf卡的箱式设备，请通过以下命令收集设备诊断信息：displaynogbufferdislaytrapbuffer，该命令为：displaynobufferdislaytrapboard-信息收集CPU-DEFENCE统计(10分钟内多次)Display CPU-DEFENCE统计，信息收集，收集顶层任务的监控信息：1。通过隐藏或诊断进入诊断视图；2.通过显示cpu使用率来检查cpu是否承担了更高的任务。例如，EOAM为高：静音-隐藏显示中央处理器-使用插槽-可以指定插槽号以检查中央处理器状态。周期333610(秒)中央处理器状态：38%最大：99%中央处理器状态。时间：2013-01-06033:08:57 cpuuutilizationforiveseconds 3360383360 one minutes :33:5 minutes :3 5%。TaskNameCPuruntime(Ctutickhigh/TickLow)TaskExplicationBox 0% 0/18F 78 BoxOutput _ TIL0 % 0/0 Infinitelopeventask _ EXC 0% 0/0 Ex