IP : Protocolo simple de administración de redes (SNMP)

Conducta de recarga del dispositivo de procedimiento de captura de inicio sin presencia de red de SNMP

25 Agosto 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Abril 2015) | Comentarios


Contenido


Introducción

Un agente SNMP envía una trampa coldStart cuando se inicializa. Puede utilizar la información de este documento cuando resuelva problemas para ayudar a determinar la razón de una recarga del dispositivo.

prerrequisitos

Requisitos

Los Quien lea este documento deben estar bien informados del SNMP traps, esto incluyen la capacidad de traducir los ID del objeto a los nombres del objeto.

Los objetos específicos SNMP que los usuarios deben ser familiares con incluyen:

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

Cómo determinar la causa del procedimiento de captura de inicio sin presencia de red

Estas secciones describen las causas de los procedimientos de captura de inicio sin presencia de red en su router.

1. Recarga mediante 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"

El comando show version de la recarga indica el sistema vuelto a la ROM por la recarga.

2. Recarga debido a un corte del suministro de electricidad

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" 

El comando show version indica el sistema vuelto a la ROM por el encendido.

3. Recarga luego de un fallo general

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" 

¡El comando show version indica el sistema vuelto a la ROM por error - señale 23, el Código de excepción (0x0024)! , PC 0x801E2EC0.

Usted puede también ver este desvío cuando un administrador era telnetted al router y realizó una cierta tarea cuando el router causó un crash. Se genera este v2c del desvío SNMP) mientras que está subiendo el router después de que recarga de la caída.

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

Usted puede ver este desvío (v1 SNMP), si la conexión IP estaba disponible para que el desvío salga antes de las recargas de 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: Los ejemplos 2 y 3 fueron tomados de un router configurado para generar el v2c SNMP, mientras que los ejemplos 1 y 4 se toman de un router configurado para generar las trampas v1 SNMP.

4. Un apagar a través del desvío de la recarga 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"

El comando show version después de las recargas de router, muestra que el sistema volvió a la ROM por la recarga.

Nota: Estos bug se relacionan con los procedimientos de captura de inicio sin presencia de red que no consiguen generados en el Switches del Catalyst 2900/3500XL: CSCdy10697 (clientes registrados solamente), CSCdp41669 (clientes registrados solamente), y CSCdm02220 (clientes registrados solamente).

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 40360