Telekommunikations-Discovery mithilfe von Telekommunikations-Discovery-Mustern
Die neuen Telecommunication Discovery-Muster (auch bekannt als TSOM-Muster) enthalten Muster für die Erkennung eigenständiger xNFs und ermöglichen die Erkennung eigenständiger Netzwerkelemente ohne Verwaltungssystem mithilfe der Protokolle SNMP, CLI und NETCONF (Roadmap).
Architektur mit Horizontal-Discovery und Telekommunikations-Discovery-Mustern
Dies ist ein Beispiel für die Implementierung für eigenständige SNMP- oder/und CLI-xNFs.
Horizontal-Discovery-Anwendung
Die Anwendung „Horizont-Discovery“ in ServiceNow ist eine vielseitige und hoch skalierbare Discovery-Engine, die für den effektiven Betrieb in Netzwerk-, IT- und Cloud-Umgebungen entwickelt wurde und Daten über mehrere Ebenen sammelt, um eine ganzheitliche Ansicht der Infrastruktur zu bieten.
Weitere Informationen finden Sie unter Horizontal discovery process flow with patterns.
Discovery-Muster für die Telekommunikation (TSOM-Muster)
Ein Muster ist eine Folge von Befehlen, die Attribute eines Configuration Item (CI) und seiner ausgehenden Verbindungen erkennen sollen. Telecom Discovery stellt eine Reihe vorkonfigurierter Muster bereit, die eine Vielzahl von Netzwerkelementen abdecken. Die TSOM-Discovery-Muster fallen unter die Kategorie „Infrastruktur“, die von Horizontal-Discovery zum Generieren von Listen und der Ressourcenstruktur von xNFs verwendet werden.
Dieses Plugin führt Muster für die Erkennung eigenständiger xNFs ein, z. B. Telekommunikationsrouter und -schalter (mit Unterstützung für andere in der Zukunft geplante Gerätetypen), die nicht auf ein Verwaltungssystem angewiesen sind oder eine direkte Erkennung unter Umgehung ihres Verwaltungssystems erfordern. Darüber hinaus sind anwenderdefinierte Muster zum Überprüfen verschiedener Netzwerkgeräte enthalten. Dies ist ein für den Kunden sichtbares Plugin.
MID-Server
MID-Server ist eine Java-Anwendung, die als Windows-Service oder UNIX-Daemon auf einem Server in Ihrem lokalen Netzwerk ausgeführt wird. ServiceNow® MID-Server erleichtert die Kommunikation und den Datentransfer zwischen einer ServiceNow-Instanz und externen Anwendungen, Datenquellen und Services.
Weitere Informationen finden Sie unter MID Server.
Identification and Reconciliation Engine (IRE)
IRE bietet ein zentralisiertes Framework zum Identifizieren und Abgleichen von Daten aus mehreren Quellen. Verifiziert die Integrität der CMDB und einiger Nicht-CMDB-Tabellen, wenn verschiedene Datenquellen zum Erstellen oder Aktualisieren von CI-Datensätzen verwendet werden.
Weitere Informationen finden Sie unter Identifizierung und Abgleich von Telekommunikationsdiskrepanzen.
Audits der CMDB-Compliance-Zertifizierung für die Identifizierung und den Abgleich von Telekommunikations-Diskrepanzen
CMDB-Compliance ist ein Toolset, mit dem Administratoren CMDB-Daten auf Richtigkeit prüfen und gefundene Diskrepanzen beheben können. In der Abteilung Identifizierung und Abgleich von Telekommunikationsdiskrepanzen verwenden wir die Funktion „Zertifizierungsaudits“, um Diskrepanzen in der CMDB zu erkennen und zu analysieren, Folgeaufgaben für die Zertifizierung zu generieren und Nachbesserungs-Workflows zu aktivieren.
Weitere Informationen zur Verwendung für Identifizierung und Abgleich von Diskrepanzen finden Sie unter Identifizierung und Abgleich von Telekommunikationsdiskrepanzen.
ITOM vs. TSOM – Discovery-Verhalten für eigenständige SNMP- und/oder CLI-xNFs
| ITOM Discovery | TSOM Discovery (Telecom) |
|---|---|
| Basierend auf horizontalen Discovery-Mustern. | Basierend auf horizontalen Discovery-Mustern (für Telekommunikation). |
| Entdecken Sie Informationen zu Basisgeräten, die hauptsächlich für IT-Zwecke verwendet werden. | Entdecken Sie weitere Attribute und eine tiefere CI-Hierarchie basierend auf dem Anlagentyp. |
| Nur Standard-MIBs werden unterstützt. | Sowohl standardmäßige als auch herstellerspezifische MIBs werden unterstützt. |
| Keine Diskrepanzerkennung und -korrektur verfügbar OOB. | Diskrepanzerkennung und automatische oder manuelle Korrektur verfügbar OOB. |
- Telecom Discovery basiert auf der Anwendung ITOM Discovery und nutzt die Nebula Discovery Language (NDL).
- Die Lösung enthält eine Reihe von für die Telekommunikation spezifischen Mustern und Systemeigenschaften.
- Benutzer können wählen, ob TSOM- oder ITOM-Muster ausgeführt werden sollen.
- Kunden können TSOM-Muster erweitern oder bei Bedarf eigene erstellen.
- Es gibt keine Abhängigkeit zwischen TSOM Visibility und Telecom Network Inventory (TNI).
Logik wurde zu Telecom Discovery hinzugefügt
Benutzer können definieren, ob Telecommunications Discovery-Muster (auch als TSOM-Muster bezeichnet) mit ITOM-Mustern für die Ausführung von verwendet werden sollen. Standardmäßig führen alle in TSOM/Telecom Discovery erstellten Muster das ursprüngliche ITOM-Muster aus (beispielsweise führt das Muster „Telco Router“ auch das Muster „Router“ aus). Kunden können jedoch auswählen, ob sie nur das TSOM-Muster ausführen und das ITOM-Muster ausschließen möchten.
Dieser Parameter wirkt sich nur auf die Muster aus, die als Teil der Anwendung „TSOM Patterns“ für Telco-Kunden entwickelt wurden. Wenn die Eigenschaft auf „true“ festgelegt ist (Standard), führt das TSOM-Muster auch bestimmte gemeinsam genutzte ITOM-Bibliotheken aus dem TSOM-Muster aus.
Diese Logik wird über die Systemeigenschaft sn_tsom_patterns.itom_pattern_enabled gesteuert.
Entspricht dem TNI-Modell – Discovery-Muster für die Telekommunikation folgen immer dem TNI-Datenmodell. Wenn Telecom Discovery also ein Karte-auf-Karte-Szenario identifiziert, wird dieses nicht als Karte-auf-Karte eingefügt. Stattdessen wird die Struktur geändert, indem ein Untersteckplatz auf der übergeordneten Karte synthetisiert und die untergeordnete Karte in diesen Untersteckplatz eingesetzt wird.
TNI-Entitätserstellungslogik – Immer wenn das System erkennt, dass der Kunde TNI installiert hat, erstellt es automatisch einen TNI-Entitätsdatensatz für alle erkannten Netzwerkdaten. Wenn TNI installiert ist, wird der IRE-Nutzlast für jedes Element eine Nutzlast wie die folgende hinzugefügt. Daher ist das erkannte CI in den Tabellen cmdb_ci und tni_entity enthalten.