EP0670060A4 - Systeme d'agent de gestion destine au support de plusieurs gestionnaires de reseau, et procede d'exploitation de ce systeme. - Google Patents

Systeme d'agent de gestion destine au support de plusieurs gestionnaires de reseau, et procede d'exploitation de ce systeme.

Info

Publication number
EP0670060A4
EP0670060A4 EP94925777A EP94925777A EP0670060A4 EP 0670060 A4 EP0670060 A4 EP 0670060A4 EP 94925777 A EP94925777 A EP 94925777A EP 94925777 A EP94925777 A EP 94925777A EP 0670060 A4 EP0670060 A4 EP 0670060A4
Authority
EP
European Patent Office
Prior art keywords
communication device
configuration
management agent
database
network
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
Application number
EP94925777A
Other languages
German (de)
English (en)
Other versions
EP0670060A1 (fr
Inventor
Yuval Gilbert
Pierre Edgar St
Brian Hodgson
Benita Barbell
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Codex Inc
Original Assignee
Codex Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Codex Inc filed Critical Codex Inc
Publication of EP0670060A1 publication Critical patent/EP0670060A1/fr
Publication of EP0670060A4 publication Critical patent/EP0670060A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/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
    • H04L41/0856—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information by backing up or archiving configuration 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/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/022—Multivendor or multi-standard integration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/024—Standardisation; Integration using relational databases for representation of network management data, e.g. managing via structured query language [SQL]
    • 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/04—Network management architectures or arrangements
    • H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network
    • 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/04—Network management architectures or arrangements
    • H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • 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/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play

Definitions

  • This invention relates generally to communications networks, and specifically to the management of a communication network.
  • a communication network consists of a number of users communicating through various inter-connected communication devices.
  • the communication devices could be terminals, host computers, multiplexers, frame handlers, etc.
  • Such a network may serve a large number of users.
  • the management of such a network may be difficult and complex. For example, if one user desires to transfer information to another user in the network, the network must determine the most efficient path from one user to the other, determine the types of devices used to interface the user to the network, and configure the path so that the information will flow efficiently between the users.
  • a communication device may have a number of "views".
  • a view is a logical grouping of one or (typically) more data items together to form a logical abstraction that represents a higher level concept for that group of parameters.
  • one view of a "port" may be that it is made up of 14 particular parameters (timers, lead values, etc).
  • a different view of that same port may be that it is made up of 10 of those parameters plus 2 different parameters.
  • the view may change depending on the information needed to configure or monitor the port. When the ability to manage multiple views is not available, then all network managers on a network must share the same view.
  • each configuration manager on the communications device must be produced (one for each network manager), or each management agent in the communications device must maintain a complete understanding of the system view of the communication cevice.
  • Either alternative adds to the amount of memory used by the device which adds to the cost and/or reduces the available throughput of the device. Both alternatives also add significantly to the maintenance cost of the software.
  • a system that solves the problem of supporting multiple, diverse network managers by providing a means to translate multiple management views into the normalized, internal view of the communication device would thus be valuable.
  • FIG. 1 is a customer network.
  • FIG. 2 is a management agent system for the network/communication device.
  • FIG. 3 is a block diagram of the multiple views supported within the communication device.
  • FIG. 4 is a flow chart showing the handling of a management request by the management agent system. Description of the Preferred Embodiment
  • a system is shown that allows for the separation between the logical, external view of a network manager and the physical, internal view of the communication device.
  • a single management agent represents a single network manager and is responsible for interpreting requests from that network manager.
  • a Third Normal Form (3NF) data model of the communication device embodied in base tables within a relational database, allow the communication device management agent - on behalf of the network manager - and communication device's configuration managers to map each other's specific data to this normalized view of the communication device.
  • 3NF Third Normal Form
  • This management agent system is thus easily adaptable to a communication device's changing requirements and complex data modeling environment, reducing the cost of building and maintaining the system.
  • FIG. 1 shows a network consisting of multiple communication devices 14, 16, 18, 20 interconnected by public or private leased lines through the Public Switched Telephone Network (PSTN) 22.
  • Communication devices 14, 16, 18, 20 may be terminals, host computers, multiplexers, frame handlers, etc.
  • Communication devices 14, 16, 18, 20 transport customer voice and data traffic through the network. Attached to the communication devices at the edges of the customer network is a proprietary network manager 10.
  • Proprietary network manager 10 configures and monitors the communication devices 14, 16, 18, 20.
  • the Simple Network Management Protocol (SNMP) Manager 12 is coupled with the network through communication device 16.
  • the SNMP Manager is also used to configure and monitor communication devices 14, 16, 18, 20.
  • FIG. 2 shows the elements of the management agent system.
  • Proprietary network manager 100 is connected to communication device 104.
  • SNMP Manager 102 is also connected to communication device 104.
  • a proprietary management agent 108 provides agent functionality within communication device 104 for proprietary network manager 100 by using the protocol and semantics that are native to network manager 100.
  • proprietary management agent 110 provides agent functionality within communication device 104 for SNMP manager 102 by using the protocol and semantics that are native to SNMP manager 102.
  • a managed object is a “view”, as defined earlier, specifically defined by each network manager.
  • a managed object view may be made up of data attributes, operations and behavior (which describes what the abstract "view” such as a port will do under different conditions).
  • proprietary network manager 100 may send an operation to communications device 104 to set the output lead of a particular port to a specific voltage level.
  • the lead itself would be defined as a data attribute of the port managed object.
  • the behavior would be that when that attribute is set to a particular value, then the output lead is changed to a particular voltage level.
  • the operation, the attribute and the behavior are all part of that managed object "view”.
  • a different "view" of that same port from the SNMP manager may require a different attribute and operation to achieve the same result.
  • Management agents 108 and 110 also maintain limited modeling knowledge of communication device 104, including knowledge of the database schema and how managed objects are configured together.
  • the database schema is the set of logical relationships and organization applied to the data in the database.
  • the database maintains a normalized (third normal form - 3NF) representation of the configuration data for communications device 104. This is a "view" of the data which is commonly understood by all agents and configuration managers that reference the database.
  • Management agents 108,110 translate the network manager managed object "view” into the communication device normalized “view” in the database.
  • a request by network manager 100, 102 can be broken down into the following categories:
  • Each management agent 108, 110 is also able to send messages to its respective network manager 100, 102 whenever significant events occur on communications device 104.
  • Management agents 108, 110 interpret the request from its respective network manager 100, 102, by translating it into a database read or write request. Configuration is validated at the management agent 108, 110, resources are validated and reserved, and then all the data written to the database. Management agent 108, 110 then notifies the appropriate communication device configuration managers 114, 116. Communication managers 114, 116 implement the request. Management agent 108,110 then formulates an appropriate response message back to the respective network manager 100,102.
  • Validation of a request by management agents 108, 110 are performed within the context of the managed object.
  • Each management agent 108, 110 performs validation of network manager requests to the extent that the request can be accepted into the database. This includes checking per parameter validation, such as checking data attribute boundries (within minimum/maximum values allowed for the attribute); intra-managed object relationships, such as whether one attribute will work with another attribute set to a particular value; and inter-managed object validation, which may be the same as inter-managed object validation, but the attributes that are compared may be in different managed object "views".
  • the validation is concerned primarily with the configuration definition, and is performed within the context of the current nodal configuration. It does not account for the instantiation of the configuration.
  • management agent embody the network management view, it also has a limited understanding of the system view of communication device 104. It must know when a request is dependent on the behavior of multiple configuration managers, and how the request must be coordinated between those configuration managers 114, 116.
  • Each management agent 108, 1 10 performs the following tasks:
  • Database server 112 stores configuration data in a relational form, and thereby allows multiple views of data.
  • DBS may be composed of a memory, such as random access memory and disk storage.
  • DBS 112 can support having two databases open at one time.
  • the database of DBS 112 provides a unified, normalized approach for managing configuration data, regardless of how the network managers and configuration managers "view” the data.
  • the abstraction of communication device 104 is captured in the database, where data can be accessed by specifying appropriate criteria.
  • Direct users of DBS 112 e.g., management agents or configuration managers
  • the database contains all nodal configuration data.
  • configuration managers 114, 116 When notified of configuration changes to the on-line configuration, configuration managers 114, 116, read those changes from DBS 112, and initiate their implementation in the node.
  • Configuration managers 114, 116 implement configuration requests within communication device 104 along functional boundaries. Configuration managers 114, 116 know about a single, on-line database which it uses to retrieve configuration data. Configuration managers 114, 116 implement the request by generating their own requests to the entity or entities to be configured, such as port 118 or call 120.
  • Port 118 may be an EIA232 port connected to a host computer, or a T1 port connected to frame handler.
  • Call 120 may be a connection through the communications network from one EIA232 port to another EIA232 port on another communications device.
  • Configuration managers 114, 116 read the database via DBS 112 to obtain configuration updates and initialization data. When updates have been made, configuration managers
  • Configuration managers 114, 116 read the update so that it can instantiate the change.
  • Configuration managers 114, 116 also read the database via DBS 112 during node is initialization.
  • configuration manager interface specification There are a generic set of operations that are available on all configuration managers 114, 116. These operations are the same as, and follow the same definitions given earlier for Create, Delete and Modify.
  • FIG. 3 shows the support of multiple views by the database.
  • One of the functions of the relational database is to provide the ability for its multiple users (clients) to maintain separate and distinct view of the data in the database.
  • the view of proprietary network manager 100 (FIG. 2) view is embodied in a Proprietary management agent (200).
  • the view of SNMP manager 102 (FIG. 2) is embodied by SNMP management agent 202.
  • a relational database 204 contains base tables defined in 3NF.
  • Relational database 204 contains the implementation of the data model of communication device 104 (FIG. 2) and the implementation view of communication device 104 as embodied by configuration managers 1 14, 116.
  • Database 204 allows support of multiple versions of configuration data: on-line (or active), off-line (or alternate), etc.
  • off-line configuration data can be specified, validated, and stored in database 204 without 5 requiring communication device 104 to implement such configuration.
  • Communication device 104 can be subsequently rebooted to use this off-line database. Only one configuration is "on-line” or active at any particular time.
  • FIG. 4 is a flow chart for the handling of management requests by the management agent system shown in FIGs. 2 and 3.
  • Proprietary network manager 100 sends a management request to communication device 104 to configure a new port 118 (Step 302).
  • the management request is received by 5 communication device 104 and routed to the appropriate management agent, in this case proprietary management agent 108 (Step 304).
  • the management agent 108 validates the port configuration request for syntactic and semantic correctness (Step 306). If the request is not valid (Step 308), the 0 management agent 108 returns an error response to the network manager 100 (Step 310). If the management request is valid, the management agent 108 maps the network manager-organized configuration data for the port into the 3NF normalized form. (Step 312).
  • Management agent 108 updates the base tables containing port configuration using the database server 112 (Step 314). After the database is updated, management agent 108 notifies configuration manager 114 that there is a new port configuration data in the database (Step 316). Configuration manager 114 reads the new port configuration data in 3NF form using the services of the database server 112 (Step 318). Configuration manager 114 maps the data from 3NF form into the communication device 114 specific form required to implement the port's configuration (Step 320). The configuration manager 114 implements the port configuration by talking to the port 118 and providing it the configuration data (Step 322). The configuration manager 114 responds to the management agent 108 that the port has been configured (Step 324). The management agent 108 sends a management response back to the network manager 100 indicating the management request was successfully completed (Step 326). Finally, the network manager 100 receives the management response from the management agent 108 (Step 328).
  • each view of communication device 104 has its own model for looking at its data, these views (external models) are mapped onto a "normalized" data model which is in 3NF form.
  • the internal views e.g., configuration managers 114, 116) also map to the database #nf view. This allows for multiple interpretations of the management model by different portions of the communication device.
  • mapping Since external modeling of a communication device can often be orthogonal to the actual internal implementation, a means to reduce the complexity of this mapping is essential. Doing this mapping using data (via a database) instead of code is the means offered in this invention. Thus, the described system supports the capability to provide multiple views easily. This management agent system is easily adaptable to a communication device's changing requirements and complex data modeling environment. Further, the complexity of mapping between network manager and the communication device is reduced.
  • the system also avoids imposing the network management/user view on the internal communication device, and avoids imposing internal implementations within the communication device on the network management/user view. This avoids having changes in one view affect the other view, resulting in greater efficiency and adaptability.
  • the network manager/user view is hidden from internal implementations, allowing either to change as required by the network. Further, the addition of multiple network managers may be easily accomplished by adding new management agents.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer And Data Communications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Un système de communications prévoit la séparation entre la vue externe logique d'un gestionnaire de réseau (10, 12) et la vue interne physique du dispositif de communication (18, 20). Un agent de gestion unique (108, 110) représente un gestionnaire de réseau unique (100, 102). L'agent de gestion (108, 110) est responsable du décodage des demandes émanant de ce gestionnaire de réseau (100, 102).
EP94925777A 1993-09-20 1994-08-08 Systeme d'agent de gestion destine au support de plusieurs gestionnaires de reseau, et procede d'exploitation de ce systeme. Withdrawn EP0670060A4 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12365793A 1993-09-20 1993-09-20
US123657 1993-09-20
PCT/US1994/008934 WO1995008794A1 (fr) 1993-09-20 1994-08-08 Systeme d'agent de gestion destine au support de plusieurs gestionnaires de reseau, et procede d'exploitation de ce systeme

Publications (2)

Publication Number Publication Date
EP0670060A1 EP0670060A1 (fr) 1995-09-06
EP0670060A4 true EP0670060A4 (fr) 1996-10-30

Family

ID=22410038

Family Applications (1)

Application Number Title Priority Date Filing Date
EP94925777A Withdrawn EP0670060A4 (fr) 1993-09-20 1994-08-08 Systeme d'agent de gestion destine au support de plusieurs gestionnaires de reseau, et procede d'exploitation de ce systeme.

Country Status (4)

Country Link
EP (1) EP0670060A4 (fr)
AU (1) AU7558094A (fr)
CA (1) CA2148603A1 (fr)
WO (1) WO1995008794A1 (fr)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5758083A (en) * 1995-10-30 1998-05-26 Sun Microsystems, Inc. Method and system for sharing information between network managers
US6131112A (en) * 1996-05-17 2000-10-10 Cabletron Systems, Inc. Method and apparatus for integrated network and systems management
GB9725855D0 (en) * 1997-12-04 1998-02-04 3Com Ireland Network management communication
US6195689B1 (en) * 1999-05-05 2001-02-27 Mediaone Group, Inc. Headend provisioning agent
WO2000072183A2 (fr) 1999-05-24 2000-11-30 Aprisma Management Technologies, Inc. Gestion de niveau de service
US6385604B1 (en) 1999-08-04 2002-05-07 Hyperroll, Israel Limited Relational database management system having integrated non-relational multi-dimensional data store of aggregated data elements
US6292099B1 (en) 1999-09-20 2001-09-18 Telefonaktiebolaget L M Ericsson (Publ) Event management system utilizing dynamic adaptation for external devices
US20020029207A1 (en) 2000-02-28 2002-03-07 Hyperroll, Inc. Data aggregation server for managing a multi-dimensional database and database management system having data aggregation server integrated therein
US7054946B2 (en) 2000-12-06 2006-05-30 Intelliden Dynamic configuration of network devices to enable data transfers
US6978301B2 (en) 2000-12-06 2005-12-20 Intelliden System and method for configuring a network device
US7249170B2 (en) 2000-12-06 2007-07-24 Intelliden System and method for configuration, management and monitoring of network resources
US7150037B2 (en) 2001-03-21 2006-12-12 Intelliden, Inc. Network configuration manager
US7200548B2 (en) 2001-08-29 2007-04-03 Intelliden System and method for modeling a network device's configuration
US7065562B2 (en) 2001-11-26 2006-06-20 Intelliden, Inc. System and method for generating a representation of a configuration schema
US6959329B2 (en) 2002-05-15 2005-10-25 Intelliden System and method for transforming configuration commands
US7464145B2 (en) 2002-07-11 2008-12-09 Intelliden, Inc. Repository-independent system and method for asset management and reconciliation
US7366893B2 (en) 2002-08-07 2008-04-29 Intelliden, Inc. Method and apparatus for protecting a network from attack
US7461158B2 (en) 2002-08-07 2008-12-02 Intelliden, Inc. System and method for controlling access rights to network resources
US7558847B2 (en) 2002-09-13 2009-07-07 Intelliden, Inc. System and method for mapping between and controlling different device abstractions
JP5743724B2 (ja) 2011-02-15 2015-07-01 キヤノン株式会社 管理装置及び管理方法、管理システムとネットワークデバイス
US10318703B2 (en) 2016-01-19 2019-06-11 Ford Motor Company Maximally standard automatic completion using a multi-valued decision diagram

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0403414A2 (fr) * 1989-06-15 1990-12-19 International Business Machines Corporation Méthode et système pour une détermination automatique et non interférente de problèmes et résolution des problèmes de lignes de communication
US5175800A (en) * 1987-03-23 1992-12-29 Case Group Plc Expert and data base system and method for communications network

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4622633A (en) * 1983-12-06 1986-11-11 Tri Sigma Corporation Object building method for self configuring computer network
US5165018A (en) * 1987-01-05 1992-11-17 Motorola, Inc. Self-configuration of nodes in a distributed message-based operating system
DE3876617T2 (de) * 1987-09-04 1993-04-08 Digital Equipment Corp Verbindungssteuerung in einem netzwerk fuer ein digitaldatenverarbeitungssystem, das mehrfache uebertragungsprotokolle unterstuetzt.

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5175800A (en) * 1987-03-23 1992-12-29 Case Group Plc Expert and data base system and method for communications network
EP0403414A2 (fr) * 1989-06-15 1990-12-19 International Business Machines Corporation Méthode et système pour une détermination automatique et non interférente de problèmes et résolution des problèmes de lignes de communication

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO9508794A1 *

Also Published As

Publication number Publication date
EP0670060A1 (fr) 1995-09-06
WO1995008794A1 (fr) 1995-03-30
AU7558094A (en) 1995-04-10
CA2148603A1 (fr) 1995-03-30

Similar Documents

Publication Publication Date Title
WO1995008794A1 (fr) Systeme d'agent de gestion destine au support de plusieurs gestionnaires de reseau, et procede d'exploitation de ce systeme
EP1175753B1 (fr) Dispositif de gestion des ressources d'un reseau de telecommunications et procede associe
US6349333B1 (en) Platform independent alarm service for manipulating managed objects in a distributed network management system
US6708207B1 (en) Method and system for managing multiple management protocols in a network element
Gray An approach to decentralized computer systems
CN1820514B (zh) 管理电信网络的系统体系结构、方法和计算机程序产品
CA2210097C (fr) Systeme de traduction d'interrogations
EP1383276B1 (fr) Système et procédé de gestion de la prestation de services d'abonnés
US6078741A (en) Automatic generation of reconfiguration scripts for telecommunication devices
US20050078611A1 (en) Flexible network platform and call processing system
US7555541B2 (en) Method and apparatus for managing configuration information in a distributed computer system
US6631406B1 (en) Common management information base (MIB)
JPH11234276A (ja) ビーンに基づく管理システム
JPH07504543A (ja) ネットワーク管理システム
JPH11224196A (ja) リモート・オブジェクト・アクセス
Feridun et al. Implementing OSI agent/managers for TMN
Festor et al. Integration of WBEM-based Management Agents in the OSI Framework
Pavlou et al. High-level access APIs in the OSIMIS TMN platform: Harnessing and hiding
Pinard et al. Issues In Using an Agent Framework For Converged Voice and Data Application.
Park et al. The Integration of OSI network management and TCP/IP Internet Management using SNMP
JP3018468B2 (ja) ネットワーク管理システム
Sundaramurthy An application architecture for network management
Haney The development of a network management query language
Wimmers et al. A Component framework for the configuration management of networks
US20030110309A1 (en) Method for accessing user data, associated data processing installation, associated program and associated data structure

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

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE FR GB NL SE

17P Request for examination filed

Effective date: 19951002

A4 Supplementary search report drawn up and despatched

Effective date: 19960912

AK Designated contracting states

Kind code of ref document: A4

Designated state(s): DE FR GB NL SE

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: 19961204

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230522