Identifizierung und Abgleich von Telekommunikationsdiskrepanzen

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 5 Minuten Lesedauer

    • Verwenden Sie die Funktion „Identifizierung und Abgleich von Telekommunikationsdiskrepanzen“, um Ihre CMDB oder Telecommunications Network Inventory (TNI) mit Ihrem Live-Telekommunikationsnetzwerk zu synchronisieren. Durch das kontinuierliche Auditieren und Vergleichen erkannter Daten mit Bestandsdatensätzen hilft diese Lösung Ihnen, Inkonsistenzen zu erkennen, zu klassifizieren und automatisch zu beheben, bevor sie sich auf Servicequalität, -Sicherung oder -Erfüllungsprozesse auswirken.

    Identifizierung und Abgleich von Telekommunikationsdiskrepanzen ist eine Telekommunikationsspezifische Fähigkeit, die im Plugin „TSOM-Transparenz“ enthalten ist. Es hilft, die Integrität Ihres Netzwerkbestands zu bestätigen, indem Diskrepanzen zwischen Echtzeitnetzwerkdaten (von Discovery oder externen Systemen) und Bestandsdatensätzen identifiziert werden, die in der CMDB oder TNI gespeichert sind.

    Diese Lösung verwendet:

    • Audits der CMDB-Compliance-Zertifizierung zur Erkennung von Anomalien.
    • Folgeaufgaben zum Protokollieren und Nachverfolgen von Problemen.
    • Automatisierte Nachbesserungs-Subflows zur Behebung von Diskrepanzen.
    Hinweis:
    Durch eine genaue Bestandsaufnahme können Sie Automatisierung, Servicefehler reduzieren und die Compliance mit gesetzlichen Vorschriften unterstützen. Es ist auch eine grundlegende Komponente des Autonomous Network Operations (ANO)-Frameworks des TM Forums.

    Architektur für Identifizierung und Abgleich von Telekommunikationsdiskrepanzen

    Framework für Identifizierung und Abgleich von Telekommunikationsdiskrepanzen.

    Schlüsselfunktionen

    Tabelle : 1. Wichtige Funktionen der Identifizierung und des Abgleichs von Telekommunikationsdiskrepanzen
    Funktion Beschreibung
    Kontinuierliche Auditprüfungen Vergleicht erkannte Netzwerkdaten mithilfe von Zertifizierungs-Audits mit Bestandsdatensätzen.
    Diskrepanzerkennung Identifiziert CIs, die in Bezug auf Hierarchie- oder Attributwerte fehlen, falsch konfiguriert oder falsch ausgerichtet sind.
    Generierung von Folgeaufgaben Erstellt automatisch Aufgaben für jede Diskrepanz, um Nachverfolgung und Korrektur zu ermöglichen.
    Automatisierte Korrektur Verwendet Flow Designer-Subflows, um Probleme wie veraltete CIs, ungültige Beziehungen und fehlende Discovery-Daten zu lösen.

    Funktionsweise der Identifizierung und des Abgleichs von Telekommunikationsdiskrepanzen

    Sobald der Discovery-Prozess abgeschlossen ist, identifiziert das CMDB-Compliance-Framework mithilfe geplanter oder bedarfsgesteuerter Compliance-Audits Abweichungen zwischen erkannten Daten und Bestandsdatensätzen.

    • Compliance-Audits: Vergleichen Sie erkannte Netzwerkdaten mit CMDB-Bestandsdatensätzen, um Inkonsistenzen zu erkennen.
    • Folgeaufgaben: Automatisch für jedes fehlgeschlagene Audit generiert. Diese Aufgaben dokumentieren und kategorisieren die identifizierten Diskrepanzen.
    • Korrektur-Subflows: Von Folgeaufgaben gestartet, um Diskrepanzen durch Aktualisieren, Außerbetriebnahme oder Neuausrichtung von Konfigurationselementen (CIs) zu beheben.
    Hinweis:
    Weitere Informationen finden Sie unter Diskrepanzidentifizierung: Arten von Diskrepanzen.

    Identifizierung und Abgleich von CMDB-Compliance und Telekommunikationsdiskrepanz

    CMDB-Compliance ist ein Toolset, mit dem Administratoren CMDB-Daten auf Richtigkeit zertifizieren und bei Compliance-Audits erkannte Diskrepanzen identifizieren können. Es kann auch automatisch Folgeaufgaben für fehlgeschlagene Audit-Datensätze generieren und zuweisen, die als Aufgaben dienen, um einen entsprechenden Korrektur-Subflow auszulösen, um Diskrepanzen zu korrigieren. CMDB-Compliance-Audits bilden die Grundlage für die Identifizierung und den Abgleich von Telekommunikationsdiskrepanzen.
    • CMDB-Compliance führt Audits als Nachverarbeitungsregel aus, um Anomalien (Diskrepanzen) in der CMDB zu identifizieren.
    • CMDB-Compliance erstellt eine Folgeaufgabe für jeden Audit-Datensatz mit einem Status „Fehlgeschlagen“ (der Status „Fehlgeschlagen“ ist das Ergebnis eines Audits, das eine Anomalie oder Diskrepanz in der CMDB ermittelt). Ein Korrektur-Flow kann für jede Folgeaufgabe entworfen und ausgelöst werden, um die Diskrepanz zu beheben und zu beheben.

    Die Logik für Identifizierung und Abgleich von Telekommunikationsdiskrepanzen sowie die Beispiel-Subflows für die Korrektur werden automatisch mit dem Plugin „TSOM-Transparenz“ verwendet. Weitere Informationen zum allgemeinen Toolset für CMDB-Compliance finden Sie unter CMDB Compliance.

    Diskrepanzidentifizierungsszenarien (mithilfe von Compliance-Audits)

    Die Diskrepanzidentifizierung in TSOM-Transparenz basiert auf CMDB-Compliance (Zertifizierungs-Audits) und hat sie erweitert, indem eine spezifische Logik hinzugefügt wurde, die Modellbeziehungen und Informationen verwendet, um Nichtübereinstimmungen zu identifizieren. Zur Unterstützung der Korrektur generiert das System bestimmte Abgleichsaufgabentypen für jedes gefundene Problem, z. B.:
    • Diskrepanz bei belegten Slots
    • Das letzte Discovery-Datum ist nicht festgelegt
    • Letztes Discovery-Datum liegt nicht innerhalb des konfigurierten Schwellenwerts
    • Modellbeziehungen nicht definiert
    • CI-Modell nicht gefunden
    • Falsche Anzahl von Beziehungen
    • Verweis auf logische Schnittstelle nicht gefunden
    Sie können die folgenden Audits verwenden, um die Diskrepanzen in den erkannten physischen und logischen Entitäten zu identifizieren
    • Audit Der Telekommunikationsdiskrepanz
    • Audit Der Diskrepanz Logischer Verbindungen Der Telekommunikation
    • Audit Der Topologie Der Telekommunikationsnetzwerke-Diskrepanz
    Hinweis:
    Weitere Informationen zu den allgemeinen Compliance-Audits finden Sie unter Certification audits.

    Automatisierung und UI-Integration

    • Jedes fehlgeschlagene Audit erstellt automatisch eine Folgeaufgabe.
    • Aufgaben können vordefinierte oder anwenderdefinierte Subflows mit Flow Designer auslösen.
    • Die manuelle Korrektur kann über die UI-Aktionsschaltfläche „Nachbesserung“ im Aufgabenformular initiiert werden.
    • Korrekturschritte werden in Arbeitsnotizen aufgezeichnet, um Sichtbarkeit und Auditing zu gewährleisten.
    Hinweis:
    Weitere Informationen zum Erstellen eines Subflows finden Sie unter Building subflows.

    Folgeaufgabentypen, die für Datensätze mit fehlgeschlagenen Audit-Ergebnissen erstellt wurden

    Die folgenden Diskrepanztypen (Audit-Ergebnisse) können für übergeordnete CI und untergeordnete CIs für jeden Beziehungsdatensatz in der CI-Beziehungstabelle (cmdb_rel_ci) gefunden werden, die den Bedingungen entspricht, und die folgenden Folgeaufgaben können für jedes der fehlgeschlagenen Audit-Ergebnisse erstellt werden:
    1. Das letzte Discovery-Datum wurde nicht festgelegt – wird generiert, wenn das Feld für das letzte Discovery-Datum im CI fehlt.
    2. Das letzte Discovery-Datum, das nicht innerhalb des konfigurierten Schwellenwerts liegt – wird generiert, wenn die Differenz im letzten Discovery-Datum-Feldwert zwischen einem übergeordneten CI und einem untergeordneten CI mehr als 2,5 Tage beträgt. Beispielsweise ist sie standardmäßig in der Systemeigenschaft sn_tsom_core.discovered_date.diff.threshold.in.days auf 2,5 Tage festgelegt und kann geändert werden.
    3. CI-Modell nicht gefunden –(das Feld „Modell-ID“ ist nicht festgelegt, oder die Daten sind ungültig). Wird generiert, wenn kein entsprechendes CI-Modell gefunden wird. Wenn kein CI-Modell gefunden wird, sind die nächsten Validierungen (4–6) irrelevant, da sie auf CI-Modellen basieren. Wenn ein CI-Modell gefunden wird, wird das Audit mit den nächsten Validierungen (4–6) fortgesetzt.
    4. Diskrepanz für belegte Slots: Wird generiert, wenn eine Karte eine falsche Anzahl von Slots belegt.
    5. Modellbeziehungen nicht definiert – relevant nur, wenn TNI installiert ist. Wird generiert, wenn das Audit keine Beziehung zwischen übergeordneten und untergeordneten CI-Modellen in der Tabelle „Netzwerkmodellbeziehungen“ finden kann.
    6. Falsche Anzahl von Beziehungen – relevant nur, wenn TNI installiert ist. Wird generiert, wenn das Audit feststellt, dass die Anzahl der erkannten untergeordneten CI-Datensätze die maximale Anzahl des entsprechenden übergeordneten CI-Datensatzes im Feld „Anzahl der Modellbeziehungen“ in der Tabelle „Netzwerkmodell-Beziehung“ überschreitet.
    7. Falsche Anzahl von Beziehungen – wird während des Audits für logische Verbindungsdiskrepanz generiert, wenn eine logische Schnittstelle mehr als einer logischen Verbindung zugeordnet ist, was gegen die erwartete eins-zu-eins-Zuordnung verstößt.
    8. Falsche Anzahl von Beziehungen – wird während des Audits der Netzwerktopologie-Diskrepanz generiert, wenn ein Netzwerktopologiedatensatz die erforderlichen Beziehungskriterien nicht erfüllt. Speziell:
      • Der Datensatz muss mindestens eine Beziehung „enthält:enthalten in“ mit einem Geräte-CI aufweisen.
      • Der Datensatz muss auch mindestens eine Beziehung „Mitglieder:Mitglied von“ mit einem CI für logische Verbindungen aufweisen.
    9. Verweis auf logische Schnittstelle nicht gefunden: Wird während des Audits für logische Verbindungsdiskrepanz generiert, wenn einer logischen Verbindung einer der Endpunkte fehlt (Port A oder Port z oder beides).

    Telekommunikationsabgleich

    Automatisieren Sie den Abgleich von Diskrepanzen im Netzwerkbestand, und verbessern Sie die betriebliche Effizienz. Der Telekommunikationsabgleich hilft bei:
    • Identifizieren und beheben Sie Diskrepanzen zwischen Live-Netzwerkbestand und CMDB-Bestand, um die Ausrichtung sicherzustellen und die Produktivität zu steigern ​
    • Ermöglichen Sie Anwendern automatisch generierte Diskrepanzberichte, die die Art der Diskrepanz detaillieren ​
    • Bieten Sie Anwendern empfohlene Korrekturmaßnahmen und die Flexibilität und Kontrolle, um zwischen manuellen oder automatisierten Methoden zur Behebung von Diskrepanzen zu wählen ​
    • Verbessern Sie den Betrieb, indem Sie den Betriebsstatus von Netzwerkressourcen automatisch mit demselben Status in der Bestands-CMDB abstimmen ​