Mise à jour des informations de connexion et d'interface des unités

Sommaire
casp1032
DX NetOps Spectrum
peut effectuer la détection automatique et le mappage des interfaces et des connexions d'une unité en fonction des événements et conditions suivants :
  • Modification du nombre d'interfaces configurées sur une unité.
  • Lorsqu'une unité envoie une interruption de liaison démarrée.
  • Lorsque
    DX NetOps Spectrum
    reconfigure une unité modélisée.
Les administrateurs OneClick peuvent également mettre à jour manuellement ces informations sur une unité modélisée. Pour plus d'informations sur l'affichage de l'interface, de la sous-interface et des informations de connexion d'une unité, reportez-vous à la section .
Mises à jour automatiques des informations de connexion et d'interface des unités
Vous pouvez utiliser les attributs suivants pour que
DX NetOps Spectrum
mette automatiquement à jour les informations de connexion et d'interface d'une unité.
  • Automatically Reconfigure Interfaces (Reconfigurer automatiquement les interfaces)
  • Discover Connections after Link Up Events (Détecter les connexions après les événements de liaison démarrée)
  • Create Subinterfaces (Créer des sous-interfaces)
  • Discovery After Reconfigure (Détection après la reconfiguration)
  • Topologically Locate Model (Modèle de localisation topologique)
