路由器启动与故障排除-CSDN博客

启动顺序
当一台路由器接电或重启时，则经历以下步骤：

ROM Monitor (在启动ROM中)自初始化。
ROM Monitor检查配置寄存器中的启动字段（最低的四位）。
- 如果启动字段的最后一位是0，例如0x100，系统不会启动Cisco IOS软件镜像，而是显示ROM Monitor提示，等待用户操作。在ROM Monitor模式下，您可执行boot或b命令，以手动启动系统。
- 如果启动字段的最后一位是2到F，例如0x102到0x10F，路由器启动配置文件或BOOT环境变量定义的第一个有效镜像。它按顺序执行每个boot系统命令，直至启动了一个有效镜像为止。

如果路由器无法找到一个有效镜像，则经历以下步骤：

如果系统配置文件中的所有 boot 命令都失败，则系统尝试启动闪存中的第一个有效文件。
如果无法找到一个功能全面的系统镜像，则路由器不工作，驻留于ROM Monitor，等待通过直接控制台端口连接进行重配置。

如果路由器找到了一个有效镜像，则经历以下步骤：

主Cisco IOS软件镜像解压缩到DRAM中并从那里加载。
Cisco IOS软件建立必要的数据结构，如接口说明块(IDB)等，在DRAM上划分接口缓冲，加载启动配置，作好运行准备。

如果路由器陷入ROM Monitor模式，ROMmon恢复步骤。

模块与卡
有4个插槽。每个网络模块插槽都可插入多种网络模块接口卡，这些卡支持各种局域网、广域网和语音技术。

如需了解语音广域网接口卡(VWIC)兼容性信息，请参考“IP通信语音/传真网络模块产品简介”和“思科第二代1和2端口T1E1 Multiflex中继语音广域网接口卡产品简介”。
如需了解所有所支持的模块，请参考“相关接口和模块”。

NM−1T3/E3安装问题（DS3卡）
在缺省状态下，show running−config 命令的输出结果中不显示T3控制器。用户必须执行show version 命令，才能看到该卡。它也不在show run 和 show ip interface brief命令的输出结果中显示。

Router−3845#show version

X.25 software, Version 3.0.0.
SuperLAT software (copyright 1990 by Meridian Technology Corp).
2 FastEthernet/IEEE 802.3 interface(s)
1 Subrate T3/E3 ports(s)
DRAM configuration is 64 bits wide with parity disabled.
151K bytes of non−volatile configuration memory.
62592K bytes of ATA System CompactFlash (Read/Write)

Router−3845#show ip interface brief
Interface IP−Address OK? Method Status Prot
ocol
FastEthernet0/0 10.10.50.25 YES NVRAM up up

FastEthernet0/1 unassigned YES NVRAM administratively down down

用户必须对路由器配置后，才能识别该卡。此处给出一个配置实例。如需了解更多配置信息

Router−3845#card type t3 1
Router−3845#
*Mar 1 00:24:20.031: %LINK−3−UPDOWN: Interface Serial1/0, changed state to down
*Mar 1 00:24:21.031: %LINEPROTO−5−UPDOWN: Line protocol on Interface Serial1/0,
changed state to down

Router−3845#show ip interface brief
Interface                     IP−Address               OK? Method Status                             Prot
ocol
FastEthernet0/0        10.10.50.25                 YES NVRAM up                                   up
FastEthernet0/1        unassigned                YES NVRAM administratively down down
Serial1/0                   unassigned               YES unset down                                   down

注：部分模块可能无法热插拔。在将卡安装到路由器中之后，可能无法在show version 命令的输出结果中看到该模块。用户必须重启路由器，才能看到最新安装的模块。

发现问题
本章节阐述了如何确定潜在硬件问题的原因。

要发现问题，第一步是尽可能收集与问题有关的信息，以便找到问题的根源：

控制台日志。可以参考“为控制台连接使用正确的终端模拟器设置”。
系统日志信息。如果将路由器设置为向系统日志服务器发送日志，则可以及时获得事件信息。欲知详情，请参考“Resource Manager Essential和系统日志分析”。
show technical−support 命令输出。 show technical−support 命令是很多不同命令的组合，包括 show version、show running−config 和 show stacks 命令。TAC工程师通常利用这些信息排除硬件故障。在执行重加载或接电之前，应收集 show technical−support 命令信息，因为这些操作可能会丢失关于问题的所有信息。
如果路由器遇到启动错误，应严格按步骤启动机器。

如果具有思科设备的 show 命令输出（包括 show technical−support 命令），可以使用 Output Interpreter 工具（只对注册客户）显示潜在的问题和修复方法，但必须先登录，并启用 JavaScript。

