Commutateurs : Commutateurs Cisco Nexus, s�rie�5000

Fonctionnalité de programmateur du Nexus 5500 avec des scripts EEM

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

Introduction

Ce document décrit un workaround simple qui fournit la fonctionnalité semblable à la caractéristique de programmateur sur les Commutateurs de gamme 5500 de Cisco Nexus qui utilisent les scripts inclus du gestionnaire d'événement (EEM).

Contribué par le paon d'Austin, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Commutateurs de gamme 5500 de Cisco Nexus
  • Scripts EEM

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  •  Commutateurs de gamme 5500 de Cisco Nexus
  •  Version 6.0(2)N2(1) ou ultérieures du système d'exploitation de Cisco Nexus (NXOS)

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Problème

Les Commutateurs de gamme 5500 de Cisco Nexus ne prennent en charge pas encore la caractéristique de programmateur dans la série 5.x, 6.x, ou 7.x. Si vous devez exécuter certain charge chaque heure ou chaque jour, vous ne pouvez pas à sans la caractéristique de programmateur. 

Solution

Si vous modifiez les paramètres sur un script EEM (d'abord pris en charge dans la version 6.0(2)N2(1) NXOS) afin de vérifier une valeur qui déclenche toujours, elle simule la fonctionnalité de la caractéristique de programmateur, car elle modifie le poll-interval de l'événement.

Dans l'exemple suivant, l'identifiant d'objet (OID) est utilisé pour la CPU sur le 1.3.6....1.1.1.6.1) commutateur de Nexus (. Cet OID renvoie toujours une valeur entre 0 et 100, ainsi vous devez s'assurer qu'il déclenche toujours quand il apparie l'OID contre une valeur qui est moins de 12345, arbitrairement un nombre élevé contre lequel il déclenche toujours. Vous devez alors modifier le poll-interval afin de déclencher l'événement à l'intervalle désiré (86,400 secondes dans cet exemple) de sorte que les actions désirées soient exécutées.

event manager applet Schedule_Backup
event snmp oid 1.3.6.1.4.1.9.9.109.1.1.1.1.6.1 get-type exact entry-op le entry-val
12345 poll-interval 86400
action 1.0 cli copy running-configuration tftp://[server_IP]/$(SWITCHNAME)_
Running-Config_$(TIMESTAMP) vrf management vdc-all
action 2.0 syslog priority notifications msg Running_Config_Backup_Complete

Cet exemple copie la configuration courante sur un serveur TFTP toutes les 86,400 secondes, qui est toutes les 24 heures. Les variables $ (SWITCHNAME) et $ (HORODATEUR) sont utilisées de sorte que le fichier soit enregistré avec un nom différent, qui permet au serveur pour garder de plusieurs configurations de sauvegarde. Notez également que le message de Running_Config_Backup_Complete est imprimé dans le Syslog.

Informations connexes


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.


Document ID: 118894