KR100407706B1

KR100407706B1 - Processor status recovery method after standby loading in ATM switch

Info

Publication number: KR100407706B1
Application number: KR10-1998-0052947A
Authority: KR
Inventors: 제동국
Original assignee: 주식회사 케이티; 한국전자통신연구원
Priority date: 1998-12-03
Filing date: 1998-12-03
Publication date: 2004-04-03
Also published as: KR20000038085A

Abstract

본 발명은 비동기 전송 방식 교환기의 상태 관리 기능 중 대기측 로딩 후 발생할 수 있는 이중화 프로세서의 운용측과 대기측의 상태 불일치를 해소하는 방법을 제공하는데 그 목적이 있다.It is an object of the present invention to provide a method for resolving state inconsistency between an operation side and a standby side of a redundant processor that may occur after standby loading among the state management functions of an asynchronous transfer type exchange.

본 발명에 따르면, 프로세서 이중화로 구성되어 있는 비동기 전송 방식(ATM : Asynchronous Transfer Mode) 교환기의 대기측 로딩 후 운용측 상태와 대기측의 상태 불일치를 해소하는 방법에 있어서, 대기측 로딩이 완료된 후, 운용측으로부터 운용측 프로세서의 상태를 요구하여 수신한 후, 상기 운용측 프로세서의 상태가 정상인지 여부를 판단하는 제 1 단계와; 상기 제 1 단계의 판단 결과, 상기 운용측 프로세서의 상태가 비정상이면, 대기측의 로딩 플래그를 삭제한 후 재시동하는 제 2 단계와; 상기 제 1 단계의 판단 결과, 상기 운용측 프로세서의 상태가 정상이면, 운용측으로부터 대기측 프로세서의 상태를 수신하고, 대기측으로부터 대기측 프로세서의 상태를 수신하여 일치하는지 여부를 판단하는 제 3 단계와; 상기 제 3 단계의 판단 결과, 운용측으로부터 수신한 상기 대기측 프로세서의 상태와 대기측으로부터 수신한 상기 대기측 프로세서의 상태가 일치하지 아니하면, 대기측의 로딩 플래그를 삭제한 후 재시동하는 제 4 단계를 포함하여 이루어진 것을 특징으로 하는 대기측 로딩 후 상태 불일치 복구 방법이 제공된다.According to the present invention, in the method of resolving an inconsistency between the operating state and the standby state after the standby loading of an Asynchronous Transfer Mode (ATM) exchange configured with processor duplication, after the waiting loading is completed, A first step of requesting and receiving a state of an operating side processor from an operating side and determining whether the state of the operating side processor is normal; A second step of restarting after deleting the loading flag on the standby side when the state of the processor on the operation side is abnormal as a result of the determination in the first step; A third step of receiving a status of the standby processor from the management side and receiving a status of the standby processor from the standby side if it is determined that the state of the operating processor is normal; Wow; A fourth step of restarting after deleting the loading flag of the standby if the state of the standby processor received from the management side and the status of the standby processor received from the standby do not match as a result of the determination in the third step; Provided is a method for recovering a state mismatch after a waiting-side loading, comprising the steps of:

Description

Processor status recovery method after standby loading in ATM switch}

본 발명은 대용량 교환기의 이중화 프로세서의 상태 관리에 대한 것으로, 특히, 비동기 전송방식 교환기에서의 이중화 절체시 대기측 로딩후 발생할 수 있는 운용측과 대기측 프로세서의 상태 불일치를 확인하고 이를 해소하는 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것이다.The present invention relates to state management of a redundant processor of a large-capacity exchange, and more particularly, a method for identifying and resolving state mismatches between an operation side and a standby processor that may occur after standby loading during a redundant transfer in an asynchronous transfer switch. A computer readable recording medium having recorded thereon a program for realizing this.

