首页 > 范文大全

快速解决交换机故障问题

时间：2022年12月11日

来源：liutinghaoa

编辑：本站小编

收藏本文

下载本文

这里小编给大家分享一些快速解决交换机故障问题，本文共8篇，方便大家学习。本文原稿由网友“liutinghaoa”提供。

篇1：快速解决交换机故障问题

一、利用交换机空闲端口来分析网络流量

当出现网络堵塞或者其他问题时，我们首先需要对一些数据流量进行分析。只有在分析的基础上，我们才能够对症下药，迅速解决问题。为此，笔者平时在遇到交换机故障时，就喜欢在交换才的空闲端口接入一个检测工具，如协议分析仪器。把协议分析仪器直接连接到交换机的空闲端口，如此的话，在不用中断当前服务的情况下，就可以查看交换机所在的广播域。网络管理员可以借此来判断是否是因为广播域过多引起了网络故障。

不过，在实际工作中，这里还有一个小技巧要注意。我们都知道，交换机是属于网络设备的二层设备，其会转发广播域，但是，不会转发其他流量。也就是说，交换机是属于一个大的广播域，而不是冲突域。所以，交换机几乎不转发任何有价值的流量到那个被监测的端口。交换机会直接把数据流量转发到其对应的目的端口。往往在这些空闲端口中，协议分析仪器只能够监测到广播包，而几乎监测不到其他的信息流量。因为转发到空闲端口(监测端口)的流量几乎全部都是广播，包含一些零星的目的地址不明的帧。这些零星的帧是由于路由转发表老化的结果。可见，如果不做过特殊的处理，在空闲端口上即使连接上监测设备，也只能够发现无穷的广播包，而不能够监测到其他有价值的信息流量。

而最昂贵的监测设备也必须在有流量的情况下，才能够帮助我们管理员找到问题的症结所在。在没有有价值的流量情况下，这些监测设备也无能为力。为此，我们网络管理员就需要想方设法，然这个空闲的端口，也能够收到其他端口经过的流量。

此时，端口镜像技术就可以帮我们有效的解决这个问题。端口镜像是指把某些端口的流量备份到一个空闲的端口，让空闲端口拥有企图端口相同的信息流量。思科的交换机基本上都有拥有这种技术。思科的交换机可以把监测工具接入到一个专门处理过的空闲端口。在思科比较早的版本中，可能对这个端口还有限制。不过在现在市场上流通的交换机，可以通过对任何一个空闲的交换机端口进行配置，实现端口镜像技术。

不过，另外还需要注意一个问题。就是交换机在转发流量的时候，为了提高转发的效率，往往把一些错误的包与信息直接过滤掉了。在平时，这明显可以提高交换机数据转发的效率。但是，我们网络管理员在故障排查的时候，可不希望看到这种情况。因为这些错误信息可能可以反映出问题的症结所在。若以在网络故障排查的时候，要注意对交换机的这个配置进行更改，

不过，故障排除完毕之后，要及时的把这个参数更改回去。

还有在对镜像端口进行监测的时候，还需要注意一个丢包的问题。监测端口的输出能力往往是影响最终排错效果的一个很重要的因素。镜像端口跟普通的交换机端口一样，可以收，也可以发。不过为了简化监测数据的结果，我们在配置镜像端口的时候，往往会关掉监测端口的发送数据包功能。而让监测器只分析接收的信息流量。虽然如此配置，但是镜像端口的接收能力仍然会有比较大的限制。如果被监测的全双工端口的速率和镜像端口是一样的花，则交换机在转发流量的时候，镜像端口很容易丢包。被监测端口过好的信息流量有可能会超过镜像端口的接收能力。所以，虽然说在理论上可以拿任何一个空闲端口作为镜像端口。不过为了减少丢包情况的发生，网络管理员在配制镜像端口的时候，还是需要有一定的选择。如至少要保证镜像端口的性能要比被监测端口高。如此才能够保证监测器得出一个正确的结果。

所以，为了减少监测端口丢包现象的发生，笔者有两个建议。一是不要把多个被监测端口的信息流量镜像到一个端口中，这会更加恶化丢包现象。二是在选择镜像端口时，最好选择一个高速的空闲端口作为监测端口。

二、利用一层设备来帮助监测器进行工作

既然交换机是属于二层设备，不能够转发所有的信息流量。那么我们就思考，能否利用一个一层设备，如集线器，来帮助监测器来收集所需要的信息呢?其实，现在不少企业的网络就是一个大的广播域。如我们在中间的一个关键环节中，加入一个集线器。然后把网络监测器连接到这个集线器的空闲端口中。如此的话，就不需要配置镜像端口，就可以让网络监测器收集到其所需要的网络流量。

利用这种方法的难度，主要在于网络管理员要选择一个合适的位置来放置这个集线器。若选择的不当的话，网络监视器仍然不能够收集到其所需要的内容。现在大部分的企业，所采取的网络应用都是基于服务器/客户端或者服务器/浏览器模式。这跟以前的网络部署模式不同。以前企业在部署网络的时候，可能每台主机都会设置共享文件夹，供其他员工访问。但是现在不同。为了提高企业文件的安全性与共享程度，网络管理员往往会部署一台专门的文件服务器来管理这些共享文件。通过统一的备份与文件访问授权方案来提高文件的安全性。

