DE60108680T2

DE60108680T2 - Dynamische Regelsätze für erzeugte Logbücher in einem Netz

Info

Publication number: DE60108680T2
Application number: DE60108680T
Authority: DE
Inventors: Tonis Nepean Kasvand; Thomas Carp Gray
Original assignee: Mitel Knowledge Corp
Current assignee: Mitel Networks Corp
Priority date: 2000-04-12
Filing date: 2001-04-12
Publication date: 2006-01-05
Anticipated expiration: 2021-04-13
Also published as: DE60108680D1; CA2343692C; US7177896B2; EP1146426A3; GB0008952D0; CA2343692A1; ATE288597T1; US20020010912A1; EP1146426A2; EP1146426B1

Description

Gebiet der Erfindung
Diese Erfindung betrifft im Allgemeinen Netzwerk-Diagnosen und insbesondere ein Netzwerk-Administrations-System zum automatischen Aktivieren dynamischer Regelsätze in Erwiderung auf das Erfüllen der Kriterien existierender statischer Regelsätze von Fehler-Protokollen in einem Netzwerk.
Hintergrund der Erfindung
Es ist Technikern bekannt, in herkömmlichen Computer- und digitalen Kommunikations-Netzwerken auf die Erzeugung von Fehler-Protokollen mittels Notifizierens von mit System-Problemen betroffenen Nutzern zu Erwidern, wobei die Probleme unter Verwendung einer Auswahl von Software-Befehlen und/oder Hilfsmitteln analysiert und behoben werden. Die Verwendung von solchen Software-Befehlen wiederholt sich oft und erfordert, dass der Techniker auf jede Überwachung eines speziellen Protokolls die Befehle manuell eingibt. Tausende von Protokollen können durch ein einziges Problem erzeugt werden. Wenn beispielsweise eine T1-Leitung außer Betrieb geht, können Fehler-Protokolle durch tausende von Telefonen erzeugt werden, die keinen Wähl-Ton finden können.
Deshalb wurde gemäß dem Stand der Technik das automatische Filtern von Fehler-Protokollen mittels der Verwendung von „Regelsätzen" durchgeführt, um zu ermitteln, ob eine Kombination von Protokollen ein gegebenes Kriterium erfüllt. Ein Beispiel eines solchen automatisierten Prozesses ist das mit Plexis EDI Toolkit bezeichnete Produkt von Plexis (http://www.triadhc.com/edi.shtml). Es ist aus dem Stand der Technik bekannt, entweder ein weiteres Protokoll zu erzeugen oder eine allumfassende Zusammenfassung, um das Problem dem Techniker zu beschreiben, bereit zu stellen, falls das Kriterium erfüllt ist. Also ist es bekannt, Höhere-Ebenen-Protokolle (Higher-Level-Logs = HLL) aus Tiefere-Ebenen-Protokolle (Lower-Level-Logs = LLL) in Erwiderung auf vorbestimmte Regelsätze, die erfüllt sind, zu erzeugen. Die Lower-Level-Logs (LLL) werden durch Netzwerk-Applikationen oder -Vorrichtungen erzeugt. Solche Systeme sind nützlich, da die HLLs dabei helfen, dem System-Administrator/Designer zu erläutern was wirklich in dem System vorgeht.
Das US-Patent 5872931 beschreibt ein Management-System, bei welchem Alarmierungen korrespondierend zu vordefinierten Ereignissen verwendet werden, um eine Management-Schnittstelle zu Notifizieren, falls ein vordefiniertes Ereignis eintritt.
Es gibt Instanzen bei denen HLLs mehrere HLL-Protokolle erzeugen, oder Kombinationen von LLLs und HLLs neue HLLs erzeugen. Gemäß dem Stand der Technik werden diese Regelsätze entweder wie gefordert manuell durch den Techniker angewendet, was eine zeitintensive und komplizierte Aufgabe sein kann, bei der viele Protokolle erzeugt wurden, oder die Regelsätze zu allen Zeiten aktiviert bleiben, in welchem Fall die Analyse der Protokolle zeitintensiv wird, da viele Regelsätze kontrolliert werden müssen.
Zusammenfassung der Erfindung
Gemäß dieser Erfindung wird ein Netzwerk-Administrations-System bereitgestellt zum automatischen Aktivieren und Deaktivieren dynamischer Regelsätze, wenn spezielle statische Regelsätze erfüllt worden sind. Die statischen Regelsätze, deren Kriterien mittels des Erzeugens vorbestimmter Fehler-Protokolle erfüllt worden sind, lösen das Aktivieren und Deaktivieren der dynamischen Regelsätze aus. Die automatische Aktivierung und Deaktivierung der dynamischen Regelsätze erleichtert das zeitintensive manuelle Anwenden von Regelsätzen. Die kausale Aktivierung und Deaktivierung dynamischer Regelsätze reduziert, nur dann wenn andere Regelsatz-Kriterien erfüllt worden sind, die Anzahl von Regelsätzen im Vergleich zu der Herangehensweise des Standes der Technik, alle Regelsätze zu allen Zeiten zu aktivieren.
Das System dieser Erfindung kann vorteilhafterweise für eine beliebige Applikation angewendet werden, welche Protokolle erzeugt und mittels Regelsätzen überwacht wird, um dynamische Variationen in der Überwachung zu erlauben, wenn verschieden Probleme auftreten und um explizite Anweisungen für spezielle Gegebenheiten von Protokollen festzulegen.
Kurzbeschreibung der Figuren
Eine detaillierte Beschreibung des bevorzugten Ausführungsbeispiels wird im Folgenden in Bezug auf die folgenden Zeichnungen dargelegt, in welchen:
1 ein Blockdiagramm eines exemplarischen Netzwerks ist, welches das System gemäß dieser Erfindung aufweist;
2 eine Tabelle eines Satzes von Regeln ist, welche für die Verwendung in dem Netzwerk der 1 definiert wurden;
3 eine Tabelle ist, welche eine exemplarische Liste von Protokollen zeigt, welche durch das Netzwerk der 1 erzeugt wurden;
4 eine graphische Benutzeroberfläche für das Eingeben von dynamischen Regelsätzen zeigt; und
5 ein Flussdiagramm ist, welches das Aktivieren und Deaktivieren dynamischer Regelsätze zeigt.
Detaillierte Beschreibung des bevorzugten Ausführungsbeispiels
1 zeigt ein typisches Netzwerk, welches ein Mehrzahl von Telefonen (P1 bis P3) aufweist, welche mit einer Server implementierten PBX (PBX1) verbunden sind, wobei ein weiteres Telefon P1 an einen Client-Server C1 angeschlossen ist, wobei sowohl der Client C1 als auch die PBX1 an eine zweiten PBX2 angeschlossen sind. Die PBX2 ist in einer bekannten Art und Weise an eine T1-Amtsleitung angeschlossen. Jede der in 1 gezeigten Vorrichtungen mit Ausnahme der Amtsleitung, weist die Fähigkeit auf, Protokolle zu erzeugen, um einen Techniker über den Vorrichtungs-Status zu informieren. Die Netzwerk-Konfiguration dient ausschließlich zur Erläuterung und kann einen Host anderer Vorrichtungen und Netzwerke einbinden.
Wie oben angedeutet, veranschaulicht 2 einen Satz von Regelsätzen, welche für das Verwenden in dem Netzwerk in 1 definiert sind, und 3 zeigt eine typische Liste von Protokollen (HLLs und LLLs), welche von dem Netzwerk in 1 erzeugt werden genauso wie zugeordnete Erklärungen, wie dynamische Regelsätze erzeugt werden. Die Erklärung bildet nicht einen Teil des Fehler-Protokolls, welches auf die Protokoll-ID, die Erzeugungszeit und die Kurzbeschreibung beschränkt ist. Das System analysiert die Kurz-Beschreibung, um die Quelle eines bestimmten Fehler-Protokolls zu identifizieren.
Gemäß der Erfindung wird ein Netzwerk-Administrations-System für das Programmieren des Aktivierens und Deaktivierens von dynamischen Regelsätzen in Erwiderung auf Netzwerk-Bedingungen bereitgestellt. Somit wird in Bezug auf 4 eine Nutzer-Schnittstelle zum Aktivieren und Deaktivieren bestimmter Regelsätze (identifiziert mittels Regelsatz-IDs, wie RSID001, RSID02, etc.) und Zuordnen von Regelsatz-Aktivierungs- und -Deaktivierungs-Schlüssel bereitgestellt. Daher wurde der mittels RSID001 identifizierte Regelsatz durch den Nutzer aktiviert und programmiert, um die Regeln-Sätze RSID004 und RS005 zu aktivieren, wenn ihr Regelsatz-Kriterien erfüllt worden sind (d.h. LogP6000, oder LogP6001, oder LogP6002), welche von zwei oder mehr Telefonen empfangen worden sind. Wenn die Kriterien des Regelsatzes RSID001 erfüllt worden sind, wird HLL001 erzeugt und der Regelsatz-Status für RSID004 und RSID005 in 2 von AUS nach AN geändert. In ähnlicher Weise wird HL004 erzeugt, wenn das Regelsatz-Kriterium für RSID004 erfüllt worden ist (d.h. mehr als einhundert System-Fehler-Protokolle gezählt worden sind). Die aktivierten Regelsätze bleiben aktiviert, bis sie durch den Nutzer, durch einen anderen Regelsatz oder durch ein Taktende zurückgesetzt werden. Gemäß dem Szenario der 2–4 ist RSID006 durch den Nutzer deaktiviert worden. Wenn jedoch durch den Nutzer aktiviert, überwacht dieser Regelsatz die fehlerhafte T1-Amtsleitung auf Aktivität (d.h. der Regelsatz ist: Such nach > 2 T1 pingenden Protokollen). Die Protokoll-Details der 3, welche LOGT001 zeigt, wurden dreimal aufeinander folgend erzeugt, wobei der RSID006 Regelsatz erfüllt wurde, welcher gemäß der Nutzer-Konfiguration der 2 und 4 in einer Selbst-Deaktivierung des Regelsatzes resultiert (genauso wie in dem Deaktivieren des Regelsatzes RSID007).
Das Aktivieren und Deaktivieren von Regelsätzen wird ausgelöst unter Verwendung von Software-Hilfsmitteln (z.B. Visual Basic, C++), um die Protokolle zu lesen und mit aktiven Regelsätzen zu vergleichen, wie in 5 gezeigt ist. Falls ein Regelsatz vollständig erfüllt ist, wird seine Regelsatz-ID mit den Regelsatz-Ids von beliebigen zugeordneten Aktivierungs-Schlüsseln (wie durch den Nutzer programmiert) verglichen. Falls der Regelsatz programmierte Aktivierungs-Schlüssel aufweist, wird der erste derartige Aktivierungs-Schlüssel gelesen, der Status des spezifizierten Regelsatzes wird geändert, und verbleibende Aktivierungs-Schlüssel werden in der selben Art und Weise gelesen und geändert, bis keine Aktivierungs-Schlüssel für den Regelsatz übrig bleiben.
Der exemplarische Pseudo-Code für das Verfahren für das Implementieren des Netzwerk-Administrations-Systems dieser Erfindung lautet wie folgt:
Alternativen und Modifikationen der Erfindung sind innerhalb des Wirkungsbereiches und Schutzbereiches, wie in den Ansprüchen dargelegt ist, welche hieran angehängt sind, möglich.