종래의 대용량 교환기의 이중화 프로세서 상태 관리는 운용측의 운영체제에서 제공하는 상태를 이용하여 이루어졌으며 대기측 로딩 절차를 수행하는 경우를 제외하고는 항상 운용측과 대기측간의 관리 채널이 연결되어 있으므로 불일치가 발생하지 않는다. 더구나 대기측은 어떤 기능도 활성화되어 있지 않기 때문에 따로 상태가 관리되지 않고 외부와 통신이 모두 차단되어, 단순히 운용측의 장애에 대비한 대기 상태만 유지할 뿐이다.The management of the redundant processor state of the conventional high-capacity exchanger was made by using the state provided by the operating system of the operating side, and there is no discrepancy because the management channel is always connected between the operating side and the standby side except when performing the standby side loading procedure. Does not occur. Moreover, since the standby side does not have any function activated, the state is not managed separately and all communication with the outside is cut off, and only the standby state in preparation for the failure of the operating side is maintained.

그러나, 이중화 구조의 장점을 최대한 활용하기 위하여 적용된 대기측 로딩은 운용측과 대기측을 완전히 독립된 2개의 프로세서로 운용되도록 하여 대기측에 새로운 소프트웨어 패키지를 로딩하고 시험할 수 있는 환경을 제공하기 때문에 상호 간섭을 제거하기 위하여 운영체제에서 사용하는 이중화 관리 채널을 끊어야 한다. 따라서 운용측과 대기측의 운영체제는 상대편의 상태를 정확히 파악할 수 없으며 단지 최근 인식된 상태를 바탕으로 한 정상적인 추정치를 제공한다.However, the standby loading applied to take full advantage of the redundancy scheme allows the operating and standby sides to be operated by two completely independent processors, providing an environment for loading and testing new software packages on the standby side. In order to eliminate the interference, the redundant management channel used by the operating system should be disconnected. Thus, operating and standby operating systems cannot accurately determine the state of the other party and provide only normal estimates based on the recently recognized state.

이와 같은 종래의 이중화 프로세서 상태 감시 방법을 대기측 로딩 절차에 적용하면 어떠한 장애도 발생하지 않는다면 문제가 발생하지 않으나 독립적으로 동작중인 운용측과 대기측 중 한쪽에서 장애가 발생하여 상태가 변경된다면 상태 불일치가 발생하게 되고, 운용자에게는 운용측에서 인식하고 있는 이중화 상태만 제공되기 때문에 실제 상태와 상이할 수 있으며 나아가 심각한 장애와 서비스 중단을 야기할 수 있다.If the conventional redundant processor state monitoring method is applied to the standby loading procedure, there is no problem if no failure occurs, but if the failure occurs on one of the operating and standby sides operating independently, the state inconsistency is changed. This can be different from the actual state because it provides only the redundancy state that is recognized by the operator, and can cause serious failures and service interruptions.

또한, 종래의 프로세서 상태 관리 방법 중 프로세서 상태 감시 방법은 운용측간에 상태를 서로 주고받고 이를 운용자에게 보고하는 것으로 여기서 제공되는 프로세서 이중화 상태는 운영중에서 운영체제의 도움으로 인식한 대기측 프로세서의 상태 정보를 포함한다.In addition, the processor state monitoring method of the conventional processor state management method is to exchange the status between the operating party and report it to the operator, the processor redundancy state provided here is the status information of the standby processor recognized with the help of the operating system during operation Include.

이와 같은 종래의 프로세서 상태 관리 방법은 대기측 로딩이 아닌 상황에서 운용측과 운용측에 종속된 대기측간에 운영체제에서 서로 상태를 주고받아 인식한 상태를 감시하여 보고하는 기능을 수행하는 것으로 대기측 로딩에 의하여 운용측과 대기측이 서로 독립적으로 동작할 때는 실제 상태와 일치하지 않을 수 있어 상태 불일치에 따른 오동작 및 운용자의 실수 발생 가능성이 높다.The conventional processor state management method performs a function of monitoring and reporting a state recognized by the operating system and the standby side dependent on the operating side between the operating side and the standby side dependent on the operating side in a situation in which the standby side loading is not performed. When the operating side and the standby side operate independently of each other, the operation state and the standby side may not coincide with the actual state. Therefore, there is a high possibility of malfunction and operator error due to the state mismatch.

