KR100472950B1 - The Method of Communication Fault Management using Adjacent Line Interface Board in High Speed Router - Google Patents

Abstract

The present invention is a method for handling a line interface card failure generated in a high speed router. In particular, when a communication between the main processor and a specific line interface card is lost in the high speed router system, the corresponding line card through the adjacent line card where the communication line is normal. The present invention relates to a communication failure management method using an adjacent line matching card in a high-speed router that manages a failure in real time by communicating with a network. To this end, the present invention, in the high-speed router having a distributed processing structure in a router system including a plurality of line interface cards operating in a different operating system than the main processor, a communication failure management method using a line matching card adjacent to the main processor, A first step of detecting a communication failure of the line interface card in real time, a second step of selecting a line interface card adjacent to the line interface card where the communication failure occurred, and the communication failure occurrence line interface card through the selected adjacent line interface card. And a third step in communication with and dealing with the failure.

Description

The method of communication fault management using adjacent line interface board in high speed router

The present invention relates to a method for managing a line card failure occurring in a high speed router. More particularly, the present invention relates to an adjacent line card in which a communication line is normal when communication between the main processor and a specific line interface board (card) is lost in the high speed router system. The present invention relates to a communication failure management method using an adjacent line matching board in a high-speed router that handles a failure in real time by communicating with a corresponding failure line card.

In general, a router system is configured to provide a basic routing function and operation management function of a router using a single processor and a single operating system to diagnose or handle a failure occurring in a router. In addition, in the high speed router system, each line interface board (hereinafter, referred to as a line card) may operate as a main processor and a heterogeneous operating system. In this case, the main processor performs a failure state request and a failure detection from each line card.

However, failures occurring in a high speed router system having such multiple processors and multiple operating systems have not been able to perform real time processing. In addition, when managing faults with a general memory such as a buffer, when a high-speed router is restarted, it is impossible to know whether previous fault information has been processed or recovered, and thus the router cannot be operated normally because the system must be operated without the fault being handled.

In addition, in a high speed router operating in a distributed processing structure, failures are managed through communication with each line card. When communication with a specific line card is interrupted, there is a problem in that the operation and failure processing of the corresponding line card cannot be performed.

On the other hand, various methods of dealing with failures in an exchange system have been disclosed. As an example, Korean Patent Application No. 2001-11477 discloses a failure information detection method of an exchange system that periodically checks a counter and a flag for each failure in the exchange system to detect whether there is a failure. However, the above method does not solve the problem of detecting and dealing with a failure of communication loss with a specific line card in a high speed router as a cyclic failure detection method in one processor.

Also, as another example, Korean Patent Application No. 2000-45488 detects a failure occurring in a distributed processing system, all processors share failure information, and a failure detection and a control method of the distributed processing system controlling a service to a failed processor. Is disclosed. The above method is a method of detecting a communication failure through an echo message and controlling service by delivering failure information to all processors, in which all processors share the failure information to provide a service.

As another example, Korean Patent Application No. 1998-57414 discloses a system failure management and recovery method in an all-electronic exchange that quickly detects and recovers hardware and software failures in the all-electronic exchange. However, the above method was to solve the problem of failure by operating with a manager included in the OS and controlling the memory as the OS manager.

Therefore, the above-described conventional methods cannot manage in real time the communication failure between the processor and the line card generated in the high speed router system having multiple processors and multiple operating systems and cannot fundamentally solve the above problems.

Accordingly, the present invention has been made to solve the above problems, and when communication between a processor and a specific line card is lost in a high speed router in a distributed processing environment consisting of a multiprocessor and a multiple operating system, communication with an adjacent line card is performed. It is an object of the present invention to provide a communication failure management method using an adjacent line matching board in a high speed router capable of continuously processing a failure of the line card in which communication is lost through real time.

In order to achieve the above object, the present invention provides a communication failure management method using adjacent line matching cards in a high-speed router having a distributed processing structure in a router system including a plurality of line interface cards operating in a different operating system from a main processor. To

A first step of detecting a communication failure of the line interface card in real time by the main processor;

Selecting a line interface card adjacent to the line interface card having the communication failure; Generating a message requesting failure information of the failing line card at a predetermined time period;

delete

delete

A fourth step of transmitting the generated failure information request message to the selected adjacent line interface card;

A fifth step of transmitting the received failure information request message to the failing line card;

A sixth step of receiving and processing a failure information request message at the failing interface card to transmit the processed failure information to the adjacent line interface card; And

