Découverte de télécommunications à l’aide de schémas de découverte de télécommunications
Les nouveaux modèles de découverte de télécommunications (également connus sous le nom de modèles TSOM) incluent des modèles de découverte des 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 schémas de découverte des télécommunications
Ceci est un exemple d’implémentation pour les xNF SNMP et/ou CLI autonomes.
Application de découverte horizontale
L’application Découverte horizontale de 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.
Schémas de découverte de télécommunications (schémas 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 schémas préconfigurés qui couvrent un large éventail d’éléments réseau. Les schémas de découverte TSOM appartiennent à la catégorie infrastructure, qui est utilisée par la découverte horizontale pour générer des listes et une structure de ressources de xNF.
Ce module d’extension introduit des modèles pour la détection des xNF autonomes, tels que les routeurs et commutateurs de télécommunication (avec prise en charge d’autres types d’appareils prévue à l’avenir) qui ne dépendent pas d’un système de gestion ou qui nécessitent une détection directe en contournant leurs systèmes de gestion. En outre, 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 d’identification et de rapprochement (IRE)
IRE offre un cadre de travail centralisé pour identifier et rapprocher les données provenant de plusieurs sources. 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 Identification et rapprochement des écarts de télécommunications.
Audits de certification de conformité CMDB pour l’identification et le rapprochement des écarts de télécommunications
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 correction.
Pour en savoir plus sur son utilisation dans le cadre de l’identification et du rapprochement des divergences, reportez-vous à la section Identification et rapprochement des écarts de télécommunications.
Comportement de découverte ITOM par rapport à TSOM pour les xNF SNMP et/ou CLI autonomes
| Découverte ITOM | Découverte TSOM (télécommunications) |
|---|---|
| basées sur des schémas de découverte horizontale. | Basé sur les schémas de découverte horizontale (pour les télécommunications). |
| Découvrez des informations de base sur l’équipement qui est principalement utilisé à des fins informatiques. | Découvrez plus d’attributs et une hiérarchie des CI plus approfondie basée sur le type d’équipement. |
| Seules les MIB standard sont prises en charge. | Les MIB standard et propriétaires du fournisseur sont prises en charge. |
| Aucun OOB de détection et de correction des écarts disponible. | Détection des écarts et correction automatique ou manuelle OOB disponibles. |
- Telecom Discovery repose sur l’application ITOM Discovery et exploite le langage Nebula Discovery (NDL).
- 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 schémas 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 des télécommunications
Les utilisateurs peuvent définir s’ils souhaitent utiliser les modèles de découverte de télécommunications (également appelés modèles TSOM) avec les modèles ITOM pour l’exécution. Par défaut, tous les schémas créés dans TSOM/Telecom Discovery exécutent le modèle ITOM d’origine (par exemple, le schéma « Routeur Telco » exécute également le modèle « Routeur »). Toutefois, les clients ont la possibilité de choisir s’ils souhaitent exécuter uniquement le modèle TSOM et 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écutera é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 schémas de découverte 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.