IP : Protocole SNMP (Simple Network Management Protocol)

SNMP coldStart intercepte le comportement de rechargement de périphériques

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Un agent SNMP envoie une coldstart trap quand il est initialisé. Vous pouvez utiliser les informations dans ce document quand vous dépannez pour aider à déterminer la raison pour une recharge de périphérique.

Conditions préalables

Conditions requises

Les lecteurs de ce document devraient être bien informés des déroutements SNMP, ceci inclut la capacité de traduire des object id en noms d'objet.

Les objets spécifiques SNMP que les utilisateurs devraient être familiarisés avec incluent :

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Détermination de la cause de la coldstart trap

Ces sections décrivent des causes des coldstarts trap sur votre routeur.

1. Une recharge par l'intermédiaire de 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"

La commande de show version de recharge indique le système retourné à la ROM par la recharge.

2. Une recharge due à la panne d'alimentation

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" 

La commande de show version indique que le système retourné à la ROM par mettent sous tension.

3. Une recharge après un crash

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" 

La commande de show version indique le système retourné à la ROM par erreur - signalez 23, le code d'exception (0x0024) ! , PC 0x801E2EC0.

Vous pouvez également voir ce déroutement quand un administrateur était Telnetted au routeur et avez effectué une certaine tâche quand le routeur est tombé en panne. Ce SNMP v2c de déroutement) est généré pendant que le routeur monte après que recharge de crash.

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

OU

Vous pouvez voir ce déroutement (SNMP v1), si la connexion IP était disponible pour que le déroutement sorte avant les routeurs rechargés.

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" 

Remarque: Les exemples 2 et 3 ont été pris d'un routeur configuré pour générer SNMP v2c, tandis que les exemples 1 et 4 sont pris d'un routeur configuré pour générer des déroutements SNMP v1.

4. Un arrêt par le déroutement de recharge 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"

La commande de show version après des routeurs rechargés, prouve que le système est revenu à la ROM par la recharge.

Remarque: Ces bogues sont liées à ne pas obtenir de coldstarts trap généré dans des Commutateurs du Catalyst 2900/3500 XL : CSCdy10697 (clients enregistrés seulement), CSCdp41669 (clients enregistrés seulement), et CSCdm02220 (clients enregistrés seulement).

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 40360