Découverte des télécommunications à l’aide des modèles de découverte des télécommunications
Les nouveaux modèles de détection de télécommunications (également connus sous le nom de modèles TSOM) incluent des modèles pour la détection de xNF autonomes, permettant la découverte d’éléments de réseau autonomes sans système de gestion, à l’aide des protocoles SNMP, CLI et NETCONF (feuille de route).
Architecture utilisant la découverte horizontale et les modèles de détection de télécommunications
Il s’agit d’un exemple d’implémentation pour les xNF SNMP et/ou CLI autonomes.
Application de découverte horizontale
L’application Découverte horizontale dans ServiceNow est un moteur de découverte polyvalent et hautement évolutif conçu pour fonctionner efficacement dans les environnements réseau, IT et cloud, en collectant des données sur plusieurs couches pour fournir une vue holistique de l’infrastructure.
Pour plus d'informations, consultez Horizontal discovery process flow with patterns.
Modèles de découverte de télécommunications (modèles TSOM)
Un modèle est une séquence de commandes conçue pour détecter les attributs d’un élément de configuration (CI) et de ses connexions sortantes. Telecom Discovery fournit un ensemble de modèles préconfigurés qui couvrent un large éventail d’éléments de réseau. Les modèles de détection TSOM appartiennent à la catégorie d’infrastructure, qui est utilisée par la détection horizontale pour générer des listes et une structure de ressources de xNF.
Ce module d’extension présente des modèles pour détecter les xNF autonomes, tels que les routeurs et les commutateurs de télécommunications (avec prise en charge d’autres types d’appareils prévus à l’avenir) qui ne dépendent pas d’un système de gestion ou qui nécessitent une découverte directe en contournant leurs systèmes de gestion. De plus, des modèles personnalisés sont inclus pour vérifier divers périphériques réseau. Il s’agit d’un module d’extension visible par le client.
Serveur MID
Serveur MID est une application Java qui s’exécute en tant que service Windows ou démon UNIX sur un serveur de votre réseau local. Le facilite la ServiceNow® Serveur MID communication et le transfert de données entre une instance ServiceNow et des applications, sources de données et services externes.
Pour plus d'informations, consultez MID Server.
Moteur Identification et réconciliation (IRE)
IRE offre un cadre centralisé pour identifier et rapprocher les données provenant de sources multiples. Il vérifie 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.
Pour plus d'informations, consultez Différences de télécommunications : identification et rapprochement.
Audits de certification de conformité CMDB pour l’identification et le rapprochement des différences de télécommunications
La conformité CMDB est un ensemble d’outils qui permet aux administrateurs de certifier l’exactitude des données CMDB et de résoudre les discordances trouvées. Dans Identification et rapprochement des écarts de télécommunications, nous utilisons la fonctionnalité Audits de certification pour détecter et analyser les écarts dans la CMDB, générer des tâches de suivi de certification et activer les workflows de rattrapage.
Pour en savoir plus sur son utilisation pour l’identification et le rapprochement des écarts, reportez-vous à la section Différences de télécommunications : identification et rapprochement.
Comportement de découverte ITOM vs TSOM pour SNMP et/ou CLI xNF autonomes
| Découverte ITOM | Découverte TSOM (télécommunications) |
|---|---|
| Basé sur des modèles de détection horizontale. | Basé sur des modèles de découverte horizontale (pour les télécommunications). |
| Détecter les informations de base sur l’équipement plat qui sont principalement utilisées à des fins informatiques. | Découvrez plus d’attributs et une hiérarchie plus approfondie des CI en fonction du type d’équipement. |
| Seules les MIB standard sont prises en charge. | Les MIB propriétaires standard et fournisseurs sont pris en charge. |
| Aucun OOB de détection et de rattrapage d’écarts disponible. | Détection des écarts et rattrapage automatique ou manuel OOB disponible. |
- Découverte des télécommunications repose sur l’application Découverte ITOM et exploite le langage NDL (Nebula Discovery Language).
- La solution comprend un ensemble de modèles et de propriétés système spécifiques aux télécommunications.
- Les utilisateurs peuvent choisir d’exécuter des modèles TSOM ou ITOM.
- Les clients peuvent étendre les modèles TSOM ou créer les leurs si nécessaire.
- Il n’y a pas de dépendance entre TSOM Visibility et Telecom Network Inventory (TNI).
Logique ajoutée à Découverte de télécommunications
Les utilisateurs peuvent définir s’ils veulent utiliser les modèles de détection de télécommunications (également appelés modèles TSOM) avec les modèles ITOM pour l’exécution. Par défaut, tous les modèles créés dans TSOM/Telecom Discovery exécutent le modèle ITOM d’origine (par exemple, le modèle « Telco Router » exécute également le modèle « Router »). Toutefois, les clients ont la possibilité de choisir d’exécuter uniquement le modèle TSOM et d’exclure le modèle ITOM.
Ce paramètre affecte uniquement les modèles développés dans le cadre de l’application Modèles TSOM pour les clients Telco. Si la propriété est définie sur vrai (valeur par défaut), le modèle TSOM exécute également des bibliothèques partagées ITOM spécifiques à partir du modèle TSOM.
Cette logique est contrôlée via la propriété système : sn_tsom_patterns.itom_pattern_enabled.
Suit le modèle TNI – Les modèles de détection de télécommunications suivent toujours le modèle de données TNI. Cela signifie que si Telecom Discovery identifie un scénario carte sur carte, il ne l’insère pas en tant que carte sur carte. Au lieu de cela, il modifie la structure en synthétisant un sous-emplacement sur la carte parent et en insérant la carte enfant dans ce sous-emplacement.
Logique de création d’entité TNI : chaque fois que le système identifie que le client a installé TNI, il crée automatiquement un enregistrement d’entité TNI pour toutes les données réseau détectées. Si TNI est installé, une charge utile comme celle ci-dessous sera ajoutée à la charge utile IRE pour chaque élément. Par conséquent, le CI détecté se trouve dans les tables cmdb_ci et tni_entity.