Explorer l’identification et le rapprochement des écarts entre les télécommunications

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 9 minutes de lecture

    • La solution d’identification et de rapprochement des écarts de télécommunications est conçue pour confirmer l’exactitude et la cohérence des données de ressources réseau entre les systèmes de réseau et les bases de données de gestion des stocks, telles que CMDB/TNI.

    L’identification et le rapprochement des écarts de télécommunications s’appuient sur la découverte des télécommunications et les capacités de la plateforme pour remplir ses fonctions.

    Écart de télécommunications Vue d’ensemble de l’identification et du rapprochement

    Cadre d’identification et de rapprochement des divergences en matière de télécommunications.

    Module d’extension Visibilité TSOM

    La logique d’identification et de rapprochement des écarts de télécommunications est un composant du module d’extension Visibilité de TSOM (sn_tsom_core). Ce module d’extension englobe une logique partagée essentielle pour les processus de découverte des télécommunications et d’identification et rapprochement des écarts de télécommunications. Il comprend des capacités de détection et de correction des écarts spécifiques aux télécommunications, ainsi que d’autres logiques de base conçues pour prendre en charge les fonctionnalités actuelles et futures des applications de télécommunications.

    Moteur Identification et réconciliation (IRE)

    IRE offre un cadre centralisé pour identifier et rapprocher les données provenant de sources multiples. Cela confirme l’intégrité de la CMDB et de certaines tables non CMDB lorsque diverses sources de données sont utilisées pour créer ou mettre à jour des enregistrements de CI.
    • IRE correspond aux CI existants en fonction des règles d’identification.
    • IRE crée des CI si aucune correspondance n’est trouvée.
    • Les mises à jour IRE sont attribuées en fonction des règles de rapprochement.

    Pour plus d'informations, consultez CMDB Identification and Reconciliation (IRE).

    Conformité CMDB et écart de télécommunications Identification et rapprochement

    La conformité CMDB est un ensemble d’outils qui permet aux administrateurs de certifier l’exactitude des données CMDB et d’identifier les écarts détectés lors des audits de conformité. Il peut également générer et affecter automatiquement des tâches de suivi pour les enregistrements d’audit ayant échoué, qui servent de tâches pour déclencher un flux secondaire de rattrapage approprié afin de corriger les écarts. Les audits de conformité CMDB constituent la base de notre identification et rapprochement des divergences de télécommunications.
    • La conformité CMDB exécute des audits en tant que règle de post-traitement et identifie les anomalies (discordances) dans la CMDB.
    • La conformité CMDB crée une tâche de suivi pour chaque enregistrement d’audit présentant un état d’échec (l’état d’échec résulte de la découverte par un audit d’une anomalie ou d’un écart dans la CMDB). Un flux de rattrapage peut être conçu et déclenché pour chaque tâche de suivi afin de traiter et de résoudre l’écart.

    La logique pour l’identification et le rapprochement des écarts de télécommunications, ainsi que les exemples de flux secondaires de rattrapage, sont incluses dans la version Yokohama et seront installées automatiquement avec le module d’extension Visibilité de TSOM.

    Pour plus d’informations sur l’ensemble d’outils Conformité CMDB, reportez-vous à la section CMDB Compliance.

    Scénarios d’identification des écarts (à l’aide d’audits de certification)

    Il existe deux catégories d’écarts clés qui peuvent être détectées entre l’inventaire (CMDB) et Discovery et qui sont décrites ci-dessous :
    • Entités qui existent dans l’inventaire, mais qui n’existent pas dans le réseau.
    • Entités qui existent à la fois dans le réseau et dans l’inventaire, mais qui diffèrent par leur hiérarchie.

    L’identification des écarts dans TSOM Visibility repose sur l’utilisation de la conformité CMDB (audits de certification) et l’a étendue en ajoutant une logique spécifique qui utilise les relations et les informations de modèles pour identifier les incohérences.

    Remarque :
    La version actuelle se concentre sur l’identification et le rapprochement des écarts au niveau de la couche des ressources physiques. Dans la version à venir, cette fonctionnalité est étendue pour inclure la prise en charge de la couche de ressources logiques et des attributs.

    Pour plus d’informations sur la fonctionnalité générale Audits de certification, reportez-vous à la section Certification audits.

    Types de tâches de suivi créés pour les enregistrements de résultats d’audit ayant échoué

    Les types d’écart suivants (résultats d’audit) peuvent être trouvés pour le CI parent et les CI enfants pour chaque enregistrement de relation dans la table des relations de CI (cmdb_rel_ci) qui correspond aux conditions, et les tâches de suivi suivantes peuvent être créées pour chacun des résultats d’audit ayant échoué :
    1. Date de découverte la plus récente non définie : généré au cas où le champ de la date de découverte la plus récente dans le CI serait manquant.
    2. La date de découverte la plus récente ne se situant pas dans le seuil configuré est générée si la différence entre la valeur du champ Date de découverte la plus récente entre un CI parent et un CI enfant est supérieure à 2,5 jours.

      Par défaut, il est défini sur 2,5 jours dans la propriété système sn_tsom_core.discovered_date.diff.threshold.in.days et peut être modifié.

    3. Modèle de CI introuvable (le champ « ID de modèle » n’est pas défini ou les données ne sont pas valides). Généré au cas où aucun modèle de CI correspondant n’est trouvé. Si aucun modèle de CI n’est trouvé, les validations suivantes (4-6) ne sont pas pertinentes car elles reposent sur des modèles de CI. Si un modèle de CI est trouvé, l’audit se poursuivra jusqu’aux validations suivantes (4-6).
    4. Écart entre les emplacements occupés - Généré au cas où une carte occupe un nombre incorrect d’emplacements.
    5. Relations de modèle non définies : pertinent uniquement si TNI est installé. Généré si l’audit n’est pas en mesure de trouver une relation entre les modèles CI parent et enfant dans la table Relations de modèles réseau.
    6. Nombre incorrect de relations ; pertinent uniquement si TNI est installé. Généré si l’audit constate que le nombre d’enregistrements de CI enfants détectés dépasse le nombre maximal de son enregistrement de CI parent correspondant dans le champ Nombre de relations du modèle de la table Relations de modèle de réseau.
    Pour plus d’informations sur la fonctionnalité générale Tâches de suivi, voir Création de flux secondaires.

    Flux secondaires de correction des écarts

    Lorsqu’un audit identifie un écart, il est consigné en tant que tâche de suivi. Le système permet aux utilisateurs de définir un flux secondaire pour des scénarios d’écart spécifiques, ce qui leur permet de distinguer différents types d’écarts et de créer des flux personnalisés pour les corriger.

    Pour en savoir plus sur la création d’un flux secondaire, reportez-vous à la section Building subflows.

    Exemple d’utilisation

    Voici un exemple de scénario spécifique sur la façon dont vous pouvez utiliser l’identification et le rapprochement des écarts de télécommunications :

    Supposons qu’une pièce d’équipement ait été initialement découverte avec une carte (Card40) dans son emplacement (Slot40). Au fil du temps, un problème a été identifié avec Card40, qui a été remplacé par Card41. L’inventaire (CMDB), cependant, contient toujours un CI Card40, alors que sur le réseau, il a été remplacé par Card41. Lors de l’exécution de la tâche de découverte suivante, le CI Card41 est détecté et ajouté à la CMDB dans le même emplacement (Slot40). Par conséquent, nous avons deux CI (l’ancien – Card40 – et le nouveau découvert – Card41) placés dans le même Slot40.

    L’audit identifie cet écart, crée une tâche de suivi et permet à un utilisateur d’y remédier. (résoudre cette divergence et mettre hors service Card40).

    Lorsque l’audit de conformité de la CMDB pour l’exploitation des services s’exécute, il identifie cet écart et crée un enregistrement d’audit dans l’état « échoué » (dans notre exemple AUDR0001283).
    1. Naviguer Tout > Conformité > Audits > .

    2. Sélectionnez l’audit de conformité CMDB pour l’exploitation des services.

    3. Sélectionnez l’option Exécuter les audits pour exécuter l’audit.

      Une tâche de suivi est automatiquement créée pour chaque enregistrement d’audit ayant échoué (dans notre exemple, TASK0020215).

      Exécuter l’audit.
    4. Sélectionnez TASK0020215. tâche de suivi.

      La tâche de suivi contient une description détaillée de l’écart. Comme vous pouvez le voir dans la description, le CI Card40 présente une divergence.

      Remarque :
      Ceci est un exemple de description de TASK0020215 créée pour le scénario « Nombre de relations incorrect ». D’autres scénarios et environnements peuvent avoir des descriptions différentes.

      Card40 a été découvert pour la dernière fois il y a plus de 2,5 jours.

      Relations entre les CI suivants :
      CI Modèle
      Emplacement 40 (8b2beb4247ceda10f04f83ac416d4398) DÉMO 20532Tree (1ba577524c1b3110f8772646dabeb9bb)
      Carte40 (0b2beb4247ceda10f04f83ac416d4399) Nokia 7360 FANT-F MODULE DE CARTE (3af9617de5928110f877657a333391e0)
      Card41 (832beb4247ceda10f04f83ac416d439a)

    5. Sélectionnez le bouton Rattraper pour corriger.

    6. Remarque : Remediate est une action d’interface utilisateur accessible de la manière suivante :
    7. Tout > Définition du système > Actions d'interface utilisateur.

    8. Ouvrez l’action d’interface utilisateur Rattraper pour observer.Actions d’interface utilisateur

      Pour plus d’informations sur les actions d’interface utilisateur, reportez-vous à la section Defining UI actions.

    Pour cet exemple, l’action d’interface utilisateur Rattraper (déclenchée par le rattrapage) appelle le flux secondaire Exécuter la mise hors service du CI TSOM pour traiter et résoudre l’écart spécifié dans le TASK0020215 de tâche de suivi. De plus, nous devons mettre hors service une ancienne Card40, qui sera exécutée automatiquement en appelant le flux secondaire « TSOM Decommissioning Card ».

    Une fois le rattrapage terminé, des notes de travail sont générées avec les résultats du rattrapage dans la fenêtre Tâche de suivi (TASK0020215).

    Comme vous pouvez le voir dans les notes de travail, nous avons mis hors service Card40 et supprimé la relation entre Slot40 → Slot40. L’écart a été résolu avec succès et les enregistrements CI de CMDB sont maintenant synchronisés avec l’état du réseau.

    Exemple de flux secondaire.

    Cet exemple de flux secondaire est fourni avec la solution. Les utilisateurs peuvent définir des flux secondaires de rattrapage personnalisés à l’aide de Concepteur de flux.

    Propriétés système affectant l’écart de télécommunications Identification et rapprochement

    Ces propriétés système font partie du module d’extension Visibilité de TSOM (sn_tsom_core) et contrôlent le journal d’identification et de rapprochement des écarts de télécommunications (audit CMDB de TSOM). Le module d’extension Visibilité de TSOM sert d’activateur pour les applications Visibilité de TSOM, contenant une logique partagée dans les solutions Découverte de télécommunications et Identification et rapprochement des écarts de télécommunications.

    Tableau 1. Propriétés système de visibilité TSOM (impacte l’audit CMDB)
    Nom de la propriété Valeur recommandée/par défaut Description
    sn_tsom_core.audit.interface_card_tables cmdb_ci_interface_card Si la valeur n’est pas définie (c’est-à-dire que le champ est vide), les tables de cartes d’interface ne seront pas traitées dans l’audit CMDB (Telecom Discordency Identification & Reconciliation) de TSOM.
    sn_tsom_core.audit.discovery_sources SG-Altiplano, ServiceNow L’audit CMDB de TSOM (Telecom Discrepancy, Identification & Reconciliation) traite uniquement les enregistrements de CI avec des valeurs de source de détection SG-Altiplano ou ServiceNow (Détection horizontale et Modèles). D’autres connecteurs du graphe de services TSOM seront ajoutés dans les versions futures.
    sn_tsom_core.audit.relationship_types Contains::Contained by L’audit CMDB TSOM (identification et rapprochement des écarts de télécommunications) traite uniquement les enregistrements de relation avec le type de relation Contient ::Contenu par.
    sn_tsom_core.audit.slot_tables cmdb_ci_container_slot Si la valeur n’est pas définie (c’est-à-dire que le champ est vide), les tables d’emplacement ne seront pas traitées par l’audit CMDB (Telecom Discordency Identification & Reconciliation) de TSOM.
    sn_tsom_core.audit.log.level info

    L’audit CMDB (Telecom Discordance, Identification & Reconciliation) de TSOM s’exécute avec le niveau de journal par défaut défini sur info.

    Remarque : la modification du niveau de journalisation peut avoir un impact sur les performances.
    sn_tsom_core.audit.subslot_tables cmdb_ci_container_subslot Si la valeur n’est pas définie (c’est-à-dire que le champ est vide), les tables de sous-emplacement ne seront pas traitées par l’audit CMDB (Telecom Discordency Identification & Reconciliation) de TSOM.
    sn_tsom_core.audit.interface_tables cmdb_ci_ni_interface Si la valeur n’est pas définie (c’est-à-dire que le champ est vide), les tables d’interface ne seront pas traitées par l’audit CMDB (Telecom Discordency Identification & Reconciliation) de TSOM.
    sn_tsom_core.audit.equipment_tables
    • cmdb_ci_ni_telco_equipmen t
    • cmdb_ci_ip_switch
    • cmdb_ci_ip_router
    		 Si la valeur n’est pas définie (c’est-à-dire que le champ est vide), les tables d’équipement ne seront pas traitées par l’audit CMDB (Telecom Discordency Identification & Reconciliation) de TSOM.
    sn_tsom_core.audit.discovered_date.diff.threshold.in.days 2,5 L’audit CMDB (identification et rapprochement des écarts de télécommunications) ne déclenche des tâches de discordance que pour les enregistrements CI dont les valeurs de date de découverte les plus récentes sont supérieures à la valeur de seuil par défaut.
    sn_tsom_core.audit.max_number_of_records_to_process 100000

    L’audit CMDB (Telecom Divergency, Identification & Reconciliation) de TSOM est défini pour traiter jusqu’à 100 000 enregistrements de relations.

    Remarque :
    Cette valeur peut être augmentée, mais elle peut avoir un impact sur les performances.

    Configurer le rapprochement

    Consultez Configurer l’identification et le rapprochement des écarts de télécommunications.