Leiten Sie die Discovery mithilfe von Discovery-Mustern
Das Plugin „Telecommunications Discovery Patterns“ (auch als TSOM-Muster bezeichnet) wird erweitert ServiceNow AI Platform Telecom Discovery zur Unterstützung der direkten Erkennung eigenständiger Netzwerkelemente wie Router und Switches, ohne auf herkömmliche Netzwerkverwaltungssysteme zu vertrauen. Diese Muster ermöglichen es Communication Service Providern (CSPs), XNFs mehrerer Hersteller mithilfe von Protokollen wie SNMP und CLI mit Unterstützung von NETCONF zu identifizieren und zuzuordnen.
Discovery-Muster für Telekommunikation bieten einen leistungsstarken, musterbasierten Ansatz zur Erkennung und Verwaltung von Telekommunikationsnetzwerkressourcen direkt über Netzwerkelemente. Diese Muster sind besonders nützlich für die Erkennung eigenständiger xNFs (z. B. Router und Switches), die nicht über herkömmliche EMS/NMS-Systeme verwaltet werden.
Wichtige Funktionen
- Direkte Netzwerkelement-Discovery
- Verwenden Sie SNMP, CLI und NETCONF, um direkt mit physischen Netzwerkelementen zu kommunizieren.
- Erkennen Sie physischen Netzwerkbestand wie Schnittstellenkarten, Steckplätze, Ports und Geräte, ohne sich auf EMS/NMS-Mediation zu verlassen.
- Automatisierte CI-Zuordnung und CMDB-Integration
- Erkannte Daten werden automatisch CI-Klassen (Configuration Item) zugeordnet.
- Ist direkt in die Identification and Reconciliation Engine (IRE) integriert, um genaue, nicht duplizierte CI-Datensätze in CMDB und TNI (Telecom Network Inventory) sicherzustellen.
- CMDB-Genauigkeit und -Compliance
- Muster lösen Audits der CMDB-Compliance-Zertifizierung aus, um Nichtübereinstimmungen oder veraltete Datensätze zu erkennen.
- Unterstützt die Identifizierung und Behebung von Diskrepanzen und trägt zur Aufrechterhaltung der Datenintegrität bei.
- Low-Code-Musteranpassung: Erweitern oder passen Sie Discovery-Muster mit Low-Code-Musterdesignern an, um Ihre spezifische Netzwerkarchitektur und Geschäftsanforderungen zu erfüllen.
Funktionsweise
Discovery-Muster für Telekommunikation werden über Horizontal Discovery mit der Nebula Discovery Language (NDL) ausgeführt. Ein Muster ist eine Sequenz von Schritten, die:
- Stellt eine Verbindung zu einem Zielgerät her.
- Führt Befehle mit SNMP, CLI oder beidem aus.
- Extrahiert CI-Attribute und -Beziehungen.
- Sendet Ergebnisse zum Abgleich und zum Einfügen in CMDB und TNI an IRE.
Die Discovery-Logik folgt dem TNI-Datenmodell, das komplexe CI-Beziehungen (z. B. Karten-auf-Karte-Szenarien) neu strukturiert, um sie an Best Practices für die Telekommunikationsmodellierung anzupassen. Wenn beispielsweise eine untergeordnete Karte innerhalb einer übergeordneten Karte erkannt wird, synthetisiert Telecom Discovery einen Untersteckplatz, um die untergeordnete Karte einzufügen, wodurch eine ungültige Kartenkonfiguration vermieden wird.
Architektur mit Horizontal Discovery- und Telekommunikations-Discovery-Mustern
Die folgende Infografik ist ein Beispiel für die Implementierung von eigenständigen SNMP- oder/und CLI-xNFs.
Horizontale Discovery-Anwendung
Die Anwendung Horizontal Discovery in ServiceNow ist eine vielseitige und hochgradig skalierbare Discovery-Engine, die für den effektiven Betrieb in Netzwerk-, IT- und Cloud-Umgebungen konzipiert ist. Sie erfasst Daten auf mehreren Ebenen, um eine ganzheitliche Ansicht der Infrastruktur zu bieten.
Weitere Informationen finden Sie unter Horizontal discovery process flow with patterns.
Unterstützte Discovery-Muster
Ein Muster ist eine Sequenz von Befehlen, die zum Erkennen von Attributen eines Konfigurationselements (Configuration Item, CI) und seiner ausgehenden Verbindungen konzipiert sind. Telecom Discovery bietet eine Reihe vorkonfigurierter Muster, die eine Vielzahl von Netzwerkelementen abdecken. ServiceNow Bietet mehrere sofort einsatzbereite TSOM-Muster (OOB), einschließlich:
- Telecom-Routermuster: Generische SNMP-basierte Router-Discovery.
- Cisco 7613-Routermuster für Telekommunikation: Für Cisco 7613-Router mit SNMP.
- Telecom Juniper MX SSH-Routermuster: SNMP + CLI-Discovery von Juniper MX-Routern.
- Cisco-Switch-Muster für Telekommunikation: SNMP-basierte Cisco-Switch-Discovery.
- Telekommunikations-Switch-Muster: SNMP-basierte generische Switch-Discovery.
TNI-Entitätserstellung
Wenn Ihre Instanz über verfügt Telekommunikationsnetzwerkbestand (TNI) Plugin installiert:
- Jedes erkannte CI führt automatisch zu einem TNI-Entitätsdatensatz.
- Die Ire-Nutzlast enthält die Zuordnung zu beiden
cmdb_ciUndtni_EntityTabellen.
Dies stellt eine nahtlose Ausrichtung zwischen Betriebs- und Bestandssystemen sicher, was für die Auftragserfüllung, die Sicherung und die Netzwerkplanung von entscheidender Bedeutung ist.
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. Die ServiceNow® MID-Server Erleichtert die Kommunikation und Datenübertragung zwischen einer ServiceNow-Instanz und externen Anwendungen, Datenquellen und Services.
Weitere Informationen finden Sie unter MID Server.
Identifizierungs- und Abgleichsmodul (IRE)
IRE bietet ein zentralisiertes Framework zum Identifizieren und Abgleichen von Daten aus mehreren Quellen. Überprüft die Integrität der CMDB und einiger nicht-CMDB-Tabellen, wenn verschiedene Datenquellen zum Erstellen oder Aktualisieren von CI-Datensätzen verwendet werden.