DE69825571T2

DE69825571T2 - System und verfahren zur überwachung verteilter anwendungen

Info

Publication number: DE69825571T2
Application number: DE69825571T
Authority: DE
Inventors: Neeraj Agarwal; Pierre Perret; G. Michael MCMENEMY
Original assignee: FirstSense Software Inc
Current assignee: Google LLC
Priority date: 1997-03-20
Filing date: 1998-03-17
Publication date: 2005-08-18
Anticipated expiration: 2018-03-18
Also published as: JP2001519942A; US5958010A; AU748862B2; DE69825571D1; ATE273589T1; CA2283484A1; EP0968589A1; AU6559898A; WO1998042103A1; EP0968589B1

Description

GEBIET DER ERFINDUNG
Die Erfindung bezieht sich auf Systeme und Verfahren zur Überwachung eines in einem Netzwerk ablaufenden Serverprogramms, wie in den Oberbegriffen der Ansprüche 1, 11 und 13 definiert. Sie bezieht sich genauer auf Systeme und Verfahren zur Überwachung des firmenweiten Betriebs eines verteilten Computersystems zur Erzeugung von Verwaltungsdaten bezüglich der Geschäftstransaktionsebenen im Hinblick auf Systemleistung, Nutzungstrends, Sicherheitsüberprüfung, Kapazitätsplanung und Ausnahmen.
HINTERGRUND DER ERFINDUNG
Eine verteilte Computerarchitektur schafft physische und logische Verteilung von Rechnerfunktionen auf viele Computer, die über ein Netzwerksystem verbunden sind. Typischerweise löst der Client eine Dienstanforderung an einen Server über das Netzwerk aus. Der Server antwortet auf die Anforderung des Clients durch Ausführung eines oder mehrerer Datenbankdienste, Dateidienste, Druckdienste oder anderer Dienste. Während der Operation tauschen der Client und der Server Daten aus und führen individuell Datenverarbeitungsfunktionen aus, die zum Abschluß der Operation erforderlich sind. Komplexität kann auftreten, da ein einziger Server mehrere Clients gleichzeitig bedienen kann, wogegen ein Client simultan auf die Dienste mehrerer Server zugreifen kann. Darüber hinaus können Server als Client für andere Server auftreten. Entsprechend können verteilte Computersysteme komplexe verteilte Mehrebenen-Architekturen aufweisen.
Trotz ihrer Komplexität waren verteilte Computerarchitekturen erstaunlich erfolgreich bei der Bereitstellung von hoch entwickelten und leistungsfähigen Systemen zur effizienten Verarbeitung großer Datenmengen für die Benutzer und bei der Schaffung schneller digitaler Kommunikation zwischen mehrfachen Stationen. Die Leistung dieser Systeme führte zu einer weitverbreiteten Vermehrung verteilter Computerarchitekturen und resultierte ferner in der Entwicklung einer Unmenge von verteilten Computerdiensten wie Client/Server-Datenbanken, verteilten Anwendungen und Netzwerken über heterogene Umgebungen. Darüber hinaus treiben neue Technologien weiterhin das Wachstum von verteilten Systemen voran. Zum Beispiel hat die Entwicklung von Internet- und Intranet-Systemen, die für das gewerbliche Umfeld geeignet sind, eine Wachstumsexplosion auf dem Gebiet verteilter Computersysteme verursacht.
Obwohl verteilte Computerarchitekturen die Benutzer mit effizienten und leistungsfähigen Werkzeugen (Tools) versorgen, macht die Komplexität und das technische Raffinement der Architektur die Implementierung, den Einsatz und den Betrieb des tatsächlichen Systems recht schwierig. Zum Beispiel schließt ein typisches relationales Client/Server-Datenbanksystem einen Datenbankserver ein, der eine Anzahl von Datenbankdiensten für eine Vielzahl von Clients bereitstellt. Die verteilte Architektur erfordert, daß jeder Client in der Lage ist, ordnungsgemäß mit dem Server zu kommunizieren, und daß der Server in der Lage ist, die mehrfachen Dienstanforderungen, die von den Clients empfangen werden, zu koordinieren und eine Datenkohärenz eines Datendepots aufrecht zu erhalten, das über mehrere Netzwerk-Speichervorrichtungen verteilt sein könnte. Das Laden eines derartigen Systems in ein Computernetzwerk ist eine schwierige Aufgabe und gestaltet sich komplex, da elektronische Kommunikation, die zwischen Client-Elementen und Servern auftritt, asynchron, intermittierend und recht schnell auftritt. Dementsprechend sind komplexe Diagnose- und Verwaltungs-Tools erforderlich, um diese verteilten Systeme zu implementieren und ihre Leistungsfähigkeit zu analysieren und zu verbessern.
Die Komplexität einer verteilten Computerarchitektur macht die Diagnose von Systemversagen zu einer schwierigen Aufgabe. Die asynchrone und schnelle Art der Kommunikation zwischen den Komponenten des verteilten Netzwerks verkompliziert diese Aufgabe erheblich. Folglich hat ein Diagnosetechniker Schwierigkeiten beim Überwachen des Systembetriebs zur Erfassung der Ereignisse, welche Systemausfälle verursachen.
Als Antwort auf den Bedarf an Diagnose- und Entwicklungs-Tools haben Computeringenieure Netzwerküberwachungssysteme entwickelt, welche an die Kommunikationskanäle des Netzwerks ankoppeln, um Transaktionen zwischen Clients und Servern zu überwachen. Diese Systeme sind oft Hardwaregeräte, die an der physischen Schicht des Netzwerksystems ankoppeln, um Kommunikationen zu überwachen. Folglich erfordert dies, daß jede physische Verbindung zwischen einem Client und einem Server ein zwischengeschaltetes Hardwaregerät einschließt. Diese Geräte überwachen die auftretenden Datentransaktionen. Durch Erzeugung von Aufzeichnungen dieser Datentransaktionen kann ein Systemtechniker versuchen, Ereignisse zu identifizieren, die zu einem Systemausfall führen.
Obwohl diese Systeme funktionieren, erfordern sie, daß die Hardwaregeräte in der Lage sind, jede Datentransaktion zu erfassen und aufzuzeichnen, die zwischen dem Client und dem Server auftritt. Dies erfordert, daß das Hardwaregerät jedes Datenpaket liest, welches über das Netzwerk übertragen wird, um zu bestimmen, ob die gesendeten Daten dem überwachten Client oder Server zugeordnet sind. Die asynchrone und schnelle Art der Datentransaktionen, die zwischen Clients und Servern auftreten, macht jedoch diese Geräte fehleranfällig dafür, nicht jede auftretende Transaktion erfassen zu können. Der Techniker hat möglicherweise nur eine Teilaufzeichnung der zwischen dem Client und dem Server aufgetretenen Transaktionen und folglich eine unvollständige Aufzeichnung, die für den Zweck der Bestimmung der Ursache des Systemausfalls unzuverlässig ist.
Andere Verwaltungs-Tools existieren, die ein zentralisiertes Systemverwaltungsmodell auf eine verteilte Umgebung abbilden, indem eine Agent-Konsole-Architektur implementiert wird. Bei dieser Architektur rufen Agenten kontinuierlich die Server und die Protokolldateien für das System, das Netzwerk oder die Anwendungen ab, um Betriebsdaten zu sammeln und zu ermitteln, ob eine "Ausnahme" aufgetreten ist. Die Konsole ist eine zentrale Verwaltungsstation, durch welche die Befehls- und Kontrollfunktionen implementiert werden. Diese Architektur weist mehrere Mängel auf. Erstens verwendet die kontinuierliche Abruffunktion wertvolle Betriebsmittel [resources] und senkt die Leistungsfähigkeit des Servers. Dies trifft besonders für Messungen zu, die hochlauflösende Analyse der Systemaktivität und konstantes Abrufen erfordern. Zweitens befinden sich die Agenten auf der Serverkomponentenebene [server component level]. Folglich sind die Benutzungs-, Leistungs- und Ausnahmestatistiken nur auf der Komponentenebene verfügbar, und keine Messung für die Ende-Ende-Betriebsmittel-Verwendung [end-to-end resource utilization] wird bereitgestellt, und keine Messung der anderen beteiligten Komponenten wird durchgeführt.
Ein alternativer Ansatz, der von bestimmten Framework-Anbietern vorgeschlagen wird, bindet eine Anwenderprogramm-Schnittstelle (API) in eine Reihe von Betriebsmitteln ein, die Verwaltungs-Tools verwenden können, um die Systemleistung zu überwachen. Dieser Ansatz erfordert, daß bestehende verteilte Anwendungen, die auf dem System ablaufen, editiert und rekompiliert werden, um API-Aufrufe an die verschiedenen Systemüberwachungs-Betriebsmittel zu enthalten. Folglich ist dies ein hochgradig betriebsunterbrechender Ansatz für ein Überwachungssystem, das von der Kooperation jedes Anbieters abhängt, der ein auf dem verteilten System laufendes Anwenderprogramm bereitstellt.
Die Druckschrift EP 0 462 691 A2 offenbart eine Einrichtung zur Benutzeranfrage und ein Verfahren zur Überwachung von Unterhaltungen oder Informationsübertragung zwischen einem Benutzer des Datenverarbeitungssystems während der Ausführung des Programms des Benutzers und einem Kommunikationspartner (der eine Datenbank oder andere Einrichtung einschließen kann), der dem Datenverarbeitungssystem zugeordnet ist. Insbesondere wird eine Anfrage-Einrichtung offenbart, bei der der Benutzer Statusinformation des Programms des Benutzers durch die Verwendung von Anfragebefehlen erhält, die durch den Benutzer über ein Datenendgerät eingegeben werden.
ZUSAMMENFASSUNG DER ERFINDUNG
Entsprechend ist es eine Aufgabe der Erfindung, verbesserte Systeme zur Überwachung verteilter Computersysteme zu schaffen.
Es ist eine weitere Aufgabe der Erfindung, Überwachungssysteme zu schaffen, die Geschäfts-Transaktionsebenendaten liefern.
Es ist noch eine weitere Aufgabe der Erfindung, weniger betriebsunterbrechende Überwachungssysteme zu schaffen, die leicht skalierbar sind.
Es ist noch eine weitere Aufgabe der Erfindung, Verwaltungs-Tools für verteilte Systeme zu schaffen, die den Betriebsmittelverbrauch auf einer Geschäftstransaktionsebene charakterisieren und System-, Netzwerk-, Server- und andere Komponentenaktivitäten berücksichtigen, die in der Folge einer Geschäftstransaktion ausgeführt werden.
Die Aufgaben der Erfindung werden durch die Merkmale der unabhängigen Patentansprüche 1, 11 und 13 gelöst. Die abhängigen Patentansprüche beschreiben nützliche Ausführungsformen der Erfindung.
Die Erfindung zeichnet sich aus durch Systeme und Verfahren zur automatischen Überwachung und Verwaltung verteilter Anwendungen, Client/Server-Datenbanken, Netzwerke und Systeme einschließlich derjenigen, die in heterogenen Umgebungen betrieben werden. Die Erfindung verwendet verteilte, automatische, intelligente Überwachungsagenten mit eingebetteter Erfassungstechnologie, die über Wissen bezüglich der Anwendungsprotokolle verfügt, um die Netzwerkumgebung kontinuierlich in Echtzeit zu überwachen. Die Überwachungsagenten können an jedem Client und Server in dem Netzwerk angeordnet sein. Der Überwachungsagent koppelt an den Kommunikationsstapel des Netzwerks [network communications stack] und überwacht die Daten, die zwischen dem Client und dem Netzwerk und zwischen dem Server und dem Netzwerk übertragen werden. Durch Koppeln an den Kommunikationsstapel kann der Agent alle Daten überwachen, die zu einem beliebigen auf dem Client ablaufenden Prozeß übertragen werden. Optional können die Agenten dazu ausgerichtet werden, Kommunikation mit einer ausgewählten Gruppe von Servern zu überwachen, so daß alle Daten, die von oder zu diesen Servern übertragen werden, durch den Agenten erfaßt und gespeichert werden. Der Agent kann alle gesammelten Daten in einer Datenbank speichern. Da die Agenten Kenntnis von den Anwendungsprotokollen haben, sind die Systeme in der Lage, nützliche Daten für Fehlersuche, Trendanalyse, Betriebsmittelplanung, Sicherheitsprüfung, Buchführung, Ausgleichsbuchung [chargeback]und andere Anwendungen zu sammeln.
Bei einer Ausführungsform zeichnet sich die Erfindung durch ein System zur Überwachung eines in einem Netzwerk ablaufenden Serverprogramms aus. Das System kann einen Client (z.B. einen Arbeitsplatzrechner oder einen Server) enthalten, der einen Kommunikationsstapel zur Übertragung von Daten zwischen dem Netzwerk und dem Client aufweist. Das System enthält ferner einen Überwacher, der eine Schnittstelle zur Kopplung an den Kom munikationsstapel und zur Überwachung der zwischen dem Client und den Netzwerk übertragenen Daten aufweist, und ein Filtermodul zur Verarbeitung der Daten zur Erfassung von Abschnitten dieser Daten, welche für dem Serverprogramm zugeordnete Kommunikationen repräsentativ sind. Das System kann ferner einen Datenspeicher zum Speichern der erfaßten Datenabschnitte enthalten.
Das System kann auch einen Agenten zum Koppeln an den Datenspeicher und zur Verarbeitung der erfaßten Datenabschnitte zur Erzeugung von Informationen, die eine Operation des genannten Serverprogramms repräsentiert, enthalten. Ein Benutzermodul kann betrieben werden, um von dem Agenten Informationen zu empfangen und um die Informationen zur Ermittlung eines Merkmals der genannten Serverprogramm-Operation zu verarbeiten. Das Merkmal kann einen Umfang der Benutzung des Serverprogramms und Antwortzeit oder andere Merkmale repräsentieren.
Das System kann auch Fehlerdetektoren enthalten, welche die zwischen einem Server und einem Client übertragenen Informationen überwacht, um das Auftreten von Ausnahmen zu erfassen. Das System kann einen Prüfprozessor zum Prüfen der Transaktionen enthalten, die zwischen dem Serverprogramm und dem Client auftreten, sowie einen Sicherheitsprozessor zur Verarbeitung der Informationen, um ein für einen Sicherheitsgrad der ausgewählten Transaktion repräsentatives Sicherheitsmerkmal zu identifizieren. Der Sicherheitsprozessor kann auch eine Sicherheitsprüfung bereitstellen, so daß die über das Netzwerk übertragenen Daten überwacht werden können, um eine Sicherheitsprüfung durchzuführen.
Das System kann ferner ein Steuermodul zur Bereitstellung einer Liste einer Mehrzahl von Serverprogrammen und zur Erzeugung einer Mehrzahl der Filtermodule enthalten, welche jeweils einem aus der Mehrzahl der Serverprogramme zugeordnet sein können. Das System kann auch ein Konsolenmodul zur Bereitstellung der Kontrolle über den Betrieb des Überwachers enthalten. Das Konsolenmodul kann an eine Vielzahl der Agentenmodule koppeln, wobei jedes der Agentenmodule an die einem bestimmten Knoten [node] zugeordneten Datenspeicher koppeln kann. Auf diese Weise können die Konsolenmodule Daten über den Betrieb eines beliebigen Knotens des Netzwerks empfangen. Optional können die Konsolenmodule mit einer Datenbank-Speichervorrichtung Verbindung aufnehmen, um die gesammelten Daten zu speichern. Die Daten können einem Bediener verfügbar gemacht werden, um das verteilte Computersystem zu verändern oder zu reparieren.
Bei einer weiteren Ausführungsform zeichnet sich die Erfindung durch ein System zur Überwachung des Betriebs eines auf einem Server, der mit einem Netzwerk verbunden ist, ablaufenden Serverprogramms aus. Das System enthält eine Mehrzahl von Clients, welche jeweils geeignet sind, Dienste des Serverprogramms abzufragen, und jeweils einen Kommunikationsstapel zum Austausch von Daten mit dem Netzwerk aufweisen. Jeder Client kann als Hintergrundprozeß ablaufen und ein Überwachungsprogramm aufweisen, welches eine Schnittstelle zum Koppeln an den Kommunikationsstapel und zur Überwachung der Übertragung der Daten zwischen dem Client und dem Netzwerk enthalten, sowie ein Filtermodul zur Verarbeitung der Daten zur Erfassung von Abschnitten dieser Daten, welche für dem Serverprogramm zugeordnete Kommunikationen repräsentativ sind. Ein Datenspeicher, der die erfaßten Datenabschnitte speichert, kann in dem System enthalten sein.
Bei einer weiteren Ausführungsform überwacht das System Rückschleifen-Operationen [loop back operations]. Rückschleifen treten auf, wenn sich der Server und eine verteilte Anwendung auf demselben Client befinden. Rückschleifen-Information wird zwischen dem Server und der Anwendung über den Kommunikationsstapel übertragen, ohne je in das Netzwerk auszutreten. Da der Überwacher an den dem Client zugeordneten Kommunikationsstapel gekoppelt ist, kann er die Rückschleifendaten überwachen, die ausschließlich durch den Kommunikationsstapel geleitet werden.
Gemäß einem anderen Aspekt zeichnet sich die Erfindung durch Verfahren zur Überwachung eines auf einem Netzwerk ablaufenden Serverprogramms aus. Diese Verfahren können folgende Schritte umfassen: Bereitstellung eines Clients, der einen Kommunikationsstapel zur Übertragung von Daten zwischen dem Netzwerk und dem Client aufweist; Überwachen der Daten, die zwischen dem Client und dem Netzwerk übertragen werden, mittels eines Überwachers, der eine Schnittstelle zum Koppeln an den Kommunikationsstapel aufweist; Filtern der überwachten Daten zur Erfassung von Abschnitten der Daten, welche dem Serverprogramm zugeordnete Kommunikationen repräsentieren; und Speichern der erfaßten Datenabschnitte in einem Datenspeicher. Erfindungsgemäße Verfahren können weitere Schritte umfassen, nämlich das Koppeln an den Datenspeicher über einen Agenten und Verarbeiten der erfaßten Datenabschnitte, um für eine Operation des Serverprogramms repräsentative Informationen zu erzeugen. Zusätzlich können diese Verfahren den Schritt der Verarbeitung der Informationen umfassen, um ein Merkmal der genannten Serverprogramm-Operation zu ermitteln.
KURZE ZEICHNUNGSBESCHREIBUNG
Die Aufgaben, Merkmale und Vorteile der vorliegenden Erfindung ergeben sich besser aus der nachfolgenden detaillierten Beschreibung beispielhafter Ausführungsformen in Verbindung mit den beigefügten Zeichnungen, in denen:
1 ein erfindungsgemäßes System zur Schaffung einer automatisierten Überwachung und Verwaltung von verteilten Anwendungen darstellt;
2 ein funktionales Blockdiagramm eines Überwachungsagenten ist, der für den Einsatz in Verbindung mit einem in 1 dargestellten System geeignet ist; und
3 ein Beispiel eines Moduls zum Sammeln von Details eines verteilten Prozesses darstellt.
4 ist eine detaillierte Darstellung der Betriebsdetails eines Moduls.
5 stellt ein anderes Beispiel für ein Modul zum Sammeln von Details eines verteilten Prozesses dar.
DETAILLIERTE BESCHREIBUNG
1 zeigt ein erfindungsgemäßes System 10 zur Überwachung und Verwaltung einer verteilten Anwendung, die mehrere Arbeitsplatzrechner und Server umfaßt. Selbstverständlich kann das System 10 weiterhin Netzwerkvorrichtungen, wie zum Beispiel Drucker oder Netzwerk-Speichervorrichtungen, enthalten, die nicht in der Zeichnung gezeigt sind. Insbesondere zeigt
1 Arbeitsplatzrechner 12, 14, 16 und 18, Server 20 und Server 22, Universalaufgaben-Überwachungsagenten [Mission Universal Monitor (MUM) agents] 30-40, MUM-Konsolenmodul 42, MUM-Datenbank 44 und Überwachungsstation 24.
Bei dem in 1 dargestellten System 10 repräsentiert jeder der Arbeitsplatzrechner 12-18 ein Computersystem, welches an ein zur Übertragung von computerlesbaren Informationen geeignetes Netzwerk gekoppelt ist. Jeder der Netzwerkknoten kann mit jedem der Server 20 oder 22 kommunizieren und von diesem Dienste abfragen. Entsprechend hat das in 1 dargestellte System eine verteilte Computerarchitektur, welche eine physische und logische Verteilung von Datenverarbeitungsfunktionen auf verschiedene Arbeitsplatzrechner, Geräte und Server repräsentiert.
1 verschafft einen allgemeinen Überblick über die Struktur und den Betrieb von erfindungsgemäßen Systemen, die diese verteilte Datenverarbeitungsumgebung überwachen. Das System 10 enthält die MUM-Agenten 30-40 und die MUM-Konsole 42 mit der zwischengeschalteten MUM-Datenbank 44. Jeder der MUM-Agenten 30-40 ist jeweils einem der Arbeitsplatzrechner oder Serverelemente zugeordnet. Darüber hinaus ist ein Überwachungsagent jeder Komponente des Netzwerks zugeordnet, um unternehmensweite Überwachung bereitzustellen, da alle Prozesse einschließlich derjenigen, die verteilt sind, auf den Clients und den Servern überwacht werden. Jeder MUM-Agent kann physisch auf seinen zugeordneten Arbeitsplatzrechnern oder Server resident sein, um u.a. die Daten zu überwachen, die zwischen einem auf dem Arbeitsplatzrechner ablaufenden Programm und einem oder mehreren ausgewählten Servern 20 oder 22 ausgetauscht werden.
Folglich kann die Datenverarbeitung jedes Geräts in dem Netzwerk überwacht werden, und jeder der dargestellten Agenten 30-40 kann an das MUM-Konsolenmodul 42 ankoppeln, um die gesammelten Daten repräsentierende Informationen an die MUM-Konsole 42 zu übertragen. Die MUM-Konsole 42 kann diese Informationen in der zentralen Datenbank 44 zur Analyse durch einen Bediener (z.B. einen Systemtechniker oder einen Systemadministrator) speichern. Alternativ können die Agenten Informationen direkt an die MUM-Datenbank liefern. Ein auf der Konsole 42 oder jedem anderen System ablaufendes Anwenderprogramm kann die gesammelten Daten sichten, um in der Komponentenebene und der Unternehmensebene Systemleistungen eines beliebigen Prozesses oder einer beliebigen Komponente des Unternehmens zu zeigen. Außerdem kann der Systemadministrator Unternehmensebenen-Benutzungsstatistiken und Antwortzeiten erstellen, Diagramme und Berichte erstellen und beliebige andere relevanten Datenanalysen durchführen, um benutzerdefinierte Statistiken zu ermitteln, die für den Betrieb des Unternehmens relevant sind.
Folglich ist es die Aufgabe der MUM-Agenten 30-40, Daten zu sammeln. Hierfür kann jeder der dargestellten MUM-Agenten 30-40 ein intelligenter Überwachungsagent sein, der auf den verwalteten Knoten in dem Unternehmen angeordnet ist, wobei jeder Knoten, der einen Agenten hat, als verwalteter Knoten gilt. Bei dem in 1 dargestellten System 10 hat jeder der Knoten in dem Unternehmen einen zugeordneten MUM-Agenten, jedoch sollte es für einen Durchschnittsfachmann der Computertechnik offensichtlich sein, daß die Anzahl an in einem Unternehmen verwendeten MUM-Agenten variabel ist und gemäß der Eigenschaft der Anwendung gewählt werden kann. Die MUM-Agenten können Softwaremodule, wie zum Beispiel in C++ geschriebene Computerprogramme, sein, die auf den dargestellten Arbeitsplatzrechnern und Servern laufen, um die Server, Arbeitsplatzrechner und das Netzwerk als Systeme gemäß der Erfindung zu konfigurieren. Es ist jedoch für den Durchschnittsfachmann offensichtlich, daß die MUM-Agenten Hardwaregeräte, wie zum Beispiel elektronische Schaltkreis-Kartenanordnungen, die an die Rückwandplatine der einzelnen verwalteten Knoten gekoppelt sind, sein können, welche die Operationen des lokalen Systems überwachen, oder eine Kombination von Hardware- und Softwaregeräten sein können. Jede dieser Ausführungsformen kann mit der vorliegenden Erfindung umgesetzt werden, ohne deren Umfang zu verlassen.
Jeder der MUM-Agenten 30-40 kann autonom ablaufen, um mehrfache Komponenten zu überwachen, einschließlich lokaler Prozessorleistung, lokaler Prozessor-Resourcen, lokaler Prozessorkonfiguration, dem Betrieb der verteilten Anwendung, dem Betrieb des Netzwerks, dem Betrieb der verschiedenen Netzwerkvorrichtungen einschließlich Platten, Dateisystemgeräten und Bänder und anderer derartiger Informationen. Folglich ist es eine Umsetzung der Erfindung, daß diagnostische Analyse mehr als eine Messung der Leistung der Server-CPU verwenden kann. Jeder der Überwachungsagenten 30-40 kann ein einzelner Mehrpfad-Prozeß [multi-threaded process] sein, der Informationen enthalten kann, um konstantes Abrufen durch die Überwachungskonsole 42 des Unternehmens zu vermeiden. Jeder der Agenten kann kontinuierlich in Echtzeit Geschäftstransaktionen, Datenbanken, Systeme und Netzwerke überwachen, Ereignisse erfassen und korrelieren, Korrekturmaßnahmen auslösen und Ereignismitteilungen bereitstellen. Die MUM-Agenten sind in der Lage, Geschäftstransaktionen zu verstehen, und können Details von Ereignissen, Betriebsmittelbenutzung und Antwortzeiten sammeln und diese Informationen an die MUM-Konsole 42 übertragen und in der MUM-Datenbank 44 speichern.
Jeder der Agenten 30-40 kann ebenfalls Rückschleifen-Operationen überwachen. Wie dargestellt, treten Rückschleifen 23, 25 auf, wenn ein Server und eine verteilte Anwendung auf demselben Client angeordnet sind. Rückschleifen-Informationen werden zwischen dem Server und der Anwendung über den Kommunikationsstapel übertragen, ohne je in das Netzwerk auszutreten. Da jeder Agent 38,40 an den Kommunikationsstapel des Clients gekoppelt ist, kann er die Rückschleifendaten überwachen, die nur durch den Kommunikationsstapel hindurchlaufen.
2 stellt in Form eines funktionalen Blockdiagramms die Architektur eines MUM-Agenten 50 dar, der zur Verwendung mit dem in 1 dargestellten System 10 geeignet ist. Der Agent 50 kann ein Softwaremodul sein, das als Hintergrundprozeß auf dem verwalteten Knoten ausgeführt wird. Insbesondere kann der Agent 50 ein auf einem Netzwerksknoten residenter Agent sein, der in der Lage ist, als ein SYBASE^TM-Client zu funktionieren. Der Agent 50 enthält eine externe Ereignisschnittstelle 52, eine Kommunikationsschnittstelle 54, eine Tool-Schnittstelle 58 und eine MUM-Konsolenschnittstelle 60 und einen Ereignis-Korrelationsprozessor 64, einen Systemüberwacher 70, einen Netzwerküberwacher 72, einen SYBASE^TM-Clientüberwacher 74 und einen SYBASE^TM-Serverüberwacher 76.
Die Gesamtarchitektur des Agenten 50 zeigt, daß der Agent eine Anzahl von Überwachungselementen 70-76 aufweist sowie eine Schnittstelle 52 für externe Ereignisse, die Ereignis-Informationen über verschiedene Komponenten des Unternehmens an den Korrelationsprozessor 64 liefern. Der Korrelationsprozessor 64 korreliert die Ereignisse, um Daten zu erzeugen, die an die MUM-Konsole 42 übertragen werden können oder zu anderen Tools, einschließlich anderen Verwaltungstools oder Instrumenten-Codes zur Auslösung von Alarmen, Aktivierung von Piepern (Personenrufgeräte), Senden eines Fax über Modem, Senden einer E-Mail an Systemadministratoren oder Ergreifen von Korrekturmaßnahmen. Folglich sammelt der Agent 50 Details der Ereignisse und verarbeitet diese Details in dem Korrelationsprozessor 64, um unter anderem für Geschäftstransaktionen repräsentative Informationen zu erzeugen.
Hierfür können die externe Ereignisschnittstelle 52 und die Überwachunselemente 70-76 Details über Ereignisse sammeln. Die externe Ereignisschnittstelle 52 kann aus einer Anzahl von Programmodulen bestehen, die auf dem lokalen System ablaufen, um bestimmte Ereignisse zu erfassen. Diese externen Ereignisse können Fangvorrichtungen im Simple Network Management Protocol [SNMP traps] von anderen Vorrichtungen oder Ereignisse von Benutzer- und Systemprozessen sein.
Die Überwachungselemente 70-76 können Codemodule enthalten, die auf dem Knoten ablaufen, um Informationen über bestimmte Ereignisse zu sammeln, und können auch eine Programmierschnittstelle enthalten, um Aufrufe von diesen Codemodulen zu empfangen, um die Benachrichtigung des erfaßten Ereignisses an die Überwachungselemente weiterzuleiten. Die Überwachungselemente 70-76 können Ereignisbenachrichtigungen vom Programmcode erhalten, der beliebige der für das lokale System relevanten Unternehmenskomponenten überwacht, die für den Agenten 50 Systemereignisse, Netzwerkereignisse und SYBASE-Client/Server-Ereignisse umfassen können. Die Programmierschnittstelle der Monitorelemente 70-76 kann eine exportierte C++-basierte API sein, die bei Erfassung eines bestimmter Ereignisse Aufrufe von diesem Code empfängt. Zum Beispiel kann auf dem Knoten ein Programmcode zum Einfangen des allgemeinen Schutzfehlers [general protection fault] ablaufen, der als ein Systemereignis definiert sein kann. Der Code wird einen API-Aufruf an den Agenten 50 richten, um das Systemüberwachungselement 70 von dem erfaßten Ausfall zu unterrichten, und das Systemüberwachungselement 70 kann eine Benachrichtigung an den Korrelationsprozessor 64 übertragen. Die API kann das Dienstprotokoll des Codes abkapseln, um die Betriebscharakteristika des Codes vom Betrieb der anderen Komponenten des Agenten zu entfernen. Dies ermöglicht, daß der Erfassungs-Code als Plug-in-Module wirkt, die der Benutzer auswählen kann, um zu konfigurieren, welche Ereignisse zu überwachen sind. Darüber hinaus kann der Benutzer interessierende Ereignisse zur Überwachung durch den Agenten definieren. Jeder zur Übertragung von Ereignisdetails an ein beliebiges der Überwachungselemente innerhalb des Agenten 50 geeignete Code kann bei der vorliegenden Erfindung ausgeführt werden, ohne deren Umfang zu verlassen.
Insbesondere kann der Systemüberwacher 70 Informationen über den Betrieb des lokalen Systems sammeln. Hierfür kann der Systemüberwacher 70 Codemodule zum Sammeln von Informationen betreffend die Prozessorauslastung, Speicherverwendung, verfügbaren Speicherplatz und andere ähnliche Informationen, welche den Betrieb des lokalen Arbeitsplatzrechners oder Servers beschreibt, enthalten. Die Entwicklung eines derartigen Codes ist im Stand der Technik gut bekannt, und jeder geeignete Code kann bei der Erfindung ausgeführt werden, ohne deren Umfang zu verlassen. Auch kann jeder Agent Maßnahmen auf dem lokalen System ergreifen, wie zum Beispiel Auslösung von Alarmen, Aktivierung eines Piepers (Personenrufgeräts), Senden eines Fax über ein Modem, Senden einer E-Mail an Systemadministratoren oder Ergreifen von Korrekturmaßnahmen.
Im Gegensatz zum Systemüberwacher 70 sollen die Überwacher 72-76 Ereignisse überwachen, die verteilten Prozessen zugeordnet sind. Dementsprechend erfordern die für die überwachten Ereignisse relevanten Details Informationen über die auftretenden Operationen der verteilten Datenverarbeitung. Eine Ausführung der vorliegenden Erfindung sieht vor, daß die Überwacher 72-76 passiv Informationen über die verteilten Prozesse sammeln können, indem die Netzwerks-Kommunikationen überwacht werden, die während des verteilten Prozesses auftreten. Hierfür kann jedes Überwachungselement eine Schnittstelle zum Netzwerks-Kommunikationsstapel enthalten, um passiv die Kommunikation zwischen den Elementen des verteilten Prozesses zu überwachen.
3 zeigt ein Beispiel für ein Modul 80 zum Sammeln von Details eines verteilten Prozesses und geeignet zur Verwendung auf einer SUN SOLARISTM-Plattform. Das Modul 80 überwacht die Netzwerks-Kommunikationen zwischen auf einem lokalen Client angeordneter Datenbanksoftware 51 und einer ausgewählten Gruppe von Servern und leitet Kopien der Kommunikation weiter an den Agenten 50 zur Verarbeitung und zur Ermittlung, welche Ereignisse – wenn überhaupt – aufgetreten sind. Insbesondere kann das Modul 80 die Überwachung der Datenbanksoftware 51 (z.B. SYBASE, COBRA, ORACLE) des lokalen Clients oder anderer verteilter Prozeßanwendungen 53, welche durch den TCT-Stapel des verwalteten Knotens verlaufenden Datenverkehr aufweisen, durch den Agenten 50 ermöglichen.
Das Modul 80 besteht aus einem Agenten 50 und DATENSTROM-Modulen 55[STREAM modules]. Der Agent 50 enthält eine ANZAPF-API [TAP-API] 57 und eine Socket-Programmbibliothek 59[Socket Library]. Die DATENSTROM-Module 55, welche ein ANZAPF-Modul 61 und einen TCP-STROM-Treiber 63 enthalten, können gemäß im Gebiet der Computertechnik gut bekannten Prinzipien aufgebaut sein, einschließlich der in dem Text "The Unix Operating System" von Richard Bachmann beschriebenen. Die DATENSTROM-Module 55 können im Kernmodus ausgeführt werden, wie in 3 dargestellt. Das ANZAPF-Modul 61 legt Daten automatisch oben auf dem TCP-STROM-Stapel 65 ab, so daß der gesamte eingehende und ausgehende TCP-Datenverkehr des verwalteten Knotens durch das Modul 80 hindurchtritt. Das Modul 80 hat Kenntnis des Kommunikationsprotokolls für den oder die überwachten verteilten Prozeß/Prozesse, wie zum Beispiel ORACLE oder SYBASE. Auf diese Weise kann das Modul 80 aus dem Datenverkehr diejenigen Abschnitte filtern, die für den Agenten 50 relevant sind, und Kopien dieses Datenverkehrs an den Agenten 50 übertragen.
4 ist eine detaillierte Darstellung von Betriebsdetails des Moduls 80 (wie in 3 gezeigt) auf der SUN SOLARISTM-Plattform. Das Modul 80 führt eine Liste 84 der zu überwachenden Server. Bei einer Ausführungsform wird die Liste der Server dem Modul 80 durch den Agenten 50 zugeführt, der die Liste von der MUM-Konsole 42 empfangen kann. Der gesamte eingehen de und ausgehende Datenverkehr in Verbindungen mit den aufgelisteten Servern wird von dem Modul 80 an den Agenten 50 übertragen.
Im Betrieb erzeugt das Modul 80 für jeden verbundenen Datenstrom eine Kontext-Datenstruktur zum Speichern von Informationen. Wie dargestellt, ist der Kontext dann mit den entsprechenden DATENSTROM-Warteschlangen [STREAMS queues], Lese- und Schreib-Warteschlangen, verbunden. Der Kontext speichert Informationen über den verbundenen Datenstrom, die die Art der Verbindung beschreiben. Das Modul 80 öffnet auch eine Kontext-Datenstruktur 94 für die Kommunikation mit dem Agenten 50. Das Modul 80 kann Daten über Ereignisdetails in diesem Kontext 94 speichern, und der Agent 50 kann die Daten auslesen und die Informationen an den Korrelationsprozessor 64 übertragen. Die Anzapfungstabelle 82 speichert eine Liste der verbundenen Datenstrom-Kontext-Datenstrukturen, die Liste aller überwachten Server und die Kontext-Datenstruktur zur Kommunikation mit dem Agenten 50.
Jedesmal, wenn eine Verbindung aufgebaut wird, erzeugt das Modul einen Kontext. Das Modul ermittelt dann die Serveradresse für die Verbindung durch Erzeugung einer Folge von M_IOCTL-Anfragen, die netzauwärts gesendet werden. Antwort von dem TCP-Stapel wird entgegengenommen und daran gehindert, netzaufwärts gesendet zu werden, und die IP-Adresse des Servers wird aufgelöst. Wenn die Adresse mit einer der Adressen in der Liste 84 übereinstimmt, wird die Verbindung als überwacht markiert, und das Modul 80 beginnt die Überwachung. Während der Überwachung werden Kopien des gesamten unter dem Kontext einer überwachten Verbindung gesendeten und empfangenen Datenverkehrs an die Netzaufwärts-Warteschlange des Agenten-Kommunikationskontextes 94 übertragen, um netzaufwärts zu dem Agenten 50 übertragen zu werden. Auf diese Weise empfängt der Agent 50 Kopien des gesamten Datenverkehrs für jede Verbindung zu jedem der ausgewählten Server.
Die durch das Modul 80 netzaufwärts zum Agenten 50 übertragenen Informationen werden an den Ereignis-Korrelationsprozessor 58 gesendet. Der Ereignis-Korrelationsprozessor ist ein Softwaremodul, das Ereignis-Detailinformationen verarbeiten kann, um bestimmte Transaktionsebenen- Informationen zu ermitteln. Zum Beispiel kann das Modul 80 eine SYBASE-Anmeldeanfrage [logon request] an den Agenten 50 übertragen. Der Ereignis-Korrelationsprozessor kann die Anmeldeanfrage empfangen und die Verbindung überwachen, bis eine Anmeldebestätigung durch den SYBASE-Server versendet wird. Durch Vergleich des Zeitunterschieds zwischen diesen zwei Ereignissen kann der Ereignis-Korrelationsprozessor 58 ein Maß für die Antwortzeit des verteilten Prozesses ermitteln. Andere ähnliche Messungen können auch erzeugt werden, um Ende-Ende-Analysen der Leistungsfähigkeit des Systems bereitzustellen.
5 zeigt ein weiteres Beispiel eines Moduls 180 zum Sammeln von Details eines verteilten Prozesses, welches zur Verwendung auf einer WINDOWS NT^TM-Plattform geeignet ist. Das Modul 180 verwendet eine andere Architektur als das Modul 80, führt aber die gleichen Funktionen aus. Das heißt, das Modul 180 kann die Überwachung der Datenbank-Software 151 des lokalen Clients oder anderer verteilter Prozeßanwendungen 153, 155 ermöglichen, die Datenverkehr aufweisen, der über Systemdienste 176 durch den TCP-Stapel des verwalteten Knotens hindurchläuft.
Das Modul 180 enthält einen Agenten 150 und einen ANZAPF-Treiber 163 [TAP driver]. Der Agent 150 enthält eine ANZAPF-API 157, und der ANZAPF-Treiber 163 enthält ein ANZAPF-Gerät 161 [Tap device] und ein Anzapf-Filter-Gerät [TapFilter device] 162. Das ANZAPF-Gerät 161 kommuniziert mit der ANZAPF-API 157, um Überwachungsparameter aufzubauen und Überwachungsdaten zu liefern. Das Anzapf-Filter-Gerät 162 koppelt auf dem TCP-Gerät 167 des TCP/IP-Treibers 165 an, um den gesamten eingehenden und ausgehenden TCP-Datenverkehr des verwalteten Knotens zu überwachen. Das Anzapf-Filter-Gerät 162 verwendet ein Merkmal der Windows NT^TM-Treiberschichtungsarchitektur, um an dem TCP-Gerät 167 anzukoppeln. Insbesondere verwendet das Anzapf-Filter-Gerät 162 einen Betriebssystem-Aufruf (d.h. IoAttachDevice), um sich selbst in den Datenstrom für das TCP-Gerät einzubinden. So treten alle Daten zu oder von dem TCP-Gerät transparent durch das Anzapf-Filtergerät 162. Die Systemdienste 176, der ANZAPF-Treiber 163 und der TCP/IP-Treiber können im Kernmodus ablaufen, wie in 5 gezeigt.
Der TCP/IP-Treiber 165 enthält auch ein UDP-Gerät 169 [UDP device] und ein IP-Gerät 171 [IP device], die andere Unterprotokolle der TCP/IP-Protokollfamilie unterstützen. Obwohl nicht dargestellt, könnte das Anzapf-Filter-Gerät 162 auf dem UDP-Gerät 169 und/oder auf dem IP-Gerät 171 ankoppeln, um den gesamten Datenverkehr dieser Geräte zu überwachen.
Selbstverständlich sind die dargestellten Module 80 und 180 lediglich erläuternde Ausführungsformen eines Moduls zur Schnittstellenbildung mit dem Kommunikationsstapel eines Netzwerks. Andere Module können mit der Erfindung umgesetzt werden. Zum Beispiel ist unter erneuter Bezugnahme auf 1 ersichtlich, daß verschiedene Arten von Arbeitsplatzrechnern in dem System 10 dargestellt sind, um zu zeigen, daß das System 10 ein verteiltes System mit heterogenen Betriebsumgebungen ist. Die Arbeitsplatzrechner können unterschiedliche Architekturen, sowohl in bezug auf Hardware als auch in bezug auf Software, aufweisen, und die Server 20 und 22 können entsprechend verschiedene Hardware- oder Softwarearchitekturen haben.
Zum Beispiel kann der Arbeitsplatzrechner 12 eine SUN-Workstation sein mit einem in 2 dargestellten Modul. Darüber hinaus kann das Netzwerksystem, welches die Arbeitsplatzrechner und die Server verbindet, ein lokales Datennetz [local area network], ein weiträumiges Datennetz [wide area network], ein Großstadt-Netz [metropolitan area network] oder eine beliebige Kombination hiervon sein. Der Punkt ist, daß bei einer verteilten Computerarchitektur die zur Implementierung eines besonderes Dienstes, sei es E-Mail, eine Datenbank, ein Textverarbeitungsprogramm oder beliebige andere Dienste oder Computeranwendungen, auftretende Datenverarbeitung über eine Mehrzahl von Prozessoren verteilt ist, die auf irgendeine Weise zum Austausch von Daten miteinander verbunden sind.
Es wird somit ersichtlich, daß die Erfindung effizient die oben genannten Aufgaben löst. Darüber hinaus ist verständlich, daß verschiedene Auswechslungen, Hinzufügungen und Veränderungen an der Erfindung vorgenommen werden können, ohne deren Rahmen zu verlassen, und daß die dargestellten und beschriebenen Ausführungsformen lediglich die Erfindung veranschaulichen und nicht in einem einschränkenden Sinne zu lesen sind; wobei der Umfang der Erfindung durch die nachfolgenden Ansprüche so weit wie durch die darin verwendeten Begriffe möglich definiert wird.