此时，企业服务器与客户段之间的流量往往是最集中的。若网络管理员把集线器部署在服务器一端，并把网络监测器放在这个集线器的空闲端口上，无疑可以监听到大部分的网络流量。从而让网络监视器能够得出一个相对合理的诊断结果。在服务器一端部署集线器等一层网络设备，可以帮助网络管理员收集到用户登录失败、访问冲突、数据包丢失、认证失败等数据流量，从而为我们解决问题提供数据上的支持。特别是通过这种方式，我们可以判断出是否是在交换机端出现了故障，还是在其他层面出现了问题。俗话说，不识庐山真面目，只缘生在此山中。有时候，脱离交换机去查找网络故障，反而可以帮助我们网络管理员迅速定位交换机故障。另外，到目前为止，这也可以说是笔者了解的唯一一种可以在交换网络环境中实际查看和分析物理地址层错误的方法。通过这种方法，可以发现交换机等网络设备是否存在着地址解析方面的错误。特别是对于发现ARP攻击具有非常好的效果。不过采用集线器来判断思科交换机的故障，仍然有一些缺陷。

篇2：教您快速解决常用的交换机故障

目前使用交换机的用户非常多，同时也会出现很多问题，这里我们主要分析了如何快速解决交换机故障，为了提高局域网的运行维护效率，我们需要在平时积累各种交换机故障排除经验，以便在遇到故障时，能够快速地将交换机故障解决掉;这不，本文特意为各位朋友贡献了几则交换机故障解决技巧，希望这些内容能给大家带来帮助!

1. 解决重新设置VLAN麻烦

在管理维护单位局域网网络的时候，要是连接普通交换机的级联端口发生改变时，那么之前在该交换机系统中划分设置的VLAN往往就无法正常发挥作用了。如此说来，难道我们只有重新划分设置VLAN吗?如果真是这样的话，那网络维护工作量显然是很大的;其实，在改变普通交换机的级联端口后，我们只需要进入交换机的后台管理界面，修改一下级联端口的工作模式，以便让所有的VLAN访问都能通过，这样的话就能避免重新设置VLAN操作了。现在我们就以某单位的局域网为例，来向各位详细介绍一下交换机的具体设置步骤：

从上述命令返回的结果中，我们看到与S2交换机保持级联关系的S1交换机26端口状态为“interface ethernet0/26,port access vlan 2”，通过该状态我们不难明白S1交换机只属于VLAN2，也就是说该交换机只允许来自VLAN2中的工作站通行，其他VLAN中的工作站都无法通行;当S1交换机改变摆放位置后，它肯定会位于新的VLAN中，为了让新VLAN中的所有工作站都能通行，我们需要在这里将S1交换机的26端口工作模式修改为“trunk”，这样一来S1交换机就不需要重新划分设置VLAN，就能让新VLAN中的所有工作站都可以通行了，

也许有不少用户会感到纳闷，为什么S1交换机之前可以和单位局域网网络正常通信呢?原来S1交换机之前是通过光纤线缆与单位核心交换机相连的，那个光纤连接端口的工作模式已经被设置为了“trunk”，当S1交换机的摆放位置发生变化后，由于没有使用光纤线缆来连接交换机，所以对应的光纤连接端口也就没有作用了。

在修改S1交换机的26端口工作模式时，我们可以先远程登录进该交换机的后台管理界面，并在该界面的命令行中执行字符串命令“system”，将S1交换机的工作状态切换到系统配置状态，接着执行“interface ethernet 0/26”命令进入S1交换机的第26号连接端口配置状态，再在该状态下输入字符串命令“port link-type trunk”，单击回车键后，S1交换机的26号连接端口工作模式就被成功修改成“trunk”类型了;为了让局域网中的所有VLAN都能通过该端口访问S1交换机，我们还需要执行字符串命令“port trunk permit vlan all”，以便指定26号连接端口允许来自所有VLAN中的工作站访问。按照同样的操作，我们可以修改S2交换机的级联端口工作模式，确保局域网中的所有工作站都能访问S2交换机。

2. 解决主机无法Ping通交换机故障

在管理维护网络时，我们时常会在交换机上对局域网中的某台主机IP地址进行Ping命令测试，在测试过程中要是遇到目标主机IP地址无法被Ping通的交换机故障现象时，我们究竟该如何来排除呢?在确认目标主机已经开通电源，并且该系统自身工作状态一切正常的情况下，我们可以在交换机中进行如下排查操作：

首先通过telnet命令登录进目标交换机后台管理界面，在该界面的命令行中执行字符串命令“display interfaces”，从其后弹出的结果界面中看看目标主机与本地交换机所连端口的IP地址是否处于同一个网段，或者检查本地交换机指定连接端口的工作模式是否为“trunk”类型，如果这些参数设置不正确的话，我们必须及时将它们修改过来。其次执行字符串命令“display arp”，从弹出的结果界面中仔细检查本地交换机管理维护的ARP表内容是否设置正确，一旦发现有不正确的记录或条目，必须及时将它修改过来。

接着检查本地交换机连接目标主机的通信端口处于哪一个虚拟子网中，找到对应的虚拟子网后，查看该虚拟子网有没有正确配置VLAN通信接口，要是已经配置了的话，我们不妨再检查该VLAN通信接口的IP地址是否和目标主机的IP地址位于相同的工作子网中，如果发现配置不正确的话，必须及时修改过来。

篇3：解决交换机无故重启故障

