2018最新有关路由器系统故障问题解决技巧论文
路由器是连接因特网中各局域网、广域网的设备，它会根据信道的情况自动选择和设定路由，以最佳路径，按前后顺序发送信号。以下是小编收集的路由器系统故障问题解决技巧论文，欢迎查看！
有关路由器系统故障问题解决技巧论文1
在局域网刚刚组建的一段时间内，网络运行状态往往都比较稳定，这是因为网络设备都是新的，网络应用也比较少;可是运行时间长了之后，局域网中出现的网络故障就比较多了，例如Web站点不能浏览了，物理连接掉线了，网络连接速度变慢了，上网性能不稳定了等等。其中，一些网络故障由于具有特别明显的现象，排查、解决起来往往比较轻松;但是也有一些网络故障却非常奇怪，明明ping测试一切正常，可是网络传输速度异常缓慢，对于这类特殊的故障现象，我们必须要多点出发、全面排查，才能定位故障原因、解决故障现象。这不，笔者曾经遭遇一则上网不稳定的故障现象，经过多点、全面地排查，竟然发现该故障是由于路由器内存容量不足引起的，由于这种故障因素很少出现，在排查该故障的过程中很容易多走弯路，现在本文就将该故障的排除过程还原出来，供各位朋友参考交流!
案发现场
笔者单位的一个下属公司，共包含技术部、工程部、业务部、销售部这几个部门，每个部门大约有20台左右的普通计算机，这些计算机全部通过各自部门的BayNet品牌的普通交换机连接到局域网的CISCO路由器中，每个部门都拥有自己独立的工作子网，它们相互之间不能互相访问，普通计算机只能在相同的工作子网中进行共享、交流;但是，单位的文件服务器、打印服务器、Web服务器等，都是直接连接到路由器端口上的，所有部门的计算机都可以直接访问，并且它们还能通过路由器访问Internet网络。为了保证局域网网络的运行安全，下属公司的网络管理员还在路由器与Internet网络之间，架设了天融信硬件防火墙，来对整个单位的网络访问行为进行安全控制与监视。
平时，各个部门的普通计算机都能正常上网，并且这些计算机在各个部门的内网中，都能互相进行共享、交流访问;同时，由于工作需要，各个部门的上网用户几乎每天都要访问公司的Web服务器，从中查询、下载公司的一些内部信息。可是，最近一段时间，网络管理员发现各个部门的用户在访问Web服务器或Internet网络时，经常会出现上网不稳定的现象，也就是说有时候上网速度很快，有的时候上网速度很慢，甚至还会出现一会儿能上网，一会儿不能上网的故障现象。
排查故障
由于这种故障现象存在于各个部门，网络管理员估计这种现象多半与普通客户端系统自身的设置没有任何关系，那究竟有哪些因素会影响整个局域网的上网稳定性呢?网络管理员对故障现象再次进行了琢磨分析，认为该故障发生时几乎没有什么规律可遵循，上网有快有慢，网络有时能上有时不能上，这种无规律的故障现象很有可能是局域网中的网络病毒引起的，事实上许多由病毒造成的网络故障就是表现得如此没有规律。如果确认网络病毒的确是造成上网不稳定故障因素的话，那么网络病毒很可能造成了网络中某些重要通信端口数据流量的异常;依照这样的分析，网络管理员决定先用超级终端程序登录进入局域网路由器后台系统，然后利用该系统自带的扫描诊断功能，发现局域网中各个交换端口的数据流量并不是很大，这说明网络病毒并没有造成重要端口数据传输发生瓶颈现象。虽然如此，网络管理员还是有点不放心，要求各个部门的工作人员，立即登录到局域网中的网络病毒防御服务器，安装更新网络杀毒软件，并利用它对自己部门的计算机系统进行一次病毒查杀操作，可是这样的努力没有取得任何效果，看来局域网上网不稳定的故障现象与网络病毒无关。
考虑到网络管理员先前已经扫描过各个交换端口的流量情况，并没有看到有异常情况，这说明局域网中并不存在重要数据端口瓶颈现象，也就是说上网不稳定故障现象与端口瓶颈因素也没有关系。同时，重要交换端口的数据流量大小正常，也反映了局域网中不存在广播风暴或者网络环路现象，因为这些现象要是存在的话，我们应该能够看到重要交换端口的输出广播包大小应该不断增加才对，可事实却没有，这就意味着上网不稳定故障不是由网络广播风暴或网络环路现象引起的。
在初步排除了端口瓶颈因素、网络环路因素、广播风暴因素以及网络病毒因素后，网络故障还是不能消除，这让网络管理员万分的懊恼。以前提到上网不稳定故障，网络管理员可能会下意识地认为是网络连接不牢靠的因素，可是现在他怎么也不会怀疑到网络连接因素上，因为这种上网不稳定的故障几乎在各个部门的工作子网中都会出现，如果真的是网络连接不牢靠的话，那也不可能局域网中所有计算机都同时出现不牢靠现象吧。
有没有可能是网络设备自身性能不稳定，造成了上网不稳定现象呢?联想到夏天的时候，一些设备由于散热不好，造成自身工作性能下降，经常出现上网掉线或速度缓慢现象，为此网络管理员推断可能是局域网中的路由器或交换机过热，造成自身工作性能不稳定。于是，网络管理员立即来到公司机房，先是观察了路由器、交换机的信号灯状态，发现一切正常，之后用手触摸这些设备的表面温度时，也没有觉察到有什么异常现象。
在万般无奈的情况下，网络管理员决定登录进入局域网的防火墙系统，查看其中的一些运行状态信息，看看有没有什么值得怀疑的地方。让他感到非常意外的事情出现了，网络管理员看到局域网防火墙竟然记录了许多IP地址为0.0.0.0主机的通讯痕迹，那0.0.0.0究竟是什么样的'主机地址呢?经过上网搜索，网络管理员发现该地址是Windows系统对所有未知IP的地址描述，包括网卡设备通过dhcp方式取得的地址，pppoe的IP地址，以及其它非本机指定的IP地址;此外，0.0.0.0地址也代表全零网络，它能帮助路由器发送路由表中无法查询的包。如果设置了全零网络的路由，路由表中无法查询的包都将送到全零网络的路由中去。 通过上面的描述，网络管理员认为该地址其实就是一个不存在的地址，那么究竟是什么因素让外网不停地与局域网中一个根本不存在的主机进行通信呢?如果真的是外网与0.0.0.0地址不断进行通信的话，那么外网的数据包是如何进入到局域网中的呢，因为单位局域网中的防火墙已经被设置，阻止那些使用明显虚假地址的主机进行通信的?
解决故障
经过进一步查看防火墙记录，网络管理员看到0.0.0.0地址没有进行任何通信操作，难道它们真的被防火墙拦截了?会不会是局域网遭到了非法攻击，攻击包在进入内网之后，将其IP地址乔装成0.0.0.0地址了呢?可事实情况是，那个IP地址为0.0.0.0的主机没有进行任何通信操作，那么非法攻击包即使在尝试攻击内网，也没有成功，如此一来它也不会造成上网不稳定的现象;为此，网络管理员断定不存在外网攻击的事情，那个0.0.0.0地址肯定来自局域网内部，那么这个不可能的IP地址究竟是怎么产生的呢?再次上网咨询相关信息，网络管理员发现一些重要网络设备的内存容量不够时，可能会在通信过程中丢弃一些数据包信息，造成某些上网内容无法有效组合在一起，此时就容易产生一些0.0.0.0地址。
依照上述理论分析，网络管理员推断0.0.0.0地址很可能来自内网，并且该地址很可能是由于局域网中的交换机或路由器内存容量不够引起的。由于上网不稳定故障在各个部门都存在，网络管理员估计问题多半出在与个工作子网都有关的路由器设备上，于是这一次准备通过远程连接方式登录进入局域网路由器后台系统，在远程登录过程中，网络管理员感觉到登录速度明显迟钝，看来路由器设备真的出现问题了。之后，他使用Console控制线直接连接到路由器后台系统，查看其内存的使用状态时，发现该设备的内存容量确实不足了，很明显在上网高峰期间，路由器的内存容量就更显不足了，如此一来路由器自然就无法正常转发数据信息了，这也正是各个部门上网不稳定的原因。
找到了故障原因后，网络管理员立即重新启动了一次路由器系统，发现各个部门的上网状态立即又恢复正常了，此时再次监控路由器的内存容量时，发现该内存占用率也在不断变大，看来要真正解决问题，还得需要升级路由器设备，要不然过一段时间，又要重新启动路由器系统了。
有关路由器系统故障问题解决技巧论文2
关键字：路由器
对于网络管理员来说，熟悉与掌握路由排错的思路和技巧是非常必要的。小编将通过三例典型的路由故障排错案例进行分析。
案例1 不堪重负，路由器外网口关闭
1、网络环境
某单位使用的是Cisco路由器，租用电信30MB做本地接入和l0MB教育网双线路上网，两年来网络运行稳定，路由器也没有发生故障。随着网络用户数量增加，原来电信30MB已不能满足需要，于是决定租用电信100MB来解决带宽问题。电信采用光纤接入到单位机房后，使用百兆光电转换器经转换后通过双绞线接到路由器外网口上面，该路由器使用是千兆电口作为外网口，由于光电转换器只有100MB，该端口连接后速度显示100MB。
2、外网端口流量为零
经过几天的运行，管理员发现每天当路由器外网口流量超过50Mbps/s后，该端口就会出现“Receive Errors” ，流量超大，错误信息很多。突然有一天，出现外网不能上了，Telnet到路由器上面，发现电信对应的外网口没有流量，显示状态为UP，路由器上其他端口工作正常。第一反映是电信的那边出现问题了，是电话通知电信那边查检一下，对方很快回应说没有什么问题，并询问是否光电转换器死机了。
于是管理员将光电转换器重启后，故障依然。没有办法，只好将路由器重启一下，故障排除。谁知，过了不到一个小时，故障又重现。Telnet到路由器后将该外网口执行shutdown和undo shutdown后，故障排除。谁知，将所有有关病毒的安全策略应用到该端口，将tcp mss修改为2o48(厂商默认1460)，故障依然出现。
3、故障分析
管理员发现在故障发生时，CPU显示23%，Memory为33%，不算太高，关键是其他接口都正常工作，看样子问题还是出现在这个端口上面。可这个端口已用了两年了，升级扩容以前没有出现端口不能正常通讯的情况，端口硬件应该是有什么问题。
通过网管软件对端口关闭前的流量检测，发现该端口关闭前有很大的流量通过(超过80Mbps/s) ，显示端口的错误信息也比较多。通过分析得知应该是网络流量太大，利用率过高所致。
流量超过80%后，造成端口不能正常。如果该端口能工作千兆模式下，100MB带宽仅利用该端口10%，这样端口可以轻松处理。
4、解决方案
在找到症结后，推荐的解决方案是购买千兆光电转换器代替原来的百兆设备，而且价格也比较便宜。但为了保证网络运行的稳定性，该单位决定直接购买一个千兆光口路由模块，直接利用光纤进行通讯，减少网络延时。电信则通过端口限速来控制保证提供百兆带宽。通过一段时间运行，发现该端口除了有少量错误信息外，再没有出现过端口无故关闭情况。
案例2 路由器为何发包失败
在路由器的配置过程中，经常会碰到这样的问题：网络通信正常，路由器可以成功路由数据包到目标网络，但是从路由器发的数据包却传送失败，故障表现为路由器ping目标网络失败，下面就是一个典型的案例。
(1)现象描述
某单位的网络配置完成后，管理员在测试网络连通性时发现：从PC机(6.159.245.195) 向目标网络(6.159.245.65/26)发送Ping时，路由器R1可以成功转发数据包，然而从R1向目标网络(6.159.245.65/26) 发送ping时，出现ping失败。
(2)排错过程
首先，跟踪ping所经过的路径。检查R1的路由表，目标地址6.159.245.65可以与路由表中0.0.0.0/0相匹配。检查R2、R3、R4的路由表，均可以发现与目标地址匹配的路由表项。
然后，跟踪ICMP回应应答数据包所经过的路径。为完成这一步骤，要明确回应数据包的源地址，PC发送ping时，回应应答数据包的目标地址就是6.159.245.195。而路由器R1发送ping时，回应应答数据包的目标地址就是71.170.0.146。
对照R4的路由表，发现与 6.159.245.195匹配的路由表项，而未发现与目标地址71.170.0.146相匹配的路由表项。
看来，ICMP的回应应答数据包在R4处理时被丢弃了，所以从R1向目标网络R4(6.159.245.65/26) 发送ping时，出现pmg失败。
解决办法是：在路由器R4上增加一条指向71.170.0.144/30的静态路由，下一跳的地址为71.170.0.214。完成后，在R1向R4发送ping时，发现一切正常了。
此类网络故障尽管不会影响网络的正常通信，排除的过程也很简单，但网络故障的分析与排除时，我们要考虑完整的通信过程。
案例3 艰难的Cisco路由器IOS升级之旅
某学校从2003年开始建设校园网，近年来上网人数不断增加，使原来的Cisco 2621已经远远不能满足网络的需求。而且最近要上0A办公系统，需要增加一台VPN设备，用于校外用户对校内0A系统的访问。
出于经济上的考虑，他们想通过升级闲置的Cisco 2621路由器来做VPN。不过，在升级IOS的过程中遇到一些问题。
1、超级终端登录出现乱码
从机房的仓库里拿出路由器，通电。通过Console口连上去，发现超级屏幕出现了一些乱码。会不会是Consol口坏了？分析认为Cisco设备如果出现Console口坏了，一般会在超级终端屏幕上不断输出很多的乱码。
但是这回出现的却是输入回车键后，才在屏幕上出现乱码，可能是每秒传输速率不对。
管理员将默认值9600更换为l15200。路由器启动成功。路由器启动完后，用show run确实发现Console的速率为l15200。
2、内存不够升级失败
要升级的这台Cisco2621路由器带有VPN的功能。原来的IOS版本为C2600-i-mz.122-8.T4.bin。从网上得知 Cisco 2621只有K8、K9系列的IOS才能支持VPN。于是管理员从网上下载新的IOS c2600-ik9o3s3-mz.123-22.bin，大小为15MB。升级过程如下：
(1)配置路由器Interfast 0/0的IP地址，先用“copy flash:tftp”把原来的IOS备份出来，并通过“copy tftpd flash” 命令上传。
(2)重新启动路由器，发现如下的提示错误，大意是没有足够的内存运行IOS:
Error:memory requirements exceed available memory Memory required:0x0284A0BC
在Cisco官方网上查询，发现c2600-ik9o3s3-mz.123-22.bin这个10s镜像要求路由器的内存为 64MB，Flash为16MB。从上面的启动信息可以看出，这台路由器的内存为32MB，当然启动不起来了。后来在网上购买了一条l28MB的内存换上去，加大内存后，启动路由器成功。
3、在ROM模式下通过TFTP上传IOS效验失败
由于路由器IOS升级失败，所以想恢复原来的IOS。Cisco IOS升级失败后，恢复IOS的方式有两种：FTP和Xmodem。TFTP的传输速度快一些，Xmodem的传输速度比较慢。在R0M模式下，用TFTP上传IOS，过程如下：
(1)在interfast 0/0配置IP地址，配置完后用set命令查看。默认情况下，在R0M模式下配置的IP地址是在interfast 0/0下的，所配置的IP地址应该要与TFTP服务器在同一个网段内。
(2)用tftpdnld方式下载，TFTP ServerMg开始时用Cisco的TFTP，但传输一半就超时。用3Cdaemon传输完后，发现如下的警告：
TFTP flash C0PY:Warning，ChecksSum comparison failed.
重启路由器，路由器无法启动，提示IOS效验错误。原想可能是IOS下载时出现错误，但是重新下载了c2600-ipbase-mz.123-6c.bin还是不行，看来不是IOS的问题。后来更换了网线TFTP软件还是不行。
解决办法：用Xmodem来传。为了使传输速度快点，我们应该修改Xmodem的传输速度为ll5200。IOS通过Xmodem传输完后，重启路由器，路由器已经可启动。
4、经验总结
(1)在用TFTP上传IOS时，如果提示效验错误，就应该考虑采用Xmodem方式上传。
(2)TFTP服务器的IP的地址要和路由器的以太网口在一个网段上。
(3)在用Xmodem上传IOS时，最好采用Windows自带的超级终端。
(4)TFTP (Trivial File Transfer Protoco1)文件传输协议最大就支持传输32MB的文件。如果IOS大于32MB时，可以考虑采用第三方的TFTP软件，如3Cdaemon。还有一种办法就是可以采用FTP传输命令。
总结：
路由器故障纷繁复杂，排错方法也不尽相同，但排错思路和技巧还是有共同之处。遭遇路由故障，冷静分析、大胆实践、善于总结，这样才会提高排错能力。
【最新路由器系统故障问题解决技巧论文】相关文章：
论文：“问题解决教学”初探06-17
关于运用“问题解决教学”的论文07-01
动力转向系统故障诊断研究的论文04-14
问题解决能力培养的小学数学教育论文02-20
精选草拟论文的技巧07-14
论文修改技巧07-10
下水技巧论文04-24
论文排版技巧06-23
写论文的技巧06-23