在网络运维中，经常要查看交换机端口，一个看端口状态，一个看端口信息。端口信息中含有大量的数据信息，包括状态、地址、带宽、输入输出包、广播包、错误包、CRC包等。认真观察、分析这些数据信息，有助于解决网络故障。本文介绍两个案例，就是通过查看交换机端口信息发现问题，从而找到相应解决方案。

注：本文使用的命令是锐捷交换机的命令，其他品牌的交换机，请使用对应的命令。

故障一：某栋楼汇聚断网，重启后2个小时后又断网，问题是广播包巨大。

一天早上刚上班，就发现学校的计电楼报断网了。马上查看网络设备监控流量图，发现确实网络断了，且从昨天起已经断网并自动回复了几次（如图1）。

图1 计电楼流量图

图2 汇聚交换机端口13的信息

因已经断网无法远程操作，于是让学院的人把汇聚交换机重启，重启后网络正常，可不到2个小时又断网了。查看流量图未发现汇聚交换机流量异常，各端口流量也正常。再次重启后进入汇聚交换机查看，以前此栋楼有过ARP包异常，sh nfpp arp-guard hosts未发现异常，sh cpu、 sh memory 也正常，sh interfaces gigabitEthernet一个个端口查看，感觉1/13端口广播包有些异常，广播数据包感觉有些大（如图2）。 然后sh int counters summary，发现13及14口的InBroadcastPkts数据比其他端口至少多出一位（如图3）。

当时正在下大雨，不想到现场抓包，马上把13、14口关闭。观察中，到下午14点上班时，计电楼整体网络正常，因为13、14端口各接一层楼的2台接入交换机，有近200个信息点，不可能关闭太久。据端口信息判断故障原因是广播包太多，而此楼的交换机未做广播网暴控制。……