笔者单位通过楼层交换机，接入到一个与Internet网络完全物理隔离的电子政务内网中，进行网上办公;整个行政大楼中的其他单位也是通过相同的方式，连接到电子政务内网平台，进行行政审批、行政处罚以及电子监察这方面的行政权力运行事项，为了保证电子政务内网平台能够高效、稳定运行，大楼网络管理员几乎每天都要对分布在各个楼层中的网络设备进行巡检，以便及时发现各种可能存在的问题。

交换机无故重启

近日，大楼网络管理员在进行正常巡检时，发现位于四楼的某交换机所有端口信号灯都不亮，而且该交换机的电源指示灯也没有被点亮，连接到该楼层交换机上的所有客户端系统都不能正常上网;经过仔细检查，网络管理员发现该交换机的电源输入模块可能存在问题，造成输入电源无法为该交换机正常供电。对于这样的硬件故障，短时间内只有重新更换新的交换机，才能解决客户端系统不能正常上网故障;想到做到，网络管理员立即从仓库里找来备用的同型号交换机，赶到故障现场，连上物理线缆并接通电源进行启动，原以为经过这样简单的设备替换操作之后，网络故障能够立即得到解决;可是，在替换交换机的过程中，网络管理员发现每次交换机启动稳定没有多长时间，它又会莫名其妙地重新启动，这是怎么回事呢，难道这个备用的同型号交换机也出现了问题?由于这个备用的交换机放在大楼网络管理中心的仓库里，已经有一年多的时间了，之前曾经测试过，该备用交换机的工作状态是正常的，于是就将它留在手头，以备日后不测之需;现在好不容易有了用武之地，怎么到了关键时候，这个备用设备就掉链子呢?于是，网络管理员决定好好地对这个备用交换机，进行一下全方面的检查、测试，看看究竟是真病还是在装病。

追踪故障原因

由于备用交换机连接到大楼电子政务内网平台之后，经常发生无故重新启动现象;为了方便追踪故障原因，网络管理员特地将它从电子政务内网网络中断开，并用笔记本电脑通过console控制端口单独与它进行连接。在连接好物理线缆后，网络管理员在自己的笔记本电脑中，依次单击“开始”/“程序”/“附件”/“通讯”/“超级终端”菜单选项，打开超级终端程序界面，在该界面中创建一个与备用交换机直接通信的超级终端连接，在备用交换机刚刚启动稳定的那一刻，进入超级终端控制窗口;当备用交换机再次重新启动时，网络管理员在超级终端控制窗口中，看到交换机后台系统提示说在启动过程中遇到了一个总线型故障，或许就是这个总线型故障造成了备用交换机不能长时间稳定工作。

起初的时候，网络管理员怀疑备用交换机的系统映像文件存在问题，造成了交换机的后台系统不能正常启动运行;现在，通过在超级终端控制窗口中对交换机的启动过程进行监控，网络管理员发现交换机的系统映像文件已经被成功装载，并且已经启动运行，这说明交换机无故重启故障与系统映像文件没有任何关系，这也用不着从网上下载更新最新版本的系统映像文件了，

既然备用交换机在启动过程中存在一个总线故障，那问题多半出在交换机的总线上;考虑到总线一般位于交换机的主板中，网络管理员下意识地认为交换机的主板可能存在问题，多年来的维修习惯，促使网络管理员决定打开备用交换机的外壳，看看对应主板是否存在明显的问题。想到做到，网络管理员立即找来螺丝刀，拧开交换机背面的所有螺丝钉，移走交换机外壳，取出交换机的主板，借助放大镜仔细观察了主板上的每一个电子元件，发现它们都没有明显的烧毁迹象，只是每一个电子元件表面都覆盖了比较多的灰尘，难道是这些灰尘在暗中“捣乱”?为了排除灰尘因素，网络管理员决定还是先将覆盖在主板元件表面的灰尘清洁干净;说到做到，网络管理员立即动手，拿来了专门清洁电脑主板灰尘的细软小毛刷，认认真真地对主板的各个“角落”进行了一次全面、彻底地大扫除。

在确认灰尘被清洁干净之后，网络管理员又按照正确的操作方法，小心翼翼地将交换机的主板恢复原位，同时安装好交换机外壳，并且拧紧固定螺丝;接着，连接好物理线缆，同时接通交换机的输入电源，通过超级终端监控窗口进行观察，网络管理员看到交换机这次启动顺序一切正常，并且能够进入交换机后台配置界面了，这下让网络管理员感觉到非常意外。由于在这次启动过程中，网络管理员没有发现系统提示说有总线型错误，难道清除了覆盖在交换机元件表面的灰尘后，交换机的工作状态真的正常了?网络管理员还是有点不放心，他再次切断备用交换机的电源，过一段时间后，重新接通它的连接电源，让交换机系统进行重新启动，在启动过程中他通过超级终端程序窗口监控到交换机引起顺序正常，同时也没有发现总线型错误的提示，看来问题真的是由覆盖在交换机电子元件表面的灰尘引起的。

故障总结反思

经过仔细分析，网络管理员认为一直存放在大楼机房仓库的备用交换机，之所以不断地进行重新启动，就是由于不起眼的灰尘惹的祸。经过检查发现，大楼机房仓库的卫生环境很差，自大楼建好以后，这个仓库几乎就没有怎么打扫过，里面的地板、墙壁以及其他各个角落，到处都布满了灰尘，人在仓库的地板上走动时，都能留下很清晰的脚印;在这种灰尘漫舞的环境下，备用交换机由于包装好，灰尘趁机“溜”到交换机机箱内部，覆盖在电子元件表面。再加上平时大楼机房仓库通风效果不好，备用交换机在里面放置的时间比较长，这样就导致电子元件表面的灰尘是越来越多，而且灰尘在吸收了空气中的水蒸气后，造成电子元件表面变得很潮湿，所以当日后网络管理员接通交换机电源后，就容易出现类似总线错误的故障，严重的时候，能直接烧毁交换机的电子元件。如此看来，空气中的灰尘虽然不是十分起眼，但是它对交换机之类的网络设备的影响是很大的。