路由器重启/重加载
路由器重启后，将恢复正常状态。正常状态意味着路由器运行正常，能传输流量，管理员能访问路由器。如需查看路由器重启的原因，可以执行 show version命令，分析输出结果。实例如下：

Router#show version
Router uptime is 20 weeks, 5 days, 33 minutes
System returned to ROM by power−on

路由器陷入ROMmon(rommon # > prompt)
如需了解如何恢复一个陷入ROMmon中的Cisco 3800系列路由器(rommon # > prompt)，请参考“ Cisco 3600/3700/3800系列路由器ROMmon恢复”。

路由器崩溃
系统崩溃指系统发生了不可恢复的错误，并且已经自行重启。崩溃的原因可能是软件问题、硬件问题或者两者的组合。本节将介绍硬件引起的崩溃以及与软件相关但与硬件问题表现类似的崩溃。

注意：如果在崩溃之后重新加载路由器，例如重新接电或执行 reload 命令，将丢失重要的崩溃信息。所以，在重新加载路由器之前，应收集 show technical−support 和 show log 命令的输出，以及故障信息文件（如果可能）。

总线错误崩溃
当处理器试图访问不存在（软件错误）或响应不正常（硬件问题）的内存时，将发生总线错误。总线错误可以通过路由器提供的 show version 命令的输出发现（如果没有重接电或人工重加载的话）。

因总线错误而崩溃的两个实例如下：

Router uptime is 2 days, 21 hours, 30 minutes
System restarted by bus error at PC 0x30EE546, address 0xBB4C4
System image file is "flash:igs−j−l.111−24.bin", booted via flash
.........

在控制台提示符下，这些错误信息也可以在发生总线错误时看到：
*** System received a Bus Error exception ***
signal= 0xa, code= 0x8, context= 0x608c3a50
PC = 0x60368518, Cause = 0x20, Status Reg = 0x34008002

连续/启动环路
路由器可能会因硬件问题而陷入连续环路，使管理员无法再访问路由器。路由器不断地给出滚动的错误信息，直到断电为止。本节将提供所显示的错误信息实例和故障排除步骤，帮助用户寻找故障硬件。

总线错误例外
总线错误例外信息的实例如下：

*** System received a Bus Error exception ***
signal= 0xa, code= 0xc, context= 0x61c67fc0
PC = 0x6043904c, Cause = 0x2420, Status Reg = 0x34018002

SegV 例外
如果用户并没有重接电，也没有重新加载路由器，但 show version 命令显示以下输出：

Router uptime is 2 days, 3 hours, 5 minutes
System restarted by error − a SegV exception, PC 0x80245F7C
System image file is "flash:c2600−js−mz.120−9.bin"

而且这些输出还出现在控制台日志中：

*** System received a SegV exception ***
signal= 0xb, code= 0x1200, context= 0x80d15094
PC = 0x80678854, Vector = 0x1200, SP = 0x80fcf170

TLB（加载/获取）例外
TLB（加载/获取）例外错误信息类似于如下实例：

*** TLB (Load/Fetch) Exception ***
Access address = 0x1478
PC = 0x1478, Cause = 0x8008, Status Reg = 0x30410002

除非用户强行中断执行或对路由器重接电（在此之后错误也可能再次出现），该错误通常会无限重复下去。

使用路由器ROMmon恢复的步骤，来将Cisco IOS软件镜像重加载到闪存中。

请使用本文件中的故障排除流程图来对硬件进行故障排除。

如果故障仍存在，则关闭路由器并重新放置DRAM，然后给路由器通电。如果继续出现问题，则更换DRAM并再次使路由器接电。

%ERR−1−GT64010
%ERR−1−GT64010 错误的实例如下：
%ERR−1−GT64010: Fatal error, PCI Master read
cause=0x0120E483, mask=0x0CD01F00, real_cause=0x00000400
bus_err_high=0x00000000, bus_err_low=0x04080000, addr_decode_err=0x14000470

“看门狗”超时
思科处理器装有定时器，以监控某些类型的系统死机。CPU定期对“看门狗”定时器复位。“看门狗”定时器能够控制每个流程的时间。如果定时器未复位，将发生陷阱。如果流程超时，“看门狗”定时器能够从该流程逃逸。

“看门狗”超时共有两种。第一种一般由软件问题引起，以下面的方式报告：

show version 命令输出显示：
"System returned to ROM by bus error at PC 0x602DADE0, address 0x480811"
− 或者 −
"System returned to ROM by error − a Software forced crash, PC 0x60435894"

控制台日志显示：
%SYS−2−WATCHDOG: Process aborted on watchdog timeout

第二种“看门狗”超时通常因硬件问题引起，以下面的方式报告：

show version 命令输出显示：
Router uptime is 17 minutes
System returned to ROM by watchdog timer expired
System image file is "flash:c3640−is−mz.122−3.bin"