KR20030052713A - Method for Being Restored to PVC Connection According to ILMI Protocol - Google Patents

Abstract

PURPOSE: A PVC(Permanent Virtual Connection) restoring method by an ILMI(Integrated Local Management Interface) protocol is provided to restore a PVC connection by registering an address and constructing an MIB(Management Information Base) in a local interface by using an SNMP(Simple Network Management Protocol), and exchanging/negotiating information. CONSTITUTION: When one exchange transmits a request message(GetRequest) requesting state information, connection information or address information on an ILMI protocol, to the other exchange, the other exchange transmits a response message(GetResponse) to one exchange. When one exchange transmit a request message(GetRequest) added with a configuration requesting state information, connection information or address information on an ILMI protocol, to the other exchange, the other exchange transmits a response message(GetResponse) including an MIB having AddatmAtmLayerConfiguredVCCVPI, AddatmAtmLayerConfiguredVCCVCI and AddatmAtmLayerConfiguredVCCBandWidthto one exchange. When one exchange transmit a request message(GetRequest) requesting periodically checking(Attachment Point) of state information, connection information or address information on an ILMI protocol, to the other exchange, the other exchange transmits a response message(GetResponse) including an MIB having AddatmAtmLayerConfiguredVCCVPI, AddatmAtmLayerConfiguredVCCVCI and AddatmAtmLayerConfiguredVCCBandWidth to one exchange. When one exchange transmit a request message(GetRequest) requesting periodically checking(Attachment Point) of state information, connection information or address information on an ILMI protocol, to the other exchange, the other exchange transmits a response message(GetResponse) including an MIB having DeleteatmAtmLayerConfiguredVCCVPI, DeleteatmAtmLayerConfiguredVCCVCI and AddatmAtmLayerConfiguredVCCBandWidth to one exchange.

Description

Method for Being Restored to PVC Connection According to ILMI Protocol}

The present invention relates to a FBC connection recovery method based on the Japan-US protocol, and in particular, to the US-Japan protocol which recovers a Permanent Virtual Connection (PVC) connection by using the ILMI protocol without using a disk during system restart and interface restart. The present invention relates to a method for recovering FBC connection.

In general, the Permanent Virtual Connection (PVC) service function of the ATM switching system includes a connection establishment function and a connection release function. In the connection establishment function, the port number, virtual path, virtual channel, The service band, the name of the service subscriber, and the like are registered.

At this time, the registration of the name of the service subscriber is required to simply input the name of the registered subscriber without searching for each port number, virtual path, and virtual channel when the connection release and connection setting information are output. By doing so, it is easier and more efficient to output information on connection establishment and connection disconnection.

Here, after the PVC connection is established, the validity of the preset connection must be periodically checked to reset the lost connection information. The system must be reset and restored at system restart and interface restart. Most systems have information about the PVC connections on the disk for the recovery of the PVC connection, so when the system restarts, the PVC connection management block finds the PVC connection information on the disk and reconnects it.

On the other hand, ILMI (Integrated Local Management Interface) protocol as shown in Figure 1, using the Simple Network Management Protocol (SNMP) protocol to configure the address registration function and the corresponding Management Information Base (MIB) in the local interface and exchange information It functions to negotiate.

In addition, the ILMI protocol uses SNMP and ATM interface MIBs to provide ATM devices with status and configuration information about Virtual Path Connection (VPC), Virtual Channel Connection (VCC), ATM Network Prefix, ATM Address, etc., associated with ATM devices.

To this end, the ILMI protocol exchanges parameters related to ATM interfaces in both directions between two interconnected Asynchronous Transfer Mode (ATM) Interface Management Entities (IMEs). Each IME contains the same ATM interface MIB, and the exchange-side IME manages the MIBs associated with all links connected in one ALS.

The implemented exchange block is composed of an ILMI agent and an ILMI manager.

The ILMI agent converts the SNMP message transmitted by the IME's link management and address registration module to the subscriber IME into IPC and vice versa to convert the subscriber ILMI message in IPC format from the subscriber matching device into an SNMP message.

ILMI Manager performs pure ILMI functions such as connectivity check, attachment point change check, automatic configuration, and address registration. The MIB management module provides the ability to store and retrieve all link-related objects managed by the exchange IME.

A conventional PBC connection recovery method is described below with reference to the flowchart of FIG. 2.

First, when the switching system is restarted (step S21), the corresponding PVC connection information is retrieved from the disk (step S22). When the system is restarted like this, the connection information can not be stored in the memory.

If connection information exists on the disk (step S23), the connection is reestablished on the interface board (step S24).

As described above, once the management of the PVC connection information is wrong, there is no way to recover again unless the operator deletes and re-enters it.

In addition, in the conventional MIB, only the MIB related to the currently configured PVC count exists, and no information on each PVC connection exists.

