交换网络环境的故障诊断EtherScope网络通应用案例分析( 二 )


举个例子,如图1,一台服务器接入一台交换机 。在反映有问题的用户中,一部分是直接与这台交换机相连,另外的一部分用户是由这台交换机的uplink口从其他路由器或者交换机连接上来的 。故障报告是访问服务器“慢”,这样的故障报告对技术支持工程师来说基本上没有任何价值 。


图一、一个最基本的交换机环境
方法1:通过TELNET或者串行口接入服务器高级的网络技术支持工程师或其他知道交换机密码的人在进行故障诊断时可以选择通过TELENET或者交换机的串口登陆,来检查交换机的配置 。(如图2)


图 2、使用RS-232 控制端口
交换机配置可以通过上面提到的2种方法查看,虽然问题不一定是配置引起的 。不管问题是操作系统有BUG还是配置不完善,都不能从配置列表中轻易的查看出 。配置信息在定位交换机是否像预期的那样运行上比较有用,但针对故障诊断就不是了 。为了验证交换机的配置,往往需要使用多种的交换机故障诊断方法配合 。很多交换机都带有实时的故障诊断工具,因为交换机生产厂家和型号的不同,这些故障解决工具的特征也各不相同 。但是要使用好这些工具,必须依靠一定的理论知识和实际经验 。方法2:连接到一个空闲端口最简单的故障诊断方法是在交换机的空闲端口接入一个监测工具,例如协议分析仪 。【交换网络环境的故障诊断EtherScope网络通应用案例分析】图3、从任意端口监测

推荐阅读