본 발명은 앞서 설명한 바와 같은 종래 기술의 문제점을 해결하기 위하여 안출된 것으로서, 활성화 된 대기측에서 운용측의 상태를 파악하여 상태 불일치가 발생을 검사하고, 상태 불일치가 발생하였을 때 대기측 로딩 절차를 중단하고 대기측 로딩이 시작되기 이전 상태로 환원하도록 하여 장애에 따른 오류의 확산을 방지할 수 있는 운용측 및 대기측 상태 불일치를 해소하는 방법을 제공하는 것을 목적으로 한다.The present invention has been made to solve the problems of the prior art as described above, by checking the status of the operating side in the active standby side to check the occurrence of state inconsistency, and when the state mismatch occurs It is an object of the present invention to provide a method of resolving operational and standby state inconsistencies that can be prevented from spreading errors due to failures by stopping and returning to the state before the loading of the atmosphere is started.

도 1은 본 발명이 적용되는 비동기 전송 교환 시스템의 구성을 나타낸 구성도이고,1 is a block diagram showing the configuration of an asynchronous transport exchange system to which the present invention is applied,

도 2a 내지 도 2d는 본 발명이 적용되는 비동기 전송 방식 교환 시스템의 대기측 로딩 절차의 개요를 나타낸 도면이고,2a to 2d is a view showing an overview of the standby-side loading procedure of the asynchronous transfer mode switching system to which the present invention is applied,

도 3은 본 발명의 일 실시예에 따른 비동기 전송 방식 교환 시스템의 대기측 로딩이 완료될 때 상태 불일치를 복구하는 방법을 나타낸 흐름도이다.3 is a flowchart illustrating a method of recovering a state mismatch when waiting loading of an asynchronous transfer switching system is completed according to an embodiment of the present invention.

본 발명의 적절한 실시예에 따르면,According to a suitable embodiment of the present invention,

대기측 로딩이 완료된 후, 대기측에서 운용측으로 운용측 상태를 요구하여 운용측 상태 및 운용측에서 파악한 대기측 상태를 수신한 후, 상기 운용측 프로세서의 상태가 정상인지 여부를 판단하는 제 1 단계와;After the loading of the standby side is completed, the first step of requesting the operation state from the standby side to the operation side to receive the operation state and the standby state grasped by the operation side, and then determining whether the state of the operation side processor is normal. Wow;

상기 제 1 단계의 판단 결과, 상기 운용측 프로세서의 상태가 비정상이면, 대기측의 로딩 플래그를 삭제한 후 재시동하는 제 2 단계와;A second step of restarting after deleting the loading flag on the standby side when the state of the processor on the operation side is abnormal as a result of the determination in the first step;

상기 제 1 단계의 판단 결과, 상기 운용측 프로세서의 상태가 정상이면, 운용측으로부터 수신한 대기측 프로세서의 상태와 대기측 프로세서의 자신의 상태가 서로 일치하는지 판단하는 제 3 단계와;A third step of determining whether the state of the standby processor received from the management side and the state of the standby processor are identical to each other when the state of the operating processor is normal as a result of the determination of the first step;

상기 제 3 단계의 판단 결과, 일치하지 않으면 대기측의 로딩 플래그를 삭제한 후 재시동하는 제 4 단계를 포함하여 이루어지는 것을 특징으로 하는 상태 불일치 복구방법이 제공된다.As a result of the determination of the third step, if it does not match, there is provided a state mismatch recovery method comprising the fourth step of restarting after deleting the loading flag of the standby side.

또한, 본 발명의 더 다른 적절한 실시예에 따르면,Furthermore, according to a further suitable embodiment of the present invention,

컴퓨터에,On your computer,

프로세서 이중화로 구성되어 있는 비동기 전송 방식(ATM : Asynchronous Transfer Mode) 교환기의 대기측 로딩 후 운용측 상태와 대기측의 상태 불일치를 해소하는 방법에 있어서,In a method for resolving an inconsistency between an operating state and a standby state after waiting loading of an Asynchronous Transfer Mode (ATM) exchange configured with processor duplication,

