问题概要：很多客户在45上经常会遇到一些设备high cpu的问题，并且无从下手，甚至在联系思科开case之前，错过了故障当中收集信息的黄金时段，现分享一些简单的4500 high cpu的TS guide给大家
IOS系统下的45的high cpu的处理过程：
1、通过show prcoess cpu sort | ex 0.0 定位是什么导致的high cpu，比如99%/90%,那这就说明是中断导致的，一般而言是有异常的流量进到cpu了，接下来的操作就是通过抓取进到cpu的包，关于抓cpu的包，有两种方法：
a.最常用的而且抓完也比较好分析的span
switch(config)#monitor session 1 source cpu queue all rx(both)
switch(config)#monitor session 1 destination interface fast/giga x/x <<<这个接口上一般需要接一台装有wireshark或者sniffer抓包工具的电脑，在电脑上开启抓包就ok了
b、如果设备在远程，不方便去抓包的话，也可以通过debug的方式去抓取进到cpu的包，方法如下：
debug platform packet all receive buffer
show platform cpu packet buffered
undebug all
<<<<<这个方法很多客户不害怕使用，其实这个方法并不会对设备的性能和cpu造成多少负担，因为debug完之后是把debug的输出存到buffer里去了，不会在log里频繁弹出的，不弹log，所以其实是不会吃掉多少cpu资源的
2、如果看到某个进程高的话，首先去确认一下是不是45上常用的c4k的进程，如果是的话，那么接下来要做的是;
show platform health
show platform cpu packet statistics
针对以上两个输出，你会看到如下的结果（只摘录了部分）
------------------ show platform cpu packet statistics ------------------
Packets Received by Packet Queue
Queue Total 5 sec avg 1 min avg 5 min avg 1 hour avg
---------------------- --------------- --------- --------- --------- ----------
Esmp 609305911 31 27 28 18
Input ACL fwd(snooping) 80416796 3 1 3 0
L2 bridge to CPU, 0 61218148 6 2 3 0
<<<<需要多 show几次，去重点关注那些涨幅大的，那些就是有异常的进程
hk2accsw02#show platform health
%CPU %CPU RunTimeMax Priority Average %CPU Total
Target Actual Target Actual Fg Bg 5Sec Min Hour CPU
K5QosDhmMan Rate DBL 2.00 6.06 7 5 100 500 4 4 4 14085:04<<<<2.00是target值，6.06是实际值，一般正常的实际值是要小于target值的，如果大于了，那这个进程就是有问题的
肯定大家会问，如果找到了那个有问题的进程，那那个进程到底是什么意思呢？ ok，给大家分享一个比较不错的思科的官网链接：
http://www.cisco.com/c/en/us/support/docs/switches/catalyst-4000-series-switches/65591-cat4500-high-cpu.html大家可以在这个链接里找到一些常见的进程的解释
IOS-XE系统下的45的high cpu，IOS-XE一般跑在sup7E和SUP8E以及4500x上：
大致的思路和传统的45一样，区别如下：
1、IOS-XE下show process cpu 看不到进程和中断一说了，而且show出来的看到的占用cpu比较高的一般是iosd这个进程，我们需要去看iosd下的子进程，方法是通过如下命令可以看到：
show process cpu sorted detail
show processes cpu detailed process iosd sorted
2、sup7E和4500x的cpu都是双核的，sup8E的更高，是4核的，这之前的都是单核cpu，但是在troubleshooting的时候，看全部总的cpu利用率就行，不用去关注单个core的
PS：其他的show platform health 以及show platform cpu packet statistics 在IOS-XE 上同样适用
总结：如果大家能按照上面的方法去trouble shooting，一般的常见的45 的high cpu问题，都可以解决，再有以上方法无法解决的，请联系思科TAC
