KR960004712B1 - 종합정보 통신망 전전자 교환시스팀의 장애관리 방법 - Google Patents

종합정보 통신망 전전자 교환시스팀의 장애관리 방법 Download PDF

Info

Publication number
KR960004712B1
KR960004712B1 KR1019930027369A KR930027369A KR960004712B1 KR 960004712 B1 KR960004712 B1 KR 960004712B1 KR 1019930027369 A KR1019930027369 A KR 1019930027369A KR 930027369 A KR930027369 A KR 930027369A KR 960004712 B1 KR960004712 B1 KR 960004712B1
Authority
KR
South Korea
Prior art keywords
alarm
information
software
message
block
Prior art date
Application number
KR1019930027369A
Other languages
English (en)
Other versions
KR950022403A (ko
Inventor
박현
이병선
Original Assignee
한국전기통신공사
조백제
재단법인한국전자통신연구소
양승택
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 한국전기통신공사, 조백제, 재단법인한국전자통신연구소, 양승택 filed Critical 한국전기통신공사
Priority to KR1019930027369A priority Critical patent/KR960004712B1/ko
Publication of KR950022403A publication Critical patent/KR950022403A/ko
Application granted granted Critical
Publication of KR960004712B1 publication Critical patent/KR960004712B1/ko

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/06—Management of faults, events, alarms or notifications
    • H04L41/0695—Management of faults, events, alarms or notifications the faulty arrangement being the maintenance, administration or management system
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

내용 없음.

Description

종합정보 통신망 전전자 교환시스팀의 장애관리 방법
제1도는 ISDN 전전자 교환시스팀에서의 유지보수를 위한 하드웨어의 개략적인 구조도이다.
제2도는 경보 발생시 처리되는 장애관리의 전체적인 흐름도.
제3도는 장애관리 처리에 있어서의 정상운용을 위한 초기화 흐름도.
제4도는 발생된 하드웨어 경보의 분석을 위한 흐름도.
제5도는 발생된 소프트웨어 경보의 분석을 위한 흐름도.
제6도는 경보 데이터 수집 및 경보 구동 요구의 처리 흐름도.
제7도는 메시지 출력을 위한 흐름도.
본 발명은 ISDN 전전자 교환기 소프트웨어 응용블럭들에서 발생되는 소프트웨어 경보 데이터와 이들을 수집 관리하는 장애관리 방법에 관한 것이다.
ISDN 전전자 교환기의 유지보수를 위한 경보 처리는 하드웨어 경보와 소프트웨어 경보로 대별될 수 있다. 하드웨어 경보는 각 서브시스팀에 존재하는 유지보수 정합블럭들을 통하여 운용 및 유지보수 프로세서(OMP : Operation and Maintenace Processor)에 실장되는 상위의 장애관리블럭에 보고한다. 운용중에 하위의 유지보수 정합블럭이나 상위 장애관리블럭이 수행을 멈춘 후 재개시 유지보수 정합블럭은 초기화(initial)시 하드웨어 경보 데이터를 장애관리블럭으로부터 받은 후 자체 루프 백 테스트(Loop Back Test)를 통하여 상이한 데이터를 장애관리블럭으로 보내서 그간의 상황을 반영시켜준다. 또한 장애관리블럭이 초기화(initial)되는 경우 DB에 백업된 데이터를 유지보수 정합블럭에게 줌으로써 데이터의 일치성이 보장된다. 또한 소프트웨어 응용블럭에서는 자체 시험 등을 통하여 발생된 소프트웨어 경보를 장애관리블럭으로 보고한다.
그러나 운용중 소프트웨어 응용블럭이나 장애관리블럭이 수행을 멈춘 후 재개시 서로간에 초기화(initial) 데이터를 받지 못함으로서 경보 정보가 불일치 되는 경우가 발생된다. 또한 하드웨어 경보와는 달리 소프트웨어 응용블럭인 경우, 경보 발생/복구가 1 : 1로 대응되지 않는 경우 경보 불일치가 발생될 수 있다.
즉, 시스팀 운용중 예상치 못한 소프트웨어 응용블럭의 중단 등으로 인하여 초기화시 장애관리블럭으로 지금까지의 자체 경보정보를 제공하지 못해 장애관리블럭에서의 소프트웨어 경보 데이터와 소프트웨어 응용 블럭에서의 경보 정보가 불일치되는 경우가 있다. 반대로, 장애관리블럭이 중단되거나 정상상태로 초기화(initial)되는 경우, 소프트웨어 응용블럭으로부터 그간의 경보 변화상태를 보고 받지 못해 동일 현상이 발생되는 문제점이 있다.
따라서, 상기 문제점을 해결하기 위하여 안출된 본 발명은, 장애관리블럭과 소프트웨어 응용블럭 서로간에 초기화(initial)시 그간의 경보상태를 교환함으로써 경보 데이타의 불일치를 방지할 수 있으며 부가적으로 경보 발생파 복구가 1 : 1로 대응되지 않을 경우 추가의 매개변수(parameter)를 이용하여 경보 구동/해제를 정상적으로 수행하도록 하는 장애관리 방법을 제공하는데 그 목적이 있다.
상기 목적을 달성하기 위하여 본 발명은, 소프트웨어 응용블럭은 자체시험을 통하여 발생된 경보를 OMP의 장애관리블럭에게 보낸다. 장애관리블럭은 이 정보를 바탕으로 장애관리블럭의 경보를 구동/해제를 위해 중앙제어 유지보수 정합 프로세서에게 이 정보를 제공한다. 운용중 소프트웨어블럭이 중단됐다가 잠시후 정상상태로 복구가 되는 경우 자체시험을 통해 경보의 발생/복구(ON/OFF)에 관계 없이 현상태를 장애관리블럭으로 보고한다. 장애관리블럭은 이를 자체에서 관리하고 있는 내용에 반영시킨다. 장애관리블럭이 운용중 중단된 뒤 정상상태로 복귀되는 경우 소프트웨어 응용블럭에게 신호(signal)을 전달하여 그 간에 소프트웨어 응용블럭에서 발생된 경보상태를 요구한다. 이를 장애관리블럭에 반영시킴과 동시에 경보를 구동/해제시키도록 정보를 제공한다. 경보 발생/복구가 1 : 1이 아닌 경우, 즉, 특정 경보가 하나의 서브시스팀(subsystem)에서 발생된 경우 이 경보는 비록 발생이 1회 됐을지라도 복구는 그에 수반되는 여러개의 조건들이 복구되어야만이 이 특정 경보는 복구됐다고 볼 수 있으나 현재는 조건 하나만 만족 되더라도 마치 전체가 복구되는 것처럼 나타나므로 이를 위해 매개 변수를 신호(signal)에 추가하여 소프트웨어 응용블럭에서 제일 마지막 조건을 만족하는 경우, 장애관리블럭에 이를 통보하여 실제 복구가 발생되도록 한다.
이하, 첨부된 도면을 참조하여 본 발명의 일 실시예를 상세히 설명한다.
제1도는 ISDN 전전자 교환기 시스팀의 유지보수 관련 하드웨어의 개략적인 구조도이다.
도면에 도시한 바와 같이 유지보수 관련 ISDN 전전자 교환기는 다수의 접속 교환 서브시스팀(ASS)과, 연결망 서브시스팀(INS)과, 공통제어 서브시스템(CCS)을 구비하고, 상기 공통 제어 서브시스팀(CCS)은 운용 및 유지보수 프로세서(OMP)와 입출력 제어 프로세서(MMP)를 구비한다.
경보는 시스팀 자체의 이상 상태를 나타내는 하드웨어(HW : HardWare) 경보와 시스팀에 실장된 소프트웨어 응용블럭들에서 감지된 소프트웨어(SW : SoftWare) 경보로 크게 대별될 수 있다. 도면에서와 같이 각 서브시스템(ASS,CCS,INS)에는 하드웨어 경보를 인지할 수 있는 펌웨어인 FI(Fault Interface : 장애 정합)가 실장되어 해당 서브시스팀내 경보를 각 유지보수 정합블럭으로 보낸다. 각 유지보수 정합블럭은 이 정보를 상위레벨인 장애관리(FLM : FauLt Management)블럭에 보고한다.
또한 각 서브시스팀에 소프트웨어 응용블럭들은 자체시험을 통하여 발생된 소프트웨어 경보들을 역시 상위레벨의 장애관리블럭에 보고한다. 이렇게 취합된 경보를 장애관리블럭에서는 자체에는 관리하는 경보에 관련된 데이터를 갱신하고 원격에 설치된 경보 패널에 경보상태를 표시하기 위해 중앙제어 유지보수 정합블럭에게 경보 구동을 요구한다. 또한 장애관리블럭은 이러한 정보를 운용자에게 알리기 위해 입출력 프로세서에 전달하고 입출력 프로세서는 운용자에게 출력한다.
제2도는 경보 발생시 처리되는 장애관리의 전체적인 처리 흐름도이다.
장애관리블럭(FLM : FauLt Management)이 기동되면 하드웨어 경보나 소프트웨어 경보의 그 동안 상태변화를 반영시키기 위해 초기화(201)가 이루어진다. 이때 하드웨어 경보는 각 서브시스팀의 유지보수 정합블럭들과 상호 정보를 주고 받음으로써 이루어지고 소프트웨어 경보는 각 응용블럭들이 관리하고 있는 정보를 서로 주고 받는다. 이제 운용중 각종 소프트웨어 응용블럭에서 자체 시험중 경보 발생시 소프트웨어 경보가 도착하고(202) 하드웨어 경보 발생시 펌웨어인 FI(Fault Interface : 장애 정합)에서 감지를 한 후 이를 해당 서브시스팀의 유지보수 정합블럭에 보고하고 유지보수 정합블럭은 상위 레벨인 장애관리블럭에게 보고한다(203). 도착된 소프트웨어 경보에 경보분석이 시작되면(204) 이 소프트웨어 경보가 어떤 형태의 경보인가를 분석한 뒤 경보 구동에 필요한 데이터를 구성하여 경보 구동을 요구하고 자체경보 데이터를 관리한다. 하드웨어 경보분석(205)이 시작되면 하드웨어 경보는 프로세서와 디바이스 경보로 대별하여 처리된다. 경보구동(206)은 원격에 설치된 경보 패널을 구동시키기 위해 필요한 데이터를 수집하여 경보 구동관련 프로세서에게 정보를 제공한다. 그 다음으로 실제 운용자에게 메시지를 출력시키기 위해 출력에 필요한 메시지를 구성한다(207).
제3도는 초기화(201) 처리의 수행 흐름도이다.
초기화가 시작되면 하드웨어 경보는 15분 간격으로 하드웨어 경보상태를 반영하기 위해(301) 주기적인 작업을 시작하게 된다(303). 우선 장애관리블럭은 경보 접근 제어보드 실장상태를 조사하여(304) 실장된 경우 하드웨어 경보들을 추출하여(305) 현재 장애관리블럭이 관리하고 있는 하드웨어 경보상태 정보의 결과들을 각 서브시스팀의 경보 정합블럭에 보고한다(306). 소프트웨어 경보 역시 소프트웨어 경보상태를 반영시키기 위해(302) 소프트웨어 응용블럭들이 운용되기 시작되는 시점을 기준으로 소프트웨어 경보상태를 대한 검색작업이 시작된다(307). 경보 관련하여 어떤 소프트웨어 응용블럭들이 있는가를 추출하여(308) 각 서브시스팀에 존재하는 소프트웨어 응용블럭으로 그 간의 소프트웨어 경보에 대한 정보를 요구한다(309). 실제 장애관리블럭은 소프트웨어 응용블럭 이름을 관리하고 있어서 전체 각 소프트웨어 응용블럭으로부터 응답이 없을 경우 재요구를 5분 주기로 시도하여(301) 각 서브시스팀의 소프트웨어 응용블럭에서 소프트웨어 경보 정보가 보고되면(311) 현재 관리되고 있는 정보의 DB를 갱신한다. 재요구시(313) 전 소프트웨어 응용블럭에서 결과 정보가 왔는지를 확인하여(314) 오지 않는 경우 재요구를 다시 시도한다(315).
제4도는 소프트웨어 경보분석에 따른 수행 흐름도이다.
소프트웨어 경보분석이 시작되면 현재 이 경보가 운용중 장애관리블럭에서 관리되는 소프트웨어 경보인지를 검색한다(401). 관리중인 소프트웨어 경보인 이 경보의 출력 유형을 구분한다(402). 만약, 경보 특성이 경보가 발생되는 메시지가 1번 출력되고 해제시 1번만 출력되는 형태인 경우(403) 이는 경보 구동의 필요성을 검색한 후(404) 필요한 경우 해당 경보 코드의 데이터를 변경(413)한 후 경보 구동을 요구한다(414). 다음으로 주기적인 정보인 경우(405) 이전의 경보상태를 조사, 검색한다(406). 즉, 이전 경보가 발생된 적이 있는지 혹은 해제 되었는지를 검사하고 이것이 상태가 처음 변경 되었는지를 검색한다. 이는 경보 구동 필요성을 알 수 있어(407) 구동이 필요치 않는 경우 메시지를 출력(408)해 주고 경보 구동이 필요시 해당 경보 코드데이터를 변경하고 경보 구동을 요구한다. 만약 경보발생은 한번이고 해제는 여러번 일어날 경우(409) 이는 마지막 해제경보가 들어올 때까지(410) 중간 해제경보에 대한 경보 구동은 생략해야 한다(412). 그리고 마지막으로 해제경보가 왔을 때 비로서 이를 반영시킨다(411).
제5도는 하드웨어 경보분석에 따른 수행 흐름도이다.
발생된 하드웨어 경보분석이 시작되면 발생된 경보가 사용가능한 경보인지를(501) 검사한다. 발생된 경보에 대하여 어느 위치에서 발생된 것이며 어떤 종류의 장애인가를 분석한다(502). 모든 경보를 우선적으로 디바이스 경보로 초기화 한다(503). 발생된 경보는 장애관리블럭에서 관리도 하지만 이를 필요로 하는 소프트웨어 응용블록으로 정보를 제공한다(504). 발생된 경보가 장애관리 자체적으로 보유하고 있는 프로세서의 세부적인 내용 테이블 범주에 속하는가를 판단하여(505) 내부 테이블에서 현 경보의 상세 정보를 추출한다(506). 이 내용에는 프로세서 장애 기준정보가 포함되어 있다(507). 발생된 경보가 기준정보중 하나일 경우(508) 경보 종류를 프로세서 자체정보를 판단한다(509). 프로세서 정보인 경우 프로세서 관리 테이블을 갱신하고(510) 프로세서 상태관리 응용블럭에게 프로세서 다운 상태를 재확인한다(511).
제6도는 경보 데이터 수집 및 경보 구동 요구에 따른 처리 흐름도이다.
경보 데이터 수집 및 경보 구동 요구가 시작되면 경보가 어디서 발생됐는지 구동시킬 서브시스팀 번호를 검색하고(601) 구동시킬 경보의 경보상태를 추출하며(602) 아울러 구동될 경보의 경보등급을 추출한다(603). 경보가 발생된 위치와 경보등급 등으르 내재한 경보 구동 요구 정보를 경보 구동 장치에게 요구한다(604). 이 경보를 위하여 메시지 출력이 가능한지를 판단하여(605) 메시지를 출력한다(606).
제7도는 출력메시지의 구성에 따른 처리 흐름도이다.
메시지 출력이 시작되면 이 메시지가 현재 사용가능한 경보번호 메시지인지를 검색하여(701) 사용가능한 메시지인 경우 메시지 내용을 파악할 수 있는 타이틀을 구성하고(702) 경보 발생위치 및 추가적으로 나타낼 정보를 구성한다(703). 이 메시지 구성을 완료한 후에 이를 운용자에게 출력시킨다(704).
따라서, 상기와 같은 처리절차에 의해 수행되는 본 발명은, ISDN 전전자 교환기의 소프트웨어 경보처리를 상기와 같이 하는 경우 시스팀내에 발생된 소프트웨어 경보와 실제 운용 및 유지보수 프로세서의 장애관리블럭에서 관리하는 소프트웨어 경보 데이터가 일치함으로써 운용자로 하여금 현재 경보상태를 정확히 파악할 수 있게 되며, 이를 바탕으로 시스팀에 발생된 경보에 대하여 빠른 조치를 취할 수 있어 시스팀 운용의 효율성을 극대화 할 수 있는 효과가 있다.

Claims (6)

  1. 다수의 접속 교환 서브시스팀(ASS)과, 연결망 서브시스팀(INS)과, 공통제어 서브시스팀(CCS)을 구비하고, 상기 공통제어 서브시스팀(CCS)은 운용 및 유지보수 프로세서(OMP)와 입출력 제어 프로세서(MMP)를 구비하며, 각 서브시스템에 하드웨어 경보를 인지할 수 있는 펌웨어인 FI(Fault Interface : 장애 정합)를 시킨 ISDN 전전자 교환시스팀에 적용되는 장애관리 방법에 있어서, 장애관리블럭(FLM : Fault Management)이 기동되면 하드웨어 경보나 소프트웨어 경보의 그동안 상태변화를 반영시키기 위해 초기화를 수행하는 제1단계와, 각종 소프트웨어 응용블럭으로부터 소프트웨어 경보가 도착되면 도착된 소프트웨어 경보에 대한 분석을 수행하는 제2단계와, 유지보수 정합블럭을 통해 하드웨어 경보가 도착되면 도착된 소프트웨어 정보에 대한 분석을 수행하는 제3단계와, 경보 구동에 필요한 데이터를 구성하여 경보 구동을 요구하는 제4단계와, 실제 운용자에게 메시지를 출력시키기 위해 출력에 필요한 메시지를 구성하는 제5단계를 구비하여 수행하는 것을 특징으로 하는 종합정보 통신망 전전자 교환시스팀의 장애관리 방법.
  2. 제1항에 있어서, 상기 제1단계는, 초기화가 시작되면 하드웨어 경보상태를 일정간격으로 반영하기 위해 주기적인 작업을 설정하고 소프트웨어 응용블럭들의 경보상태 시간을 설정하는 제1과정과, 장애관리블럭이 경보접근 제어보드 실장상태를 조사하여 실장된 경우 하드웨어 경보들을 추출하여 현재 장애관리블럭이 관리하고 있는 하드웨어 경보상태 정보의 결과들을 각 서브시스팀의 경보 정합블럭에 보고하는 제2과정과, 경보 관련 소프트웨어 응용블럭들을 추출하여 각 서브시스팀에 존재하는 소프트웨어 응용블럭으로 그 간의 소프트웨어 경보에 대한 정보를 요구하는 제3과정과, 전체 각 소프트웨어 응용블럭으로부터 응답이 없을 경우 재요구를 일정주기로 시도하고 각 서브시스팀의 소프트웨어 응용블럭에서 소프트웨어 경보정보가 보고되면 현재 관리되고 있는 정보의 DB를 갱신하는 제4과정을 구비하여 수행하는 것을 특징으로 하는 종합정보 통신망 전전자 교환시스팀의 장애관리 방법.
  3. 제1항에 있어서, 상기 제2단계는, 현재 경보가 운용중 장애관리블럭에서 관리되는 소프트웨어 경보인지를 검색하여 관리중인 소프트웨어 경보인 경우 경보의 출력 유형을 구분하는 제1과정과, 경보 특성이 경보가 발생되는 메시지가 1번 출력되고 해체시 1번만 출력되는 형태인 경우 경보 구동의 필요성을 검색한 후 필요한 경우 해당 정보 코드의 데이터를 변경한 후 경보 구동을 요구하는 제2과정과, 주기적인 경보인 경우 이전의 경보상태를 조사, 검색하여 구동이 필요치 않는 경우 메시지를 출력해 주고 경보 구동이 필요시 해당 경보 코드데이터를 변경하고 경보 구동을 요구하는 제3과정과, 경보 발생은 한번이고 해제는 여러번 일어날 경우, 마지막 해제경보가 들어올 때까지 중간 해제경보에 대한 경보 구동은 생략해야 하고 그리고 마지막으로 해제경보가 왔을 때 반영시키는 제4과정을 구비하여 수행하는 것을 특징으로 하는 종합정보 통신망 전전자 교환시스팀의 장애관리 방법.
  4. 제1항에 있어서, 상기 제3단계는, 발생된 경보가 사용가능한 경보인지를 검사하고 발생된 경보에 대하여 어느 위치에서 발생된 것이며 어떤 종류의 장애인가를 분석하며 모든 경보를 우선적으로 디바이스 경보로 초기화하는 제1과정과, 발생된 경보를 장애관리블럭과 이를 필요로 하는 소프트웨어 응용블럭으로 정보를 제공하고, 발생된 경보가 장애관리 자체적으로 보유하고 있는 프로세서의 세부적인 내용 테이블 범주에 속하는가를 판단하여 내부 테이블에서 현 경보의 상세 정보와 프로세서 장애 기준정보를 추출하는 제2과정과, 발생된 경보가 기준정보중 하나일 경우 경보종류를 프로세서 자체 경보로 판단하고 프로세서 경보인 경우 프로세서 관리 테이블을 갱신하고 프로세서 상태관리 응용블럭에게 프로세서 다운상태를 재확인 요청하는 제3과정을 구비하여 수행하는 것을 특징으로 하는 종합정보 통신망 전전자 교환시스팀의 장애관리 방법.
  5. 제1항에 있어서, 상기 제4단계는, 경보 데이터 수집 및 경보 구동 요구가 시작되면 경보가 어디서 발생됐는지 구동시킬 서브시스팀 번호를 검색하고 구동시킬 경보의 경보상태를 추출하며 아울러 구동될 경보의 경보등급을 추출하는 제1과정과, 경보가 발생된 위치와 경보등급 등을 내재한 경보 구동 요구 정보를 경보 구동 장치에게 요구하는 제2과정과, 상기 정보를 위하여 메시지 출력이 가능한지를 판단하여 메시지를 출력하도록 하는 제3과정을 구비하여 수행하는 것을 특징으로 하는 종합정보 통신망 전전자 교환시스팀의 장애관리 방법.
  6. 제1항에 있어서, 상기 제5단계는, 메시지 출력이 시작되면 이 메시지가 현재 사용가능한 경보번호 메시지인지를 검색하는 제1과정과, 사용가능한 메시지인 경우 메시지 내용을 파악할 수 있는 타이틀을 구성하고 경보 발생 위치 및 추가적으로 나타낼 정보를 구성하는 제2과정과, 메시지 구성을 완료한 후에 이를 운용자에게 출력시키는 제3과정을 구비하여 수행하는 것을 특징으로 하는 종합정보 통신망 전전자 교환시스팀의 장애관리 방법.
KR1019930027369A 1993-12-11 1993-12-11 종합정보 통신망 전전자 교환시스팀의 장애관리 방법 KR960004712B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019930027369A KR960004712B1 (ko) 1993-12-11 1993-12-11 종합정보 통신망 전전자 교환시스팀의 장애관리 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019930027369A KR960004712B1 (ko) 1993-12-11 1993-12-11 종합정보 통신망 전전자 교환시스팀의 장애관리 방법

Publications (2)

Publication Number Publication Date
KR950022403A KR950022403A (ko) 1995-07-28
KR960004712B1 true KR960004712B1 (ko) 1996-04-12

Family

ID=19370676

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019930027369A KR960004712B1 (ko) 1993-12-11 1993-12-11 종합정보 통신망 전전자 교환시스팀의 장애관리 방법

Country Status (1)

Country Link
KR (1) KR960004712B1 (ko)

Also Published As

Publication number Publication date
KR950022403A (ko) 1995-07-28

Similar Documents

Publication Publication Date Title
AU671194B2 (en) Event correlation
US5287505A (en) On-line problem management of remote data processing systems, using local problem determination procedures and a centralized database
KR100293796B1 (ko) 하드웨어의분산된감독용방법및시스템
KR960004712B1 (ko) 종합정보 통신망 전전자 교환시스팀의 장애관리 방법
KR0133337B1 (ko) 타켓 시스템 이중화 운용관리 장치 및 방법
KR0175595B1 (ko) 비동기식전송방식(atm) 장치에서 단순망관리규약(snmp)을 사용한 원격지에서의 장애관리방법
KR100506248B1 (ko) 사설 교환시스템에서 링크를 진단하는 방법
Cisco Operational Traps
JPH06175887A (ja) 障害監視／通知方式
KR100566610B1 (ko) 자동화 재해 복구 시스템 및 그 방법
KR100291073B1 (ko) 이기종 교환기의 표준화된 경보 메세지 관리 방법
KR950005986B1 (ko) 전전자 교환기의 프로세서 장애 검증 방법
KR0175470B1 (ko) 지능망 서비스 제어/관리시스템에서의 경보처리 장치 및 방법
KR100518450B1 (ko) 이종 망 장애 정보를 처리 및 동기화하기 위한 가입자 망관리 시스템 및 방법
KR20000037912A (ko) 통신망 관리 시스템에서의 경보 처리 방법
KR950011478B1 (ko) 전전자 교환기에서의 신호 단말 상태 관리 방법
KR950003685B1 (ko) 전전자 교환기에서의 가입자 신호기 및 국간중계 신호기의 상태 관리 방법
KR100269865B1 (ko) 디지털 이동통신 시스템에서의 경보 데이터 복구장치 및 방법
JP3687197B2 (ja) 遠隔保守システム
JPH04332227A (ja) 障害情報通報先制御方式
JPH11136427A (ja) ファクシミリ装置
KR940002271B1 (ko) 전후단 분리 구조 시스템의 장애 자동 감시 방법
KR950013838B1 (ko) 전전자 교환기 유지보수를 위한 분산 장애 관리 방법
KR0179513B1 (ko) 집중형 광대역 망종단 장치에서의 정보 메시지 실시간 처리 방법
JPH0396028A (ja) ネットワーク監視システム

Legal Events

Date Code Title Description
A201 Request for examination
N231 Notification of change of applicant
G160 Decision to publish patent application
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20080328

Year of fee payment: 13

LAPS Lapse due to unpaid annual fee