五、如果确定路由器内存中没有过多的碎片，则网络管理员就要考虑是否是因为CPU过载所导致报文丢失的。

　　要查看CPU的使用率，可以利用SHOW PROCESS命令来查看路由器的CPU使用情况，通过这条命令，可以显示出路由器CPU最近5秒、最近1分钟、以及最近5分钟的CPU使用率。由于CPU的使用率一直在变化，故网络管理员主要关系的是5分钟之内的CPU平均使用率。

　　通常情况下，如果5分钟之内的CPU使用率能够保持在60%以下，最多不能够超过70%，则说明路由器的CPU工作还是正常的。但是如果其CPU使用率达到了70%以上，则说明路由器的CPU使用过度了。

　　此时可以说明路由器接口报文丢失很可能是CPU过载所造成的。

　　六、如果确认路由器CPU过载，那么网络管员需要确认到底是哪一个进程占用了大量的内存。

　　只有把这个罪魁祸首找出来，网络管理员才能够对症下药，解决问题。如网络管理员经过查询发现是SRB BACKGROUND进程占用了大量的CPU，则就说明发生了网桥风暴。故要解决CPU过载问题，要达到这个目的，网络管理员可以通过SHOW PROCESS MEMORY命令查询路由器的内存分配信息。

　　通过执行这个命令，系统会反馈当前路由器内存的可用量、以使用量等信息。还会反映每个进程所占用的内存空间。如果某个进程所占用的内存与上面显示的所占用的CPU都很大的话，则说明这个进程很有问题。网络管理员要逐一排查这些可以的进程。

　　七、如有时候网络管理员可以强制把某些耗用CPU资源大的进程关闭掉，然后测试一下报文丢失的情况是否有所改善。

　　如果有明显改善的话，那么就找到问题的原因了。

　　此时网络管理员就可以对症下药，分析一下到底这个进程多对应的服务是什么，为什么会占用这么多的CPU资源与内存资源。

　　如果可以的话，可以先把这个服务关闭掉，以减少报文丢失现象，保障其他服务的正常运作。等到查明问题的原因，修复好后再重新启动。

　　在灵科路由器中采用了很多交换技术，如过程交换、快速交换、自治交换、硅交换等等，但是他们都依赖于报文。如果报文丢失的话，再怎么高级的交换技术都将不起作用，如何防止报文丢失就至关重要。

　　当网络管理员发现有报文丢失的情况，马上要采取以上等措施找到报文丢失发生的原因，并积极采取措施尽早恢复故障。