DE69720857T2 - Systeme und Verfahren zum Betrieb einer Netzwerk-Verwaltungsstation - Google Patents

Systeme und Verfahren zum Betrieb einer Netzwerk-Verwaltungsstation Download PDF

Info

Publication number
DE69720857T2
DE69720857T2 DE69720857T DE69720857T DE69720857T2 DE 69720857 T2 DE69720857 T2 DE 69720857T2 DE 69720857 T DE69720857 T DE 69720857T DE 69720857 T DE69720857 T DE 69720857T DE 69720857 T2 DE69720857 T2 DE 69720857T2
Authority
DE
Germany
Prior art keywords
network
event
canonical
management
event data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE69720857T
Other languages
English (en)
Other versions
DE69720857D1 (de
Inventor
Dean R. Thompson
Thomas G. Bartz
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hewlett Packard Development Co LP
Original Assignee
Hewlett Packard Co
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hewlett Packard Co filed Critical Hewlett Packard Co
Application granted granted Critical
Publication of DE69720857D1 publication Critical patent/DE69720857D1/de
Publication of DE69720857T2 publication Critical patent/DE69720857T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/022—Multivendor or multi-standard integration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0226—Mapping or translating multiple network management protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/20—Network management software packages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion

Description

  • Gebiet der Erfindung
  • Die vorliegende Erfindung bezieht sich allgemein auf Datenkommunikationsnetzwerke und insbesondere auf ein generisches Benachrichtigungs-Rahmensystem (GNF-System; GNF = Generic Notification Framework) und ein Verfahren zum Integrieren von Informationen aus unterschiedlichen Protokollen in eine Verwaltungsstation, die schnittstellenmäßig mit einem Netzwerk verbunden ist, und zum Ermöglichen einer Korrelation der Informationen, um fortschrittlichere Verwaltungsentscheidungen in Hinblick auf das Netzwerk oder die Station zu treffen. Zusätzlich zu der Netzwerkverwaltung können diese Verwaltungsentscheidungen ferner auf die Systemverwaltung höherer Ebene gerichtet sein, in dem Fall von verteilten Systemen oder verteilten Verwaltungsanwendungen, die über dem Netzwerk arbeiten.
  • Hintergrund der Erfindung
  • Ein Datenkommunikationsnetzwerk umfaßt allgemein eine Gruppe von Vorrichtungen, z. B. Computer, Repeater, Brücken, Router etc., die an Netzwerkknoten positioniert sind, und eine Sammlung von Kommunikationskanälen zum Verbinden der verschiedenen Knoten. Hardware und Software, die dem Netzwerk zugeordnet ist, und insbesondere den Vorrichtungen, ermöglicht es den Vorrichtungen, Daten elektronisch über die Kommunikationskanäle auszutauschen.
  • Um die verschiedenen Vorrichtungen zu verfolgen und zu verwalten, die auf einem Netzwerk positioniert sind, wurden verschiedene Verwaltungsprotokolle entwickelt. Beispiele dieser Verwaltungsprotokolle umfassen das Simple Network Management Protocol (SNMP = einfaches Netzwerkverwaltungsprotokoll), das Common Management Information Protocol (CMIP = allgemeines Verwaltungsinformationsprotokoll), standardisiert durch die International Organization for Standardization (ISO), properietäre Protokolle, die in Umgebungen proprietärer Netzwerke angetroffen werden können, wie z. B. SNATM von der IBM Corp. und „NETWARE"TM (NW) von der Novell Corp., und entfernte Verfahrensrufprotokolle (RPC = Procedure Call Protocol), wie z. B. das verteilte Rechenumgebungsprotokoll (DCE-RPC = Distributed Computing Environment Protocol), das durch die Open Software Foundation entwickelt wurde. Die Verwendung der vorangehenden Protokolle hat in der Industrie großen Umfang angenommen und zahlreiche Verkäufer stellen nun viele Typen von Netzwerkvorrichtungen her, die diese Protokolle verwenden können.
  • Viele Verwaltungssoftwarepakete („Management Platforms") sind aktuell zum Implementieren von „Verwaltungsstationen" auf einem Netzwerk erhältlich. Beispiele handelsüblich erhältlicher Verwaltungssoftwarepakete umfassen „OPEN-VIEW"TM (oder „HP OPENVIEW"TM) von der Hewlett-Packard Company, die hierin der Anmelder ist, „NETVIEW"TM von der IBM Corp., „SPECTRUM"TM von Cabletron Systems, Inc., „NET-LABS MANAGER"TM von NetLabs, Inc., und „SUNNET MANAGER"TM von der SunConnect Inc. Die Knoten an dem Netzwerk und ihre Verbindungen werden häufig als die Netzwerk-„Topologie" bezeichnet, und werden am besten in einem graphischen Format angezeigt, und die meisten, wenn nicht alle, der verfügbaren Verwaltungssoftwarepakete sehen dieses Merkmal vor. Üblicherweise kann mit diesen Paketen ein Netzwerk aus unterschiedlichen Ausgangspunkten betrachtet werden, abhängig von dem Umfang der Betrachtung, der erwünscht ist. Eine Ansicht des Netzwerks könnte z. B. eine sehr breite umfassende Ansicht aller Knoten des gesamten Netzwerks sein. Eine zweite Ansicht könnte eine Ansicht dieser Abschnitte eines Netzwerks innerhalb eines lokalen Bereichs sein, z. B. innerhalb eines bestimmten Orts oder eines Gebäudes. Eine dritte Ansicht eines Netzwerks, die häufig ein Segment genannt wird, könnte eine Ansicht von Knoten sein, die an ein bestimmtes lokales Netzwerkkabel (LAN-Kabel) angebracht sind.
  • Das sehr erfolgreiche „OPENVIEW"TM von Hewlett Packard war der Gegenstand verschiedener Patente, einschließlich z. B. dem U.S.-Patent Nr. 5.185.860 ausgegeben an J. C. Wu am 9. Februar 1993, und dem U.S.-Patent Nr. 5.276.789 ausgegeben an Besaw u. a. am 4. Januar 1994. Das U.S.-Patent Nr. 5.185.860 beschreibt ein automatisches Entdeckungssystem für ein Verwaltungssystem zum Bestimmen der Netzwerkvorrichtungen und Verbindungen eines Netzwerks oder der Topologie. Das U.S.-Patent Nr. 5.276.789 beschreibt ein graphisches Anzeigesystem für eine Verwaltungsstation zum graphischen Anzeigen der Topologie eines Netzwerks und liefert verschiedene Ansichten (einschließlich Internet-, Segmentund Knoten-Ansichten), die durch einen Benutzer angefordert werden können.
  • Obwohl die momentan verfügbaren Verwaltungsstationen ein zufriedenstellendes Ausmaß aufweisen, ist die Technik von Verwaltungsstationen immer noch in ihren Kinderschuhen und das Verhalten aktueller Verwaltungsstationen kann immer noch verbessert und optimiert werden. Ein spezifischer Bereich, in dem Optimierungen betrachtet werden, umfaßt das gemeinsame Verwenden von Informationen, die aus Ereignissen zwischen Anwendungen hergeleitet werden, die den Verwaltungsstationen zugeordnet sind. Hierin ist ein „Ereignis" eine Benachrichtigung, die durch ein Element in der verwalteten Umgebung emittiert wird, um eine Zustandsänderung anzuzeigen. Ereignisse sind üblicherweise asynchron relativ zu der Verwaltungsstation. Ferner existieren bereits zahlreiche Ereignis-Weiterleitungs- und -Verbreitungs-Mechanismen, aber jeder derselben ist umfassend auf eine bestimmte Umgebung oder eine Protokolldomäne abgestimmt. Dieser Zustand verursacht verschiedene Probleme.
  • Erstens erfordern viele Anwendungen Zugriff auf Benachrichtigungen für mehr als eine der Protokolldomänen, die die verwaltete Umgebung bilden. Ihre Implementierung ist jedoch momentan aufgrund der Anzahl und Vielzahl von erforderlichen Protokollen und Schnittstellen kompliziert. Der Anwendungszugriff auf Ereignisdaten sollte nicht durch ein erforderliches Verständnis der detaillierten Syntax und Semantik von umgebungsspezifischen Protokollen, Darstellungen von und Schnittstellen zu den Ereignisdaten belastet werden.
  • Zweitens besteht kein einzelner gemeinsamer Mechanismus zum Erhalten von Benachrichtigungen von mehreren Domänen. In dem Kontext dieses Dokuments ist eine „Benachrichtigung" eine Meldung, die asynchron im Hinblick auf einen Empfänger und in einer logisch nicht gerichteten Weise emittiert wird. In bestimmten Fällen wurden spezifische Module erzeugt, um Benachrichtigungen von einem Mechanismus zu einem anderen abzubilden, aber dies führt zu einem „n mal m" Problem und verzerrt häufig die Informationen aufgrund der umgebungsspezifischen, häufig nicht anwendbaren Elemente des Ziels. In bestimmten Fällen gehen Informationen einer Originalbenachrichtigung vollständig verloren, da keine semantisch vergleichbare Struktur in dem Ziel vorliegt.
  • Drittens weisen Anwendungen keinen gemeinsamen Integrationsmechanismus zum Austauschen asynchroner Meldungen unter den Anwendungen auf.
  • Viertens liegt wenig in dem Weg von gemeinsam verwendeter Semantik zwischen Anwendungen vor, um die Erzeugung generischer Funktionen zu ermöglichen. Genauer gesagt gibt es aktuell keine Art und Weise, eine gemeinsame Ereignisverwaltungskonsole, einen gemeinsamen Filtermechanismus oder gemeinsame Tools zu implementieren, die an alle Varianten von Ereignisdaten angewendet werden können.
  • Somit besteht ein nichtadressierter Bedarf in der Industrie nach einem System und einem Verfahren zum Verbessern der Operation einer Verwaltungsstation auf einem Netzwerk durch Integrieren und Korrelieren von Informationen aus unterschiedlichen Protokollen.
  • Zusammenfassung der Erfindung
  • Kurz beschrieben ist die vorliegende Erfindung ein generisches Benachrichtigungsrahmen-System (GNF-System) und -Verfahren zum Integrieren von Informationen aus unterschiedlichen Protokollen in einer Verwaltungsstation, die schnittstellenmäßig mit einem Netzwerk verbunden ist, und zum Ermöglichen einer Korrelation der Informationen, um höher entwickelte Verwaltungsentscheidungen zu treffen.
  • Strukturell gesehen weist das generische Benachrichtigungsrahmensystem einen oder mehrere protokollspezifische Übersetzer in Kommunikation mit dem Netzwerk auf, einen generischen Benachrichtigungsrahmen in Kommunikation mit den Übersetzern und eine oder mehrere Verbraucherkomponenten in Kommunikation mit dem Rahmen. Die Übersetzer empfangen Ereignisdatenelemente, die unterschiedlichen Verwaltungsprotokollen entsprechen, aus dem Netzwerk, und übersetzen die Ereignisdatenelemente in jeweilige kanonische Datenstrukturen. Jede der kanonischen Datenstrukturen umfaßt (a) einen Satz von generischen Feldern, die allen der kanonischen Datenstrukturen gemeinsam sind, (b) eines oder mehrere Attributfelder, die durch den Übersetzer basierend auf einer Untersuchung einer Protokolldateneinheit (PDU) erzeugt werden, die jedem der Ereignisdatenelemente zugeordnet sind, und (c) eine Protokolldateneinheit (PDU = Protocol Data Unit), die allgemein identisch zu der systemeigenen PDU ist, die mit dem Ereignisdatenelement angekommen ist. Im wesentlichen ist die PDU in der kanonischen Datenstruktur eine Einkapselung von systemeigenen Daten, so daß Anwendungen, die die Darstellung verstehen, vollen Zugriff auf ihre Inhalte haben.
  • Verbraucherkomponenten werden bei dem Rahmen registriert, um kanonische Datenstrukturen zu empfangen, die bestimmte Werte für Attributfelder aufweisen. Ferner leitet der generische Benachrichtigungsrahmen die geeigneten kanonischen Datenstrukturen an die geeigneten Verbraucherkomponenten basierend auf den Werten der Attributfelder weiter.
  • Ein Korrelierer kann optional aber vorzugsweise dem Rahmen zugeordnet sein, um die kanonischen Datenstrukturen zu korrelieren, um ein intelligentes Ereignisdatenelement herzuleiten, das im wesentlichen das Ergebnis einer Assimilation und einer logischen Bewertung von verschiedenen Ereignisdatenelementen ist. Somit werden Ereignisdatenelemente generisch behandelt und verarbeitet, und dieses Merkmal ermöglicht, daß höher entwickelte Entscheidungen getroffen werden.
  • Die vorliegende Erfindung schafft ein Benachrichtigungsrahmensystem gemäß Anspruch 1.
  • Die vorliegende Erfindung schafft ferner ein Verfahren zum Verbessern der Operation einer Verwaltungsstation an einem Netzwerk durch Integrieren von Informationen aus einer Mehrzahl von unterschiedlichen Verwaltungsprotokollen, wobei das Netzwerk eine Mehrzahl von Verwaltungsstationen aufweist, wie folgt: Empfangen von Ereignisdatenelementen, die unterschiedlichen Verwaltungsprotokollen aus dem Netzwerk entsprechen; Übersetzen der Ereignisdatenelemente in jeweilige kanonische Datenstrukturen, wobei jede der kanonischen Datenstrukturen ein Attributfeld zum Halten eines Attributs umfaßt, das durch eine der Mehrzahl von Verwaltungsstationen auf dem Netzwerk interpretiert werden kann, wobei das Übersetzen eines Ereignisdatenelements in die kanonische Datenstruktur das Extrahieren aus den Ereignisdatenelementattributen aufweist, die in dem Attributfeld gespeichert werden sollen; Kommunizieren der kanonischen Datenstrukturen zu einem Rahmen für eine mögliche Verteilung zu Verbraucherkomponenten, die mit dem Rahmen verbun den sind; Kommunizieren eines bestimmten Attributfelds von einer Verbraucherkomponente zu dem Rahmen, um anzuzeigen, daß die Verbraucherkomponente eine der kanonischen Datenstrukturen mit dem bestimmten Attributfeld empfangen möchte; und Kommunizieren einer kanonischen Datenstruktur mit dem bestimmten Attributfeld von dem Rahmen zu der Verbraucherkomponente.
  • Ferner schafft die vorliegende Erfindung ein intelligentes Integrationssystem gemäß Anspruch 9.
  • Die vorliegende Erfindung schafft ferner ein Verfahren zum Verbessern der Operation einer Verwaltungsstation auf einem Netzwerk sowohl durch Integrieren als auch durch Korrelieren von Informationen aus unterschiedlichen Verwaltungsprotokollen, wobei das Netzwerk eine Mehrzahl von Verwaltungsstationen aufweist, wie folgt: Empfangen von Ereignisdatenelementen von dem Netzwerk, wobei die Ereignisdatenelemente unterschiedlichen Verwaltungsprotokollen entsprechen; Übersetzen von jedem der Ereignisdatenelemente in eine kanonische Datenstruktur, wobei die kanonische Datenstruktur ein Attributfeld zum Halten eines Attributs umfaßt, das durch eine der Mehrzahl von Verwaltungsstationen auf dem Netzwerk interpretiert werden kann, wobei das Übersetzen eines Ereignisdatenelements in die kanonische Datenstruktur das Extrahieren aus dem Ereignisdatenelementattribut aufweist, das in dem Attributfeld gespeichert werden soll, wobei die kanonische Datenstruktur in der Lage ist, mit anderen kanonischen Datenstrukturen korreliert zu werden, die anderen Ereignisdatenelementen entsprechen, unabhängig von Protokollen, die den Ereignisdatenelementen zugeordnet sind; und Korrelieren der kanonischen Datenstrukturen, um ein intelligentes Ereignis herzuleiten, das im wesentlichen eine Aktion ist, die aus einer intelligenten Entscheidung auf hoher Ebene resultiert, die aus einer Assimilation und einer Bewertung verschiedener Ereignisse hergeleitet wird.
  • Die vorliegende Erfindung weist zahlreiche Vorteile auf, wobei einige derselben hierin nachfolgend als Beispiele ausgeführt werden.
  • Ein Vorteil ist, daß eine protokollneutrale Darstellung jedes Ereignisses ausgeführt werden kann, was die Erzeugung von gemeinsamen Verwaltungsmechanismen, Filtern, Anzeigen und Tools bedeutend vereinfacht.
  • Ein weiterer Vorteil ist, daß asynchrone Meldungen zwischen Anwendungen ausgetauscht werden können, die gemäß unterschiedlichen Protokollen arbeiten.
  • Ein anderer Vorteil ist, daß die Schnittstelle zwischen Anwendungen vereinfacht wird.
  • Ein anderer Vorteil ist, daß Anwendungen die detaillierte Syntax und Semantik der umgebungsspezifischen Protokolle, Darstellungen von und Schnittstellen zu den Ereignisdaten nicht verstehen müssen, um miteinander zu kommunizieren.
  • Ein anderer Vorteil ist, daß Informationen aus unterschiedlichen Protokollen integriert und korreliert werden können, so daß höher entwickelte Entscheidungen betreffend die Verwaltung getroffen werden können.
  • Ein anderer Vorteil ist, daß höher entwickelte Entscheidungen für Netzwerkrechenumgebungen getroffen werden können, die mehrere heterogene Netzwerke und Netzwerkverwaltungsprotokolle aufweisen.
  • Andere Merkmale und Vorteile der vorliegenden Erfindung werden Fachleuten auf dem Gebiet nach der Untersuchung der nachfolgenden Zeichnungen und der detaillierten Beschreibung offensichtlich. Es wird beabsichtigt, daß alle solchen zusätzlichen Merkmale und Vorteile hierin innerhalb des Schutzbereichs der vorliegenden Erfindung umfaßt sind, wie in den beiliegenden Ansprüchen definiert ist.
  • Kurze Beschreibung der Zeichnungen
  • Die vorliegende Erfindung ist bezugnehmend auf die nachfolgenden Zeichnungen besser verständlich. Es wird darauf hingewiesen, daß gleiche Bezugszeichen innerhalb der Zeichnungen entsprechende Teile bezeichnen.
  • 1 ist ein Blockdiagramm, das ein Beispiel der Implementierung des generischen Benachrichtigungsrahmensystems (GNF-System) der vorliegenden Erfindung in einer Verwaltungsstation darstellt, was gegenwärtig das beste Verfahren zum Praktizieren der Erfindung ist;
  • 2 ist ein Blockdiagramm, das die Entdeckungs/Layout-Software und das GNF-System aus 1 darstellt;
  • 3 ist ein Blockdiagramm, das den GNF aus 1 darstellt, der schnittstellenmäßig mit verschiedenen umgebungsspezifischen Ereignisteilsystemen verbunden ist, die auf Ereignisse hin arbeiten, die unterschiedliche Protokolle aufweisen;
  • 4 ist ein schematisches Diagramm, das die kanonische Datenstruktur für Ereignisdaten darstellt, die durch das GNF-System aus 1 kommuniziert werden;
  • 5 ist ein Blockdiagramm, das die Rollen (d. h. Lieferanten, Verbraucher und Konfigurierer) darstellt, die durch Komponenten angenommen werden, die mit dem GNF-System aus 1 interagieren;
  • 6 ist ein Blockdiagramm, das ein Beispiel eines Lieferanten in der Form eines Ereignisteilsystems aus 3 darstellt; und
  • 7 ist ein Blockdiagramm, das ein Alarmteilsystem darstellt, das Korrelationsfunktionen aufweist, das in Verbindung mit dem GNF aus 1 verwendet wird.
  • Detaillierte Beschreibung der bevorzugten Ausführungsbeispiele
  • Das generische Benachrichtigungsrahmensystem (GNF-System) der vorliegenden Erfindung kann auf einem computerlesbaren Medium zur Verwendung durch oder in Verbindung mit einem computerverwandten System oder Verfahren gespeichert sein. In dem Kontext dieses Dokuments ist ein computerlesbares Medium eine elektronische, magnetische, optische oder andere physikalische Vorrichtung oder Einrichtung, die ein Computerprogramm zur Verwendung durch oder in Verbindung mit einem computerverwandten System oder Verfahren enthalten oder speichern kann.
  • Das GNF-System und -Verfahren kann praktisch in jeder Umgebung implementiert sein, die asynchrone Ereignisse verarbeitet, die die Ressourcen betreffen, die in einem Netzwerk, einem verteilten Netzwerk oder einem anderen Kommunikationssystem verwaltet werden. Bei dem bevorzugten Ausführungsbeispiel sind das GNF-System und das -Verfahren in einer Verwaltungsstation implementiert. Eine Verwaltungsstation ist eine Maschine, die zumindest einen Teil des Verwaltungssystems betreibt. Ein Beispiel einer Verwaltungsstation wird hierin nachfolgend zu Zwecken der Erörterung diskutiert.
  • 1 zeigt ein Blockdiagramm einer Verwaltungsstation 100, die mit einem Allzweckcomputersystem implementiert ist, das eine Entdeckungs-/Layout-Software 101 enthält, die das GNF-System 103 und eine zugeordnete Methode der vorliegenden Erfindung verwendet. Bezugnehmend auf 1 enthält die Verwaltungsstation 100 einen geeigneten Prozessor 102.
  • Der Prozessor 102 kommuniziert mit anderen Elementen innerhalb der Verwaltungsstation 100 über eine lokale Schnittstelle 104, z. B. einen Bus oder mehrere Busse. Eine Eingabevorrichtung 106, z. B. eine Tastatur oder eine Maus, wird verwendet, um Daten von einem Benutzer der Verwaltungsstation 100 einzugeben, und eine Ausgabevorrichtung 108, z. B. eine Anzeige oder ein Drucker, wird verwendet, um Daten an den Benutzer auszugeben. Eine Netzwerkschnittstelle 112 wird verwendet, um die Verwaltungsstation 100 schnittstellenmäßig mit einem Netzwerk 118 oder einer Gruppe von Netzwerken zu verbinden, um es der Verwaltungsstation 100 zu ermöglichen, als ein Knoten auf dem Netzwerk 118 oder der Gruppe von Netzwerken zu wirken. Ein Speicher 110 innerhalb der Verwaltungsstation 100 speichert die Software zum Treiben des Prozessors 102 und allgemein der Station 100.
  • Wie gezeigt ist, kann der Speicher 110 bei diesem Ausführungsbeispiel die nachfolgende Softwarehierarchie umfassen: Auf der höchsten logischen Ebene, eine oder mehrere Verwaltungsanwendungen 105; auf der nächsten logischen Ebene, Entdeckungs-/Layout-Software 101, die in einem logischen Sinn entlang des GNF-Systems 103 positioniert ist; und auf der untersten logischen Ebene ein herkömmliches Betriebssystem 122 und eine herkömmliche Netzwerksoftware 124. Die eine oder die mehreren Verwaltungsanwendungen 105 verwalten auf einer hohen Ebene einen Aspekt des Netzwerks 118 oder der Gruppe von Netzwerken. Sowohl die Entdeckungs-/Layout-Software 101 als auch das GNF-System 103 können mit dem Betriebssystem 122 und der Netzwerksoftware 124 kommunizieren, um die Knoten an dem Netzwerk 118 zu entdecken. Die Netzwerksoftware 124 dient als die Intelligenz, einschließlich Validierung, für die Datenkommunikationsprotokolle. Wie in 1 gezeigt ist, weist die Netzwerksoftware Teilsysteme 302 auf, die beispielsweise die nachfolgenden Protokolle implementieren können: SNMP, CMIP, DCE und properietäre Protokolle von SNA und NW. Alle der vorangehenden Protokolle sind in der Technik bekannt.
  • Allgemein ausgedrückt, ist die Entdeckungs-/Layout-Software 101 aus 1 konfiguriert, um die Netzwerktopologie zu entdecken, d. h. alle Netzwerkknoten und Knotenverbindungen, die auf dem Netzwerk 118 existieren, und um eine Abbildung aufzubauen, die verschiedene Teilabbildungen aufweist, wobei eines derselben zum Ausgeben der Netzwerktopologie auf der Ausgabevorrichtung 108 verwendet werden kann.
  • Ein Hohe-Ebene-Blockdiagramm des GNF-Systems 103 und der Entdeckungs-/Layout-Software 101 (1) ist in 2 erläutert. Mit der Ausnahme des GNF-Systems 103 ist die Architektur der Entdeckungs-/Layout-Software 101 in 2 im wesentlichen gleich oder ähnlich zu der Architektur des bekannten und handelsüblich erhältlichen Verwaltungssoftwarepakets von Hewlett-Packard mit dem Namen „OPENVIEW"TM. Wie in 2 gezeigt ist, weist die Entdeckungs-/Layout-Software 101 auf der allgemeinen Architekturebene einen Entdeckungsmechanismus 202 zum Entdecken von Knoten und Verbindungen des Netzwerks 118 und einen Layoutmechanismus 204 zum Empfangen von Topologiedaten von dem Entdeckungsmechanismus 202 und zum Erzeugen der Abbildung zum Treiben der Ausgabevorrichtung 108 auf. Ferner kann eine oder mehrere Verwaltungsanwendungen 108 Anzeige- und Abbildungs-Informationen mit dem Layoutmechanismus 204 kommunizieren.
  • Der Entdeckungsmechanismus 202 weist folgende Merkmale auf: Eine Netzwerküberwachungsvorrichtung 206, die mit dem Netzwerk 118 verbunden ist, wie durch die Verbindung 208 angezeigt ist, einen Topologieverwalter 210, der mit der Netzwerküberwachungsvorrichtung 206 verbunden ist, wie durch die Pfeile 212 und durch das generische Benachrichtigungsrahmensystem (GNF-System) 103 gezeigt ist, das zu einem späteren Punkt in diesem Dokument detaillierter beschrieben wird, und eine Topologiedatenbank 214 in Kommunikation mit dem Topologieverwalter 210, wie durch den Pfeil 216 angezeigt ist.
  • Die Netzwerküberwachungsvorrichtung 206 überträgt und empfängt Datenpakete zu und von dem Netzwerk 118. Die Netzwerküberwachungsvorrichtung 206 entdeckt und überwacht die Netzwerktopologie, wie durch den Pfeil 208 angezeigt ist. Wenn sich die Netzwerktopologie an dem Netzwerk verändert, erzeugt die Netzwerküberwachungsvorrichtung 206 Ereignisse oder Fallen (SNMP-Sprache), die einen Objektidentifizierer und Objektänderungsinformationen umfassen. Die Netzwerküberwachungsvorrichtung 206 kann ferner Ereignisse von anderen Vorrichtungen empfangen, wie z. B. einem Router, in dem Netzwerk 118. Die Netzwerküberwachungsvorrichtung 206 interagiert mit dem Netzwerk 118 mit Hilfe der Netzwerksoftware 124 (1), die im wesentlichen Protokollstapel aufweist, die z. B. IP, TCP, UDP, SNMP, ISO, DCE, SNA und NW entsprechen, und die im wesentlichen diese Protokolle implementiert und Validierungsfunktionen ausführt. Ferner besiedelt die Netzwerküberwachungsvorrichtung 206 die Topologiedatenbank 214 mit Hilfe des Topologieverwalters 210 und benachrichtigt den Topologieverwalter 210 über Ereignisse (Topologieänderungen). Schließlich sollte darauf hingewiesen werden, daß das U.S.-Patent Nr. 5.185.-860 an Wu, das hierin durch Bezugnahme aufgenommen ist, ein Beispiel eines Knotenentdeckungssystems beschreibt, das verwendet werden könnte, um die Netzwerküberwachungsvorrichtung 206 hierin zu implementieren. Die vorangehende Überwachungsvorrichtung konzentriert sich auf das Überwachen von Ereignissen, die Änderungen in der Topologie betreffen. Andere Überwachungsvorrichtungen könnten in Verbindung mit der vorliegenden Erfindung verwendet werden und auf das Überwachen anderer Aspekte der Umgebung gerichtet werden, wobei in diesem Fall andere Typen von Verwaltungsinformationen durch die Überwachungsvorrichtung und das GNF-System 103 weitergeleitet werden könnten.
  • Der Topologieverwalter 210 verwaltet die Topologiedatenbank 214, wie durch den bidirektionalen Pfeil 216 angezeigt ist. Der Topologieverwalter 210 fordert die Netzwerküberwa chungsvorrichtung 206 auf, Topologiedaten zu aktualisieren, die sich auf bestimmte Ereignisse beziehen, und empfängt Topologieaktualisierungen, wie durch den Pfeil 212 angezeigt ist.
  • Die Topologiedatenbank 214 speichert Topologiedaten basierend auf Objekten, die verwendet werden, um das Netzwerk aus logischen Gründen zu partitionieren. Objekte umfassen z. B., aber nicht ausschließlich, ein Netzwerk, ein Segment, einen Computer, einen Router, einen Repeater, eine Brücke, etc. Ferner umfassen die Topologiedaten, die in Hinblick auf die Objekte gespeichert sind, z. B. aber nicht ausschließlich eine Schnittstellen- oder Vorrichtungs-Adresse, einen Vorrichtungstyp, einen Vorrichtungshersteller und ob eine Schnittstelle oder Vorrichtung das SNMP unterstützt.
  • Der Layoutmechanismus 204 weist folgendes auf: einen Topologie-Zu-Abbildung-Übersetzer 218 in Kommunikation mit dem Topologieverwalter 210, wie durch den Pfeil 220 angezeigt ist, eine graphische Benutzerschnittstelle (GUI = Graphical User Interface) 222 in Kommunikation mit dem Topologie-Zu-Abbildung-Übersetzer 218, wie durch den Pfeil 224 angezeigt ist, und eine Abbildungsdatenbank 226 in Kommunikation mit der GUI 222, wie durch den bidirektionalen Pfeil 228 angezeigt ist. Die eine oder die mehreren Anwendungen 105 kommunizieren Informationen mit der GUI 222, wie durch den Pfeil 233 angezeigt ist.
  • Der Übersetzer 218 wandelt Topologiedaten, die von der Topologiedatenbank 214 und dem GNF-System 103 empfangen wurden, in Abbildungsdaten um und erzeugt verschiedene Teilabbildungen in der Abbildung. Der Übersetzer 218 kann eine Anforderung an den Topologieverwalter 210 weiterleiten, wie durch den Pfeil 220 angezeigt ist, um Topologiedaten betreffend bestimmte Objekte zu erhalten. Zusätzlich zu dem Weiterleiten von Topologiedaten an den Übersetzer 218 auf die Anforderung hin, weist der Topologieverwalter 210 den Übersetzer 218 an, wie durch die entsprechenden Pfeile 220 angezeigt ist, wenn sich Topologiedaten basierend auf einem Ereignis verändert haben, so daß der Übersetzer 218 entsprechende Änderungen in den Teilabbildungen durchführen kann.
  • Ferner kann sich der Übersetzer 218 in dem GNF-System 103 registrieren, um einen bestimmten Typ von Topologiedaten oder Ereignis zu erhalten. Umgekehrt, falls zutreffend, können der Topologieverwalter 210 und das GNF-System 103 die Topologiedaten an den Übersetzer 218 weiterleiten, wie durch die entsprechenden Pfeile 220, 245 angezeigt ist. Das GNF-Registrierungsmerkmal eliminiert den Bedarf für den Übersetzer 2185, ständig Anfragen (Abfragen) nach gewünschten Daten zu machen.
  • Die GUI 222 verwaltet die Abbildungsdatenbank 226, wie durch den Pfeil 228 angezeigt ist, und verwaltet die Eingabevorrichtung 106 und die Ausgabevorrichtung 108, wie durch die jeweiligen Pfeile 230, 231 angezeigt ist. Die GUI 222 empfängt Abbildungsaktualisierungen von dem Übersetzer 218 und übermittelt vom Benutzer ausgelöste Ereignisse an den Übersetzer 218, wie durch den Pfeil 224 angezeigt ist. Ein vom Benutzer ausgelöstes Ereignis umfaßt eine Anfrage 230 von einem Benutzer, um ein Objekt auseinanderzuziehen. Schließlich sollte darauf hingewiesen werden, daß das U.S.-Patent Nr. 5.276.789 an Besaw u. a., das hierin durch Bezugnahme aufgenommen ist, eine graphische Benutzerschnittstelle beschreibt, die verwendet werden könnte, um die GUI 222 hierin zu implementieren.
  • Das GNF-System 103 der vorliegenden Erfindung steht in Kommunikation mit der Netzwerküberwachungsvorrichtung 206, dem Topologieverwalter 210, der GUI 222 und der einen oder den mehreren Anwendungen 105, wie durch die entsprechenden Pfeile 242, 244, 246 und 248 in 2 angezeigt ist. Im allgemeinen ermöglicht das GNF-System 103 das gemeinsame Verwenden von Ereignissen aus unterschiedlichen Verwal tungsprotokollen, wie z. B. SNMP, ISO, DCE, SNA und NW, und ermöglicht eine Korrelation der Informationen, um höher entwickelte Verwaltungsentscheidungen zu treffen.
  • Das GNF-System 103 weist einen Ereignisübersetzer 252 und einen GNF 254 auf, die in Kommunikation sind, wie durch den Referenzpfeil 253 angezeigt ist. Der Übersetzer 252 ist konfiguriert, um Ereignisdaten in eine kanonische Datenstruktur zu übersetzen (4), die in der Lage ist, mit anderen kanonischen Datenstrukturen korreliert zu werden, die anderen Ereignisdaten entsprechen, unabhängig von Protokollen, die den Ereignisdaten zugeordnet sind. Ferner ermöglicht es die kanonische Datenstruktur dem GNF-System 254, gemeinsame semantische Operationen durchzuführen, wie z. B. Filtern, Weiterleiten, Verfolgen und Protokollieren. Die kanonischen Datenstrukturen werden durch den Übersetzer 252 an den GNF 254 weitergeleitet, der die kanonischen Datenstrukturen filtern und die Strukturen an Verbraucher weiterleiten kann, wie z. B. den Topologieverwalter 210, die GUI 222 oder eine Anwendung 105.
  • 3 ist ein Blockdiagramm, das die Kommunikationsverbindungen darstellt, die durch das GNF-System 103 in der Station 100 (1) errichtet werden können. Das GNF-System 103 ist schnittstellenmäßig mit einem oder mehreren umgebungsspezifischen Ereignisteilsystem 302 verbunden, die verschiedenen unterschiedlichen Protokollen entsprechen und verbindet ferner die verschiedenen Teilsysteme 302 schnittstellenmäßig mit der einen oder den mehreren Anwendungen 105. Das GNF-System 103 dient als ein Integrationspunkt, wo Ereignisinformationen gemeinsam verwendet werden, die Ereignisse betreffen, die sich auf das Netzwerk 118 beziehen. Die umgebungsspezifischen Ereignisteilsysteme 302 können auf ein geeignetes Protokoll gerichtet sein, z. B. SNMP, CMIP und DCE-RPC, oder jene Protokolle, die durch SNA und NW geliefert werden. Bei dem bevorzugten Ausführungsbeispiel sind die Teilsysteme 302 innerhalb der Netzwerküberwachungsvorrichtung 206 positioniert oder derselben zugeordnet (2). Ferner kann eine der Verwaltungsanwendungen 232 z. B. ein Alarmteilsystem sein, wie in 3 gezeigt ist.
  • Die kanonische Datenstruktur ist in 4 gezeigt und allgemein durch das Bezugszeichen 424 bezeichnet. Die kanonische Datenstruktur 424 umfaßt generische Felder 424a, extrahierte Attribute 424b und eine systemeigene Protokolldateneinheit (PDU = Protocol Data Unit) 424c. In einer Hinsicht, wenn dieselbe übertragen wird, ist die kanonische Datenstruktur 224 selbst eine Form einer PDU. Die generischen Felder 224a sind jene wenigen Attribute, die als allen umgebungsspezifischen Formaten gemeinsam (oder annähernd gemeinsam) betrachtet werden können. Die extrahierten Attribute sind eine Sammlung von vollständig spezifizierten Attributen, einschließlich Name, Typ, Länge und Wert, die aus den systemeigenen Formaten extrahiert werden können, so daß dieselben durch einen Empfänger interpretiert werden können. Die umgebungsspezifische PDU 24c ist eine Einkapselung von systemeigenen Daten, so daß Anwendungen, die die Darstellung verstehen, einen umfassenden Zugriff auf ihre Inhalte haben. Für bestimmte anweisende Typen kann ein systemeigenes Format vielleicht nicht existieren oder zutreffen, wobei in diesem Fall die umgebungsspezifische PDU 424c und eventuell die extrahierten Attribute 424b leer wären. Eine „Empfehlung" ist eine Benachrichtigung, die durch ein Element der Verwaltungsstation 100 (1) zu dem Zweck des ordnungsgemäßen Synchronhaltens ihrer normalen Arbeiten emittiert wird. Als ein Beispiel kann die Struktur dieser kanonischen Datenstruktur 424 durch eine Objektverwaltungsgruppen-Schnittstellendefinitionssprache (OMG-IDL = Object Management Group Interface Definition Language) spezifiziert werden (d. h. eine OMG IDLdefinierte Datenstruktur), die eine handelsüblich erhältliche Sprache zum Beschreiben von Objektschnittstellen und Datenstrukturen ist.
  • Die generischen Felder 424a sind jene, die in allen kanonischen Datenstrukturbenachrichtigungen vorhanden sind, eine umfassend verständliche Semantik aufweisen und nützliche Werte in der umfassenden Mehrzahl von Benachrichtigungsinstanzen aufweisen. Anzahl, Position und Typ dieser Felder ist fest, und daher können dieselben durch ein Element in der Umgebung für Filterfunktionen verwendet werden. Es bestehen relativ wenige dieser generischen Felder 424a. Bei einem bevorzugten Ausführungsbeispiel umfassen die generischen Felder folgendes: Eine Quellbezeichnung 426a, die eine Zeichenfolge ist (druckbar), die einen Namen für die Entität enthält, die die Benachrichtigung ursprünglich erzeugte; einen Umgebungstyp 426b, der die Art der Benachrichtigung oder die Umgebung bezeichnet aus der dieselbe stammte (Beispiele umfassen generisch, SNMP, DCE, SNA, NW, CMIP, etc.; dies müssen eindeutige Werte sein und müssen somit über einen Registrierungsdienst gehandhabt oder inhärent eindeutig sein); eine Entstehungszeit 426c, was die Zeit ist, zu der die Benachrichtigung in das GNF-System 103 eingelegt wurde; eine Anzahl extrahierter Attribute 426d, was die Anzahl extrahierter Attribute ist, die folgen; eine PDU-Länge 426e, die die Länge der systemeigenen PDU 424c anzeigt, wie sie an diese Benachrichtigung angehängt ist (vorzugsweise zeigt eine Länge von Null an, daß keine systemeigene PDU vorhanden ist).
  • Die Anzahl von extrahierten Attributen 424b ist in der kanonischen Datenstruktur 424 variabel. Die extrahierten Attribute 424b weisen eine Sequenz von 4-fach-Attributen 427a–427d auf, die einen Namen 428a, einen Typ 428b, eine Länge 428c und einen Wert 428d enthalten. Da alle Elemente in dieser Sequenz explizit sind, können Operationen, wie z. B. Vergleiche zum Filtern an denselben vertrauensvoll durchgeführt werden und ohne einen Bedarf zum Erweitern der Infrastruktur für die Einbringung neuer Feldnamen. Die verfügbaren Typen umfassen jene, die durch das OMG IDL definiert sind. Die Attribute 427a–427d können tatsächlich aus einer umgebungsspezifischen PDU 424c extrahiert werden, wenn dieselbe auf die kanonische Datenstruktur 424 (somit den Namen) oder einfach einen variablen Abschnitt der Benachrichtigung (in dem Fall von Empfehlungen) abgebildet wird.
  • Die PDU 424c ist im wesentlichen eine Bitzeichenfolge, die durch das GNF-System 103 nicht interpretiert wird, aber durch das GNF-System 103 gehalten wird. Die PDU 424c weist üblicherweise die ursprüngliche, domänenspezifische Ereignis-PDU auf, kann jedoch verwendet werden, um Informationen weiterzuleiten, die durch das GNF-System 103 nicht interpretiert werden, aber durch dasselbe weitergeleitet werden.
  • Vier Rollen, die durch die Komponenten gespielt werden können, die mit dem GNF 254 des GNF-Systems 103 interagieren, werden nun bezugnehmend auf 5 beschrieben. Im wesentlichen bestehen drei Rollen, die durch Komponenten gespielt werden können, die mit dem GNF-System 103 interagieren: Lieferant 532 (z. B. die Netzwerküberwachungsvorrichtung 206), Verbraucher 534 (Z. B. der Topologieverwalter 210, die GUI 222, eine Anwendung 15), und der Konfigurierer 536 (z. B. die Netzwerküberwachungsvorrichtung 206, der Topologieverwalter 210, die GUI 222 und eine Anwendung 105). Der Lieferant 532 bringt Verwaltungssignale in den GNF 254 des GNF-Systems 103 ein, wie durch den Referenzpfeil 538 angezeigt ist, wohingegen der Verbraucher 534 Verwaltungssignale von dem GNF 254 empfängt, wie durch den Referenzpfeil 539 angezeigt ist. Der GNF 254 empfängt Verwaltungssignale von dem Lieferanten basierend auf einer Registrierung des Lieferanten bei dem GNF 254, wie durch den Referenzpfeil 542 angezeigt ist, und der GNF 254 überträgt Verwaltungssignale zu dem Verbraucher, basierend auf der Registrierung des Verbrauchers 534 bei dem GNF 254, wie durch den Referenzpfeil 544 angezeigt ist. Im wesentlichen kann der Verbraucher 534 den Konfigurierer 536 darüber informieren, woran er interessiert ist, und der Konfigurierer 536 kann ein Filter für denselben einrichten.
  • Der Konfigurierer 536 konfiguriert den Lieferanten 532 und den GNF 254, wie durch jeweilige Referenzpfeile 535 und 537 angezeigt ist, und empfängt Konfigurationsinformationen von dem Verbraucher 534, wie durch den Referenzpfeil 543 angezeigt ist. Es wird darauf hingewiesen, daß in den Figuren Konfigurationszugriffe durch schmale verlängerte Streifen angezeigt sind. Der zuvor genannte Austausch von Konfigurationsinformationen stellt eine Konsistenz zwischen Verwaltungssignalen sicher, die über den GNF 254 eingebracht, weitergeleitet und empfangen werden. Es sollte darauf hingewiesen werden, daß die vorangehenden Rollen in ihrer Eigenschaft vollständig logisch sind. Eine gegebene Anwendung oder ein Dienst kann tatsächlich eine, zwei oder alle drei dieser Rollen spielen.
  • Bei der Initialisierung (oder möglicherweise später) fügt der Konfigurierer 536 einen oder mehrere Filter 541 hinzu, die der GNF 254 beim Verteilen spezifischer Verwaltungssignale verwenden soll. Der Konfigurierer 536 kann dann Lieferanten 532 einrichten, um Verwaltungssignale von Interesse in den GNF 254 einzubringen. Wenn die Übersetzung von einem systemeigenen Format in die kanonische Datenstruktur 424 (4) durch den Lieferanten 532 durchgeführt wird, dann kann der Konfigurierer 536 zusätzliche Variationen spezifizieren, wie z. B. welche systemeigenen Attribute extrahiert werden sollen. An diesem Punkt versteht der Lieferant 532 seine Mission und kann sich bei dem GNF 254 so registrieren, daß der GNF 254 mit dem Erzeugen von Verwaltungssignalen 539 beginnen kann.
  • Der Verbraucher 534 kann auf ähnliche Weise eine Konfiguration durch den Konfigurierer 536 erfordern, wenn der Verbraucher 534 die Flexibilität behält, verschiedene Verwaltungssignale 539 dynamisch zu verarbeiten. Bei diesem Szenario antwortet der Konfigurierer 536 auf eine Filteranforderung von dem Verbraucher 534 durch Weiterleiten der Antwort an den GNF 254, und die Antwort wird schließlich an den Verbraucher 534 über den GNF 254 kommuniziert. Sobald die Konfiguration eingerichtet wurde, weiß der Verbraucher 534, welche neuen Signale bei dem GNF 254 registriert werden sollen, wie durch den Referenzpfeil 544 dargestellt ist. Die Verbraucherregistrierung weist den Verbraucher einfach zu den Ergebnissen eines Filters zu.
  • Somit kann der Treffpunkt (Leitung oder Ereigniskanal) entweder durch den Verbraucher 534 eingerichtet und an den Konfigurierer 536 weitergeleitet werden oder durch den Konfigurierer 536 ansprechend auf eine Filteranforderung von dem Verbraucher 534 eingerichtet und zurück zu dem Verbraucher 534 kommuniziert werden. In jedem Fall ist dieser Treffpunkt der Ort, an dem der GNF 254 Ereignisse plaziert, die durch den zugeordneten Filter geleitet werden.
  • Nachdem die erforderliche Konfiguration stattgefunden hat, kann der Lieferant 532 Verwaltungssignale 538 erzeugen, die durch das GNF-System 103 zum Verbrauchen durch den Verbraucher 534 verteilt werden, wie durch den Referenzpfeil 539 angezeigt ist.
  • In Bezug auf die Implementierung ist es wichtig zu wissen, daß diese Rollen (d. h. Lieferant, Verbraucher und Konfigurierer) in ihrer Eigenschaft logisch sind. Folglich kann die Rolle des Konfigurierers 536 in der Praxis zwischen verschiedenen Komponenten aufgeteilt sein oder sein Vorhandensein kann sogar nicht einmal offensichtlich sein, wenn derselbe in den Lieferanten 532 oder den Verbraucher 534 eingebettet ist. Ferner ist eine Anzahl der zuvor genannten Konfigurierungsschritte insofern optional, daß dieselben nicht durch alle Implementierungen oder Verwendungen des GNF-Systems 103 erforderlich sind, insbesondere wenn ein bestimmter Lieferant 532 und Verbraucher 534 statisch in Hinblick auf die Verwaltungssignale sind, die dieselben handhaben.
  • Bezugnehmend auf 6 können Lieferanten 532 als Ereignisübersetzer 552 implementiert sein, die zweckgebunden sein können, um Ereignisse zu verarbeiten, die sich auf die Protokolle SNMP, CMIP, DCE, properietäre Protokolle von SNA, NW etc. beziehen. Die Ereignisübersetzer 252 und ihre entsprechenden Ereignisteilsysteme 302 sind mit dem Netzwerk 118 verbunden und empfangen Ereignisse 602 von dem Netzwerk 118. Ereignisse werden zu einer spezifischen Adresse und einem Tor gesendet, die jedem Ereignisübersetzer 552 und dem Ereignisteilsystem 302 entsprechen. Jedes Ereignisteilsystem 302 leitet Ereignisse 604 zu seinem entsprechenden Ereignisübersetzer 252 weiter. Ferner wandelt der Ereignisübersetzer 252 die Ereignisdaten, d. h. die DPU, in die kanonische Datenstruktur 424 (4) um und überträgt die kanonische Datenstruktur 424 zu dem GNF 254, wie durch den Referenzpfeil 253 in 6 angezeigt ist.
  • Die Ereignisübersetzer 252 werden durch den Konfigurierer 536 (5) konfiguriert, wie durch den Pfeil 606 in 6 angezeigt ist, in Hinblick darauf, welche umgebungsspezifischen PDU-Attribute als extrahierte Attribute 227a–227d (4) in der kanonischen Datenstruktur 424 (4) herausgezogen werden müssen. Zusätzlich dazu, wenn die Ereignisübersetzer 252 konfiguriert sind, liegt es in ihrer Verantwortlichkeit, ihr zugeordnetes Ereignisteilsystem 302 zu konfigurieren, zu filtern und die entsprechenden Ereignisse an den Ereignisübersetzer 252 weiterzuleiten, so daß der Ereignisübersetzer 252 die ausgewählten Ereignisse an den GNF 254 weiterleiten kann.
  • Optional kann der GNF 224 mit einem Spurmechanismus 610 und einem Ereignisprotokollmechanismus 612 ausgerüstet sein. Der Spurmechanismus 610 ist im Gegensatz zu dem Ereignisprotokollmechanismus 612 an alle Verwaltungssignale anwendbar, die in den GNF 254 eingebracht werden. Der Spurmechanismus 610 sowie der Ereignisprotokollmechanismus 612 folgt dem Verbrauchermodell beim Liefern eines Verbrauchers, um alle Verwaltungssignale zu empfangen und um eine kurze schriftliche Aufzeichnung von dessen Auftreten zu erfassen. Der Spurmechanismus 610 kann als eine Fehlerlösungs(Debugging) und Stütz-Hilfe dienen und kann zum Verwalten von Verwaltungsprozessen selbst entworfen sein.
  • Der Ereignisprotokollmechanismus 612 wird verwendet, um eine Aufzeichnung aller Ereignistyp-Verwaltungssignale zu erfassen, die in den GNF 254 eingebracht wurden. Genauer gesagt bewahrt der Ereignisprotokollmechanismus 612 die Daten der kanonischen Datenstruktur 424 (4) für Ereignisverwaltungssignale, die vorangehend beschrieben wurden, so daß interessierte Anwendungen auf die generischen Felder 424a, die extrahierten Attribute 424b und die PDU 424c zugreifen können.
  • Ferner liefert der Ereignisprotokollmechanismus 612 eine Basis für eine Ereigniskorrelation und eine Alarmabbildung, wie hierin nachfolgend beschrieben wird, und ferner liefert derselbe eine historische Aufzeichnung der Ereignisse, die über alle verwalteten Umgebungen aufgetreten sind. Der Ereignisprotokollmechanismus 612 sollte natürlich konfigurierbar sein, um nur die Ereignisse von Interesse zu protokollieren; nicht alle Ereignisse, die in den GNF 254 weitergeleitet werden, müssen notwendigerweise in einer Datenspeicherung plaziert werden. Als solches ist es wichtig darauf hinzuweisen, daß der Ereignisprotokollmechanismus 612 seinen eigenen Verbraucher aufweist, der die Ereignisse empfängt und dieselben in die Datenbank schreibt. Der einzige Unterschied zwischen diesem Verbraucher und den Verbrauchern 534 ist, daß der Protokollverbraucher direkt in den GNF 254 eingebaut ist, für ein verbessertes Verhalten.
  • Sowohl der Spurmechanismus 610 als auch der Ereignisprotokollmechanismus 612 sollten mit konfigurierbaren Schnittstellen versehen sein, um eine Speicherungstaktik zu spezifizieren, so daß ein verfügbarer Speicher nicht überläuft und Einträge gemäß einem absichtlich ausgewählten Verfahren gelöscht werden.
  • Das GNF-System 103 kann in Verbindung mit einem Alarmteilsystem 702 implementiert sein, wie in 7 dargestellt ist. Im wesentlichen verwendet das Alarmteilsystem 702 das GNF-System 103 bei dessen Verwaltung von Alarmen. In dem Kontext dieses Dokuments ist ein „Alarm" eine aufgezeichnete Interpretation, mit einem Zustand, von einem oder mehreren Ereignissen. Das Alarmteilsystem 702 weist die Komponenten auf, die zum Definieren, Aktualisieren, Speichern, Präsentieren und Erteilen von Zugriff zu Alarmen verwendet werden. Bei der Architektur weist das Alarmteilsystem 702 einen Alarmdienst 704, einen oder mehrere Korrelierer 706, und eine Alarmkonsole 708 auf. Der Alarmdienst 704 liefert Alarmspeicherungsdienst 710, basierend auf Daten, die von den Korrelierern 706 und der Konsole 708 empfangen wurden, wie durch die jeweiligen Referenzpfeile 712, 714 angezeigt ist. Die Korrelierer 706 bestimmen, wann Alarme erzeugt werden. Schließlich weist die Konsole 708 Benutzerschnittstellentools zum Betrachten und Manipulieren von Alarmen auf.
  • Die Eingabe 716 in die Korrelierer 706 kann durch eine Verwaltungsanwendung 105 (2) geliefert werden, die auf das Verwaltungssignal hört oder die durch eine andere relevante oder geeignete Eingabe geliefert wird. Der GNF 254 ermöglicht die Implementierung der Korrelierer 706. Die Korrelierer 706 überwachen den aktuellen Zustand der verwalteten Umgebung gegen Alarmstatus oder ankommende Benachrichtigungen, um zu bestimmen, wann die Alarmstatus wahr sind. Wenn diese Zustände wahr werden, erzeugen die Korrelierer 706 neue Alarme durch Interagieren mit dem Alarmdienst 704.
  • Der Alarmdienst 704 weist zwei primäre Funktionen auf: Liefern einer Schnittstelle, die Zugriff zu Alarmaufzeichnungen in der Datenspeicherung erteilt und Erzeugen von Verwaltungssignalen, die Alarmstatusänderungen an interessierte Anwendungen 105 kommuniziert (2). Wenn die Korrelierer 706 Alarmzustandsstatusänderungen erfassen, lösen die Korrelierer 706 den Alarmdienst 704 aus, um den entsprechenden Alarm zu erzeugen oder ihre Statuswerte zu aktualisieren. Auf ähnliche Weise kann eine Anwendung 105 den Alarmdienst 704 verwenden, um einen Alarm wiederzugewinnen oder angemessene Änderungen an den Alarmen durchzuführen. Bei dem bevorzugten Ausführungsbeispiel umfassen die Daten, die von einer Alarmaufzeichnung verfügbar sind, folgendes: Wenn der Alarm wahr wird, wenn der Alarm falsch wurde, dessen Status, eine Referenz auf die Definition von dessen Alarmzustand und eine Liste der bestimmten Ereignisidentifikationen, die den Alarmzustand wahr machen.
  • Wenn die Alarmstatusänderungen auftreten, erzeugt der Alarmdienst 704 Verwaltungssignale 718 für den GNF 254, um registrierte Anwendungen 105 über die Änderungen zu benachrichtigen. Diese Alarmstatus umfassen z. B., aber nicht ausschließlich, Alarmerzeugung (oder Gültigkeit), Alarmbestätigung, Alarmlöschung, Alarmungültigkeit (oder nicht mehr wahr), Alarmeskalation, etc.
  • Die Konsole 708 umfaßt verschiedene Tools zum Warnen des Benutzers über Alarmstatusänderungen, und um es dem Benutzer zu ermöglichen, Alarme zu betrachten und zu manipulieren. Beispiele umfassen eine Alarmüberwachungsvorrichtung und einen Aufzeichnungsbrowser, eine Ereignisüberwachungs-Vorrichtung und einen -Browser, ein Schwierigkeiten-Ticket-System und einen Alarmkonfigurierer, der zum Definieren von Alarmstatus und zum Registrieren von Benutzerinteresse an bestimmten Alarmen verwendet wird. Es wird darauf hingewiesen, daß eine Ereignisüberwachungs-Vorrichtung und ein – Browser ein einstückiges Teil der Alarmkonsole 708 sein kann, da primär Ereignisse vorliegen, die Alarmstatus bilden.
  • Ein Beispiel eines Alarms, um die Operation des Alarmteilsystems 702 zu zeigen, ist wie folgt. Es sei angenommen, daß dem Speicher 124 (1) in der Form eines Festplattenlaufwerks der Speicherspeicherungsraum ausgeht. Ein Korrelierer 706 könnte zweckgebunden sein für das Überwachen von Ereignissen und das Bestimmen, wann der Plattenspeicher 124 sich an seine volle Kapazität annähert. Wenn der vorangehende Korrelierer 706 bestimmt, daß der Plattenspeicher 124 sich an seine volle Kapazität annähert, gibt der Korrelierer 706 eine Platte-Niedrig-Benachrichtigung 712 an den Alarmdienst 704 aus, der wiederum eine Platte-Niedrig-Benachrichtigung 718 an den GNF 254 ausgibt. Der GNF 2354 gibt dann die Platte-Niedrig-Benachrichtigung 720 an einen Registrierte-Aktion-Server 722 aus, der die Benachrichtigung verbraucht und ein Skript ausführt, das Aktivitäten handhabt, um mehr Raum in dem Plattenspeicher 124 zu erhalten. Es bestehen zahlreiche andere Beispiele von Alarmen, und das zuvor genannte Beispiel sollte nicht einschränkend sein.
  • Beim Zusammenfassen der detaillierten Beschreibung sollte darauf hingewiesen werden, daß es für Fachleute auf dem Gebiet offensichtlich ist, daß viele Variationen und Modifikationen an dem bevorzugten Ausführungsbeispiel durchgeführt werden können, ohne wesentlich von dem Schutzbereich der vorliegenden Erfindung abzuweisen, wie es in den nachfolgenden Ansprüchen erläutert ist. Ferner sollen in den hierin nachfolgenden Ansprüchen die Strukturen, Materialien, Handlungen und Äquivalente aller Einrichtung-Plus-Funktion- oder Schritt-Plus-Funktion-Elemente Strukturen, Materialien oder Handlungen zum Ausführen der spezifizierten Funktionen umfassen.

Claims (10)

  1. Ein Benachrichtigungs-Rahmensystem (103) zum Verbessern der Operation einer Verwaltungsstation (100) in einem Netzwerk (118) durch Integrieren von Informationen von einer Mehrzahl von unterschiedlichen Verwaltungsprotokollen (302), wobei das Netzwerk (18) eine Mehrzahl von Verwaltungsstationen aufweist, das folgende Merkmale aufweist: einen Übersetzer (252), der mit dem Netzwerk (118) verbunden ist, zum Empfangen von Ereignisdatenelementen (424c), die unterschiedlichen Verwaltungsprotokollen (302) von dem Netzwerk (118) entsprechen, wobei der Übersetzer (252) konfiguriert ist, um die Ereignisdatenelemente (424c) in entsprechende kanonische Datenstrukturen (424) zu übersetzen, wobei jede der kanonischen Datenstrukturen (424) ein Attributfeld (427) zum Halten eines Attributs umfaßt, das durch eine der Mehrzahl von Verwaltungsstationen in dem Netzwerk (18) interpretiert werden kann, wobei der Übersetzer (252) ein Ereignisdatenelement in die kanonische Datenstruktur durch Extrahieren aus den Ereignisdatenelementattributen übersetzt, um in dem Attributfeld gespeichert zu werden; und eine Benachrichtigungsrahmeneinrichtung (254), die mit dem Übersetzer (252) verbunden ist, um die kanonische Datenstruktur zu empfangen, wobei die Rahmeneinrichtung (254) konfiguriert ist, um eine kanonische Datenstruktur mit einem bestimmten Attributfeld (427) an eine Verbraucherkomponente (534) weiterzuleiten, die mit der Rahmeneinrichtung (254) verbunden ist, wobei die Verbraucherkomponente (534) vorangehend bei der Rahmeneinrichtung (254) registriert wurde, um eine der kanonischen Datenstrukturen (424) mit dem bestimmten Attributfeld (427) zu empfangen.
  2. Das System (103) gemäß Anspruch 1, das ferner einen Korrelierer (1406) aufweist, der konfiguriert ist, um die kanonischen Datenstrukturen (424) zu korrelieren, um ein intelligentes Ereignis abzuleiten.
  3. Das System (103) gemäß Anspruch 1, bei dem die kanonische Datenstruktur ferner ein generisches Feld (424a) umfaßt, das ein Protokoll (424c) bezeichnet, das dem Ereignisdatenelement entspricht.
  4. Das System (103) gemäß Anspruch 1, das ferner folgende Merkmale aufweist: eine Mehrzahl von Ereignisteilsystemen (302), die mit dem Netzwerk (118) verbunden sind, wobei jedes der Ereignisteilsysteme (302) angepaßt ist, um Ereigniselemente (424c) von dem Netzwerk (118) zu empfangen, die ein bestimmtes Protokoll (424c) aufweisen, das jedem derselben zugeordnet ist; und eine Mehrzahl von Übersetzern (252), wobei einer derselben der Übersetzer (252) ist, wobei jeder derselben mit einem jeweiligen der Ereignisteilsysteme (302) verbunden ist, und wobei alle derselben mit der Rahmeneinrichtung (254) verbunden sind, um die kanonischen Datenstrukturen (424) an die Rahmeneinrichtung (254) zu liefern.
  5. Das System (103) gemäß Anspruch 2, das ferner einen Konfigurierer (536) aufweist, der mit der Rahmeneinrichtung (254) verbunden ist, und konfiguriert ist, um zu spezifizieren, welche der kanonischen Datenstruktu ren (424) an den Korrelierer (1406) weitergeleitet werden sollen.
  6. Das System (103) gemäß Anspruch 4, das ferner einen Konfigurierer (536) aufweist, der mit den Übersetzern (252) verbunden ist und konfiguriert ist, um zu spezifizieren, welche der Ereignisdatenelemente (424c) durch jeden der Übersetzer (252) an die generische Benachrichtigungsrahmeneinrichtung (254) kommuniziert werden sollen.
  7. Das System (103) gemäß Anspruch 5, bei dem der Konfigurierer (536) ferner mit dem Übersetzer (252) verbunden ist und ferner konfiguriert ist, um zu spezifizieren, welche der Ereignisdatenelemente (424c) durch den Übersetzer (252) an die generischen Benachrichtigungsrahmeneinrichtung (254) kommuniziert werden sollen.
  8. Ein Verfahren zum Verbessern der Operation einer Verwaltungsstation (100) in einem Netzwerk (118) durch Integrieren von Informationen aus einer Mehrzahl von unterschiedlichen Verwaltungsprotokollen (302), wobei das Netzwerk (18) eine Mehrzahl von Verwaltungsstationen aufweist, das folgende Schritte aufweist: Empfangen von Ereignisdatenelementen (424c), die unterschiedlichen Verwaltungsprotokollen (302) aus dem Netzwerk (118) entsprechen; Übersetzen der Ereignisdatenelemente (424c) in jeweilige kanonische Datenstrukturen (424), wobei jede der kanonischen Datenstrukturen (424) ein Attributfeld (427) zum Halten eines Attributs umfaßt, das durch eine aus der Mehrzahl von Verwaltungsstationen in dem Netzwerk (18) interpretiert werden kann, wobei das Übersetzen eines Ereignisdatenelements in die kanonische Datenstruktur das Extrahieren von Attributen aus dem Ereignisdatenelement, die in ein Attributfeld zu speichern sind, aufweist; Kommunizieren der kanonischen Datenstrukturen (424) an eine Rahmeneinrichtung (254) für eine mögliche Verteilung an Verbraucherkomponenten (534), die mit der Rahmeneinrichtung (254) verbunden sind; Kommunizieren eines bestimmten Attributfelds (427) von einer Verbraucherkomponente (534) an die Rahmeneinrichtung (254) um anzuzeigen, daß die Verbraucherkomponente (534) eine der kanonischen Datenstrukturen (424) mit dem bestimmten Attributfeld (427) empfangen möchte; und Kommunizieren einer kanonischen Datenstruktur mit dem bestimmten Attributfeld (427) von dem Rahmen (254) an die Verbraucherkomponente (534).
  9. Ein intelligentes Integrationssystem (700) zum Verbessern der Operation einer Verwaltungsstation (100) in einem Netzwerk (118) durch Korrelieren und Integrieren von Informationen aus einer Mehrzahl von unterschiedlichen Verwaltungsprotokollen (302), wobei das Netzwerk (118) eine Mehrzahl von Verwaltungsstationen aufweist, das folgende Merkmale aufweist: einen Empfänger, der mit dem Netzwerk (118) verbunden ist, zum Empfangen von Ereignisdatenelementen (424c), die unterschiedlichen Protokollen (302) aus dem Netzwerk (118) entsprechen; einen Übersetzer (252), der mit dem Empfänger verbunden ist, wobei der Übersetzer (252) konfiguriert ist, um jedes der Ereignisdatenelemente (424c) in eine kanonische Datenstruktur zu übersetzen, wobei die kanonische Datenstruktur ein Attributfeld (427) zum Halten eines Attributs umfaßt, das durch eine aus der Mehr zahl von Verwaltungsstationen in dem Netzwerk (18) interpretiert werden kann, wobei der Übersetzer (252) ein Ereignisdatenelement in die kanonische Datenstruktur übersetzt, durch Extrahieren von Attributen aus dem Ereignisdatenelement, die in dem Attributfeld zu speichern sind, wobei die kanonische Datenstruktur in der Lage ist, mit anderen kanonischen Datenstrukturen korreliert zu werden, die anderen Ereignisdatenelementen entsprechen, unabhängig von den Protokollen, die den Ereignisdatenelementen zugeordnet sind; und einen Korrelierer (706), der mit dem Übersetzer (252) verbunden ist, wobei der Prozessor konfiguriert ist, um die kanonischen Datenstrukturen (424) zu korrelieren, um ein intelligentes Ereignis abzuleiten.
  10. Ein Verfahren zum Verbessern der Operation einer Verwaltungsstation (100) in einem Netzwerk (118) durch Korrelieren und Integrieren von Informationen aus einer Mehrzahl von unterschiedlichen Verwaltungsprotokollen (302), wobei das Netzwerk (118) eine Mehrzahl von Verwaltungsstationen aufweist, das folgende Schritte aufweist: Empfangen von Ereignisdatenelementen (424c) von dem Netzwerk (118), wobei die Ereignisdatenelemente den unterschiedlichen Protokollen entsprechen; Übersetzen von jedem der Ereignisdatenelemente (424c) in eine kanonische Datenstruktur, wobei die kanonische Datenstruktur ein Attributfeld zum Halten eines Attributs umfaßt, das durch eine der Mehrzahl von Verwaltungsstationen in dem Netzwerk interpretiert werden kann, wobei das Übersetzen eines Ereignisdatenelements in die kanonische Datenstruktur das Extrahieren von Attributen aus dem Ereignisdatenelement aufweist, die in dem Attributfeld zu speichern sind, wobei die kanonische Datenstruktur in der Lage ist, mit anderen kanonischen Datenstrukturen (424) korreliert zu nonischen Datenstrukturen (424) korreliert zu werden, die anderen Ereignisdatenelementen (424c) entsprechen, unabhängig von Protokollen (302), die den Ereignisdatenelementen (424c) zugeordnet sind; und Korrelieren der kanonischen Datenstrukturen (424) zum Ableiten eines intelligenten Ereignisses.
DE69720857T 1996-05-31 1997-01-16 Systeme und Verfahren zum Betrieb einer Netzwerk-Verwaltungsstation Expired - Lifetime DE69720857T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US65668396A 1996-05-31 1996-05-31
US656683 1996-05-31

Publications (2)

Publication Number Publication Date
DE69720857D1 DE69720857D1 (de) 2003-05-22
DE69720857T2 true DE69720857T2 (de) 2004-02-05

Family

ID=24634117

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69720857T Expired - Lifetime DE69720857T2 (de) 1996-05-31 1997-01-16 Systeme und Verfahren zum Betrieb einer Netzwerk-Verwaltungsstation

Country Status (4)

Country Link
US (2) US6012095A (de)
EP (1) EP0810755B1 (de)
JP (1) JP3385179B2 (de)
DE (1) DE69720857T2 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005003059A1 (de) * 2005-01-22 2006-08-03 Hirschmann Electronics Gmbh Verfahren zum Betreiben einer Netzwerkmanagementstation

Families Citing this family (78)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6145009A (en) * 1997-05-20 2000-11-07 Kabushiki Kaisha Toshiba Event controlling system for integrating different event driven systems
US6259678B1 (en) * 1997-12-30 2001-07-10 Alcatel Usa Sourcing L.P. Telecommunications terminals management
US6148338A (en) * 1998-04-03 2000-11-14 Hewlett-Packard Company System for logging and enabling ordered retrieval of management events
US6366954B1 (en) * 1998-05-14 2002-04-02 Sun Microsystems, Inc. Method and data format for exchanging data between a Java system database entry and an LDAP directory service
GB2337903B (en) 1998-05-28 2000-06-07 3Com Corp Methods and apparatus for collecting storing processing and using network traffic data
US6330598B1 (en) * 1998-06-23 2001-12-11 Ameritech Corporation Global service management system for an advanced intelligent network
US6526442B1 (en) * 1998-07-07 2003-02-25 Compaq Information Technologies Group, L.P. Programmable operational system for managing devices participating in a network
US6487590B1 (en) * 1998-10-30 2002-11-26 Lucent Technologies Inc. Method for controlling a network element from a remote workstation
US6321338B1 (en) * 1998-11-09 2001-11-20 Sri International Network surveillance
US7047292B1 (en) * 1999-05-24 2006-05-16 Cisco Technology, Inc. Prioritizing network management traffic
EP1190342A2 (de) 1999-05-24 2002-03-27 Aprisma Management Technologies, Inc. Verfahren und anordnung zur dienststufenverwaltung
US6751672B1 (en) * 1999-06-02 2004-06-15 Nortel Networks Limited Efficient dynamic home agent discovery algorithm and system
DE19953877A1 (de) * 1999-11-09 2001-05-23 Siemens Ag Verfahren und Kommunikationssystem zum Verwalten eines Kommunikationsnetzes
US6732167B1 (en) 1999-11-30 2004-05-04 Accenture L.L.P. Service request processing in a local service activation management environment
US6961778B2 (en) * 1999-11-30 2005-11-01 Accenture Llp Management interface between a core telecommunication system and a local service provider
US6836803B1 (en) 1999-11-30 2004-12-28 Accenture Llp Operations architecture to implement a local service activation management system
US6813278B1 (en) 1999-11-30 2004-11-02 Accenture Llp Process for submitting and handling a service request in a local service management system
FR2802663B1 (fr) * 1999-12-21 2002-01-25 Bull Sa Procede de correlation d'alarmes dans un systeme d'administration hierarchisee
AU2602101A (en) * 1999-12-23 2001-07-03 Accenture Llp A method for controlling data collection, manipulation and storage on a network with service assurance capabilities
US6985901B1 (en) 1999-12-23 2006-01-10 Accenture Llp Controlling data collection, manipulation and storage on a network with service assurance capabilities
KR100357539B1 (ko) * 1999-12-30 2002-10-18 엘지정보통신주식회사 망 요소 관리정보의 변환 방법 및 장치
US6910070B1 (en) * 2000-01-24 2005-06-21 Oracle International Corporation Methods and systems for asynchronous notification of database events
US6813634B1 (en) * 2000-02-03 2004-11-02 International Business Machines Corporation Network fault alerting system and method
DE10018288A1 (de) * 2000-04-13 2001-10-18 Deutsche Telekom Ag Verfahren zur Analyse gesendeter Protokolldateneinheiten
US6697970B1 (en) * 2000-07-14 2004-02-24 Nortel Networks Limited Generic fault management method and system
US7774790B1 (en) * 2000-07-18 2010-08-10 Apple Inc. Event logging and performance analysis system for applications
US7188142B2 (en) * 2000-11-30 2007-03-06 Applied Materials, Inc. Dynamic subject information generation in message services of distributed object systems in a semiconductor assembly line facility
US20020069271A1 (en) * 2000-12-06 2002-06-06 Glen Tindal Event manager for network operating system
US6978301B2 (en) 2000-12-06 2005-12-20 Intelliden System and method for configuring a network device
US8219662B2 (en) 2000-12-06 2012-07-10 International Business Machines Corporation Redirecting data generated by network devices
US6870817B2 (en) * 2000-12-20 2005-03-22 Nortel Networks Limited Method and apparatus for monitoring calls over a session initiation protocol network
US20020188568A1 (en) * 2001-01-08 2002-12-12 Center 7, Inc. Systems and methods of containing and accessing generic policy
US20020091824A1 (en) * 2001-01-10 2002-07-11 Center 7, Inc. Intermediate systems for enterprise management from a central location
US7150037B2 (en) 2001-03-21 2006-12-12 Intelliden, Inc. Network configuration manager
US20020156886A1 (en) * 2001-04-23 2002-10-24 Krieski William George Protocol monitor
US20030005098A1 (en) * 2001-06-28 2003-01-02 International Business Machines Corporation Method and apparatus for using dynamic grouping data to group attributes relating to computer systems
US8296400B2 (en) 2001-08-29 2012-10-23 International Business Machines Corporation System and method for generating a configuration schema
US7200548B2 (en) 2001-08-29 2007-04-03 Intelliden System and method for modeling a network device's configuration
US20030074358A1 (en) * 2001-09-24 2003-04-17 Siamak Sarbaz Integration, management and processing of network data from disparate sources
US20030093551A1 (en) * 2001-10-17 2003-05-15 Graham Taylor Adaptive software interface
US20030158944A1 (en) * 2002-02-19 2003-08-21 International Business Machines Corporation Software control in a business transaction environment
KR100462876B1 (ko) * 2002-03-14 2004-12-17 삼성전자주식회사 네트워크 기술군 표준 플랫폼을 사용하는 방법
US20040205240A1 (en) * 2002-11-21 2004-10-14 International Business Machines Corporation Method, system, and computer program product for providing a four-tier corba architecture
US7779113B1 (en) * 2002-11-25 2010-08-17 Oracle International Corporation Audit management system for networks
FR2850815B1 (fr) * 2003-01-31 2005-04-29 Cit Alcatel Dispositif perfectionne de gestion d'equipements heterogenes de reseau de communications
US8099425B2 (en) * 2003-03-14 2012-01-17 Computer Associates Think, Inc. Relational model for management information in network devices
US7549149B2 (en) * 2003-08-21 2009-06-16 International Business Machines Corporation Automatic software distribution and installation in a multi-tiered computer network
US7970009B1 (en) * 2003-08-21 2011-06-28 Brixham Solutions Ltd. Method for performing protocol translation in a network switch
US7644376B2 (en) * 2003-10-23 2010-01-05 Microsoft Corporation Flexible architecture for notifying applications of state changes
CN100454826C (zh) * 2004-01-17 2009-01-21 华为技术有限公司 综合网元管理系统
JP4549687B2 (ja) * 2004-01-29 2010-09-22 富士通株式会社 連携システム及び連携方法
WO2005088938A1 (en) 2004-03-10 2005-09-22 Enterasys Networks, Inc. Method for network traffic mirroring with data privacy
GB2413725A (en) * 2004-04-28 2005-11-02 Agilent Technologies Inc Network switch monitoring interface translates information from the switch to the format used by the monitoring system
US8819213B2 (en) * 2004-08-20 2014-08-26 Extreme Networks, Inc. System, method and apparatus for traffic mirror setup, service and security in communication networks
US20070118496A1 (en) * 2005-11-21 2007-05-24 Christof Bornhoevd Service-to-device mapping for smart items
US7860968B2 (en) * 2005-11-21 2010-12-28 Sap Ag Hierarchical, multi-tiered mapping and monitoring architecture for smart items
US8156208B2 (en) 2005-11-21 2012-04-10 Sap Ag Hierarchical, multi-tiered mapping and monitoring architecture for service-to-device re-mapping for smart items
US8005879B2 (en) 2005-11-21 2011-08-23 Sap Ag Service-to-device re-mapping for smart items
US8522341B2 (en) 2006-03-31 2013-08-27 Sap Ag Active intervention in service-to-device mapping for smart items
US7890568B2 (en) 2006-04-28 2011-02-15 Sap Ag Service-to-device mapping for smart items using a genetic algorithm
US8296408B2 (en) 2006-05-12 2012-10-23 Sap Ag Distributing relocatable services in middleware for smart items
US8065411B2 (en) * 2006-05-31 2011-11-22 Sap Ag System monitor for networks of nodes
US8131838B2 (en) 2006-05-31 2012-03-06 Sap Ag Modular monitor service for smart item monitoring
US8296413B2 (en) 2006-05-31 2012-10-23 Sap Ag Device registration in a hierarchical monitor service
US8396788B2 (en) 2006-07-31 2013-03-12 Sap Ag Cost-based deployment of components in smart item environments
US20080306798A1 (en) * 2007-06-05 2008-12-11 Juergen Anke Deployment planning of components in heterogeneous environments
US8527622B2 (en) * 2007-10-12 2013-09-03 Sap Ag Fault tolerance framework for networks of nodes
US8320261B2 (en) * 2008-07-21 2012-11-27 Cisco Technology, Inc. Method and apparatus for troubleshooting subscriber issues on a telecommunications network
CH701294A1 (fr) * 2009-06-18 2010-12-31 Archimede Solutions Sarl Système multi-protocolaire de contrôle et de gestion d'objets communicants hétérogènes.
CN103493437B (zh) 2011-04-19 2016-04-20 三菱电机株式会社 网络解析支援装置、网络试验装置、网络解析支援方法以及网络试验方法
WO2012166927A1 (en) * 2011-06-02 2012-12-06 Numerex Corp. Wireless snmp agent gateway
US20130080604A1 (en) * 2011-09-22 2013-03-28 Hitachi, Ltd. System management apparatus and system management method
US10331695B1 (en) * 2013-11-25 2019-06-25 Amazon Technologies, Inc. Replication coordination service for data transfers between distributed databases
JP6771855B2 (ja) * 2014-06-02 2020-10-21 ヤマハ株式会社 中継装置およびプログラム
US10708130B2 (en) 2015-08-28 2020-07-07 Hewlett-Packard Development Company, L.P. Common management frameworks
CA2982199A1 (en) * 2016-10-24 2018-04-24 Centre For Development Of Telematics (C-Dot) System and method for facilitating optimization and analytics of a managed network
US10447807B1 (en) * 2017-09-21 2019-10-15 Sprint Communications Company L.P. Dynamic middleware source selection for optimizing data retrieval from network nodes
CN111429984B (zh) * 2020-06-11 2020-09-11 嘉兴太美医疗科技有限公司 临床试验数据采集的逻辑核查配置方法以及逻辑核查方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4979169A (en) * 1989-02-14 1990-12-18 Data General Corporation Method and apparatus for performing format conversion between bit streams
US5218697A (en) * 1990-04-18 1993-06-08 Microsoft Corporation Method and system for networking computers having varying file architectures
US5307456A (en) * 1990-12-04 1994-04-26 Sony Electronics, Inc. Integrated multi-media production and authoring system
US5317742A (en) * 1991-06-21 1994-05-31 Racal-Datacom, Inc. Dynamic translation of network management primitives to queries to a database
JP2571655B2 (ja) * 1991-11-27 1997-01-16 インターナショナル・ビジネス・マシーンズ・コーポレイション プロトコル変換機構、交換ネットワーク及びコンピュータ・システム
US5491796A (en) * 1992-10-23 1996-02-13 Net Labs, Inc. Apparatus for remotely managing diverse information network resources
EP0637152A1 (de) * 1993-07-30 1995-02-01 International Business Machines Corporation Verfahren und Gerät zur Beschleunigung der Wahl des Weges in einem Paketvermittlungsnetz
US5568605A (en) * 1994-01-13 1996-10-22 International Business Machines Corporation Resolving conflicting topology information
SG47034A1 (en) * 1994-02-28 1998-03-20 British Telecomm A data storage device
US5896440A (en) * 1994-05-26 1999-04-20 Gte Service Corporation System and method for providing a unified communications link between divergent communication networks

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005003059A1 (de) * 2005-01-22 2006-08-03 Hirschmann Electronics Gmbh Verfahren zum Betreiben einer Netzwerkmanagementstation
DE102005003059B4 (de) * 2005-01-22 2007-09-27 Hirschmann Electronics Gmbh Verfahren zum Betreiben einer Netzwerkmanagementstation

Also Published As

Publication number Publication date
US6012095A (en) 2000-01-04
EP0810755A3 (de) 1999-03-24
JPH1093654A (ja) 1998-04-10
EP0810755A2 (de) 1997-12-03
JP3385179B2 (ja) 2003-03-10
EP0810755B1 (de) 2003-04-16
US6189038B1 (en) 2001-02-13
DE69720857D1 (de) 2003-05-22

Similar Documents

Publication Publication Date Title
DE69720857T2 (de) Systeme und Verfahren zum Betrieb einer Netzwerk-Verwaltungsstation
DE60035830T2 (de) Netzwerkgeräteverwaltungsvorrichtung und - verfahren
DE69533349T2 (de) Persistenzspezifizierungssystem und Verfahren für Hochleistungssubkarten auf Anfrage
DE69927929T2 (de) Verfahren und System zur Netzwerkverwaltung
DE60207368T2 (de) Verfahren und Vorrichtung zur automatischen Erkennung von Netzelementen mit Datenübertragungsfähigkeiten
DE60216221T2 (de) Verfahren und Vorrichtung zur automatischen Erkennung von logischen Verbindungen zwischen Netzvorrichtungen
DE69534334T2 (de) Stapelübertragungssystem und -verfahren für graphische Hochleistungsdarstellung von Netztopologie
DE69628718T2 (de) Netzwerk - Topologie-Verwaltungssystem
DE69837180T2 (de) Korrelation von Netzwerkverwaltungs-Ereignissen in Umgebungen mit inaktiven Netzelementen
DE69635648T2 (de) System und Verfahren zur Filterung eines Hochleistungsnetzwerk-Verwaltungsplans
DE60034261T2 (de) Verfahren und Vorrichtung für eine Zustandsänderungsmeldung
DE60308700T2 (de) Dynamische fernkonfiguration eines webservers zur bereitstellung von kapazität auf anfrage
DE60038705T2 (de) Verfahren und vorrichtung für die aktivitäts-basierte zusammenarbeit eines rechnersystems, ausgestattet mit einem kommunikations-manager
DE69832002T2 (de) Übertragungssystem und Übertragungsverfahren,Empfangssystem und Empfangsverfahren
DE60303309T2 (de) Snmp systemeinzelabbild eines am netzwerk angeschlossenen speichers
DE69636914T2 (de) Verfahren und Vorrichtung für Netzwerkverwaltung
DE19681682B4 (de) Telekommunikationsnetz-Verwaltungssystem
DE60313567T2 (de) Zugriffsrelayvorrichtung
DE60205539T2 (de) Verfahren und Vorrichtung zum Verwalten von mehreren Netzwerkgeräten
DE69723612T2 (de) Datenbanknetzwerk
DE60133648T2 (de) System und verfahren zum führen von laufzeitdaten in einem server-netzwerk
DE69929268T2 (de) Verfahren und System zur Überwachung und Steuerung der Netzzugriffe
DE69927506T2 (de) Netzübergangseinrichtung für internetkamera
DE60029321T2 (de) Verfahren und vorrichtung zur fernbedienung eines hausnetzwerks von einem externen kommunikationsnetz
DE69432883T2 (de) System und verfahren zur automatischen auflösung eines segments in einem localen netz

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8327 Change in the person/name/address of the patent owner

Owner name: HEWLETT-PACKARD DEVELOPMENT CO., L.P., HOUSTON, TE