And a seventh step of transmitting the received result message from the adjacent line interface card to the main processor to perform a failure process.

According to the present invention, when the communication between the main processor and the plurality of line interface cards is interrupted, the adjacent line interface in the high-speed router that handles real-time failure through communication with the corresponding line card through the adjacent line interface card having a normal communication line ( Matching) provides a communication failure handling method using a card.

Hereinafter, with reference to the accompanying drawings, preferred embodiments of the present invention will be described in detail with respect to the failure handling method of the communication line disconnection using the adjacent line interface matching board in the high-speed router.

1 is a block diagram according to an embodiment of a fast router to which the present invention is applied. As shown in FIG. 1, the high-speed router uses an Ethernet 101 as a backbone and a main processor 102, a switch board 103, and an interprocess communication (IPC). IPC board 104, and a plurality of line cards (105, 106, 107, 108). Each of the devices 102, 104, 105, 106, 107, 108 is connected to Ethernet 101 to communicate with each other, and the switch board 103 is connected to each of the line cards 105, 106, 107, 108. Communication for packet forwarding. In addition, communication between the main processor 102 and each of the line cards 105, 106, 107, and 108 is always performed through the IPC board 104.

Here, it should be noted that although not shown in FIG. 1, hardware devices without a processor perform fault management in the main processor 102, but the description and drawings of the present invention are omitted as parts not directly related to the present invention. .

2 is a block diagram for fault management in a main processor according to an embodiment of the present invention, and shows a fault management function operating in the main processor. As shown in FIG. 2, the operator input / output control unit 201 performs a part of inputting a command related to a fault received from an operator terminal or the web, performing a command, outputting a result, and outputting a fault message when a fault occurs. 202) performs continuous state management by storing in real time when there is a change in the fault history and the status history. The failure processing control unit 203 manages a substantial failure of failure processing / diagnosis / recovery based on failure information collected from each hardware or software. In addition, if a status request message is periodically sent to each line card on which status information is mounted, the line card transmits the current status information.

In addition, the failure detection control unit 204 monitors in real time the failure information that can be detected by the main processor. It is composed of functions for handling polling or interrupt. The operation management communication control unit 205 controls communication with operation management functions distributed in the main processor. In the high-speed router, several operation management functions are operated at the same time, and the system status information required for each operation management function is transmitted to other operation management functions to perform an efficient function. The line card communication control unit 206 performs a function of managing message communication between the line card and the main processor. The line card communication control unit 206 uses a message queue as a communication method with the operation management communication control unit 205, but inter-processor communication uses an IPC message transmission method.

3 is a block diagram for failure management in a peripheral processor according to an embodiment of the present invention, and shows a block diagram for failure management in a peripheral processor of a line interface card. The message processing unit 301 functions to process the transmitted message and the message to be transmitted. The IPC controller 302 communicates with the main processor 102 through the IPC board 104 as a communication control block with the main processor. In addition, the IPC control unit 302 communicates with the line card communication control unit 206 of FIG. The failure processing control unit 303 performs a function of processing failure information collected from the line card, and the failure detection control unit 304 detects a failure from hardware or software constituting the line card, and maintains a physical state or a logical state. It detects a fault through detection. The line card communication control unit 305 attempts to communicate through an adjacent line card when communication with the main processor 102 is impossible through the IPC control unit 302. At this time, a message is transmitted and received with an adjacent line card through the line card communication control unit 305.

4 is a diagram illustrating a message structure between multiple processors according to an embodiment of the present invention, in which a state change message after failure processing in a main processor is transferred to another operation management function using a message queue to transfer a state change message after failure detection; .

Reference numeral 401 denotes each operation management function block ID to receive a message, reference numeral 402 denotes a message unique number managed by the received block, and reference numeral 403 denotes data to be actually transmitted and received. And the communication with the line card is to perform the communication through the IPC board (104). Meanwhile, reference numerals 404 and 405 serve as IPC headers, and reference numerals 406 and 407 denote IPC messages.

5 is a database structure diagram according to an embodiment of the present invention. As shown in FIG. 5, the first table 501 is a configuration and interface state table of the line interface card, and may continue from the previous state even when a problem occurs when restarting or operating the fast router. In addition, the second table 502 stores failure details in a database when a failure occurs, so that failure details of the system can be analyzed and processed at any time.

6 is an inter-block data flow diagram of a failure management function through an adjacent line card of a communication disconnected line card according to an embodiment of the present invention.