为了保证局域网网络能够始终稳定地运行，我们建议各位网络管理员在做好网络的管理、维护工作外，也需要做好定期对网络设备进行清洁卫生的工作，同时保证网络设备能够一直工作在一个整洁、干净的环境中，此外还需要对一直存放的备用网络设备进行定期通电测试，以避免上述故障再次发生。

篇4：快速解决交换机故障提高网络运行效率(一)

为了提高局域网的运行维护效率，我们需要在平时积累各种交换机故障排除经验，以便在遇到故障时，能够快速地将交换机的故障解决掉;这不，本文特意为各位朋友贡献了几则交换机的故障解决技巧，希望这些内容能给大家带来帮助!

1. 解决重新设置VLAN麻烦

在管理维护单位局域网网络的时候，要是连接普通交换机的级联端口发生改变时，那么之前在该交换机系统中划分设置的VLAN往往就无法正常发挥作用了，如此说来，难道我们只有重新划分设置VLAN吗?如果真是这样的话，那网络维护工作量显然是很大的;其实，在改变普通交换机的级联端口后，我们只需要进入交换机的后台管理界面，修改一下级联端口的工作模式，以便让所有的VLAN访问都能通过，这样的话就能避免重新设置VLAN操作了。现在我们就以某单位的局域网为例，来向各位详细介绍一下交换机的具体设置步骤：

假设该单位局域网共有6个VLAN，其中S1交换机位于A子网中，S2交换机位于B子网中;最近单位新购买了几台工作站，现在需要把S1交换机移动到B子网中，而之前S1交换机是在端口24上用光纤线缆与单位局域网的核心交换机直接相连的。为了避免在交换机系统中重新划分VLAN，我们可以改变S1、S2交换机的端口工作模式。例如，我们可以先查看一下S1交换机的端口设置情况;在进行这种检查时，可以先通过telnet命令远程登录到交换机的后台管理界面，并执行字符串命令“display interfaces”，这样我们就能查看到该交换机各个端口的具体配置情况了。从上述命令返回的结果中，我们看到与S2交换机保持级联关系的S1交换机26端口状态为“interface ethernet0/26,port access vlan 2”，通过该状态我们不难明白S1交换机只属于VLAN2，也就是说该交换机只允许来自VLAN2中的工作站通行，其他VLAN中的工作站都无法通行;当S1交换机改变摆放位置后，它肯定会位于新的VLAN中，为了让新VLAN中的所有工作站都能通行，我们需要在这里将S1交换机的26端口工作模式修改为“trunk”，这样一来S1交换机就不需要重新划分设置VLAN，就能让新VLAN中的所有工作站都可以通行了。

2. 解决主机无法Ping通故障

在管理维护网络时，我们时常会在交换机上对局域网中的某台主机IP地址进行Ping命令测试，在测试过程中要是遇到目标主机IP地址无法被Ping通的故障现象时，我们究竟该如何来排除呢?在确认目标主机已经开通电源，并且该系统自身工作状态一切正常的情况下，我们可以在交换机中进行如下排查操作：

其次执行字符串命令“display arp”，从弹出的结果界面中仔细检查本地交换机管理维护的ARP表内容是否设置正确，一旦发现有不正确的记录或条目，必须及时将它修改过来。

要是上面的各项配置参数都正常的话，本地交换机还无法Ping通局域网中的目标主机地址时，那我们不妨在本地交换机系统中启用ARP调试开关，以便详细地检查本地交换机是否能够正确地发送ARP报文和接受ARP报文，要是本地交换机只能对外发送ARP报文而无法从外面接受ARP报文时，那故障原因很可能出在以太网的物理链路层，此时我们需要重点对物理链路层进行检查。

3. 解决IP报文无法转发故障

单位局域网中的某台二层交换机没有配置安装动态路由协议，在对它进行管理维护时，我们发现该交换机的接口链路层协议状态以及该接口的物理状态全部都显示为UP，可是该交换机就无法正常转发来自局域网工作站中的IP报文。那么这种故障现象是怎么出现的呢，我们又该如何快速有效地解决该交换机故障呢?

如果本地交换机的接口链路层协议状态以及该接口的物理状态全部都显示为UP，而交换机无法正常转发IP数据报文时，那多半是本地交换机指定协议发现路由参数没有设置正确，或者是本地交换机的静态路由没有设置生效。此时，我们可以利用telnet命令远程登录进目标交换机后台管理界面，并进入到命令行状态，输入字符串命令“display ip routing-table protocol static”，单击回车键后来查看本地交换机有没有正确配置静态路由，要是没有配置的话需要及时重新进行配置;

在确认上面的配置正确后，再执行字符串命令“display ip routing-table”，来检查本地静态路由有没有设置生效，要是没有生效的话需要重新启用并设置好静态路由，如此一来就能解决IP报文无法转发的故障了。

4. 解决数据严重掉包故障

