-
Die
Erfindung betrifft ein Verfahren zum Abbrechen von Management-Operationen
zur Netzüberwachung
und -kontrolle in einem Managementnetz eines Kommunikationssystems
nach dem Oberbegriff des Anspruchs 1.
-
Die
Erfindung betrifft ferner ein Kommunikationssystem mit einem Managementnetz
umfassend zumindest einen Manager und zumindest einen Agenten als
Einrichtungen in verschiedenen Managementebenen zur Durchführung des
Verfahrens.
-
Die
Prinzipien eines Managementnetzes, die auch als TMN-Prinzipien (TMN:
Telecommunications Management Network) bezeichnet werden, definieren
mehrere Managementschichten für
das Management eines Kommunikationssystems – beispielsweise eines Mobil-Kommunikationssystems
-, wobei jede Schicht mit Ausnahme der obersten und untersten Schicht
eine doppelte Funktion besitzt. Im managenden System ("managing system") übt jede
Ebene außer
der untersten eine Manager-Funktion für die darunterliegende Ebene
aus. Im gemanagten System ("managed
system") kommt jeder
Ebene außer der
obersten eine Agenten-Funktion
für die
nächsthöhere Schicht
zu.
-
Die
ITU-T Standards der Serie X.73x definieren für das Management von Telekommunikations-Netzen
verschiedene „Systems
Management Functions",
die von Applikationsprozessen in einer zentralisierten oder dezentralisierten
Management-Umgebung benutzt werden können.
-
Einerseits
starten Manager zur Netzüberwachung
und -kontrolle sogenannte Operationen durch Anforderungen (requests).
Diese werden in Agenten ausgeführt.
Anschließend
erhalten Manager entsprechende Rückmeldungen
(responses) von den Agenten.
-
Andererseits
erkennen Agenten relevante Ereignisse (sogenannte events, z.B. Alarme)
im Netz. Sie generieren Ereignismeldungen (event reports) und übertragen
diese an Manager, um ein effizientes Netzmanagement zu ermöglichen.
-
Die
Manager-Agent-Kommunikation erfolgt über sogenannte Management-Schnittstellen
bzw. Manager-Agent-Schnittstellen, die in einer Objekt-orientierten
Umgebung durch ein Kommunikationsprotokoll (z.B. CMIP (Common Management
Information Protocol nach ITU-T X.711) oder CORBA (Common Object
Request Broker Architecture)) und ein Objektmodell gekennzeichnet
werden können.
-
Solche
Schnittstellen gibt es beispielweise zwischen einerseits der Netzeinrichtungsmanagementebene
(Network Element Management Level) und andererseits der Netzeinrichtungsebene
(Network Element Level). Ein Beispiel für Netzeinrichtungen zu dieser
Schnittstelle (OMC-BSS-Schnittstelle) stellen etwa die Betriebs-
und Wartungszentren (OMC Operation and Maintenance Center) auf Seite der
Netzeinrichtungsmanagementebene (Network Element Management Level)
und die Basisstationen des Basisstationssystem (BSS Base Station
System) in einem GSM Mobilfunk-Netz auf der Seite der Netzeinrichtungsebene
(Network Element Level) dar.
-
Die
erwähnten
Schnittstellen existieren aber beispielweise auch zwischen einerseits
der Netzmanagementebene (Network Management Level) und andererseits
der Netzeinrichtungsmanagementebene (Network Element Management
Level). Ein Beispiel für
Netzeinrichtungen zu dieser Schnittstelle (NMC-OMC-Schnittstelle) stellen
etwa die Netzwerkmanagementzentren (NMC Network Management Center)
auf der Seite der Netzmanagementebene (Network Management Level)
und die Betriebs- und Wartungszentren
(OMC Operation and Maintenance Center) auf der Seite der Netzeinrichtungsmanagementebene
(Network Element Management Level) z.B. im genannten GSM Mobilfunk-Netz dar.
-
In
komplexen Telekommunikations-Netzen (und hier vor allem an den NMC-OMC-Schnittstellen) gibt
es eine große
Anzahl von Netz-Ressourcen, die als Objektinstanzen modelliert werden
und entsprechend eine enorm große
Menge von Ereignismeldungen generieren können.
-
Mehrere
Manager können
parallel laufende Operationen starten, deren Ausführungen
im Agent quasi gleichzeitig erfolgen und deshalb längere Zeit in
Anspruch nehmen. Das ist z.B. der Fall bei der Synchronisierung
von Alarmen oder Zustandsinformationen nach Unterbrechung und Wiederaufbau der
Manager-Agent-Schnittstellen
oder bei komplexeren Testprozeduren.
-
Das
Managementnetz eines Kommunikationssystems umfasst zumindest einen
Manager und zumindest einen Agenten als Einrichtungen in verschiedenen
Managementebenen, wobei der zumindest eine Manager zumindest eine
Operation mit einer Anforderungsnachricht an den zumindest einen Agenten
startet und wobei die zumindest eine Operation dadurch beendet werden
kann, dass eine die zumindest eine Operation betreffende Rückmeldung des
zumindest einen Agenten an den zumindest einen Manager übermittelt
wird.
-
Eine
Operation wird dabei in der Regel regulär dadurch beendet, dass eine
die zumindest eine Operation betreffende Rückmeldung des zumindest einen
Agenten an den zumindest einen Manager übermittelt wird.
-
In
manchen Fällen
kann es für
einen Manager aber notwendig sein, eine vorher gestartete und sich
für längere Zeit
in Ausführung
befindende Operation im Agent vorzeitig zu beenden, d.h. sozusagen „irregulär" zu beenden, nämlich ohne
die bzw. vor der die Operation betreffende Rückmeldung des Agenten an den
Manager.
-
Beispiele
für solche
Szenarien sind etwa:
- a) Der Manager (NMC) erkennt,
dass die gerade laufende Alarm-Synchronisierung an der NMC-OMC-Schnittstelle
nicht mehr aktuell ist, da in der Zwischenzeit mehrere OMC-BSS-Schnittstellen
ausgefallen sind.
- b) Der Manager empfängt
eine Ereignismeldung aus der eindeutig ersichtlich ist, dass das
jetzt getestete und außer
Betrieb gesetzte Bauteil nicht die Ursache für einen Dienstausfall darstellt.
-
Der
Standard ITU-T X.710 ("Open
Systems Interconnection – Common
Management Information Service")
definiert den Dienst M-CANCEL-GET, mit dem eine vorherige M-GET-Anforderung
abgebrochen werden kann. Damit kann eine einzige Lese-Operation
im Agent vorzeitig beendet werden.
-
Der
Standard ITU-T X.745 ("Systems
Management: Test Management Function") definiert eine spezielle ACTION testTerminateAction,
mit dem ein laufender Test oder mehrere laufende Tests abgebrochen
werden können.
-
Das
Dokument
DE 198 13
754 C2 beschreibt ein Verfahren zur Konfiguration eines
Funk-Kommunikationsnetzes durch ein Managementnetz. Ein Konfigurationsvorgang
kann ordnungsgemäß beendet
werden oder durch eine Abbruchnachricht, welche von dem Manager
an den Agenten signalisiert wird, hervorgerufen werden.
-
Diese
bekannten Maßnahmen
sind allerdings nicht geeignet, um Abbruch von mehreren laufenden
(d.h. gestarteten, aber nicht durch Rückmeldung als regulär beendet
gekennzeichneten) Operationen im Bedarfsfall auf einfache, aber
effektive Art und Weise zu bewerkstelligen. Das Abbrechen jeder einzelnen
Ope ration durch eine zugehörige
Abbruch-Operation gestaltet sich umständlich.
-
Ein
Abbruch der Ausführung
auch anderer häufig
benutzten Management-Operationen (z.B. Synchronisierung von Alarmen
oder Zustandsinformationen) ist nicht standardisiert und kann daher nicht
ohne weiteres durchgeführt
werden.
-
Der
Erfindung liegt daher die Aufgabe zugrunde, ein Verfahren der eingangs
genannten Art und ein Kommunikationssystem zur Durchführung des
Verfahrens aufzuzeigen, durch welche die angegebenen Nachteile vermieden
werden können
und insbesondere eine verbesserte Möglichkeit des Abbruchs von
mehreren laufenden, ggf. auch unterschiedlichen Operationen zur
Verfügung
gestellt werden kann.
-
Diese
Aufgabe wird gemäß der Erfindung hinsichtlich
des Verfahrens durch die Merkmale des Patentanspruchs 1 und hinsichtlich
des Kommunikationssystems durch die Merkmale des Patentanspruchs
11 gelöst.
Weiterbildungen und Ausgestaltungen der Erfindung sind den abhängigen Ansprüchen zu
entnehmen.
-
Erfindungsgemäß wird eine
Abbruchnachricht von dem zumindest einen Manager an den zumindest
einen Agenten gesendet, welche mindestens eine abzubrechende Operation
zumindest durch die Angabe einer aus mehreren von dem zumindest einen
Manager auswählbaren
Operations-Kategorien ausgewählten
Operations-Kategorie
anzeigt.
-
Durch
diese Maßnahme
wird eine verbesserte und in vielen Fällen auch optimierte Abbruchs-Prozedur
für laufende
Management-Operatione, insbesondere auch für Telekommunikationsnetze,
ermöglicht.
-
Das
erfindungsgemäße Verfahren
ist dabei grundsätzlich
für alle
Kommunikationsnetze und insbesondere Telekommunikationsnetze (insbesondere drahtlose,
aber auch drahtgebundene) einsetzbar.
-
In
der Regel liegen eine Vielzahl von Managern und eine Vielzahl von
Agenten vor.
-
Die
Erfindung basiert auf der Idee eines generischen Verfahrens, mittels
welchem Management-Operationen (z.B. Synchroni sierung von Alarmen
oder Zustandsinformationen) bzw. mehrere unterschiedliche Operationen
mit einer einzigen Manager-Anforderung
abgebrochen werden können.
Der Abbruch stellt da bei eine Beendigung mehrerer Operationen vor
der regulären
Beendigung dieser Operationen, d.h. eine Art vorzeitiges Beenden
dieser Operationen gegenüber
dem regulären
Beenden im Zusammenhang mit einer Rückmeldung an den Manager dar.
-
Das
Verfahren ist grundsätzlich
für alle
Manager-Agent-Schnittstellen
anwendbar. Es wird nachfolgend beispielhaft mit Ausführungen
zu einer CMIP-basierten NMC-OMC-Schnittstelle
erläutert.
-
Vorteilhafterweise
wird von dem zumindest einen Agenten für jede von ihm auszuführende Operation
eine Kennung für
die Kommunikation mit dem zumindest einen Manager vergeben. Dies
ermöglicht,
dass ein Manager nur diejenigen Operationen mittels Abbruch vorzeitig
beendet, die vorher von ihm selbst ausgelöst worden sind. Die eindeutige
Manager-Identifizierung kann dabei beispielsweise entweder im Abbruchbefehl
(Anforderungsnachricht) vorhanden sein oder vom Agent selbst durch
Korrelationsinformationen ermittelt werden.
-
Wenn
ein Manager durch Versenden einer Anforderungsnachricht das vorzeitige
Ende zumindest eines Teils seiner Management-Operationen fordert, sollte sichergestellt
werden, dass diese Anforderungsnachricht der Abbruch-Operation keinen
ungewollten Einfluss auf andere (vom gleichen oder von anderen Managern
ausgelösten)
Operationen im Agent haben. Deshalb kann jede Management-Operation
durch eine vom Agent vergebene Kennung an der Manager-Agent-Schnittstelle
eindeutig gekennzeichnet werden.
-
In
einer ersten Variante einer Ausgestaltung der Erfindung kann der
Abbruch der Mehrzahl von Operationen mittels der Abbruchnachricht
des zumindest einen Managers an den zumindest einen Agenten alle
von dem zumindest einen Manager gestarteten und noch nicht beendeten
Operationen betreffen.
-
In
einer zweiten Variante einer Ausgestaltung der Erfindung kann der
Abbruch der Mehrzahl von Operationen mittels der Abbruchnachricht
des zumindest einen Managers an den zumindest einen Agenten eine
Auswahl der von dem zumindest einen Manager gestarteten und noch
nicht beendeten Operationen betreffen.
-
Die
Auswahl kann dabei insbesondere
- – aus einer
Auswahl einer bestimmten Kategorie von Operationen,
- – aus
einer Auswahl zumindest einer bestimmten Operations-Kennung (OperationID)
innerhalb der ausgewählten
Kategorie,
- – aus
einer Auswahl aller, von dem zumindest einen Manager gestarteten
Operationen einer bestimmten Kategorie oder
- – aus
einer Auswahl mehrerer, von dem zumindest einen Manager gestarteten
Operationen unterschiedlicher Kategorien bestehen.
-
Für die Auswahl
der vorzeitig zu beendenden laufenden Operationen stehen dem Manager
beispielsweise folgende Optionen zur Verfügung:
- • Auswahl
einer bestimmten Kategorie von Operationen (z.B. „Alarm-Synchronisierung")
- • Auswahl
bestimmter Operations-Kennungen (operationIds) innerhalb der ausgewählten Kategorie,
- • Auswahl
aller, von diesem Manager gestarteten Operationen einer bestimmten
Kategorie,
- • Auswahl
aller, von diesem Manager gestarteten Operationen (auch unterschiedlicher
Kategorien).
-
In
Weiterbildung der Erfindung kann die Abbruchnachricht des zumindest
einen Managers als Anforderungsnachricht an den zumindest einen Agenten
zu einer Abbruch-Operation dienen. Das bedeutet, dass das Abbrechen
selbst als Management-Operation behandelt wird und folglich regulär mit einer Übermittlung
einer die Abbruch-Operation betreffenden Rück meldung des zumindest einen Agenten
an den zumindest einen Manager beendet wird.
-
Insbesondere
kann die die Abbruch-Operation betreffende Rückmeldung des zumindest einen Agenten
Informationen zu dem Status der Abbruch-Operation, zu Kennungen
der abgebrochenen Operationen und/oder zu Kennungen der gestarteten und
durch die Abbruch-Operation nicht abgebrochenen Operationen umfassen.
-
Nach
vorzeitiger Beendigung durch Abbruch von vom Manager ausgewählten Operationen
kann der Agent dem Manager folglich beispielsweise folgende Informationen
mitteilen:
- • Den
Status des Abbruchbefehls,
- • Eine
Liste der Kennungen für
erfolgreich beendete Operationen,
- • Eine
Liste der Kennungen für
jene Operationen, die nicht abgebrochen werden konnten.
-
Mit
Vorteil kann die Abbruchnachricht des zumindest einen Managers an
den zumindest einen Agenten
- – Parameter-Informationen
zum zumindest einen Manager in einer Multi-Manager-Konfiguration,
- – Parameter-Informationen
zur Kategorie von abzubrechenden Operationen und/oder
- – Parameter-Informationen
zu Kennungen der im zumindest einen Agenten gestarteten Operationen
umfassen.
-
Die
die Abbruch-Operation betreffende Rückmeldung des zumindest einen
Agenten kann beispielsweise
- – Parameter-Informationen
zu abgebrochenen Operationen,
- – Parameter-Informationen
zu gestarteten und durch die Abbruch-Operation nicht abgebrochenen
Operationen und/oder
- – Parameter-Informationen
zum Ergebnis der gestarteten Abbruch-Operation
umfassen.
-
Das
erfindungsgemäße Kommunikationssystem
mit einem Managementnetz umfassend zumindest einen Manager und zumindest
einen Agenten als Einrichtungen in verschiedenen Managementebenen
dient zur Durchführung
des erfindungsgemäßen Verfahrens.
Dazu können
im Kommunikationssystem und seinen Einrichtungen entsprechende Mittel
und Einrichtungen vorgesehen sein.
-
Nachstehend
wird die Erfindung anhand von Ausführungsbeispielen unter Bezugnahme
auf die Figuren näher
erläutert.
-
Es
zeigen
-
1 das
Blockschaltbild eines Managementnetzes für ein Mobil-Kommunikationssystem
mit Agent-Manager-Beziehung
zwischen Betriebs- und Wartungszentren und mehreren Netzwerkmanagementzentren,
-
2 ein
Ablauf-Schema einer erfindungsgemäßen Abbruchs-Operation.
-
In 1 ist
das Blockschaltbild eines Managementnetzes für ein Mobil-Kommunikationssystem
mit Agent-Manager-Beziehung zwischen Betriebs- und Wartungszentren
OMCs (Operation and Maintenance Centers) und mehreren Netzwerkmanagementzentren
NMCs (Network Management Centers) dargestellt. Dabei ist 1 im
vorliegenden Fall auf eine Darstellung mit zwei Ebenen NM LEVEL und
EM LEVEL beschränkt.
Nicht dargestellt ist beispielsweise eine Managementebene des Managementnetzes,
welche die Netzeinrichtungsebene ("Network Element Level") mit mehreren Basisstationssystemen
enthält.
-
Die
Managementebene EM LEVEL kennzeichnet die Netzeinrichtungsmanagementebene ("Network Element Management
Level"), in der
Betriebs- und Wartungszentren OMC1, OMC2 bis OMCn jeweils
die herstellerspezifische Managementfunktionalität für bei spielsweise nicht in 1 gezeigte
einzelne Basisstationen des Basisstationssystems bereitstellen.
Die Managementebene NM LEVEL kennzeichnet die Netzwerkmanagementebene
("Network, Management
Level"), in der
Netzwerkmanagementzentren NMC1, NMC2, NMC3 bis NMCk jeweils eine integrierte, in der Regel
vom Hersteller unabhängige
Management-Funktionalität
realisieren. Dabei können
mehrere Netzwerkmanagementzentren NMC einen Zugriff zu derselben
Netzeinrichtung der nächstniedrigeren
Managementebene EM LEVEL haben, im vorliegenden Beispiel beispielsweise
die Netzmanagementzentren NMC1 und NMC2 der nächsthöheren Managementebene
NM LEVEL zum Betriebs- und Wartungszentrum OMC2 der
nächstniedrigeren
Managementebene EM LEVEL. Zwischen den Netzeinrichtungen unterschiedlicher
Managementebenen sind definierte Schnittstellen zur Informationsübertragung
vorgesehen.
-
2 zeigt
ein Ablauf-Schema einer erfindungsgemäßen Abbruchs-Operation.
-
Die
Beschreibung des Verfahrensbeispiels erfolgt anhand einer Q3 (CMIP-basierten)-Schnittstelle.
Die Erfindung ist aber auch auf andere Schnittstellen wie beispielsweise
CORBA-basierte Schnittstellen
anwendbar.
-
2 verdeutlicht
den Nachrichtenfluss zwischen einem Agent OMC und dem Manager NMC
bei Ablauf einer Abbruch-Operation.
-
In
den übermittelten
Nachrichten optional enthaltene Parameter sind in 2 zur
deutlicheren Kennzeichnung mit eckigen Klammern „[...]" angegeben.
-
Zunächst ist
in Schritt A der Start einer Abbruch-Operation mittels einer Abbruchnachricht „M-ACTION
request: abortOperation" des
Managers NMC an den Agenten OMC zu betrachten (Manager-Request).
-
Es
wird eine generische Operation abortOperation (in 2 so
bezeichnet) definiert, die vom Manager an den Agent gesendet wird
(z.B. als M-ACTION request für
eine CMIP-basierte Management-Schnittstelle) und beispielsweise
folgende Parameter enthält:
-
– Parameter „managerReference"
-
Dieser
optionale Parameter identifiziert eindeutig in einer Multi-Manager-Konfiguration
das Manager-System, das eigene laufende Operationen vorzeitig beendet.
Der Parameter wird beispielsweise nur dann benutzt, wenn der aktuelle
Manager alle von ihm vorher gestarteten Operationen (unabhängig von
der Kategorie) bzw. alle seine Operationen einer bestimmten Kategorie
(z.B. alle laufenden Tests) abbrechen soll.
-
In
einer CMIP-basierten Management-Schnittstelle entspricht dieser
Parameter dem „destination"-Attribute der diesem
Manager zugeordneten „event
forwarding discriminator" (EFD)-Instanz (Destination
gemäß ITU-T
X.721 „Open
Systems Interconnection – Structure
of Management Information: Definition of Management Information").
-
– Parameter „operationType"
-
Dieser
optionale Parameter identifiziert eindeutig eine Kategorie von Management-Operationen,
die vom Manager grundsätzlich
abgebrochen werden können
(z.B. „Alarm-Synchronisierung", „Synchronisierung
von Zustandsinformationen", „Tests").
-
In
einer CMIP-basierten Management-Schnittstelle entspricht dieser
Parameter dem „Object
identifier" der
abzubrechenden ACTION (ActionTypeId gemäß ITU-T X.711 „Open Systems
Interconnection – Common
management information protocol: Specification").
-
Fehlt
dieser Parameter „operationType" in der Abbruchnachricht „M-ACTION
request: abortOperation",
kann dies bei spielsweise als Indizierung verstanden werden, dass
alle laufenden, vom aktuellen Manager gestarteten Operationen (unabhängig von
der Kategorie) abgebrochen werden sollen. In diesem Fall wird beispielsweise
auch der folgende optionale Parameter „operationIdList" nicht benützt.
-
– Parameter „operationIdList"
-
Dieser
optionale Parameter besteht beispielsweise aus einer Liste von einer
oder mehreren Kennungen der aktuell im Agent laufenden Operationen
(entsprechend der oben genannten Kategorie „operationType"), deren Ausführung abgebrochen wird.
Jede Kennung dieser Liste kann einem Manager eindeutig zugeordnet
werden.
-
In
einer CMIP-basierten Management-Schnittstelle entspricht dieser
Parameter z.B. der „Alarmalignment-Identifizierung" einer abzubrechenden „Alarm-Synchronisierungs"-Prozedur (alignmentId
gemäß 3GPP 32.111-4
V5.2.0 „Alarm Integration
Reference Point: CMIP solution set") oder der „Test-Identifizierung" eines vorzeitig zu beendenden Tests
(testInvocationId gemäß 3GPP 32.324 V5.0.0 „Test Management
Integration Reference Point: CMIP solution set" and ITU-T X.745).
-
Fehlt
dieser Parameter in der Abbruchnachricht „M-ACTION request: abortOperation", kann dies beispielsweise
als Indizierung verstanden werden, dass alle laufenden, vom aktuellen
Manager getriggerten Operationen entsprechend der Kategorie „operationType" abgebrochen werden
sollen.
-
Anwendungsbeispiele
zu der Abbruchnachricht „M-ACTION
request: abortOperation" sind
etwa:
- a) Ein Manager soll beide von ihm vorher
gestarteten „Alarm-Synchronisierungen" abbrechen. Benötigte Parameter
in der Abbruchnachricht „M-ACTION
request: abortOperation":
– Parameter „operationType" = OBJECT IDENTIFIER
der ACTION getAlarmList (gemäß 3GPP 32.111-4
V5.2.0)
– Parameter „operationIdList" = alignmentId1, alignmentId2
- b) Ein Manager soll alle von ihm vorher gestarteten Tests abbrechen.
Benötigte
Parameter in der Abbruchnachricht „M-ACTION request: abortOperation":
– Parameter „managementReference" = „destination" des aktuellen Manager-Systems
– Parameter „operationType" = OBJECT IDENTIFIER
der ACTION testRequestControlledAction (gemäß 3GPP 32.324 V5.0.0)
- c) Vor seinem Neustart, soll ein Manager alle von ihm vorher
getriggerten Management-Operationen abbrechen. Benötigte Parameter
in der Abbruchnachricht „M-ACTION
request: abortOperation":
– Parameter „managementReference" = „destination" des aktuellen Manager-Systems.
-
In
Schritt B von 2 ist im zeitlichen Verlauf der
Abbruch-Operation mit „Abort
running operations" das
Ablaufen der Operation im Agenten OMC gemäß den Parametern aus der Abbruchnachricht „M-ACTION
request: abortOperation" verdeutlicht.
-
Nach
Bearbeitung der Abbruchnachricht (abortOperation-Anforderung) sendet der Agent OMC eine
entsprechende Antwort an den Manager NMC (z.B. als M-ACTION response
für eine
CMIP-basierte Management-Schnittstelle).
-
Schritt
C zeigt die Beendigung der Abbruch-Operation mit der Übermittlung
einer die Abbruch-Operation betreffenden Rückmeldung „M-ACTION response: abortOperation" des Agenten OMC an
den Manager NMC (Agent-Response), die beispielsweise folgende Parameter
enthält:
-
– Parameter „successfulOperationIdList"
-
Dieser
optionale Parameter wird z.B. vom Agent OMC nur dann verwendet,
wenn nicht alle in der abortOperation-Anforderung (z.B. Abbruchnachricht „M-ACTION
request: abortOperation")
mit Parameter „operationIdList" vom Manager definierten Operationen
vorzeitig beendet werden konnten.
-
– Parameter „wrongOperationIdList"
-
Dieser
optionale Parameter wird beispielsweise nur zusammen mit dem oben
genannten Parameter „successfulOperationIdList" verwendet und gibt
an, welche vom Manager definierten Operationen nicht abgebrochen
werden können.
Das kann z.B. der Fall sein, wenn eine Operations-Kennung in der
abortOperation-Anforderung falsch war oder die Ausführung einer
ausgewählten
Management-Operation kurz vorher im Agent OMC regulär beendet wurde.
-
– Parameter „status"
-
Dieser
Parameter gibt das Ergebnis der abortOperation-Anforderung an.
-
Mögliche Werte
sind dabei beispielsweise:
- • successful (0):
Alle
vom Manager definierten Operationen wurden vorzeitig beendet.
- • partly
successful (1):
Einige Operationen konnten nicht abgebrochen werden.
Nur in diesem Fall enthält
beispielsweise die Antwort die optionalen Parameter „successfulOperationIdList" und „wrongOperationIdList".
- • error
(2):
Keine der vom Manager definierten Operationen konnte vorzeitig
beendet werden.
-
Wie
das Ausführungsbeispiel
verdeutlicht, können
mit dem erfindungsgemäßen Verfahren
folgende Vorteile erreicht werden:
- • Die Erfindung
definiert ein generisches Verfahren, um mit einer einzigen Manager-Anforderung mehrere,
auch unterschiedliche Operationen im Agent vorzeitig zu beenden.
- • Eine
Manager-Anforderung zum vorzeitigen Abbruch eigener vorher gestarteten
Operationen hat keinen Einfluss auf Management-Operationen, die
von anderen Managern gestartet wurden.
- • Nach
Ausführung
des Abbruch-Befehls im Agent erhält
der Manager genaue Informationen auch über die gegebenenfalls nicht
vorzeitig beendeten Management-Operationen.