Claims

Netzwerk-Administrations-System zum automatischen Aktivieren und Deaktivieren dynamischer Regel-Sätze in Erwiderung auf den Empfang von Fehler-Protokollen von Netzwerk-Vorrichtungen und Anwendungen, aufweisend: eine Benutzerschnittstelle zum manuellen Aktivieren und Deaktivieren von Regel-Sätzen (RSID001, RSID002 ...), welche definierte Regel-Satz-Kriterien aufweisen, und zum Zuordnen von Regel-Satz-Aktivierungs-Schlüsseln zu den Regel-Sätzen, wobei die Aktivierungs-Schlüssel Status-Änderungen der dynamischen Regel-Sätze zuordnen, und gekennzeichnet durch Programm-Mittel zum Empfangen der Fehler-Protokolle und, für jeden der Regel-Sätze, welchem Aktivierungs-Schlüssel zugeordnet wurden und dessen Kriterien durch die Fehler-Protokolle erfüllt wurden, Lesen der Aktivierungs-Schlüssel und entweder automatisches Aktivieren oder Deaktivieren der dynamischen Regel-Sätze gemäß der zugeordneten Status-Änderungen.
Verfahren zum automatischen Aktivieren und Deaktivieren von dynamischen Regel-Sätzen in Erwiderung auf den Empfang von Fehler-Protokollen von Netzwerk-Vorrichtungen und Anwendungen, aufweisend die Schritte: Manuelles Aktivieren vorher festgelegter Regel-Sätze (RSID001, RSID002...), welche definierte Regel-Satz-Kriterien aufweisen, Zuordnen von Regel-Satz-Aktivierungs-Schlüsseln zu den vorher festgelegten Regel-Sätzen, wobei die Aktivierungs-Schlüssel Status-Änderungen der Regel-Sätze zuordnen, Empfangen der Fehler-Protokolle, und gekennzeichnet durch den Schritt des Vergleichens der Fehler-Protokolle mit den vorher festgelegten Regel-Sätzen und, für jeden der Regel-Sätze, welchem Aktivierungs-Schlüssel zugeordnet wurden und dessen Kriterien durch die Fehler-Protokolle erfüllt wurden, Lesens der Aktivierungs-Schlüssel und entweder automatischen Aktivierens oder automatischen Deaktivierens der dynamischen Regel-Sätze gemäß der zugeordneten Status-Änderungen.
Verfahren gemäß Anspruch 2, wobei das Empfangen und Vergleichen mittels Pseudo-Code implementiert wird, welcher den folgenden Algorithmus aufweist
Software-Produkt für das automatische Aktivieren und Deaktivieren von dynamischen Regel-Sätzen in Erwiderung auf den Empfang von Fehler-Protokollen von Netzwerk-Vorrichtungen und Anwendungen, aufweisend Programm-Code-Mittel für das Durchführen des Verfahrens nach Anspruch 2 oder Anspruch 3, wenn das Software-Produkt auf einem Computer ausgeführt wird.