近日，单位中的一处室向网络管理员反映，他们处室中的部分工作站访问服务器的速度很慢，向服务器上传或下载文本文件时的速度还可以，要是向服务器传输一些容量较大的多媒体信息时，那速度就非常缓慢，有时干脆就连接不上。为此，网络管理员先使用ping命令在其中一台故障工作站对服务器的连接情况进行了一下测试，测试结果表明有时部分数据包存在特别大的延时现象，并且网络传输存在严重的掉包现象。由于该处室的网络拓扑结构是所有工作站全部通过普通双绞线连接到10M集线器上，这个10M集线器再级联到单位局域网的核心交换机上，核心交换机的所有通信端口全部处于10M/100M自适应工作状态，服务器也是直接连接到该交换机中的。

篇5：解决指导七种交换机常用故障解决方法

交换机和路由器是组网中非常重要的设备，但是在使用过程中也会遇到很多故障问题，其实用户在遇到问题的时候，也可以自己试着解决一下，下面我们主要分析了一些交换机常见故障的解决方法，交换机作为网络设备的一个非常重要的环节，它的稳定与否是保持网络的稳定的重要一环。因此在选择交换机时我们一定要慎重的考虑交换机的稳定性能。其实交换机不稳定出现故障不外呼以下一些情况，下面我们结合交换机对这些情况进行一个基本的解剖。

交换机常见故障1.电源故障

如果是电源出现了故障，在排除了插头和电源线的问题后，开启交换机后，TENDA交换机的风扇不转动，POWER 灯也不亮。基本表现是交换机没有任何反应！出现了这样的情况我们基本上断定是电源出现了问题。一般产生了这个问题是由于电源的线路老化，或者遭到雷击，还有可能就是供电电压不稳定造成的这些情况。出现这样的问题更换一个电源就基本可以了。

交换机常见故障2.电路板故障

局域网内有出现一部分电脑不能访问服务器，通过测试发现也不是网卡或者布线的问题，这些电脑时好时坏，长时间后，相关的一组电脑都不能上网了，同时也发现连接这组电脑的交换机的所有连接指示灯都在不规则地乱闪。

交换机一般都是是由主电路板和供电电路板组成，造成这种故障一般都是这两个部分出现了问题。而造成电路板不能正常工作的主要因素有：电路板上的元器件受损等。一般出现了这些问题，最好的办法就反厂维修了！

交换机常见故障3.端口故障

整个网络的运作正常，但个别的机器不能正常通信，

这是交换机使用过程中比较常见的问题，由于某些端口没有插好或者脏了，就很容易出现局部端口不能连网。当然还有一些其他的不当使用方法，而直接造成某个端口的省坏。因此大家在使用交换机的过程中最好保持使用场所的清洁卫生，同时尽量的规范操作，使的交换机的使用寿命更长。

交换机常见故障4.背板故障

外部供电环境正常，但交换机的各个内部模块都不能正常工作。交换机的各个模块都是接插在背板上的，如果交换机在潮湿的环境下工作，电路板受潮发生短路，又或者是元器件因高温、雷击等而受损，这些情况都会使电路板发生故障，而不能正常工作。

交换机常见故障5.配置不当

将某工作站连接到交换机端口后，无法Ping通局域网内其它电脑，但桌面上“本地连接”图标仍然显示网络连通。这个也是非常常见的低级问题啦，大家基本上按照交换机的说明书进行配置，基本上也就没有什么问题了。

交换机常见故障6、病毒攻击

发现可疑流量，可以发现单个主机发出超出正常数量的连接请求，这种不正常的大数量的流往往是蠕虫爆发或网络滥用的迹象，最后让网络产生崩溃！在网络中病毒是平常的也是最危险的东西啦。它的攻击是造成最复杂的网络问题！

交换机常见故障7、系统数据错误

交换机出现满载、丢包、错包等情况，甚至会造成系统全方位的故障，影响局域网的通信。由于设计的各种原因，存在着一些漏洞，在一定的条件下，这些漏洞将会发生系统数据错误的故障。这些原因基本上是每个厂家都会出现的问题。

篇6：用SNMP监测交换机：简单解决交换机故障疑问

用SNMP监测交换机：轻松解决交换机故障问题，在网络时代的今天，大家经常会遇到SNMP监测交换机的故障解决方法，下面将介绍关于SNMP监测交换机的知识，包括如何用SNMP查询交换机等等，

用SNMP查询交换机

对一个交换网络进行故障诊断的最有效办法，应该是通过直接询问交换机来查看网络的状况。这可以通过SNMP监测交换机或者连接到交换机的控制口实现。显然，直接连接到交换机的控制口不是理想的办法，因为这就需要对网络中的每台交换机都有物理上的连接。稍微理想一点的替代方法是搭建连接到交换机控制口的终端服务器。

安恒公司SNMP监测交换机是一个更好的选择，它可以在交换网络带内的任何地方进行查询，不需要附加的硬件。如果您部署了网管系统，还可以配置当利用率、错误、或者其他参数超过门限的时候，交换机主动发出SNMP陷阱。然后利用网管或者监测工具，研究是什么原因造成了门限超出。

事实上几乎所有的交换机都提供SNMP监测交换机功能，哪怕是最便宜的交换机。它们之间主要的区别就是提供的信息多少。一些价格便宜的交换机只提供简单的SNMP监测交换机信息，且是针对整个交换机的;而那些价格贵一些的交换机，还可以提供交换机每个端口的详细信息。

SNMP监测交换机可能是监测交换网络最常用和干扰最少的办法。SNMP监测交换机控制台不需要非常靠近被监测的设备，只要求有路由可达就可以了，同时交换机的安全配置允许控制台与交换机的代理进行通信。