Automatically Reconfigure Interfaces (Reconfigurer automatiquement les interfaces)
Lorsque cet attribut est défini sur Yes (Oui),
DX NetOps Spectrum
surveille l'unité pour détecter toute modification du nombre d'interfaces configurées. Si une modification est détectée par
DX NetOps Spectrum
, il met automatiquement à jour le modèle d'unité pour refléter les modifications apportées à l'interface. Les informations d'interface mises à jour s'affichent dans la vue Interfaces pour l'unité.
Discover Connections After Link-Up Events (Détecter les connexions après les événements de liaison démarrée)
DX NetOps Spectrum
détecte et mappe automatiquement la fréquence d'interrogation des connexions d'un modèle après réception d'une interruption de liaison démarrée d'une unité lorsque l'attribut Discover Connections After Link-Up Events (Détecter les connexions après les événements de liaison démarrée) est défini sur Yes (Oui). Ce délai permet à l'unité de reconfigurer entièrement les tables SNMP associées avant que
DX NetOps Spectrum
ne les lise. Le paramètre Poll Interval (Fréquence d'interrogation) de l'unité s'affiche dans la vue Information (Informations), sous-vue SPECTRUM Modeling Information (Informations sur la modélisation SPECTRUM).
Remarques spéciales pour les interfaces en bagottement
Une interface en bagottement est une interface qui passe constamment d'un état en service à un état hors service, généralement en raison d'un problème au niveau de l'unité. Lorsque l'attribut Device Discovery After Link-Up Events (Détection de l'unité après événements de liaison démarrée) est défini sur Yes (Oui),
DX NetOps Spectrum
exclut les interruptions de liaison démarrée des interfaces en bagottement. Par conséquent, le flux d'interruptions de liaison démarrée d'une interface en bagottement n'interfère pas avec une interruption de liaison démarrée pour une autre interface sur la même unité. L'action de détection de connexion peut s'exécuter comme prévu.
Lorsque
DX NetOps Spectrum
détecte une interface en bagottement, une alarme mineure est générée sur l'unité associée. Après un intervalle par défaut de 10 minutes sans recevoir d'interruptions à partir de cette interface, l'alarme est effacée. Les paramètres par défaut utilisés pour identifier et suivre les interfaces en bagottement sont configurés à l'aide de règles d'événement associées à des événements 0x220002, 0x220006. Les paramètres par défaut sont les suivants :
  • Une règle de séquence d'événements sur l'événement 0x220002, qui génère un événement 0x220006 si une interruption de liaison démarrée est reçue et est suivie par une interruption de liaison arrêtée à partir de la même interface dans un délai de 60 secondes.
  • Une règle de fenêtre de taux d'événements sur l'événement 0x220006, qui génère un événement 0x220007 si 15 événements 0x220006 sont générés dans un délai de 5 minutes (300 secondes). L'événement 0x220007 génère une alarme mineure sur l'unité.
  • Une règle de paire d'événements sur un événement 0x220006 qui génère un événement 0x220008 si l'événement 0x220006 n'est pas suivi par l'événement 0x220007 dans un délai de 10 minutes (600 secondes). L'événement 0x220008 efface l'alarme mineure générée par l'événement 0x220007.
Les valeurs par défaut génèrent une alarme après la réception de 15 paires d'interruptions de liaison démarrée/arrêtée. Par défaut, l'alarme est effacée 10 minutes après la réception de la dernière paire d'interruptions de liaison démarrée/arrêtée. Vous pouvez modifier ces paramètres en définissant des seuils d'événement d'interface en bagottement. Les règles applicables sont spécifiées dans le fichier
<$SPECROOT>
/SS/CsVendor/IETF/EventDisp.
Pour plus d'informations sur la modification manuelle des fichiers, les événements et les règles d'événement de
DX NetOps Spectrum
, ainsi que sur la modification des règles d'événement associées aux événements 0x220002 et 0x220006, reportez-vous à la section .
Create Sub-Interfaces (Créer des sous-interfaces)
Lorsque cet attribut est défini sur Yes (Oui) et que l'unité modélisée prend en charge RFC 1573,
DX NetOps Spectrum
modélise les sous-interfaces pour l'unité.
DX NetOps Spectrum
différencie les interfaces physiques et logiques. Il crée des sous-interfaces à l'aide des informations sur l'interface logique collectées à partir de l'unité. Une sous-interface s'affiche dans l'onglet Interfaces pour une unité, imbriquée sous l'interface logique dans laquelle elle est configurée.
Discovery After Reconfigure (Détection après la reconfiguration)
Lorsque cet attribut est défini sur Yes (Oui),
DX NetOps Spectrum
détecte à nouveau les connexions d'unité à chaque reconfiguration du modèle d'unité. Une reconfiguration d'interface et une reconfiguration manuelle d'unité déclenchent une nouvelle détection lorsque cet attribut est activé.
Modèle de relocalisation topologique
Lorsque cet attribut est défini sur Yes (Oui),
DX NetOps Spectrum
détermine si un modèle d'unité doit être déplacé vers une topologie différente pendant une détection.
DX NetOps Spectrum
déplace l'unité si nécessaire, en fonction du mappage de connexion mis à jour.
Mise à jour manuelle des informations de connexion et d'interface
Vous pouvez lancer manuellement une reconfiguration d'interface et une détection de connexion à l'aide des options suivantes dans le menu Tools (Outils), Reconfiguration et dans la sous-vue Reconfiguration de l'onglet Information (Informations) :
  • Reconfigure Model (Reconfigurer le modèle)
  • Discover Connections (Détecter les connexions)
  • Rediscover SNMP MIBs (Redétecter les MIB SNMP)
  • Rename Interface Models (Renommer les modèles d'interface)
  • Reevaluate Model Name (Réévaluer le nom du modèle)
  • Reevaluate NCM Device Family (Réévaluer la famille d'unités NCM)
A propos de la reconfiguration des modèles
Lorsque vous activez une action de reconfiguration des modèles,
DX NetOps Spectrum
recherche les interfaces sur l'unité et met à jour la modélisation de l'interface de l'unité.
Les actions de reconfiguration des modèles ne modifient
pas
le type de modèle. Pour modifier le type de modèle, exécutez le script NewMM.pl ou supprimez et remodélisez l'unité par adresse IP. Pour plus d'informations sur l'exécution du script NewMM.pl, reportez-vous à la section .
Les paramètres suivants sont réévalués pendant une action de reconfiguration des modèles :
  • Device Type (Type d'unité)
    Vérifie la valeur de l'attribut Device Type (Type d'unité) actuelle.
  • Model Name (Nom du modèle)
    Vérifie le paramètre Model Naming Order (Ordre de nommage des modèles) sur le VNM et détermine si le modèle d'unité requiert un changement.
  • Application Discovery (Détection d'application)
    Exécute une action de reconfiguration des MIB SNMP.
  • Interface Discovery (Détection d'interface)
    Détermine les interfaces qui existent sur une unité et met à jour la modélisation d'unité si nécessaire.
  • Normalized Source (Source normalisée)
    Vérifie l'attribut à utiliser pour collecter des informations sur l'utilisation de l'UC et de la mémoire de l'unité.
  • Serial Number (Numéro de série)
    Vérifie le numéro de série de l'unité, le cas échéant, et met à jour le modèle d'unité si nécessaire.
  • 802.3ad Trunk Memberships (Appartenances à la jonction 802.3ad)
    Vérifie si les interfaces d'unité sont membres de la jonctions 802.3.ad.
  • NCM Device Family (Famille d'unités NCM)
    Vérifie la valeur de la famille d'unités que Network Configuration Manager utilise pour regrouper les unités par fournisseur.
Reconfiguration d'un modèle
Vous pouvez reconfigurer un modèle pour mettre à jour les informations d'interface de l'unité. Lorsque vous activez une action de reconfiguration des modèles,
DX NetOps Spectrum
recherche les interfaces sur l'unité et met à jour la modélisation de l'interface de l'unité.
Procédez comme suit :
  1. Localisez le modèle.
  2. Cliquez avec le bouton droit de la souris sur le modèle et sélectionnez Reconfiguration, Reconfigure Model (Reconfiguration, Reconfigurer le modèle).
    La boîte de dialogue Reconfigure Model (Reconfigurer le modèle) s'ouvre et indique la progression de l'action demandée.
  3. Cliquez sur OK.
    La boîte de dialogue Reconfigure Model (Reconfigurer le modèle) se ferme. Le modèle est reconfiguré.
Détection des connexions
A partir de cette version, vous pouvez exécuter la comande Discover Connections (Détecter les connexions) sur plusieurs unités. Lorsque vous exécutez la commande Discover Connections (Détecter les connexions),
DX NetOps Spectrum
effectue une détection sur les unités sélectionnées. Les données de détection permettent à
DX NetOps Spectrum
de mettre à jour et de remapper les informations de connexion du modèle d'unité. Vous pouvez également utiliser cette fonctionnalité pour détecter les connexions dans un conteneur réseau.
Si la détection est déjà en cours d'exécution sur une unité, les unités restantes sont ajoutées à la file d'attente de détection. Un message contextuel s'affiche avec le message suivant : Another discovery process is currently in progress (Un autre processus de détection est en cours). Only one discovery process at a time is allowed per <Landscape Name> landscape, queuing request for background processing (Un seul processus de détection à la fois est autorisé par paysage <Nom du paysage>, mise en file d'attente d'une demande de traitement en arrière-plan).
Pour savoir comment afficher la file d'attente, reportez-vous à la section Affichage de la file d'attente.
Procédez comme suit :
  1. Dans l'onglet Explorer (Explorateur), localisez le conteneur pour lequel vous souhaitez détecter les connexions.
  2. Cliquez avec le bouton droit de la souris sur le conteneur, puis sélectionnez Reconfiguration, Discover Connections (Reconfiguration, Détecter les connexions).
    La boîte de dialogue Discover Connections (Détecter les connexions) affiche la progression de l'action demandée. Si les connexions ont été détectées, cette boîte de dialogue indique une réussite.
  3. Cliquez sur OK.
    La boîte de dialogue Discover Connections (Détecter les connexions) se ferme. Les connexions entre les unités du conteneur LAN sélectionné s'affichent sous la forme de canaux dans la vue de topologie.
Discover Connections Queue (File d'attente de détection des connexions)
La fonctionnalité Discover Connections Queue (File d'attente de détection des connexions) vous permet de lancer plusieurs tâches de détection de la connectivité (par exemple, détecter les connexions après la reconfiguration) en les ajoutant à une file d'attente. Vous n'avez pas besoin d'attendre la fin d'une tâche de détection pour en lancer une nouvelle. Une fois la tâche précédente terminée, les tâches de détection ajoutées à la file d'attente de détection des connexions démarrent automatiquement. Vous pouvez vérifier le statut d'une tâche de détection dans l'onglet Events (Evénements).
Si un processus de mappage est en cours et que vous lancez une nouvelle action de détection de connexion, le message suivant s'affiche :
Another discovery process is in progress (Un autre processus de détection est en cours). Only one discovery process at a time is allowed per landscape, so it is queued (Un seul processus de détection à la fois est autorisé par paysage. Déplacement dans la file d'attente).
Si vous déclenchez l'action de détection des connexions via l'API REST, vous obtenez le message SUCCESS (REUSSITE) lorsque l'action est mise en file d'attente.
De même, si l'option Discovery After Reconfigure (Détection après la reconfiguration) ou Discover Connections After Link-up Events (Détecter les connexions après les événements de liaison démarrée) est définie sur Yes (Oui), les déclencheurs de l'action de détection de la connectivité sont mis en file d'attente dans Discover Connections Queue (File d'attente de détection des connexions).
Une fois la tâche déjà en cours d'exécution terminée, une nouvelle tâche de la file d'attente démarre. Lorsque vous sélectionnez un modèle, les messages de statut de la détection pour ce modèle s'affichent dans l'onglet Events (Evénements).
Affichage de la file d'attente de détection des connexions
Pour afficher la file d'attente, exécutez la commande de la CLI suivante sur le modèle TopologyWrkSpc. Les entrées de file d'attente sont écrites dans le fichier $SPECROOT/SS/ADiscDebug.
Pour activer le fichier ADiscDebug, accédez à VNM -> AutoDiscovery Control (Contrôle de la détection automatique) -> Debug options (Options de débogage) -> Debug AutoDiscovery (Débogage de la détection automatique), puis définissez la valeur sur ON (Activé).
./update action=0x10601 mh=themodelhandleofthe"TopologyWrkSpc"model
Exemple : la commande ./update action=0x10601 mh=0x10003aupdate action: successfulResponse comporte 0 attribut :
Dans le fichier ADiscDebug, le message suivant s'affiche : Dumping the pending rediscovery models (Vidage des modèles de redétection en attente).
Effacement de la file d'attente de détection des connexions
Pour effacer la file d'attente de détection des connexions, exécutez la commande de la CLI suivante sur le modèle TopologyWrkSpc :
./update action=0x10602 mh=themodelhandleofthe"TopologyWrkSpc"model
Exemple : la commande ./update action=0x10602 mh=0x10003aupdate action: successfulResponse comporte 0 attribut :
Dans le fichier ADiscDebug, le message suivant s'affiche :
Clearing the pending rediscovery queue (Effacement de la file d'attente de redétection en attente).
Rediscover SNMP MIBs (Redétecter les MIB SNMP)
Lors de la création d'un modèle d'unité,
DX NetOps Spectrum
crée automatiquement des modèles pour chacune des applications majeures et mineures prises en charge par l'unité. Cliquez sur Reconfigure SNMP MIBs (Reconfigurer les MIB SNMP) pour récupérer les informations de prise en charge des applications à partir de l'unité. Les modèles d'application pour l'unité sont mis à jour en fonction des modifications apportées.
Rename Interface Models (Renommer les modèles d'interface)
Utilisez cette fonction pour mettre à jour les noms de modèle d'interface d'une unité après avoir modifié l'attribut Interface Name Primary Suffix (Suffixe principal du nom d'interface) de l'unité ou l'attribut Interface Name Secondary Suffix (Suffixe secondaire du nom d'interface). L'utilisation de cette commande oblige
DX NetOps Spectrum
à renommer les modèles d'interface à l'aide des valeurs actuelles des suffixes principal et secondaire pour le modèle d'interface. Certaines options de suffixe incluent ifName, ifAlias, ifDescr et ifIndex.
Empilage des interfaces de table d'entités
Lors de la modélisation des interfaces,
DX NetOps Spectrum
utilise les informations contenues dans ifStackTable MIB II pour déterminer leur empilage logique. Par exemple, dans le cas d'une interface de relais de trame avec des sous-interfaces DLCI,
DX NetOps Spectrum
tente d'empiler les interfaces à l'aide des informations contenues dans ifStackTable.
Si vous définissez l'attribut use_if_entity_stacking (0x12a83) sur TRUE (VRAI) sur un modèle d'unité dans l'onglet Attributes (Attributs),
DX NetOps Spectrum
essaie d'utiliser les informations en provenance de RFC2737 (MIB de l'entité) pour déterminer l'empilage des interfaces si la méthode ifStackTable échoue. Si une interface ne prend pas en charge ifStackTable, mais que l'interface
prend en charge
la MIB de l'entité,
DX NetOps Spectrum
essaiera d'empiler le modèle d'interface à l'aide des informations contenues dans entPhysicalTable.
Remarque :
cette opération est effectuée au cas par cas, car certains fournisseurs n'implémentent pas correctement le schéma d'indexation RFC2737, ce qui peut entraîner un empilage incorrect des interfaces.
Reevaluate Model Name (Réévaluer le nom du modèle)
Détermine si le nom de modèle de l'unité doit être modifié en fonction du paramètre VNM Model Naming Order (Ordre de nommage des modèles VNM) pour le VNM gérant l'unité. Pour plus d'informations sur le paramètre VNM Model Naming Order (Ordre de nommage des modèles VNM), reportez-vous à la sous-vue
SpectroSERVER
Control (Contrôle des SpectroSERVER).
Reevaluate NCM Device Family (Réévaluer la famille d'unités NCM)
Place automatiquement une unité dans la famille d'unités appropriée après une mise à niveau du firmware. Par exemple, si vous disposez d'une unité Cisco qui apparaît dans la famille CatOS et que vous mettez à niveau cette unité avec un nouveau firmware et qu'elle devient CiscoIOS, l'unité ne change pas automatiquement de famille. A la place, vous pouvez la mettre à jour à l'aide du menu Reconfigure (Reconfiguration).
Accès aux contrôles de mise à jour d'interface et de connexion
Vous pouvez accéder aux contrôles de mise à jour d'interface et de connexion décrits dans cette section, comme indiqué dans le tableau suivant :
Attribut
Menu Tools (Outils), Reconfiguration
Reconfiguration
Attribute Editor
Automatically Reconfigure Interfaces (Reconfigurer automatiquement les interfaces)
X
X
Discovery Connections after Link Up Events (Détection des connexions après événements de liaison démarrée)
X
X
Discovery After Reconfigure (Détection après la reconfiguration)
X
X
Create Sub-Interfaces (Créer des sous-interfaces)
X
Topologically Relocate Model (Modèle de relocalisation topologique)
X
X
Reconfigure Model (Reconfigurer le modèle)
X
X
Discover Connections (Détecter les connexions)
X
X
Rediscover SNMP MIBs (Redétecter les MIB SNMP)
X
X
Rename Interface Models (Renommer les modèles d'interface)
X
X
Reevaluate Model Name (Réévaluer le nom du modèle)
X
X
Reevaluate NCM Device Family (Réévaluer la famille d'unités NCM)
X
Menu Outils, Reconfiguration
Le menu Tools (Outils), Reconfiguration permet d'accéder rapidement aux actions de reconfiguration que vous pouvez effectuer sur le modèle d'unité sélectionné. Vous pouvez également accéder à ce menu en cliquant avec le bouton droit de la souris sur l'unité que vous souhaitez reconfigurer.
Sous-vue Reconfiguration et sous-vue Avancé
La sous-vue Reconfiguration permet d'accéder aux attributs qui contrôlent le moment où
DX NetOps Spectrum
met à jour les informations d'interface, de connexion et de topologie d'une unité. Vous pouvez également reconfigurer manuellement une unité et détecter les connexions d'une unité à partir de cette sous-vue.
La section Advanced (Avancé) de la sous-vue Reconfiguration permet d'accéder aux fonctions de reconfiguration de modèle individuelles qui sont effectuées dans le cadre de la fonction Reconfigure Model (Reconfigurer le modèle). Dans certains cas, vous souhaiterez peut-être effectuer ces actions séparément au lieu d'effectuer une action de reconfiguration globale des modèles.
Attribute Editor
Utilisez Attribute Editor pour accéder à certains des paramètres de mise à jour d'interface et de connexion pour un grand nombre de modèles ou d'unités modélisées.
La fonctionnalité Discover Connections Queue (File d'attente de détection des connexions) de la dernière version de
DX NetOps Spectrum
vous permet de lancer plusieurs tâches de détection en les ajoutant à une file d'attente. Vous ne devez pas attendre la fin d'une tâche de détection pour en lancer une nouvelle. Les tâches de détection ajoutées à la file d'attente de détection des connexions sont lancées automatiquement une fois la tâche précédente terminée. Vous pouvez vérifier le statut d'une tâche de détection dans l'onglet Events (Evénements).