Contenu

Introduction

Problème

Solution

Introduction

Ce document décrit la cause, les répercussions et la solution d'un problème où vous recevez un flot de déroutements d'événements de gestion de configuration Cisco (ciscoConfigManEvent) dans le réseau Cisco Prime.

Problème

Les périphériques réseau peuvent être configurés de telle sorte que lorsqu'une commande show run ou conf t est entrée sur un périphérique, le périphérique envoie un trap ciscoConfigManEvent. Si le périphérique est surveillé par Cisco Prime Network, vous pouvez afficher ces déroutements dans l'onglet Trap de la fenêtre Event Vision sous la forme d'événements de notification d'événement de gestion de la configuration Cisco.

Un flot de ces pièges se produit parce que Cisco Prime Network exécute une commande show run interface <interface id> pour les périphériques pour chaque interface définie dans le périphérique. Cela se produit à chaque cycle d'interrogation, qui est toutes les 15 minutes par défaut. La majorité des clients sont désormais confrontés à un flot d'événements de ce type. Les grands fournisseurs de services peuvent avoir un grand nombre d'interfaces sur chaque périphérique, et il est courant de voir plusieurs milliers de ces événements dans le réseau Cisco Prime chaque minute.

Cela entraîne de nombreux effets secondaires, tels que :

- La base de données (DB) est pleine et l'espace temporaire est épuisé.

- Les clients connaissent des performances de GUI lentes en raison du grand nombre d'événements dans la base de données.

- Il y a un nombre élevé d'événements orphelins dans la base de données (événements qui ne sont pas associés à un ticket et qui ne sont pas archivés).

- Le nombre élevé d'événements ralentit le traitement des déroutements et des VNE (Virtual Network Element).

Solution

La meilleure solution à ce problème consiste à modifier la configuration des périphériques réseau afin qu'ils n'envoient pas ces types de déroutements au serveur Prime Network. Cependant, cela n'est pas pratique dans certains grands systèmes de fournisseurs de services. Cette section fournit une solution de contournement pour ce problème. L'objectif de cette solution est de filtrer les déroutements dès qu'ils atteignent le collecteur d'événements (AVM 100).

Note: Pour Cisco Prime Network Versions 4.0 et ultérieures, référez-vous au Guide de l'administrateur réseau Cisco Prime, 4.0 afin d'obtenir une solution à ce problème. La solution de contournement décrite dans ce document concerne toutes les versions d'Active Network Abstraction (ANA) ainsi que toutes les versions 3.11 et antérieures de Cisco Prime Network.

Attention : Si vous activez le filtre de déroutement ciscoConfigManEvent, alors les déroutements ciscoConfigManEvent ne sont pas enregistrés dans l'archive d'événements ; ils ne sont donc pas disponibles pour les rapports.

Normalement, les déroutements sont filtrés au niveau VNE après avoir été écrits dans la base de données Event Persistence (EP) (communément appelée Event Archive). Pour empêcher ce traitement, un filtre global facultatif est requis :

Entrez ces commandes en tant qu'utilisateur ANA ou Prime Network à partir du répertoire ~/Main afin de filtrer ce type de déroutement dès qu'il entre dans le système :

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/enable true

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/classcom.sheer.metrocentral.

framework.instrumentation.trap.matcher.RawEventSnmpMatcher

./runRegTool.sh -gs 127.0.0.1 add 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/matcher-conf

./runRegTool.sh -gs 127.0.0.1 add 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/matcher-conf/rule-1

./runRegTool.sh -gs 127.0.0.1 add 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/matcher-conf/rule-1/varbinds

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/matcher-conf/rule-1/varbinds

/varbind-1 ".1.3.6.1.6.3.1.1.4.1={o}.1.3.6.1.4.1.9.9.43.2.0.1"

Entrez ces commandes afin de désactiver les commandes précédentes :

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/enable false

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/class com.sheer.metrocentral.

framework.instrumentation.trap.matcher.ExcludeAllMatcher

./runRegTool.sh -gs 127.0.0.1 remove 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/matcher-conf

Note: Certains clients configurent les périphériques de sorte que chaque déroutement soit envoyé encapsulé dans un journal système. Si c'est le cas, vous devez ajouter une règle sur le processeur Syslog pour ces mêmes.