As illustrated in FIG. 6, the failure detecting controller 204 monitors a state in which communication with the line card 660 in which the failure P has occurred is lost, and transmits the detected failure data to the failure processing controller 203. (S601). The failure processing control unit 203 transmits a message to the line card communication control unit 206 to inquire status detection and failure information to the line card 661 adjacent to the line card 660 where the failure has occurred (S602). . However, as described above, since the communication between the line card control unit 206 due to the failure (P) is not possible through the direct connection with the failure line card 660 (S606), the line card 660 where the failure occurs In order to inquire the status information and the failure information, communication is indirectly performed through another line card 661 adjacent to the line card 660 in which the failure occurs (S607).

On the other hand, the failure processing control unit 203 transfers the message to the message management unit 207 (S603), the message processing unit 207 transfers it to the operator input and output control unit 201 (S605). The operator input / output control unit 201 delivers the received message back to the operator. In addition, the failure processing control unit 203 transmits the failure information and state information to the database management unit 202 to store the information in the database (S604).

Reference numerals S608 and S609 denote message flows for detecting a failure in the line cards 660 and 661 or processing status information received from the failure processing control unit 203.

7 is a flowchart illustrating a failure processing control through interworking between a main processor and a line card of FIG. 6 according to an embodiment of the present invention. In particular, FIG. 7A is a flowchart of a failure management function in the main processor, and FIG. 7B is a flowchart of a failure management function in the line card. As shown in FIG. 7A, the main processor performs a failure management function through interworking with a line card.

First, a process of a failure management function in the main processor will be described with reference to FIG. 7A. After the main processor initializes (S700) and performs a communication failure detection in a standby state (S701) in real time to determine a communication failure of a specific line card (S702), it is determined whether the communication failure is recoverable (S703). If the communication failure is recoverable as a result of the determination in step S703, recovery is performed (S704) and then waits again (S701). On the contrary, if recovery is impossible, the corresponding line card is stored as communication impossible (S705). Subsequently, it is determined whether there is an adjacent line card capable of communication (S706), and if there is an adjacent line card capable of communication, the adjacent line card for the fault line card is selected and stored, and the bypass communication line of the fault line card is set. It waits after (S707) (S701). However, if there is no adjacent line card that can communicate in step S706, the process waits without selecting a line card (S701).

When the message is received from the line card (S708) during the waiting (S701), it is determined whether a failure of the message occurs (S709). If the determination result of the step S709 determines that the simple state information is stored in the database (S710), and if it is determined that a failure occurs as a result of the determination of the step S709 after analyzing and processing the failure information ( S711) The failure information is output to an operator terminal (S712) and the details of the failure information are stored in a database (S713).

On the other hand, in the standby state (S701) because the status information directly from the high-speed router to the line card can not know the status request message to the failure management block operating in the line card in order to periodically monitor the operation state of the line card in the fault management function To generate (S714). In order to transmit the generated status request message to the line card, it is determined whether the communication is possible by checking whether the current communication state and the bypass communication line to the line card are established. As a result of the determination in step S715, if communication is currently possible, a message is transmitted to the line card (S716), and then whether the message is generated from the main processor or the adjacent line card is monitored. However, if communication is not possible as a result of the determination in step S715, a failure message is output to the operator terminal (S712), and information related to a database is stored for a failure history (S713).

Figure 7 (b) shows a flow chart for the failure management function in the line card. In the line card, a fault management function having a structure similar to that of a main processor is performed, and as described above, a fault management function is performed through interworking with the main processor. This will be described in detail with reference to FIG. 7 (b).

First, when the line card is operated, the failure management function also performs operation initialization (S750) and waits (S751). A failure detection control unit 204 for detecting a failure occurring in the line card is performed (S752), and the reception of a message to the main processor or an adjacent line card is performed in parallel (S760). First, when a communication failure occurs as in step S752 and failure detection is performed (S752), it is determined whether recovery is possible (S753). If the determination result of the step (S753) determines that the failure is recoverable, it is automatically recovered (S754) and transitions back to the standby state (S751). If the determination result of the step (S753) determines that the failure is not recoverable, the failure A message is generated (S755), and it is determined whether information of the adjacent line card for communication is stored (S756). If the adjacent line card information for communication is stored as a result of the determination in step S756, the message is rewritten for the destination address of the failure message (S758), and then the rewritten message is transmitted to the adjacent line card (S759). It waits for a new message from the main processor or an adjacent line card. However, if the information of the adjacent line card for communication is not stored as a result of the determination in step S756, the adjacent line card for communication is selected (S757), and the message is rewritten for the destination address of the fault message. Thereafter (S758) the message is transmitted to the selected adjacent line card (S759) and waits for reception of the message from the main processor or the adjacent line card.