The present invention is to solve the general problems as described above, the purpose is to recover the PVC connection by ILMI protocol to negotiate the exchange of information by configuring the address registration and MIB in the local interface using the SNMP protocol It is.

1 is a scenario showing a general FBC connection recovery procedure.

Figure 2 is a flow chart showing a typical FBC connection method.

3 is a table showing a Management Information Base (MIB) to be added for exchanging information on a Permanent Virtual Connection (PVC) connection according to the present invention.

Figure 4 is a scenario showing a FBC connection recovery procedure by the Japan-US protocol according to an embodiment of the present invention.

FBC connection recovery method according to the Japan-US protocol of the present invention for achieving the object as described above, when the Japan-US protocol between the exchange is operated by a Simple Network Management Protocol (SNMP) message, MIB (Management Information Base) ) To exchange FBC connection information.

The mibeu (MIB) is characterized by comprising an additional PVC (Permanent Virtual Connection) information (AddatmAtmLayerConfiguredVCCVPI, AddatmAtmLayerConfiguredVCCVCI, AddatmAtmLayerConfiguredVCCBandWidth, AddatmAtmLayerConfiguredVPCVPI, AddatmAtmLayerConfiguredVPCBandWidth and remove the PVC information (DeleteatmAtmLayerConfiguredVCCVPI, DeleteatmAtmLayerConfiguredVCCVCI, DeleteatmAtmLayerConfiguredVCCBandWidth).

Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

In the existing MIB, only the MIBs related to the currently configured PVC counts exist, and information on each PVC connection does not exist. In order to exchange information on the PVC connection through the Japan-US protocol extension according to an embodiment of the present invention, FIG. Add a MIB as shown.

The FBC connection recovery method according to the Japan-US protocol according to an embodiment of the present invention will be described with reference to the scenario of FIG.

First, when the exchange transmits a request message (Get Request) requesting status information, connection information, address information, and the like on the ILMI protocol to another exchange, the other exchange transmits a response message (Get Response) to the exchange. .

Then, when the exchange transmits a request message including configuration to the other exchange requesting status information, connection information, address information, etc. on the ILMI protocol, the other exchange sends the next MIB to the exchange. Send a response message including Get.

At this time, the MIB adds AddatmAtmLayerConfiguredVCCVPI, AddatmAtmLayerConfiguredVCCVCI, and AddatmAtmLayerConfiguredVCCBandWidth.

Thereafter, when the exchange transmits a request message (Get Request) for periodically checking an attachment point of status information, connection information, address information, and the like on the ILMI protocol, the other exchange sends a response message to the exchange. Response).

In addition, the other exchange transmits a request message (Get Request) that periodically checks (attachment point) the status information, connection information, address information, and the like on the ILMI protocol to the exchange. Send a response message including Get.

Here, the MIB adds AddatmAtmLayerConfiguredVCCVPI, AddatmAtmLayerConfiguredVCCVCI, and AddatmAtmLayerConfiguredVCCBandWidth.

If another exchange sends a request message (Get Request) that periodically checks the attachment point of status information, connection information, and address information on the ILMI protocol, the exchange exchanges the following MIB to another exchange. Send the added response message (Get Response).

Here, the MIB adds DeleteatmAtmLayerConfiguredVCCVPI, DeleteatmAtmLayerConfiguredVCCVCI, and DeleteatmAtmLayerConfiguredVCCBandWidth.

Although the preferred embodiments of the present invention have been described in detail above, it will be understood by those skilled in the art that the present invention may be modified or modified in various ways. Therefore, changes of the embodiments of the present invention will not be able to escape the technical scope of the present invention.

As described above, the present invention recovers the PVC connection by the ILMI protocol, which negotiates the exchange of information by configuring the address registration and the MIB on the local interface using the SNMP protocol, thereby eliminating the need for a disk during system restart and interface restart. It is effective.

Claims (3)

If the Japan-US protocol between the exchanges is operated by a Simple Network Management Protocol (SNMP) message, the MIB (MIB) adds MIB (Management Information Base) to exchange FBC connection information. How to recover the connection. The method of claim 1, The mibeu (MIB) is by the Japan-US protocol, characterized in that comprising an additional PVC (Permanent Virtual Connection) information (AddatmAtmLayerConfiguredVCCVPI, AddatmAtmLayerConfiguredVCCVCI, AddatmAtmLayerConfiguredVCCBandWidth, AddatmAtmLayerConfiguredVPCVPI, AddatmAtmLayerConfiguredVPCBandWidth and remove the PVC information (DeleteatmAtmLayerConfiguredVCCVPI, DeleteatmAtmLayerConfiguredVCCVCI, DeleteatmAtmLayerConfiguredVCCBandWidth) How to recover FBC connection. The method of claim 1, The US-Japan protocol between the exchange further comprises a US-Japan protocol between the exchange and the terminal.