Claims

System (10) zur Überwachung eines in einem Netzwerk ablaufenden Serverprogramms mit: einem Netzwerk-Client-Computer (12-22) mit einem Kommunikationsstapel zur Übertragung von Daten zwischen dem genannten Netzwerk und dem genannten Netzwerk-Client-Computer (12-22); dadurch gekennzeichnet, daß es ferner umfaßt: eine Schnittstelle, die in einem Betriebssystem-Kern des genannten Netzwerk-Client-Computers (12-22) abläuft, zur Kopplung an den genannten Kommunikationsstapel und zur Überwachung der genannten zwischen dem genannten Netzwerk-Client-Computer (12-22) und dem genannten Netzwerk übertragenen Daten; ein Filtermodul (162) zur Verarbeitung der genannten Daten zur Erfassung von Abschnitten der genannten Daten, welche dem genannten Serverprogramm zugeordnete Kommunikationen repräsentieren; und einen Datenspeicher (44) zum Speichern der genannten erfaßten Datenabschnitte.
System (10) nach Anspruch 1, ferner umfassend: einen Agenten (30-40) zum Koppeln an den genannten Datenspeicher (44) und zur Verarbeitung der genannten erfaßten Datenabschnitte zur Erzeugung von Information, die eine Operation des genannten Serverprogramms repräsentiert.
System (10) nach Anspruch 2, ferner umfassend: ein Benutzermodul (42) zum Empfang der genannten Information von dem genannten Agenten (30-40) und zur Verarbeitung der genannten Information zur Ermittlung eines Merkmals der genannten Serverprogramm-Operation.
System (10) nach Anspruch 3, wobei das genannte Benutzermodul einen Benutzungsdetektor zur Verarbeitung der genannten Information enthält, um ein Merkmal zu ermitteln, welches einen Umfang der Benutzung des genannten Serverprogramms durch den genannten Netzwerk-Client-Computer (12-22) repräsentiert.
System (10) nach Anspruch 3, wobei das genannte Benutzermodul (42) einen Fehlerdetektor zur Verarbeitung der genannten Information enthält, um ein Merkmal zu ermitteln, welches einen Übertragungsfehler repräsentiert, der bei einer Übertragung zwischen dem genannten Serverprogramm und dem genannten Netzwerk-Client-Computer (12-22) auftritt.
System (10) nach Anspruch 3, wobei das genannte Benutzermodul (42) einen Antwortdetektor zur Verarbeitung der genannten Information enthält, um ein Merkmal zu ermitteln, welches eine Antwortzeit für einen durch das genannte Serverprogramm bereitgestellten Dienst repräsentiert.
System (10) nach Anspruch 3, wobei das genannte Benutzermodul (42) einen Prüfprozessor zum Prüfen von Transaktionen zwischen dem genannten Serverprogramm und dem genannten Netzwerk-Client-Computer (12-22) enthält.
System (10) nach Anspruch 3, wobei das genannte Benutzermodul (42) einen Sicherheitsprozessor zur Verarbeitung der genannten Information enthält, um ein für einen Sicherheitsgrad repräsentatives Sicherheitsmerkmal zu identifizieren.
System (10) nach Anspruch 1, ferner umfassend: ein Steuermodul zur Bereitstellung einer Liste einer Mehrzahl von Serverprogrammen und zur Erzeugung einer Mehrzahl der genannten Filtermodule (162), welche jeweils einem der genannten Mehrzahl von Serverprogrammen zugeordnet sind.
System (10) nach Anspruch 1, ferner umfassend: ein Konsolen-Modul zur Bereitstellung der Kontrolle über den Betrieb der genannten Schnittstelle.
System (10) zur Überwachung des Betriebs eines auf einem Server (20-22), der mit einem Netzwerk verbunden ist, ablaufenden Serverprogramms, mit: einer Mehrzahl von Netzwerk-Client-Computern (12-22), welche jeweils geeignet sind, Dienste des genannten Serverprogramms abzufragen, und jeweils einen Kommunikationsstapel zum Austausch von Daten mit dem genannten Netzwerk aufweisen; dadurch gekennzeichnet, daß es ferner folgendes umfaßt: eine in einem Betriebssystem-Kern ablaufende Schnittstelle jedes der genannten Netzwerk-Client-Computer (12-22) zum Koppeln an den genannten Kommunikationsstapel und zur Überwachung der Übertragung der genannten Daten zwischen jedem der genannten Netzwerk-Client-Computer (12-22) und dem genannten Netzwerk; ein Filtermodul (162) zur Verarbeitung der genannten Daten zur Erfassung von Abschnitten der genannten Daten, welche für dem Serverprogramm zugeordnete Kommunikationen repräsentativ sind; und einen Datenspeicher (44) zum Speichern der erfaßten Datenabschnitte.
System (10) nach Anspruch 11, wobei die Schnittstelle zum Koppeln an den genannten Kommunikationsstapel Rückschleifen-Daten überwacht, die durch den genannten Kommunikationsstapel laufen, ohne in das Netzwerk auszutreten.
Verfahren zur Überwachung eines auf einem Netzwerk mit einem Netzwerk-Client-Computer (12-22), der einen Kommunikationsstapel zur Übertragung von Daten zwischen dem genannten Netzwerk und dem genannten Client aufweist, ablaufenden Serverprogramms, dadurch gekennzeichnet, daß es folgendes umfaßt: Überwachung der genannten Daten, die zwischen dem genannten Netzwerk-Client-Computer (12-22) und dem genannten Netzwerk über eine Schnittstelle übertragen werden, welche eine in einem Betriebssystem-Kern des genannten Netzwerk-Client-Computers (12-22) ablaufende Schnittstelle zum Koppeln an den genannten Kommunikationsstapel aufweist; Filtern der genannten überwachten Daten zur Erfassung von Abschnitten der Daten, welche dem genannten Serverprogramm zugeordnete Kommunikationen repräsentieren; und Speichern der genannten erfaßten Datenabschnitte in einem Datenspeicher (44).
Verfahren nach Anspruch 13, welches ferner folgendes umfaßt: Koppeln an den genannten Datenspeicher über einen Agenten (30-40); und Verarbeiten der genannten erfaßten Datenabschnitte in dem genannten Agenten (30-40), um für eine Operation des genannten Serverprogramms repräsentative Information zu erzeugen.
Verfahren nach Anspruch 14, welches ferner folgendes umfaßt: Verarbeiten der genannten Information zur Ermittlung eines Merkmals der genannten Serverprogramm-Operation.
Verfahren nach Anspruch 13, wobei die Überwachung der genannten Daten den Zugriff auf den genannten Kommunikationsstapel in einer TCP-Schicht umfaßt.
Verfahren nach Anspruch 13, wobei die Überwachung der genannten Daten den Zugriff auf den genannten Kommunikationsstapel in einer Transport-Schicht umfaßt.