Meanwhile, when a message is received from the main processor or an adjacent line card in the message receiving block of the line card (S760), it is determined whether the message is a message received from the main processor (S761). If it is determined in step S761 that the message is not a message from the main processor, the message is from an adjacent line card, and thus, the received message checks and stores the information of the adjacent line card (S762). Subsequently, the message is rewritten for transmission (S764). If it is determined that the destination of the message is a main processor or an adjacent line card, and it is determined that the destination is an adjacent line card (S765), the message created in the step S764 is transmitted to the adjacent line card (S759). It waits to receive a message from the main processor or an adjacent line card. However, if it is determined in step S765 that the destination is not an adjacent line card, the message is transmitted to the main process (S766), and then another new message is monitored. .

However, if it is determined in step S761 that the received message is a message transmitted from the main processor, the process proceeds to step S763 to determine whether the received message includes information on a line card adjacent to the received message. (S763). If it is determined in step S763 that the message includes line card information adjacent to the message, the flow advances to step S764 to rewrite the message for transmission, and to perform the subsequent steps as described above. If it is determined in S763 that the received message does not include line card information adjacent to the received message, the result message is transmitted to the main processor (S766) and a new message monitoring function is again performed.

As described above, according to the present invention, when the main interface and the line card are incapable of communicating through the IPC due to a failure in the line interface matching board in the high-speed router, the state information of the line card continuously failed through the adjacent line card and By receiving fault information, the operator or network manager can operate the high speed router more stably.

1 is a configuration diagram according to an embodiment of a high speed router to which the present invention is applied.

2 is a block diagram for failure management in a main processor according to an embodiment of the present invention.

3 is a block diagram for fault management in a peripheral processor according to an embodiment of the present invention.

4 is a message structure diagram between multiple processors according to an embodiment of the present invention.

5 is a database structure diagram according to an embodiment of the present invention.

6 is an inter-block data flow diagram of a failure management function through an adjacent line card of a communication disconnected line card according to an embodiment of the present invention.

7 is a detailed flowchart of failure processing control in a main processor and a line card according to an embodiment of the present invention.

 Explanation of symbols on the main parts of the drawings

101: Ethernet (IPC) 102: main processor

103: switch board 104: IPC board

105,106,107,108: Line card 201: Operator input / output control unit

202: database management unit 203: failure processing control unit

204: failure monitoring control unit 205: operation management communication control unit

206: communication control between line cards 207: message management

Claims (6)

A communication failure management method using adjacent line matching cards in a high speed router having a distributed processing structure in a router system including a plurality of line interface cards operating in a different operating system from a main processor, A first step of detecting a communication failure of the line interface card in real time by the main processor; Selecting a line interface card adjacent to the line interface card having the communication failure; Generating a message requesting failure information of the failing line card at a predetermined time period; A fourth step of transmitting the generated failure information request message to the selected adjacent line interface card; A fifth step of transmitting the received failure information request message to the failing line card; A sixth step of receiving and processing a failure information request message at the failing interface card to transmit the processed failure information to the adjacent line interface card; And And a seventh step of performing fault processing by transmitting the received result message from the adjacent line interface card to the main processor. delete The method of claim 1, wherein the sixth step is An eighth step of detecting a communication failure of the failing line interface card in real time; A ninth step of determining whether the detected communication failure is recoverable; And And a tenth step of transmitting a status information and a failure information message to the adjacent line interface card capable of recovering if the failure is a recoverable failure and communicating if the failure is a recoverable failure. Fault management method. The method of claim 1, wherein the seventh step is An eleventh step of receiving a failure information message from the failing line interface card; A twelfth step of examining and interpreting the received failure message; A thirteenth step of processing destination line card information, request message information, and communication state information as a result of the interpretation; And And a fourteenth step of transmitting the processed result message according to a destination address. The method of claim 1, Message transmission and reception between the main processor and the line interface card is a communication failure management method using an adjacent line matching card in a high-speed router, characterized in that using the inter-processor communication (IPC). The method of claim 1, A communication failure management method using adjacent line matching cards in a high speed router, characterized by storing and managing failure information and state information generated in the high speed router in a database.