目錄

簡介

必要條件

需求

採用元件

慣例

確定coldStart陷阱的原因

1.通過CLI重新載入

2.由於電源故障而重新載入

3.崩潰後重新載入

4.通過SNMP重新載入陷阱關閉

相關資訊

簡介

SNMP代理在初始化時傳送coldStart陷阱。進行故障排除時，您可以使用本文檔中的資訊幫助確定裝置重新載入的原因。

必要條件

需求

本文檔的讀者應瞭解SNMP陷阱，這包括將對象ID轉換為對象名稱的功能。

使用者應該熟悉的特定SNMP對象包括：

- sysUpTime

- 為什麼重新載入

- ItsLineSessionTable

採用元件

本文件所述內容不限於特定軟體和硬體版本。

慣例

如需文件慣例的詳細資訊，請參閱思科技術提示慣例。

確定coldStart陷阱的原因

以下各節介紹路由器上coldStart陷阱的原因。

1.通過CLI重新載入

Oct 13 13:10:17 nms-server2 snmptrapd[223]: 1.2.3.4:

Cold Start Trap (0) Uptime: 0:00:24.57,

system.sysUpTime.sysUpTimeInstance = Timeticks: (2457) 0:00:24.57,

enterprises.cisco.local.lsystem.whyReload.0 = "reload"

reload show version命令表示系統通過重新載入返回到ROM。

2.由於電源故障而重新載入

Oct 13 13:19:23 nms-server2 snmptrapd[223]: 1.2.3.4 [1.2.3.4]:

Trap system.sysUpTime.sysUpTimeInstance = 1984,

.iso.org.dod.internet.snmpV2.snmpModules.snmpMIB.snmpMIBObjects.snmpTrap.

snmpTrapOID.0 = OID:

.iso.org.dod.internet.snmpV2.snmpModules.snmpMIB.snmpMIBObjects.snmpTraps.

coldStart,

system.sysUpTime.sysUpTimeInstance = Timeticks: (1984) 0:00:19.84,

enterprises.cisco.local.lsystem.whyReload.0 = "power-on"

show version命令表示系統通過加電返回到ROM。

3.崩潰後重新載入

Oct 13 13:12:05 nms-server2 snmptrapd[223]: 1.2.3.4 [1.2.3.4]:

Trap system.sysUpTime.sysUpTimeInstance = 1984,

.iso.org.dod.internet.snmpV2.snmpModules.snmpMIB.snmpMIBObjects.snmpTrap.

snmpTrapOID.0 = OID:

.iso.org.dod.internet.snmpV2.snmpModules.snmpMIB.snmpMIBObjects.snmpTraps.

coldStart,

system.sysUpTime.sysUpTimeInstance = Timeticks: (1984) 0:00:19.84,

enterprises.cisco.local.lsystem.whyReload.0 = "error -  Signal 23, Exception

code (0x0024)!, PC 0x801E2EC0"

show version命令表示系統因錯誤返回到ROM - Signal 23, Exception code(0x0024)!, PC 0x801E2EC0。

當管理員通過Telnet連線到路由器並在路由器崩潰時執行某些任務時，也可能看到此陷阱。此陷阱(SNMP v2c)是在路由器在崩潰重新載入後啟動時生成的。

Oct 13 13:37:42 nms-server2 snmptrapd[223]: 1.2.3.4 [1.2.3.4]:

Trap system.sysUpTime.sysUpTimeInstance = 8287,

.iso.org.dod.internet.snmpV2.snmpModules.snmpMIB.snmpMIBObjects.snmpTrap.

snmpTrapOID.0 = OID:

enterprises.cisco.cisco#.tcpConnectionClose,

enterprises.cisco.local.lts.ltsLineSessionTable.ltsLineSessionEntry.

tslineSesType.2.1 = telnet(5),

tcp.tcpConnTable.tcpConnEntry.tcpConnState.14.32.12.254.80.172.18.123.68.43280 =

finWait2(7),

enterprises.cisco.local.ltcp.ltcpConnTable.ltcpConnEntry.loctcpConnElapsed.

14.32.12.254.80.172.18.123.68.43280 = Wrong Type (should be Timeticks): 17,

enterprises.cisco.local.ltcp.ltcpConnTable.ltcpConnEntry.loctcpConnInBytes.

14.32.12.254.80.172.18.123.68.43280 = 66,

enterprises.cisco.local.ltcp.ltcpConnTable.ltcpConnEntry.loctcpConnOutBytes.

14.32.12.254.80.172.18.123.68.43280 = 168,

enterprises.cisco.local.lts.ltsLineTable.ltsLineEntry.tsLineUser.2 = ""

或

如果路由器重新載入之前陷阱可以通過IP連線退出，那麼您可能會看到此陷阱(SNMP v1)。

Oct 13 14:35:55 nms-server2 snmptrapd[223]: 1.2.3.4:

Enterprise Specific Trap (tcpConnectionClose) Uptime: 0:04:15.25,

enterprises.cisco.local.lts.ltsLineSessionTable.ltsLineSessionEntry.

tslineSesType.130.1 = telnet(5),

tcp.tcpConnTable.tcpConnEntry.tcpConnState.10.5.1.123.23.172.18.123.33.1840 =

established(5),

enterprises.cisco.local.ltcp.ltcpConnTable.ltcpConnEntry.loctcpConnElapsed.

10.5.1.123.23.172.18.123.33.1840 = Wrong Type (should be Timeticks): 19504,

enterprises.cisco.local.ltcp.ltcpConnTable.ltcpConnEntry.loctcpConnInBytes.

10.5.1.123.23.172.18.123.33.1840 = 93,

enterprises.cisco.local.ltcp.ltcpConnTable.ltcpConnEntry.loctcpConnOutBytes.

10.5.1.123.23.172.18.123.33.1840 = 1766,

enterprises.cisco.local.lts.ltsLineTable.ltsLineEntry.tsLineUser.130 = "cse"

注意：示例2和3來自配置為生成SNMP v2c的路由器，而示例1和4來自配置為生成SNMP v1陷阱的路由器。

4.通過SNMP重新載入陷阱關閉

Oct 13 14:30:23 nms-server2 snmptrapd[223]: 1.2.3.4:

Enterprise Specific Trap (reload)

Uptime: 0:03:05.98, system.sysUpTime.sysUpTimeInstance = Timeticks: (18598) 0:03:05.98,

enterprises.cisco.local.lsystem.whyReload.0 = "snmp shutdown request"

路由器重新載入後，show version命令顯示系統重新載入後返回到ROM。

注意：這些錯誤與Catalyst 2900/3500 XL交換器中未產生的coldStart陷阱有關：CSCdy10697( 僅限註冊客戶)、CSCdp41669 (僅註冊客戶)和CSCdm0220 (僅註冊客戶)。

相關資訊

- 技術支援 - Cisco Systems