虽然交换机可以识别到错误，但交换机本身并不定时地报告错误，所以使用SNMP监测交换机查询或许是最好的办法。支持SNMP监测交换机有不同的MIB库(管理信息库)。每一种MIB都不同。除了某些对自己的交换机提供支持的私有MIB库，标准的MIB库对交换网络的监测也非常有用。下面是对故障诊断非常有用的一些MIB库。

RFC 1213 C MIB II

RFC 1643 C Ethernet-Like Interface MIB

RFC 2819 C RMON Ethernet

RFC C RMON 2

RFC 2613 C SMON

很多RFC生成之后就不断地在更新和增强，

因此我们要检查最近更新的RFC。例如RFC1213，至少更新和增强了五次，生成了5个新的RFC(，，，2358和2665)。除了定义利用率和错误的RFC之外，有关桥接的MIB(RFC1493)也是非常有用的。

使用SNMP监测交换机网络的时候，必须注意安全性。如果SNMP代理没有限制，那么潜在的任何地方的任何人都可以监测到您的网络动态或修改交换机配置。交换机售出的时候默认打开了SNMP，并且使用的是一个非常通用的密码。

SNMP密码叫做通信字符串，使用明文传播，这带来了潜在的危险。SNMP V3提供对通信字符串的加密，减少了这种危险，但是SNMP V3还没有广泛使用。最常用的通信字符串是public。现在，使用public，很多Internet上的SNMP监测交换机都可以被接入。

我们应该立即修改通信字符串。SNMP代理应该为不同的字符串配置不同的接入级别，不同的IP地址、不同的子网也有不同的接入级别。或者根据其它的配置来限制接入的级别。通过路由器接入SNMP代理可能会对SNMP的限制带来一些影响。

防火墙也有可能完全阻止SNMP。即使您能够通过SNMP接入代理，也要求代理支持您所要查询的MIB库。大部分厂家完全支持标准的MIB库。然而，也有一些厂家不支持。有时候为了支持期望的MIB，还需要先对交换机的操作系统进行升级。

这种方法还有一个问题，如果SNMP代理执行的MIB不正确的话，那么响应就完全是错误的了。虽然这并不是经常发生的，但有时候程序设计的错误，会带来错误的响应。交换机不响应SNMP的查询有很多原因。一旦这些问题都解决了，SNMP监测交换机和趋势分析。

结论：故障诊断的一个普遍方法是等待用户的投诉。这个方法虽然简单，但是非常有效。用户能够感知到网络正常的性能是怎样的。一旦有性能下降，网络支持中心就会很快收到客户的投诉。有了用户投诉，您就应该从他的接入点开始做故障诊断了。

这种方法的缺点是完全是被动的，不具有前瞻性的。理想的方法是使用前瞻性地监测。包括定期地查询每个交换机、监测每个交换端口的流量、流量的趋势，同时检测其他的相关网段。把问题解决从故障诊断方式变成故障预防方式。

篇7：解决刻录欠载故障问题

我买的是型号GCE-8240B，LG24的IDE刻录机，当时32刚刚出来，24开始降价，所以应该是个比较好的选择时机。但是，实际应用中遇到了不少问题。

故障现象：

LG刻录机安装在笔者的电脑上后，刻录光盘时无法使用最高速进行刻录。刻录时只能使用12以下，最稳定的是选用8，不然会频繁出现刻录欠载现象。

故障分析：

电脑配置：主板是ABIT的BE6-Ⅱ（BX），CPU是PⅡ233，128MB内存，TNT2pro32MB显卡，15GB昆腾硬盘。曾经尝试换了一块杂牌的VIA693的主板，依然有这个问题。针对故障做了几个可能性的判断。

1.刻录机有问题

使用的是NERO刻录软件，它可以对设备的型号和软件做一个识别。我发现可以正常识别刻录机的型号和一些参数，当时版本是1.07，上网查到LG已经升级到1.08版，下载后进行了升级，但没有改善。

2.刻录盘的问题

的确有不少时候速度上不去是刻录盘的原因。由于刻录机有8MB的缓存，并且具备ExacLink技术来防止自动缓存交互错误，所以，反复出现欠载是比较可能的。由于刻录机24出现不久，对不少盘的刻录速度的确需要实际的检验。我选用了3种价格不同的刻录盘，发现仍然出现问题，排除了刻录盘的问题。

3.电脑和刻录机兼容性问题

一般，出现的故障比较可能的是由设置和软件使用带来的。我首先想到的是DMA通道问题。DMA不打开时，CPU的占用率会很高。

主板VIA693必须打4in1的补丁才可以打开DMA，打开后首先发现刻录出错，点取消后发现不出错了，但是现象依旧，

难道LG刻录机不支持DMA?一查说明书，第一句就是使用VIA芯片组的主板，请关闭DMA模式。

由于这块VIA主板不支持UDMA66，不能发挥硬盘的速度。只好仍然使用原来那块BE6Ⅱ的主板。但是，又发现一个问题，BX板的DMA不可选，怎么回事?一旦我选择了DMA，光盘的盘符就不见了。由于使用的是Win98操作系统，应该在光驱支持DMA的情况下能正常打开。