상기 제 3 단계의 판단 결과, 일치하지 않으면 대기측의 로딩 플래그를 삭제한 후 재시동하는 제 4 단계와;A fourth step of restarting after deleting the loading flag on the standby side if it does not match as a result of the determination in the third step;

상기 제 3 단계의 판단 결과, 일치하면 일정 시간동안 대기 상태(Sleeping)로 있은 후, 상기 제 1 단계부터 반복 수행하는 제 5 단계와,As a result of the determination of the third step, if it matches, a fifth step of repeatedly performing the first step after being in a sleep state for a predetermined time;

대기측 로딩이 완료된 후, 상기 운용측 상태를 요구한 후 응답 타이머를 설정한 후 상기 응답 타이머 시간내 상기 운용측로부터 응답을 받지 못하면, 대기측의 로딩 플래그를 삭제한 후 재시동하는 제 6 단계를 실행시킬 수 있는 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체가 제공된다.After waiting loading is completed, if a response timer is set after requesting the status of the management side and no response is received from the management side within the response timer time, the sixth step of restarting after deleting the loading flag of the standby side is performed. A computer readable recording medium having recorded thereon an executable program is provided.

아래에서, 본 발명에 따른 양호한 일 실시예를 첨부한 도면을 참조로 하여 상세히 설명하겠다.In the following, with reference to the accompanying drawings, a preferred embodiment according to the present invention will be described in detail.

도 1은 본 발명이 적용되는 비동기 전송 교환 시스템의 구성을 나타낸 구성도로서, 이를 상세히 설명하면 다음과 같다.1 is a configuration diagram showing a configuration of an asynchronous transmission and switching system to which the present invention is applied.

외부에서 제작된 소프트웨어 패키지(101)는 운용자 터미널(102)의 테이프 드라이브(105)나 광 디스크 드라이브(106)와 같은 입력 장치를 통하거나 직접 외부와 연결된 이더넷[103]을 통하여 시스템 디스크(107)에 적재되고, 다시 비동기 전송방식 교환기와 연결된 이더넷(108)을 통하여 교환기 내부로 전송된다.The externally produced software package 101 is a system disk 107 via an input device such as a tape drive 105 or an optical disk drive 106 of an operator terminal 102 or directly via an externally connected Ethernet [103]. It is loaded into the switch and transmitted back into the switch via Ethernet 108, which is connected to an asynchronous transfer switch.

전송된 소프트웨어 패키지는 교환기의 운용과 유지 보수를 총괄하는 운용 보전 프로세서(110)에 스카시(111, SCSI)로 연결된 시스템 디스크(112)에 저장된다. 상기 운용 보전 프로세서는 스프트웨어 패키지를 시스템 디스크에서 읽어 자신의 메모리와 나머지 프로세서(114)에 비동기 전송방식 스위치(113)를 통하여 전송한다.The transmitted software package is stored on a system disk 112 connected to the SCSI 111 (SCSI) to the operation maintenance processor 110 which oversees the operation and maintenance of the exchange. The operation maintenance processor reads the software package from the system disk and transmits the software package to its memory and the remaining processor 114 through the asynchronous transfer mode switch 113.

한편, 각 프로세서는 시스템의 신뢰성을 높이기 위하여 이중화되어 있으며, 이를 이용하여 소프트웨어 패키지 교체 시간을 단축할 목적으로 대기측 로딩을 수행할 수 있다.On the other hand, each processor is redundant in order to increase the reliability of the system, by using this can perform the loading on the standby side to shorten the software package replacement time.

도 2a 내지 도 2d는 본 발명이 적용되는 비동기 전송 방식 교환 시스템의 대기측 로딩 절차의 개요를 나타낸 도면으로서, 이를 상세히 설명하면 다음과 같다.2A to 2D are diagrams illustrating an outline of a waiting side loading procedure of an asynchronous transfer mode switching system to which the present invention is applied.

