Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Convenzioni

Determinazione della causa della trap coldStart

1. A Ricarica via CLI

2. Un ricaricamento dovuto a un'interruzione di corrente

3. Un riavvio dopo un arresto anomalo

4. Arresto tramite trap di ricaricamento SNMP

Informazioni correlate

Introduzione

Quando un agente SNMP viene inizializzato, invia una trap coldStart. Per individuare la causa del riavvio di un dispositivo, consultare le informazioni contenute in questo documento per la risoluzione dei problemi.

Prerequisiti

Requisiti

I lettori di questo documento devono essere a conoscenza delle trap SNMP, inclusa la capacità di convertire gli ID oggetto in nomi oggetto.

Gli oggetti SNMP specifici a cui gli utenti devono avere familiarità includono:

- TempoSuSistema

- perchéRicarica

- TabellaSessioneLinea

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Determinazione della causa della trap coldStart

In queste sezioni vengono descritte le cause delle trap coldStart sul router.

1. A Ricarica via 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"

Il comando reload show version indica il sistema restituito alla ROM dal comando reload.

2. Un ricaricamento dovuto a un'interruzione di corrente

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"

Il comando show version indica il sistema restituito alla ROM dall'accensione.

3. Un riavvio dopo un arresto anomalo

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"

Il comando show version indica che il sistema è stato restituito alla ROM per errore - Segnale 23, Codice eccezione (0x0024)!, PC 0x801E2EC0.

È possibile che questa trap venga visualizzata anche quando un amministratore è stato collegato in modalità Telnet al router e ha eseguito un'operazione quando il router si è bloccato. Questa trap (SNMP v2c) viene generata quando il router si avvicina dopo il riavvio a seguito di un arresto anomalo.

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 = ""

O

È possibile che venga visualizzata questa trap (SNMP v1), se la connessione IP era disponibile per la trap prima del ricaricamento del router.

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"

Nota: gli esempi 2 e 3 sono stati presi da un router configurato per generare i trap SNMP v2c, mentre gli esempi 1 e 4 sono stati presi da un router configurato per generare i trap SNMP v1.

4. Arresto tramite trap di ricaricamento 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"

Il comando show version dopo il riavvio del router mostra che il sistema è tornato alla ROM con il riavvio.

Nota: questi bug sono correlati alle trap coldStart non generate negli switch Catalyst 2900/3500 XL: CSCdy10697 (solo utenti registrati), CSCdp41669 (solo utenti registrati) e CSCdm02220 (solo utenti registrati).

Informazioni correlate

- Supporto tecnico – Cisco Systems