查了一下LG刻录机的资料，支持PIO4和DMA。其中，PIO4就是一直使用的模式，PIOProgrammedI/O??模式的最大弊端是耗用极其大量的CPU资源，在以前还未有DMA模式光驱的时候，光驱都是以PIO模式运行。而它所支持的DMA也与平常简称的DMA不同。DMA模式分为Single-WordDMA及Multi-WordDMA两种，跟PIO模式的最大区别是：DMA模式并不用过分依赖CPU的指令而运行，可达到节省处理器运行资源的效果。不过，后来由于UltraDMA模式的出现和快速普及，不久即被UDMA所取代。中间出现的DMA已经被替代了。但是，LG刻录机选用的DMA模式是Multi-WordDMA。确认了支持Multi-WordDMA后，还不能打开DMA只有可能是主板上的一些设置导致冲突。进入BIOS设置，发现由于IRQ中断自动识别时出现过问题，笔者强行指定了中断号。恢复自动设置后，再进入控制面板系统设备管理器CD-ROM刻录机属性设置DMA设定中进行选择。

篇8：善于重启，解决交换机状态出错故障(一)

交换机设备是局域网中用来交换、传输数据信息的核心枢纽之一，它的工作状态的好坏直接关联着局域网网络的数据传输稳定性，不过，交换机设备在长时间工作过程中，很容易出现这样或那样的问题，一旦交换机出现问题时，很多人常常会表现得束手无策;事实上，很多时候我们只要对交换机设备进行一下简单重新启动，就能解决大不部分交换机状态方面的故障。这不，笔者就曾遭遇一则网络无法访问的故障现象，在解决该故障的时候耗费了很长时间都没有找到具体的故障原因，最后只是在偶然之中重新启动了一下交换机设备，就将网络无法访问的故障现象给成功解决了;现在，本文就将该故障还原出来供各位参考!

部分工作站不能上网

今天一大早，刚刚走在上班的路上，刺耳的手机铃声就响了起来，单位某科室的同志说自己的工作站不能正常上网了，单位内部的Web服务器也不能正常访问了。陆续又有其他的同事向笔者反映，他们的工作站也不能正常访问单位的局域网了。

单位的局域网结构其实非常简单，每一楼层的普通工作站分别连接到各自的二层交换机设备中，而所有二层交换机设备通过堆叠连接的方式接入到单位局域网的核心交换机设备上。来到办公室后，笔者立即打开自己的工作站，对网络连接情况进行测试，结果发现网络连接情况一切正常，这是为什么呀?为了进一步检验网络连接的状态，笔者立即打开本地系统的运行对话框，在其中输入字符串命令“ping 10.176.6.1”，其中10.176.6.1为局域网的网关地址，从返回的如图1所示的命令执行结果中，我们发现网关的工作状态是正常的。单位另一个网络管理员在节假日期间，通常都在核心交换机设备中将中心机房之外的其他工作子网全部关闭掉，难道是这些工作子网还没有被开通?

screen.width-333)this.width=screen.width-333“ border=0>

图1

为了检验其他工作子网的工作状态是否正常，笔者立即带上相关工具以及笔记本电脑，火速赶到故障现场。找到其他工作子网中任意一台不能上网的工作站，依次单击其中的“开始”/“运行”命令，在弹出的系统运行对话框中，输入字符串命令“cmd”，单击“确定”按钮后，将系统工作状态切换到DOS命令行工作状态;在该状态的命令行提示符下，输入字符串命令“ipconfig /all”，单击回车键后，笔者发现结果界面中显示出来的IP地址、网关地址、DNS服务器地址以及网络掩码地址都是正确的，并没有找到任何可疑的地方。那为什么在上网设置都正确的情况下，该工作站不能正常访问局域网网络呢?

深入探究不能上网原因

会不会是故障工作站自身存在什么问题呢?想到这一点，笔者立即打开该系统的运行对话框，在其中执行了“ping 127.0.0.1”字符串命令，随后该命令返回了类似“Reply from 127.0.0.1: bytes=32 time<1ms TTL=128”这样的执行结果，这说明本地循环地址“127.0.0.1”能够正常被Ping通，这也意味着该故障工作站的TCP/IP通信协议工作状态一切正常。

为了验证本地工作站的网卡设备工作状态是否正常，笔者又使用Ping命令对本地工作站的网卡设备地址进行了连通性测试，结果发现Ping命令执行很成功，这也说明故障工作站的网卡设备工作状态也是正常的。接下来，笔者又在故障工作站中测试了局域网网关地址的连通性，测试得到的结果竟然为“Request timed out”(如图2所示)，这说明本地工作站到局域网网关设备之间的网络连通性存在一定的问题。难道真的是局域网的路由器或网关设备出现了意外?不过转念一想笔者认为这不可能，因为在来故障工作站现场之前，笔者已经在自己的工作站测试了局域网网关地址的连通性，发现它是可以被正常Ping通的呀;再仔细检查故障工作站系统桌面中的任务栏图标，发现其中的本地连接图标状态显示为“100M已连接上”。

screen.width-333)this.width=screen.width-333” border=0>

图2

有没有可能是这台故障工作站感染了网络病毒，或者是这台工作站安装、启用了专业防火墙程序，导致了上网连接被防火墙程序临时禁用了呢?为了排除这些可能因素，笔者立即拿出了自己随身携带的笔记本电脑，该电脑在之前已经被测试能够正常上网访问了，将连接故障工作站的网络线缆拔下来重新插入到笔记本电脑中，再打开笔记本电脑的系统运行对话框，在其中执行字符串命令“ping 10.176.6.1”，结果发现目标网关地址仍然不能被正常Ping通。后来，笔者用鼠标双击笔记本电脑系统托盘区域的“本地连接”图标，从其后出现的本地连接状态对话框中，笔者发现笔记本电脑只能向外发送数据包信息，而不能从外面接受数据包信息，这说明无法访问网络的故障现象与故障工作站系统自身没有任何关系，