도 2a는 정상적인 이중화를 유지하고 있는 일반적인 상태로서, 운용측 프로세서(206)에 패키지 (가)가 적재되어 있으며, 대기측 프로세서(207)도 운용측 - 대기측 채널(208)을 통한 기억 장소 복사를 거쳐 동일한 소프트웨어 패키지가 적재되어 있고, 운용측 프로세서만 외부 프로세서간 통신(201)을 통하여 운용 보전 프로세서(205)를 비롯한 개체들과 통신을 한다(202, 203).FIG. 2A is a general state in which normal redundancy is maintained, in which a package (a) is loaded in an operating processor 206, and a standby processor 207 is also copied to a storage location through an operating processor to standby channel 208. FIG. The same software package is loaded, and only the operating side processor communicates with entities including the operation maintenance processor 205 via the external inter-processor communication 201 (202, 203).

도 2b에서, 대기측 로딩이 시작되면, 대기측 프로세서(217)의 외부 통신망(211)과 연결(214)이 설정되고, 운용측 프로세서(216)와의 통신 채널(218)이 절단되고 대기측 로딩 플래그가 설정되고 독립적으로 동작하며, 운용 보전 프로세서(215)로부터 소프트웨어 패키지 (나)를 수신하여 자신의 기억장소에 적재한다. 대기측 로딩 플래그는 대기측 프로세서가 장애로 인하여 재시동 되더라도 다시 대기측 로딩을 수행할 수 있도록 비휘발성 기억장소에 직장된다. 대기측 로딩이 수행되는 동안에도 운용측 프로세서(216)는 정상 동작하며 외부와 통신(213)도 정상적으로 수행된다.In FIG. 2B, when standby loading begins, a connection 214 is established with an external communication network 211 of the standby processor 217, the communication channel 218 with the operating processor 216 is disconnected, and the standby loading The flag is set and operates independently, and receives the software package (B) from the operation maintenance processor 215 and loads it into its own storage. The standby loading flag is placed in non-volatile storage so that the standby processor can perform standby loading again even if the standby processor is restarted due to a failure. While the standby loading is performed, the operating processor 216 operates normally, and the communication with the outside 213 is normally performed.

도 2c에서, 대기측 로딩이 완료되어 대기측과 운용측을 서로 바꾸면, 패키지 (나)를 적재한 새로운 운용측(227)이 운용되어 외부와 통신하면서(224) 기능 검증중이며, 대기측과는 절단된 상태(228)로 새로운 대기측(226)은 이전 패키지 (가)를 계속 유지하되 외부와의 통신(223)은 절단된 채로 대기 상태로 머물고 있다. 이 상태에서 새로 적재된 패키지 (나)가 검증되지 않으면, 다시 초기 상태로 되돌아 갈 수 있다.In FIG. 2C, when the loading of the standby side is completed and the standby side and the operating side are interchanged, a new operating side 227 having the package (B) loaded is operated and communicating with the outside (224) to verify the function. In the disconnected state 228, the new standby side 226 keeps the old package (a) while the communication with the outside 223 remains in the standby state with the disconnected state. If the newly loaded package (B) is not verified in this state, it can be returned to its initial state.

도 2d에서, 패키지 (나)가 검증되면 패키지 (가)는 폐기되어야 하므로 대기측 프로세서(236)는 패키지 (가)를 포기하고 운용측 기억장소를 채널(238)을 통하여 복사받아 유지한다. 이 상태는 운용측과 대기측의 위치가 바뀐 것을 제외하고는 초기 상태와 동일한 상태로 최단시간 서비스 중단으로 패키지 교체를 이루었다.In FIG. 2D, when package (B) is verified, package (A) must be discarded, so the standby processor 236 gives up the package (A) and copies and maintains the operating side storage through the channel 238. This state is the same as the initial state except that the positions of the operation and standby sides have been changed, resulting in a package replacement with the shortest service interruption.

도 3은 본 발명의 일 실시예에 따른 비동기 전송 방식 교환 시스템의 대기측 로딩이 완료될 때 상태 불일치를 복구하는 방법을 나타낸 흐름도로서, 이를 상세히 설명하면 다음과 같다.3 is a flowchart illustrating a method of recovering a state mismatch when waiting loading of an asynchronous transfer switching system is completed according to an embodiment of the present invention.

