EP1397891A2 - Verfahren und system zum netzkonfigurationsmanagement und netzbestandsmanagement - Google Patents
Verfahren und system zum netzkonfigurationsmanagement und netzbestandsmanagementInfo
- Publication number
- EP1397891A2 EP1397891A2 EP02747221A EP02747221A EP1397891A2 EP 1397891 A2 EP1397891 A2 EP 1397891A2 EP 02747221 A EP02747221 A EP 02747221A EP 02747221 A EP02747221 A EP 02747221A EP 1397891 A2 EP1397891 A2 EP 1397891A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- network
- management
- information
- control
- protocol
- 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.)
- Withdrawn
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/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
- 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/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/0253—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using browsers or web-pages for accessing management information
-
- 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/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
Definitions
- the present invention relates to a method for network configuration management and network inventory management of a network.
- Network configuration management and network inventory management should be understood to mean the entirety of all measures for monitoring the configuration and the status of the network.
- One of the tasks of network configuration management and network inventory management is to register and visualize the network elements, including all the components they contain, their changes and structural relationships.
- Network components mainly include hardware components and software.
- the network elements to be monitored by the network configuration management and network inventory management are transit or end devices. Transit devices are network elements that connect networks, such as gateways, bridges or routers. End devices include PCs, hosts, workstations and servers.
- control and visualization units in which application programs for monitoring the network run.
- the communication between the control or visualization units and the network elements takes place by means of a network configuration management and network inventory management protocol.
- the SNMP protocol Simple Network Management Protocol
- the SNMP protocol is currently used here as the network configuration management and network inventory management protocol. It is a manufacturer-neutral protocol of the application layer of the TCP / IP protocol structure, on which the network configuration management and network inventory management of TCP / IP systems has been based up to now.
- a so-called “manager” runs as a process in the control and visualization unit, an "agent” program accordingly as a process in a network element.
- the agent generally has the following tasks: It collects information about a network component and stores this data in a Management Information Base (MIB), which is tailored to the network element under consideration. Examples of this are the standard MIB-2, the remote monitoring MIB (RMON) and a self-defined configuration (CMIB).
- MIB Management Information Base
- RMON remote monitoring MIB
- CMIB self-defined configuration
- the agent is also responsible for the orderly communication between the control and visualization unit and the network element via SMNP.
- the basic structure of an SNMP message is relatively simple.
- An SNMP command is a sequence of numbers or character strings that address specific information on the network element.
- the information here is generally in a MIB-2 file. This file is a hierarchical and object-oriented database based on SMI (Structure and Identification of Management Information). Information that can be transmitted from the agent to the control and visualization unit using SNMP is essentially restricted to hardware components.
- a method for network configuration management and network inventory management of a network with at least one IP-based network element and at least one control and visualization unit comprising at least the following steps: a. Collecting information from the at least one IP-based network element; b. Storing and providing the information in at least one suitable file; c. Targeted communication of the information between the at least one IP-based network element and the at least one control and visualization unit using at least one network management protocol, the HTTP protocol being used as the at least one network management protocol.
- the HTTP protocol (Hypertext Transfer Protocol) is the so-called web, i.e. in the most well-known navigation system on the Internet, most commonly used communication protocol.
- the HTTP protocol is used to transfer HTML pages between browsers, programs with a graphical user interface for viewing the website, and web servers.
- the HTTP protocol knows two types of messages: requests and replies.
- the HTTP protocol is a "high-level” protocol.
- SNMP With SNMP, all system calls are firmly defined and only what is available in the standardized MIB-2 database on the target device is read. A specially programmed logic on the target device is not provided with this protocol.
- HTTP freely definable text information
- the target device at the request of a computer, which is referred to as “HTTP request”, in accordance with a so-called “HTTP response”.
- HTTP request a computer
- HTTP response a so-called “HTTP response”.
- all system information and file contents can be read out and transferred back to the querying computer in any text format.
- the method according to the invention for network configuration management and network inventory management can be used directly on the Internet.
- the information collected from the IP-based network element is preferably stored and made available in at least one XML file.
- XML means Extensible Markup Language. This is a specification of a metalanguage for the description of documents and data, i.e. a universal data exchange format for every type of message. With XML, for example, it is possible to provide stored documents with a structure that resembles that of a catalog. This considerably simplifies and speeds up the search for the desired information. Using XML, it is possible to not only process data according to formal criteria, such as
- XML allows content structuring. XML is easily expandable and can also be processed immediately. XML allows new tags to be defined, ie coding for individual requirements. XML provides a grammar for describing the content of documents, which can then be defined individually. The use of self-defined tags makes it possible to use understandable tags instead of often incomprehensible coding. The XML architecture is therefore very flexible. Since XML documents are defined in plain text and not in cryptic control characters, XML documents remain readable. XML extends the performance of interface standards and is increasingly establishing itself as a universal data exchange format. In a preferred embodiment of the invention
- the method steps a-c of the method according to the invention are carried out by a suitable agent installed in the at least one IP-based network element. It is preferably an intelligent agent, i.e. an agent with a specific learning ability. In addition to searching and collecting information as specified by a manager of the control and visualization unit, the agent can also collect, filter and provide information, for example, by specifically asking the manager of the control and visualization unit. The independence of the
- Agents can go so far that they observe predefined things and automatically report themselves when certain changes take place. Furthermore, the agent can automatically log on to the control and visualization unit when the network element is started, i.e. enter in a corresponding envisaged registration list. Registration generally takes place using the SNMP protocol.
- the control and visualization unit can, for example, be a
- the scan request is preferably made using the HTTP protocol, i. H. it corresponds to an HTTP request.
- the network elements can be scanned periodically.
- the agent of the network element and thus the information to be read out can be configured.
- the agent can read out detailed information on installed software components. It can also include certain elements or transfer complete content from specified files to the network elements.
- the method has at least the following further step: d. Controlling the agent by the at least one control and visualization unit using the HTTP protocol.
- the HTTP protocol is a "high-level” protocol
- the SNMP protocol is a "low-level” protocol.
- the method according to the invention also allows the intelligent agent on the network element to specify exactly what the agent does and in what degree of detail
- a major advantage of the method according to the invention compared to the previous procedure for network configuration management and network inventory management is the expansion, flexibility and automation of the method.
- the extensions are, for example, in the preferably own intelligence of the preferably provided agents in the IP-based network elements. They are now able to receive detailed information about installed software components and started services. What the agents should do is preferably defined in an associated configuration file on the network element.
- the agents can preferably be controlled from the outside, ie by the control and visualization unit. This is preferably done using the HTTP protocol.
- a big advantage is that when using the HTTP protocol and storage of read out information in XML files, the Internet standards for data description and transmission are used.
- the HTTP protocol knows two types of messages: requests and replies. This structure provides the basis for the automation of the process.
- the present invention further relates to a network configuration management and network inventory management system, which has at least the following elements: a. at least one IP-based network element; b. at least one control and visualization unit; c. at least one network management protocol for communication between the at least one IP-based network element and the at least one control and visualization unit, the at least one network management protocol being the HTTP protocol.
- At least one IP-based network element for communication between the at least one IP-based network element and the at least one control and visualization unit is provided in the at least one agent that can be controlled by the at least one control and visualization unit ,
- an intelligent agent ie an agent with a certain independence.
- the agent's independence can go so far that he observes predetermined things and automatically reports automatically when certain changes take place.
- the agent can automatically control and visualize it. Register the unit, ie in a correspondingly provided one
- the agent is preferably configurable. What the agent should do is stored in a so-called configuration file in the respective network element. This results in great flexibility in network configuration management and network inventory management.
- the agent can read out requested information from the at least one IP-based network element and provide it in at least one XML file.
- XML is a universal data exchange format on the Internet. The information stored in it is legible, easily expandable and immediately processable.
- FIG. 1 shows a schematic representation of an embodiment of a network configuration management and network inventory management system according to the invention.
- FIG. 1 shows an embodiment of a network configuration management and network inventory management system according to the invention.
- a network element 1 to be monitored by the network configuration management and network inventory management is shown.
- This can be a transit device, such as a gateway, or a terminal device, such as a PC or a server.
- Visualization unit 2 is provided.
- the network element 1 there is an intelligent one
- Agent 3 provided. Software packages and services to be read or scanned can be specified in corresponding configuration files. According to this specification, the intelligent agent 3 reads out the corresponding system information and generates XML files on the network element 1 in order to store the system information read out there. Furthermore, when the network element 1 is started, the intelligent agent 3 automatically registers it with the control and visualization unit 2. Registration generally takes place using the SNMP protocol. The registered network elements are collected and stored in the control and visualization unit 2. The control and visualization unit 2 then issues a readout or scan request for certain system information using the HTTP protocol. It is an HTTP request. The network element 1 then sends the corresponding XML files as the HTTP response (HTTP response), which contain the desired ones
- the control and visualization unit 2 collects and stores the XML files. The complete system information can now be packed in the control and visualization unit 2 and transmitted to a network administrator.
- the HTTP protocol or the FTP protocol can be used for the transmission.
- the transmission can also be carried out by e-mail (electronic mail).
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Die vorliegende Erfindung betrifft ein Verfahren zum Netzkonfigurationsmanagement und Netzbestandsmanagementeines Netzes mit mindestens einem IP basierten Netzelement (1) und mindestens einer Steuerungs- und Visualisierungseinheit (2), wobei das Verfahren mindestens die folgenden Schritte aufweis; a. Sammeln von Informationen des mindestens einen IP basierten Netzelements (1); b. Ablegen und Bereitstellen der Informationen in mindestens einer geeigneten Datei;c. Gezieltes Kommunizieren der Informationen zwischen dem mindestens einen IP basierten Netzelements (1) und der mindestens einen Steuerungs- und Visualisierungseinheit (2) mittels mindestens eines Netzmanagement-Protokolls, wobei als das mindestens eine Netzmanagement-Protokoll das HTTP-Protokoll verwendet wird. Ferner betrifft die Erfindung ein entsprechendes Netzkonfigurationsmanagement- und Netzbestandsmanagementsystem.
Description
Beschreibung
Verfahren zum Netzkonfigurationsmanagement und Netzbestandsmanagement eines Netzes und entsprechendes Netzkonfigurati- onsmanagement- und Netzbestandsmanagementsystem
Die vorliegende Erfindung betrifft ein Verfahren zum Netzkonfigurationsmanagement und Netzbestandsmanagement eines Netzes. Unter Netzkonfigurationsmanagement und Netzbestandsmana- gement soll dabei die Gesamtheit aller Vorkehrungen zur Überwachung der Konfiguration und des Bestandes des Netzes verstanden werden. Eine Aufgabe des Netzkonfigurationsmanagement und Netzbestandsmanagements ist es, die Netzelemente zu registrieren und zu visualisieren, einschließlich aller darin enthaltenen Bestandteile, deren Veränderungen und strukturellen Zusammenhänge. Unter Netzbestandteile fallen dabei unter anderem vor allem Hardwarekomponenten und Software. Die durch das Netzkonfigurationsmanagement und Netzbestandsmanagement zu überwachenden Netzelemente sind Transit- oder Endgeräte. Als Transitgeräte bezeichnet man Netzelemente, die Netze miteinander verbinden, wie beispielsweise Gateways, Bridges oder Router. Endgeräte sind beispielsweise PCs, Hosts, Workstations und Server. Um ein Netzkonfigurationsmanagement und Netzbestandsmanagement möglich zu machen gibt es neben den zu überwachenden Netzelementen Steuerungs- und Visualisierungseinheiten, in denen Anwendungsprogramme zur Überwachung des Netzes laufen. Sie bilden die Schnittstelle zu einem Netz- Administrator. Die Kommunikation zwischen dem oder den Steuerungs- und Visualisierungseinheiten und den Netzelementen er- folgt mittels eines Netzkonfigurationsmanagement- und Netzbestandsmanagement-Protokolls. Darüber werden Daten, die als Netzmanagement-Informationen bezeichnet werden zwischen Steuerungs- und Visualisierungseinheiten und Netzelementen ausge-
tauscht. Derzeit wird hier als Netzkonfigurationsmanagement- und Netzbestandsmanagement-Protokoll hierbei das SNMP- Protokoll verwendet (Simple Network Management Protocol) . Es handelt sich dabei um ein herstellerneutrales Protokoll der Anwendungsschicht der TCP/IP-Protokollstruktur, auf dem das Netzkonfigurationsmanagement und Netzbestandsmanagement von TCP/IP-Systemen bislang beruht. Ein sogenannter „Manager" läuft als Prozess in der Steuerungs- und Visualisierungseinheit, ein „Agent"-Programm entsprechend als Prozess in einem Netzelement. Agenten und Manager kommunizieren bislang über SNMP und tauschen Management-Informationen aus. Der Agent besitzt im Allgemeinen folgende Aufgaben: Er sammelt Informationen über eine Netzkomponente und legt diese Daten in einer Management Information Base (MIB) ab, die auf das betrachtete Netzelement zugeschnitten ist. Beispiele hierfür sind die Standard-MIB-2, die Remote Monitoring MIB (RMON) und eine selbst definierte Configuration (CMIB) . Dem Agenten obliegt auch die Aufgabe, eine geordnete Kommunikation zwischen der Steuerungs- und Visualisierungseinheit und dem Netzelement über SMNP zu bewerkstelligen. Die grundsätzliche Struktur einer SNMP-Nachricht ist relativ einfach aufgebaut. Ein SNMP- Kommando ist eine Folge von Zahlen oder Zeichenketten, die eine ganz bestimmte Information auf dem Netzelement ansprechen. Die Informationen liegen hier, wie bereits erwähnt, im Allgemeinen in einer MIB-2-Datei. Diese Datei ist eine auf SMI (Structure and Identification of Management Information) aufbauende, hierarchische und obj ktorientierte Datenbank. Informationen, die mittels SNMP vom Agenten zur Steuerungsund Visualisierungseinheit übermittelt werden können, be- schränken sich im wesentlichen auf Hardware-Komponenten.
Detaillierte Softwareinformationen, wie exakte Paketbeschreibung, Version, Hersteller, sowie auch detailliertere Hardwareinformationen konnten bislang auf diesem Wege nicht über-
tragen werden und demnach war die Software und auch die Hardware nicht entsprechend kontrollierbar. Insbesondere ließen sich schon gar nicht beliebige Inhalte von Konfigurationsdateien oder Umgebungsvariablen zu installierten Softwarepake- ten und gestarteten Softwareprozessen auslesen. Zudem gab es bislang eine relativ hohe Netzbelastung bei der Übertragung großer ManagementInformationen.
Eine Aufgabe der vorliegenden Erfindung war es nun, ein Ver- fahren und ein Netzkonfigurationsmanagement- und Netzbestandsmanagementsystem bereitzustellen, mit dessen Hilfe man schnell, flexibel und einfach Informationen aller relevanten Netzkomponenten, insbesondere auch Softwarekomponenten und detaillierte Hardwareinformationen, von IP-basierten Netzele- menten auslesen und kontrollieren kann.
Gelöst wird diese Aufgabe durch ein erfindungsgemäßes Verfahren gemäß Anspruch 1 bzw. ein erfindungsgemäßes Netzkonfigurationsmanagement- und Netzbestandsmanagementsystem gemäß An- spruch 5. Weitere vorteilhafte Ausfuhrungsformen des erfindungsgemäßen Verfahrens bzw. des erfindungsgemäßen Netzkonfigurationsmanagement- und Netzbestandsmanagementsystems sind in den entsprechenden Unteransprüchen angegeben.
Gemäß Anspruch 1 wird ein Verfahren zum Netzkonfigurationsmanagement und Netzbestandsmanagement eines Netzes mit mindestens einem IP basierten Netzelement und mindestens einer Steuerungs- und Visualisierungseinheit bereitgestellt, wobei das Verfahren mindestens die folgenden Schritte aufweist: a. Sammeln von Informationen des mindestens einen IP basierten Netzelementes; b. Ablegen und Bereitstellen der Informationen in mindestens einer geeigneten Datei;
c. Gezieltes Kommunizieren der Informationen zwischen dem mindestens einen IP basierten Netzelement und der mindestens einen Steuerungs- und Visualisierungseinheit mittels mindestens eines Netzmanagement-Protokolls, wo- bei als das mindestens eine Netzmanagement-Protokoll das HTTP-Protokoll verwendet wird.
Das HTTP-Protokoll (Hypertext Transfer Protocol) ist das im sogenannten Web, d.h. in dem bekanntesten Navigationssystem des Internets, am häufigsten verwendete Kommunikationsprotokoll. Das HTTP-Protokoll wird dabei zur Übertragung von HTML- Seiten zwischen Browsern, Programmen mit grafischer Oberfläche zum Betrachten der Webseiten, und Webservern benutzt. Das HTTP-Protokoll kennt zwei Arten von Nachrichten: Anfragen und Antworten. Gegenüber dem SNMP-Protokoll, was als „low-level"- Protokoll bezeichnet wird, handelt es sich bei dem HTTP- Protokoll um ein „high-level"-Protokoll . Bei SNMP sind sämtliche Systemaufrufe fest definiert und lediglich das auszulesen, was in der standardisierten MIB-2 Datenbank auf dem Zielgerät bereitsteht. Eine eigens programmierte Logik auf dem Zielgerät ist bei diesem Protokoll nicht vorgesehen.
Bei HTTP lassen sich grundsätzlich frei bestimmbare Textinformationen auf Anforderung eines Rechners, was als „HTTP Re- quest" bezeichnet wird, vom Zielgerät übermitteln, entsprechend einer sogenannten „HTTP Response". Je nach der programmierten Intelligenz des Agenten auf dem Zielgerät lassen sich sämtliche Systeminformationen sowie Dateiinhalte auslesen und in beliebigen Textformaten zum abfragenden Rechner zurück- übertragen.
Durch HTTP kann das erfindungsgemäße Verfahren zum Netzkonfigurationsmanagement und Netzbestandsmanagement unmittelbar im Internet angewandt werden.
Vorzugsweise werden die gesammelten Informationen des IP basierten Netzelementes in mindestens einer XML-Datei abgelegt und bereitgestellt. XML bedeutet dabei Extensible Markup Lan- guage. Dies ist eine Spezifikation einer Metasprache für die Beschreibung von Dokumenten und Daten, d.h. eines universel- len Datenaustauschformates für jede Art von Nachrichten. Mit XML ist es beispielsweise möglich, hinterlegte Dokumente mit einer Struktur zu versehen, die der eines Katalogs ähnelt. Dadurch wird eine Suche nach gewünschten Informationen wesentlich vereinfacht und beschleunigt. Mittels XML ist es möglich, Daten nicht nur nach formalen Kriterien, wie beispielsweise
Überschriften und Textkörper zu strukturieren, sondern auch nach inhaltlichen Gesichtspunkten. XML erlaubt eine inhaltliche Strukturierung. XML ist leicht erweiterbar und zudem so- fort weiterverarbeitbar. XML erlaubt es, neue Tags, d.h. Codierungen für individuelle Anforderungen zu definieren. XML stellt dabei eine Grammatik für die Beschreibung des Inhalts von Dokumenten bereit, die dann aber individuell definiert werden können. Durch die Einsatzmöglichkeit selbst definier- ter Tags wird es möglich anstelle oft unverständlicher Codierungen verstehbare Tags zu verwenden. Die XML-Architektur ist demnach sehr flexibel . Da die Definition von XML-Dokumenten in Klartext erfolgen und nicht in kryptischen Steuerzeichen, bleiben XML-Dokumente lesbar. XML erweitert die Leistungsfä- higkeit von Schnittstellenstandards und etabliert sich zusehends als universelles Datenaustauschformat.
In einer bevorzugten Ausfuhrungsform des erfindungsgemäßen
Verfahrens werden die Schritte a-c des erfindungsgemäßen Verfahrens von einem in dem mindestens einen IP basierten Netz- element installierten, geeigneten Agenten vorgenommen. Vor- zugsweise handelt es sich hierbei um einen intelligenten Agenten, d.h. um einen Agenten mit einer bestimmten Lernfähigkeit . So kann der Agent neben Suchen und Sammeln von Informationen nach Vorgabe seitens eines Managers der Steuerungs- und Visualisierungseinheit beispielsweise auch durch gezieltes Nachfragen bei dem Manager der Steuerungs- und Visualisierungseinheit Informationen sammeln, filtern und bereitstellen. Die Eigenständigkeit des
Agenten kann dabei soweit gehen, dass er vorgegebene Dinge beobachtet und sich selbständig automatisch meldet, wenn be- stimmte Veränderungen stattfinden. Ferner kann sich der Agent beim Starten des Netzelementes automatisch bei der Steuerungs- und Visualisierungseinheit anmelden, d.h. in eine entsprechend vorgesehene Anmeldeliste eintragen. Die Anmeldung erfolgt im Allgemeinen mittels des SNMP-Protokolls . Die Steu- erungs- und Visualisierungseinheit kann beispielsweise ein
Scannen der einzelnen Netzelemente und Sammeln der Informationen aller in der Anmeldeliste verzeichneten Netzelemente vollautomatisch starten. Die Scan-Aufforderung erfolgt vorzugsweise mittels des HTTP-Protokolls, d. h. sie entspricht einem HTTP-Request. Die Netzelemente lassen sich dabei periodisch scannen.
In einer anderen bevorzugten Ausfuhrungsform des erfindungs- gemäßen Verfahrens kann der Agent des Netzelementes und somit die von ihm auszulesende Information konfiguriert werden. Der Agent kann detaillierte Informationen zu installierten Software-Komponenten auslesen. Ferner kann er bestimmte Elemente
oder komplette Inhalte von vorgegebenen Dateien auf den Netz- elementen übernehmen.
In einer bevorzugten Ausfuhrungsform des erfindungsgemäßen Verfahrens weist das Verfahren mindestens noch den folgenden weiteren Schritt auf : d. Steuern des Agenten durch die mindestens eine Steuerungs- und Visualisierungseinheit mittels des HTTP- Protokolls .
Wie bereits erläutert, handelt es sich bei dem HTTP-Protokoll um ein „high-level"-Protokoll, während das SNMP-Protokoll ein „low-level"-Protokoll ist. Das erfindungsgemäße Verfahren erlaubt es auch so, dem intelligenten Agenten auf dem Netzele- ment genau vorzugeben, was dieser in welchem Detailgrad zu
Softwarepaketen oder zu Hardwareinformationen auszulesen und zu übertragen hat .
Ein wesentlicher Vorteil des erfindungsgemäßen Verfahrens ge- genüber der bisherigen Vorgehensweise bei einem Netzkonfigurationsmanagement und Netzbestandsmanagement ist die Erweiterung, Flexibilisierung und Automatisierung des Verfahrens. Die Erweiterungen liegen beispielsweise in der vorzugsweise eigenen Intelligenz der vorzugsweise vorgesehenen Agenten in den IP basierten Netzelementen. So sind diese jetzt in der Lage, detaillierte Informationen über installierte Software- Komponenten und über gestartete Dienste zu erhalten. Vorzugsweise ist das, was die Agenten tun sollen, in einer zugehörigen Konfigurationsdatei auf dem Netzelement definiert. Des- weiteren sind die Agenten vorzugsweise von außen, d.h. von der Steuerungs- und Visualisierungseinheit steuerbar. Dies erfolgt vorzugsweise mittels des HTTP-Protokolls . Ein großer Vorteil liegt dabei mitunter darin, dass mit Verwendung des
HTTP-Protokolls und Ablage ausgelesener Information in XML- Dateien die Internet-Standards zur Datenbeschreibung und -Übermittlung genutzt werden. Das HTTP-Protokoll kennt zwei Arten von Nachrichten: Anfragen und Antworten. Diese Struktur bietet die Grundlage für die Automatisierung des Verfahrens.
Ferner betrifft die vorliegende Erfindung ein Netzkonfigurationsmanagement- und Netzbestandsmanagementsystem, das mindestens die folgenden Elemente aufweist : a. mindestens ein IP-basiertes Netzelement; b. mindestens eine Steuerungs- und Visualisierungseinheit; c. mindestens ein Netzmanagement-Protokoll zur Kommunikation zwischen dem mindestens einen IP-basierten Netzelement und der mindestens einen Steuerungs- und Visuali- sierungseinheit , wobei das mindestens einen Netzmanagement-Protokoll das HTTP-Protokoll ist.
In einer bevorzugten Ausfuhrungsform des Netzkonfigurationsmanagement und Netzbestandsmanagementsystems ist in dem min- destens einen IP-basierten Netzelement zur Kommunikation zwischen dem mindestens einen IP-basierten Netzelement und der mindestens einen Steuerungs- und Visualisierungseinheit mindestens ein durch die mindestens eine Steuerungs- und Visualisierungseinheit steuerbarer Agent vorgesehen.
Es handelt sich dabei vorzugsweise um einen intelligenten Agenten, d.h. um einen Agenten mit einer bestimmten Eigenständigkeit. Die Eigenständigkeit des Agenten kann dabei soweit gehen, dass er vorgegebene Dinge beobachtet und sich selbständig automatisch meldet, wenn bestimmte Veränderungen stattfinden. Ferner kann sich der Agent beim Starten des Netzelementes automatisch bei der Steuerungs- und Visualisie-
rungseinheit anmelden, d.h. in eine entsprechend vorgesehene
Anmeldeliste eintragen.
Ferner ist der Agent vorzugsweise konfigurierbar. In einer sogenannten Konfigurationsdatei ist in dem jeweiligen Netzelement hinterlegt, was der Agent tun soll. Daraus ergibt sich eine große Flexibilität bei dem Netzkonfigurationsmanagement und Netzbestandsmanagement .
In einer weiteren bevorzugten Ausfuhrungsform des Netzkonfigurationsmanagement- und Netzbestandsmanagementsystem kann der Agent angeforderte Informationen des mindestens einen IP- basierten Netzelementes auslesen und in mindestens einer XML- Datei bereitstellen. Die Vorzüge der Verwendung von XML- Dateien wurde bereits erläutert. Vor allem ist es von Vorteil, dass es sich bei XML um ein universelles Datenaustauschformat im Internet handelt . Die darin abgelegten Informationen sind lesbar, leicht erweiterbar und sofort weiterverarbeitbar.
Weitere Vorteile der Erfindung werden anhand der folgenden Figur aufgezeigt. Es zeigt
Fig. 1 Schematische Darstellung einer Ausfuhrungsform ei- nes erfindungsgemäßen Netzkonfigurationsmanagement- und Netzbestandsmanagementsystems .
Figur 1 zeigt eine Ausfuhrungsform eines erfindungsgemäßen Netzkonfigurationsmanagement- und Netzbestandsmanagementsys- tems. Dargestellt ist ein durch das Netzkonfigurationsmanagement und Netzbestandsmanagement zu überwachendes Netzelement 1. Es kann sich dabei um ein Transit-, wie beispielsweise ein Gateway, oder um ein Endgerät, wie beispielsweise einen PC
oder einen Server, handeln. Ferner ist eine Steuerungs- und
Visualisierungseinheit 2 vorgesehen. In dem Netzelement 1 ist ein intelligenter
Agent 3 vorgesehen. In entsprechenden Konfigurationsdateien können auszulesende bzw. zu scannende Softwarepakete und Dienste vorgegeben sein. Gemäß dieser Vorgabe liest der intelligente Agent 3 die entsprechenden Systeminformationen aus und erzeugt XML-Dateien auf dem Netzelement 1, um dort die ausgelesenen Systeminformationen abzulegen. Ferner meldet der intelligente Agent 3 beim Starten des Netzelementes 1 dieses automatisch bei der Steuerungs- und Visualisierungseinheit 2 an. Die Anmeldung erfolgt im Allgemeinen mittels des SNMP-Protokolls . In der Steuerungs- und Visualisierungseinheit 2 werden die angemeldeten Netzelemente gesam- melt und gespeichert. Von der Steuerungs- und Visualisierungseinheit 2 kommt sodann eine Auslese- bzw. Scan- Aufforderung bezüglich bestimmter Systeminformationen mittels des HTTP-Protokolls. Es handelt sich um ein HTTP-Request. Das Netzelement 1 schickt daraufhin als HTTP-Antwort (HTTP- Response) die entsprechenden XML-Dateien, die die gewünschten
Systeminformationen enthalten, an die Steuerungs- und Visualisierungseinheit 2 zurück. Die Steuerungs- und Visualisierungseinheit 2 sammelt und speichert die XML-Dateien. In der Steuerungs- und Visualisierungseinheit 2 können nun die kompletten Systeminformationen gepackt und an einen Netz- Administrator übertragen werden.
Zur Übertragung kann hier beispielsweise das HTTP-Protokoll oder das FTP-Protokoll (File Transfer Protocol) verwendet werden. Ferner kann die Übertragung auch durch e-mail (electronic mail) erfolgen.
Claims
1. Verfahren zum Netzkonfigurationsmanagement und Netzbestandsmanagement mit mindestens einem IP basierten Netz- element (1) und mindestens einer Steuerungs- und Visualisierungseinheit (2) , wobei das Verfahren mindestens die folgenden Schritte aufweist: a. Sammeln von Informationen des mindestens einen IP basierten Netzelementes (1) ; b. Ablegen und Bereitstellen der Informationen in mindestens einer geeigneten Datei; c. Gezieltes Kommunizieren der Informationen zwischen dem mindestens einen IP basierten Netzelement (1) und der mindestens einen Steuerungs- und Visualisierungseinheit (2) mittels mindestens eines Netzmanagement-Protokolls, d a d u r c h g e k e n n z e i c h n e t, dass als das mindestens eine Netzmanagement-Protokoll das HTTP-Protokoll verwendet wird.
2. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, dass die Informationen in mindestens einer XML-Datei abgelegt und bereitgestellt werden.
3. Verfahren nach Anspruch 1 oder 2, d a d u r c h g e k e n n z e i c h n e t, dass die Schritte a - c von einem geeigneten Agenten (3) in dem mindestens einen IP basierten Netzelement (1) vorgenommen werden.
4. Verfahren nach Anspruch 3 , d a d u r c h g e k e n n z e i c h n e t, dass das Verfahren mindestens den folgenden weiteren
Schritt aufweist: d. Steuern des Agenten (3) durch die mindestens eine Steuerungs- und Visualisierungseinheit (2) , insbesondere mit- tels des HTTP-Protokolls .
5. Netzkonfigurationsmanagement- und Netzbestandsmanagementsystem, das mindestens die folgenden Elemente aufweist: a. mindestens ein IP-basiertes Netzelement (1) ; b. mindestens eine Steuerungs- und Visualisierungseinheit (2); c. mindestens ein Netzmanagement-Protokoll zur Kommunikation zwischen dem mindestens einen IP-basierten Netzelement (1) und der mindestens einen Steuerungs- und Visua- lisierungseinheit (2) , d a d u r c h g e k e n n z e i c h n e t, dass das mindestens eine Netzmanagement-Protokoll das
HTTP-Protokoll ist.
6. Netzkonfigurationsmanagement- und Netzbestandsmanagementsystem nach Anspruch 5, d a du r c h g e k e n n z e i c h n e t, dass in dem mindestens einen IP-basierten Netzelement (1) zur Kommunikation zwischen dem mindestens einen IP- basierten Netzelement (1) und der mindestens einen Steuerungs- und Visualisierungseinheit (2) mindestens ein durch die mindestens eine Steuerungs- und Visualisierungseinheit (2) steuerbarer Agent (3) vorgesehen ist.
7. Netzkonfigurationsmanagement- und Netzbestandsmanagementsystem nach Anspruch 5 oder 6, d a d u r c h g e k e n n z e i c h n e t, dass der Agent (3) konfigurierbar ist. Netzkonfigurationsmanagement- und Netzbestandsmanagementsystem nach einem der Ansprüche 5 bis 7, d a du r c h g e k e n n z e i c h n e t, dass der Agent (3) angeforderte Informationen des mindestens einen IP-basierten Netzelementes (1) auslesen und in mindestens einer XML-Datei bereitstellen kann.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE10129886 | 2001-06-19 | ||
DE2001129886 DE10129886A1 (de) | 2001-06-19 | 2001-06-19 | Verfahren zum Netzkonfigurationsmanagement und Netzbestandsmanagement eines Netzes und entsprechendes Netzkonfigurationsmanagement- und Netzbestandsmanagementsystem |
PCT/DE2002/002201 WO2002103959A2 (de) | 2001-06-19 | 2002-06-12 | Verfahren und system zum netzkonfigurationsmanagement und netzbestandsmanagement |
Publications (1)
Publication Number | Publication Date |
---|---|
EP1397891A2 true EP1397891A2 (de) | 2004-03-17 |
Family
ID=7688920
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP02747221A Withdrawn EP1397891A2 (de) | 2001-06-19 | 2002-06-12 | Verfahren und system zum netzkonfigurationsmanagement und netzbestandsmanagement |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP1397891A2 (de) |
CN (1) | CN1813442A (de) |
DE (1) | DE10129886A1 (de) |
WO (1) | WO2002103959A2 (de) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100349408C (zh) * | 2004-02-12 | 2007-11-14 | 华为技术有限公司 | 实现网管系统和网元设备配置数据实时同步的方法 |
US20070088630A1 (en) * | 2005-09-29 | 2007-04-19 | Microsoft Corporation | Assessment and/or deployment of computer network component(s) |
GB2433675B (en) | 2005-12-22 | 2008-05-07 | Cramer Systems Ltd | Communications circuit design |
CN102123042B (zh) * | 2010-12-30 | 2013-05-15 | 中国民航信息网络股份有限公司 | 系统配置智能管理系统及其管理方法 |
US9049207B2 (en) * | 2012-04-11 | 2015-06-02 | Mcafee, Inc. | Asset detection system |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5742762A (en) * | 1995-05-19 | 1998-04-21 | Telogy Networks, Inc. | Network management gateway |
US5961594A (en) * | 1996-09-26 | 1999-10-05 | International Business Machines Corporation | Remote node maintenance and management method and system in communication networks using multiprotocol agents |
AU3878699A (en) * | 1998-05-04 | 1999-11-23 | Intermec Ip Corporation | Automatic data collection device having a network communications capability |
-
2001
- 2001-06-19 DE DE2001129886 patent/DE10129886A1/de not_active Ceased
-
2002
- 2002-06-12 WO PCT/DE2002/002201 patent/WO2002103959A2/de not_active Application Discontinuation
- 2002-06-12 CN CN 02812306 patent/CN1813442A/zh active Pending
- 2002-06-12 EP EP02747221A patent/EP1397891A2/de not_active Withdrawn
Non-Patent Citations (1)
Title |
---|
See references of WO02103959A3 * |
Also Published As
Publication number | Publication date |
---|---|
DE10129886A1 (de) | 2003-01-23 |
CN1813442A (zh) | 2006-08-02 |
WO2002103959A3 (de) | 2003-08-07 |
WO2002103959A2 (de) | 2002-12-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE60020633T2 (de) | Geräteverwaltungsnetzwerksystem, Verwaltungsserver, und Rechner | |
DE60316048T2 (de) | Verfahren und System zur Überwachung eines Netzwerkgerätes | |
EP0825524B1 (de) | Verfahren zur Verwaltung der Benennung von Objekten | |
DE60308700T2 (de) | Dynamische fernkonfiguration eines webservers zur bereitstellung von kapazität auf anfrage | |
DE69132279T2 (de) | Verfahren zur Isolierung eines Netzwerkfehlers | |
DE60035830T2 (de) | Netzwerkgeräteverwaltungsvorrichtung und - verfahren | |
DE69712678T3 (de) | Verfahren zur Echtzeitüberwachung eines Rechnersystems zu seiner Verwaltung und Hilfe zu seiner Wartung während seiner Betriebsbereitschaft | |
DE69637142T2 (de) | Netzwerkverwaltung mit Erfassung von formatierten Abzugdaten aus einem Fernprozess | |
EP0825527B1 (de) | Verfahren zur Unterstützung der Adress-Interaktion zwischen einer ersten und einer zweiten Einheit | |
DE10024715B4 (de) | Verfahren und Vorrichtung zum Einrichten einer Zwei-Wege-Übertragung zwischen einem Host-System und einer Vorrichtung | |
DE102004029506A1 (de) | Verfahren und eine Vorrichtung zum Verwalten von Ressourcen in einem Computersystem | |
DE102007062986A1 (de) | Verfahren und Einrichtung zur Client-Server-Kommunikation gemäß dem Standardprotokoll OPC UA | |
WO2004014022A2 (de) | Rechnernetzwerk mit diagnoserechnerknoten | |
DE10251911B4 (de) | Verfahren für das Konfigurationsmanagement und Netzwerk | |
WO2003094046A2 (de) | Verzeichnisdienst in einem automatisierungssystem | |
EP1198143A2 (de) | Netzwerk-Management System | |
EP1397891A2 (de) | Verfahren und system zum netzkonfigurationsmanagement und netzbestandsmanagement | |
DE69413289T2 (de) | Verfahren zur Verminderung des "SNMP"-Instrumentationsnachrichtenflusses | |
DE10245641A1 (de) | Verfahren zur Aktualisierung des lokalen Managementsystems in mindestens einem Netzelement eines Telekommunikationsnetzwerkes | |
DE19843324C2 (de) | Verfahren und Vorrichtung zum Managen von mindestens einem Netzwerkelement in einem Telekommunikationsnetzwerk | |
EP3745243A1 (de) | Verfahren zur erfassung und verarbeitung von technischen daten, insbesondere mib-basierte oid-werte, mit einem mobilen endgerät | |
WO2005041490A1 (de) | Nutzung von diensten innerhalb eines kommunikationsnetzes mit internetmechanismen und eines automatisierungssystems | |
EP1195946A2 (de) | Verfahren zur Erbringung von Diensten in einem Netzwerk-Management-System mit einer offenen Systemarchitektur sowie Dienst-Objekt, Anforderungs-Objekt und Anforderungs-Manager hierzu | |
EP1261168B1 (de) | Verfahren und Agenten zur Verarbeitung von Ereignismeldungen | |
DE10319887B4 (de) | Verfahren zum Angleichen eines auf einer Client-Datenverarbeitungseinrichtung angezeigten Datenbestandes an einen auf einer Server-Datenverarbeitungseinrichtung gespeicherten Quelldatenbestand |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20031010 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR |
|
17Q | First examination report despatched |
Effective date: 20050202 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20050614 |