不得已，笔者又抱着笔记本电脑来到了故障工作站隔壁的某个科室，将其中的某根网络线缆插入到笔记本电脑中，再执行字符串命令“ping 10.176.6.1”，发现这次测试结果竟然正常了，之后笔者又立即进行了网络访问测试，结果看到网络访问操作也变得正常了。按理来说，笔记本电脑前后所连接的上网点，都属于同一个工作子网，为什么有的上网点能正常工作，而有的上网点不能正常工作呢?问题究竟出现在什么地方呢?重新回到那台故障工作站，笔者看到当将网络线缆插入到对应网卡设备的接口中时，系统托盘区域处的本地连接图标弹出的状态信息依然是“100M已连接上”，但此时上网访问时，网络连接还是不成功!

锁定交换机为检查重点

在没有任何头绪的情况下，笔者只好来到单位的中心机房，打开机柜，想看看局域网中是否有交换机的运行状态不正常;仔细对每一台交换机控制面板中的信号灯状态进行了观察，笔者发现所有信号灯都呈绿色、闪烁状态，很明显，简单地通过肉眼进行观察，很难判断出交换机的工作状态是否正常，看来笔者只能借助笔记本电脑对每一台交换机进行依次检查、测试了。

通过网络线缆，笔者将笔记本电脑先连接到接线柜最上面一台交换机设备上，并打开系统运行对话框，在其中对目标网关设备地址执行了Ping命令测试操作，测试返回的结果显示为正常，这说明最上面一台交换机的工作状态是正常的。再将笔记本电脑连接到第二台交换机设备上，按照同样的方法进行Ping命令测试，结果发现目标网关设备地址也能够被正常Ping通，看来第二台交换机设备也没有任何问题;紧接着在第三台交换机设备中，执行网关设备地址Ping测试操作时，系统竟然返回了“Request timed out”这样的测试结果，难道第三台交换机设备存在问题?笔者又仔细观察了这台交换机设备，发现该设备控制面板中的信号灯虽然都处于绿色、闪烁状态，但是实际上该交换机的24个端口中，只有极少数几个交换端口连接有网络线缆，按理来说只有连接网络线缆的那几个交换端口对应的信号灯处于绿色、闪烁状态，其他端口的信号灯不应该也处于绿色、闪烁状态，怎么现在所有的交换端口对应的信号灯都变成了这样的工作状态呢?很显然，第三台交换机设备的工作状态出现了错误;经过进一步检查，笔者发现先前那台不能上网的故障工作站，恰好是连接到这台交换机设备上的，怪不得局域网中会出现有的工作站能上网、有的不能上网的故障现象。

找到故障原因后，笔者打算先简单地重新启动一次交换机设备，看看该交换机是否存在类似缓存溢出这样的错误，因为通过重新启动往往可以解决交换机设备的许多隐性故障。在重新启动完交换机设备后，笔者再次在故障工作站系统中进行上网测试操作，这一次Ping目标网关设备的地址时，发现该命令执行很成功，再尝试访问网络内容时，也已经正常了，看来通过重新启动交换机设备，真的将交换机状态出错的故障现象给顺利地解决好了。

故障解决之总结

回顾整个故障的解决过程，我们不难发现局域网中之所以出现了有的工作站能上网、有的不能上网的故障现象，是因为不能上网的工作站恰好都连接到了存在状态错误的交换机设备上了，而连接到状态正常的交换机上的所有工作站都是能正常访问网络的。之所以，笔者在排除这个故障的过程中多走了一些弯路，主要是片面地认为只要交换机控制面板中的信号灯呈绿色、闪烁状态，就认为交换机的工作状态肯定正常的，事实上交换机的信号灯状态有时也会欺骗我们。

此外，为了帮助各位朋友日后能够高效地解决交换机故障，我们建议大家尽量按照合理的顺序对交换机进行故障排查。通常情况下，当交换机发生故障不能正常工作时，我们不妨依照下面的顺序对交换机设备进行正确排查：

首先从远到近对连接交换机的物理线路进行逐步排查，考虑到交换机发生的不少网络故障常常都是通过与其保持连接的计算机而发现的，因此我们在检查交换机的故障现象时，我们应该尽可能地从终端计算机开始，然后依次检查网络线缆、交换端口模块、网络跳线、交换机设备，直到找到故障原因为止。

其次在确认交换机工作状态真的不正常时，那我们可以从外而到内对交换机设备进行重点检查。例如，可以先观察交换机的各端口信号灯状态，依照信号灯状态的不同，就能大概判断出交换机内部究竟什么位置发生了故障。比方说，要是交换机设备的Link灯不亮时，那就意味着对应交换端口存在问题或没有插入网络线缆，要是Link信号灯呈黄色状态并不停闪烁时，那就意味着该交换机设备此刻正工作于10Mb/s数据传输状态;要是Link信号灯呈绿色状态并不停闪烁时，那就说明交换机正工作于100Mb/s传输状态等等。

如果交换机内部真的存在问题时，我们还不能贸然地去拆卸交换机设备，此时我们应该检查交换机系统设置，以便排除参数配置因素，在确认真的是硬件存在问题时，才考虑选用其他正常的设备来替代。