먼저, 스텝 S301에서 대기측 로딩이 완료되었을 때, 대기측 프로세서는 스텝 S302에서 운용측에게 운용측 상태를 요구한 후, 스텝 S303에서 응답 타이머를 설정하고 운용측 메시지 혹은 타임아웃(time-out)을 기다린다. 이어서, 스텝 S304에서 운용측에서 운용측 상태, 즉 운용측 프로세서 상태 및 운용측 프로세서에서 파악하고 있는 대기측 프로세서 상태가 수신되며, 스텝 S305에서 먼저 운용측 프로세서의 상태를 검사하여, 스텝 S306에서, 정상인지 여부를 판단한다.First, when the waiting side loading is completed in step S301, the waiting processor requests the operating side status from the operating side in step S302, and then sets a response timer in step S303, and then the operating side message or time-out. Wait. Subsequently, in operation S304, an operation side state, that is, an operation side processor state and a standby processor state known by the operation side processor, is received. In step S305, the state of the operation side processor is first checked, and in step S306, Determine whether it is normal.

상기 스텝 S306에서의 판단 결과, 정상이 아니면, 스텝 S309에서, 운용측이 비정상인데 대기측이 정상일수 없는 불일치 상태이므로, 대기측 로딩 플래그를 삭제한 후, 종료한다.If the determination result in step S306 is not normal, in step S309, the operation side is abnormal but the standby side is inconsistent state which cannot be normal, and thus the waiting side loading flag is deleted and then terminated.

상기 스텝 S306에서의 판단 결과, 정상이면, 스텝 S307에서 운용측 프로세서로부터 전송된 대기측 상태와 대기측에서 읽은 대기측 상태를 비교한 후, 스텝 S308에서 상기 두 개의 대기측 상태가 일치하는지를 판단한다.As a result of the determination in step S306, if it is normal, in step S307, the standby state transmitted from the operating side processor is compared with the standby state read from the standby side, and then in step S308 it is determined whether the two standby side states coincide. .

상기 스텝 S308에서의 판단 결과, 일치하지 아니하면, 상기 스텝 S309로 진행하고, 일치하면, 스텝 S311에서, 일정 시간동안 쉰 후, 상기 스텝 S302로 진행한다.If the result of the determination in step S308 does not match, the process proceeds to the step S309. If there is a match, the process proceeds to the step S302 after being rested for a predetermined time in step S311.

한편, 스텝 S310에서, 운용측에서 상태를 받지 못하면, 운용측이 중단되고 대기측만 동작하는 경우이므로 상기 스텝 S309로 진행한다.On the other hand, in step S310, if the operating side does not receive a state, the operation is stopped and only the standby side is operated, so the flow advances to step S309.

그리고, 상기 절차 중에서, 운용측 상태를 검사하는 단계(S305) 없이 바로 운용측에서 파악한 대기측 상태와 대기측에서 파악한 대기측 상태를 비교하는 단계(S307)를 수행할 수도 있다.In the above procedure, the step S307 of comparing the standby state identified by the operating side and the standby state identified by the standby side may be performed without the step of checking the operating side state (S305).

만약, 상기 스텝 S310에서 타임아웃이 되면 운용측이 장애로 인한 비정상 상태로 빠져 응답을 할 수 없는 것으로 간주하여 스텝 S309의 대기측 로딩 플래그를 삭제하고 재시동한다.If the time-out occurs in step S310, the management side assumes that the operation side is unable to respond due to an abnormal state due to a failure, and then deletes and restarts the waiting-side loading flag of step S309.

이와 같은 방법은 일반적인 상황에서 운용측간에 수행되는 프로세서 상태 관리와 독립적으로 수행되는 것으로, 앞서 설명한 본 발명에서 수행되는 방법과는 별개이다. 즉, 본 발명에 따른 불일치 해소 방법을 수행할 때도 일상적인 프로세서 상태 관리 기능은 운용측간에 수행되며, 대기측 로딩이 완료된 대기측은 자신의 상대편 운용측을 제외한 다른 프로세서의 상태를 인지하지 않는다.This method is performed independently of the processor state management performed between the operating side in a general situation, and is separate from the method performed in the present invention described above. That is, even when performing the method of resolving inconsistency according to the present invention, the routine processor state management function is performed between the operating sides, and the standby side, which has completed loading of the standby side, does not recognize the state of other processors except its counterpart operating side.

한편, 상기와 같은 본 발명은 컴퓨터로 읽을 수 있는 기록 매체에 기록되어,컴퓨터에 의하여 처리될 수 있다.On the other hand, the present invention as described above is recorded on a computer-readable recording medium, it can be processed by a computer.

본 발명은 비동기 전송방식 교환기의 대기측 로딩 중 발생하는 상태 불일치를 해소하는 방법을 제공함으로써, 대기측 로딩 상황에서 발생할 수 있는 운용측과 대기측의 상태 불일치를 양측의 상태 관리 기능에서 자신의 상태를 메시지로 전송하여 심각한 상태 불일치에 재시동할 수 있도록 하여 상태 불일치에 따른 시스템 불안정을 해소 할 수 있도록 하는 효과가 있다.The present invention provides a method of resolving state inconsistencies that occur during standby loading of an asynchronous transfer type exchange, thereby resolving state inconsistencies that may occur in the standby loading situation in the state management function of both sides. By sending a message as a message, the system can be restarted in a serious state mismatch so that the system instability caused by the state mismatch can be solved.

이상에서 본 발명에 대한 기술 사상을 첨부 도면과 함께 서술하였지만 이는 본 발명의 가장 양호한 실시예를 예시적으로 설명한 것이지 본 발명을 한정하는 것은 아니다. 또한, 이 기술 분야의 통상의 지식을 가진 자이면 누구나 본 발명의 기술 사상의 범주를 이탈하지 않는 범위 내에서 다양한 변형 및 모방이 가능함은 명백한 사실이다.The technical spirit of the present invention has been described above with reference to the accompanying drawings. However, the present invention has been described by way of example only, and is not intended to limit the present invention. In addition, it is obvious that any person skilled in the art may make various modifications and imitations without departing from the scope of the technical idea of the present invention.

Claims

In a method for resolving an inconsistency between an operating state and a standby state after waiting loading of an Asynchronous Transfer Mode (ATM) exchange configured with processor duplication,

After the loading of the standby side is completed, the first step of requesting the operation state from the standby side to the operation side to receive the operation state and the standby state grasped by the operation side, and then determining whether the state of the operation side processor is normal. Wow;

A second step of restarting after deleting the loading flag on the standby side when the state of the processor on the operation side is abnormal as a result of the determination in the first step;

A third step of determining whether the state of the standby processor received from the management side and the state of the standby processor are identical to each other when the state of the operating processor is normal as a result of the determination of the first step;

And a fourth step of restarting after deleting the loading flag of the standby side if it does not match, as a result of the determination of the third stage.

The method of claim 1,

The first step may include: a first sub step of setting a response timer after requesting the operation side status; And

And a second sub-step of restarting after deleting the loading flag of the waiting side if the response is not received from the management side within the response timer time.

The method of claim 1,

As a result of the determination of the third step, if there is a match, after the sleep state for a predetermined time (Sleeping), and further comprising a third sub-step of repeating the first step from the standby side loading state mismatch recovery, characterized in that made Way.

On your computer,

A third step of determining whether the state of the standby processor received from the operation side and the state of the standby processor are identical to each other when the state of the operation processor is normal as a result of the determination of the first step;

A fourth step of restarting after deleting the loading flag on the standby side if it does not match as a result of the determination in the third step;

As a result of the determination of the third step, if it matches, a fifth step of repeatedly performing the first step after being in a sleep state for a predetermined time;

After waiting loading is completed, if a response timer is set after requesting the status of the management side and no response is received from the management side within the response timer time, the sixth step of restarting after deleting the loading flag of the standby side is performed. A computer-readable recording medium that records an executable program.