KR100908131B1 - Fault detection device and method using log filtering and fault detection system using the device - Google Patents
Fault detection device and method using log filtering and fault detection system using the device Download PDFInfo
- Publication number
- KR100908131B1 KR100908131B1 KR1020070111410A KR20070111410A KR100908131B1 KR 100908131 B1 KR100908131 B1 KR 100908131B1 KR 1020070111410 A KR1020070111410 A KR 1020070111410A KR 20070111410 A KR20070111410 A KR 20070111410A KR 100908131 B1 KR100908131 B1 KR 100908131B1
- Authority
- KR
- South Korea
- Prior art keywords
- failure
- information
- log
- level
- message
- 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.)
- Active
Links
Images
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/0677—Localisation of faults
-
- 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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
-
- 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
본 발명은 네트워크 장비의 장애를 감지하는 장치 및 그 방법과 그 장치를 이용한 장애 감지 시스템에 관한 것으로, 네트워크 장비의 장애 감지를 위해 네트워크 장비로부터 실시간 로그 메시지를 수신하고, 로그 메시지를 분석하여 장애 레벨 및 로그 내용을 검출하며, 장애 레벨에 따라 설정된 적어도 하나의 수신 단말기로 로그 내용을 포함하는 장애 알림 메시지를 전송한다.The present invention relates to a device for detecting a failure of a network device, a method thereof, and a failure detection system using the device. The present invention relates to a failure level by receiving a real-time log message from a network device and analyzing the log message to detect a failure of the network device. And detecting log contents and transmitting a failure notification message including the log contents to at least one receiving terminal set according to a failure level.
로그, 네트워크 장비, 장애 Log, network equipment, failure
Description
본 발명은 장애 발생 감지 장치 및 그 방법과 그 장치를 이용한 장애 감지 시스템에 관한 것으로, 더욱 상세하게는 네트워크 장비의 장애를 감지하는 장치 및 그 방법에 있어서, 각 장비의 로그 정보를 이용하여 장애 발생을 감지하는 장치 및 그 방법에 관한 것이다. 또한, 네트워크 장비의 장애 발생 감지 장치를 이용하여 장애 발생 정보를 관리하는 장애 감지 시스템에 관한 것이다.The present invention relates to a failure occurrence detection device, a method and a failure detection system using the device, and more particularly, to a device and a method for detecting a failure of a network device, failure occurrence using the log information of each device An apparatus and method for detecting the same. The present invention also relates to a failure detection system for managing failure occurrence information using a failure detection device of a network device.
다양한 통신 서비스를 제공하기 위한 네트워크 대규모화에 따라, 네트워크 구축에 사용되는 통신 장비 또한 종류별, 제조업체별로 다양해지게 되었다. 이와 같이 통신 장비가 다양해짐에 따라 복잡한 구성의 각 장비들을 체계적으로 관리하기 위하여 네트워크 관리 시스템(NMS: Network Management System, 이하 'NMS'라고 함)을 사용하게 되었다.As the network is enlarged to provide various communication services, the communication equipment used for network construction has also been diversified by type and manufacturer. As communication equipments are diversified as described above, network management systems (NMSs) are used to systematically manage each device in a complex configuration.
종래에는 통신 장비의 장애를 판단하기 위하여 NMS가 폴링(polling) 방식으로 통신 장비의 로그 정보를 수집하였다. 즉, NMS는 주기적으로 복수의 통신 장비 로 로그 정보 요청 메시지를 송신하고 그에 대한 응답을 수신하였다. 이때, NMS는 각 통신 장비로부터 수신되는 로그 정보를 분석하여 해당 통신 장비의 장애 여부를 판단하였다. Conventionally, in order to determine a failure of a communication device, the NMS collects log information of the communication device in a polling manner. That is, the NMS periodically transmits a log information request message to a plurality of communication devices and receives a response thereto. At this time, the NMS analyzed log information received from each communication device to determine whether the corresponding communication device has a failure.
그런데, 이와 같이 주기적으로 통신 장비의 로그 정보를 획득하여 통신 장비의 장애 여부를 판단하는 방법은 실시간으로 통신 장비의 장애를 판단할 수 없다는 단점이 있었다. 즉, NMS는 통신 장비에 심각한 장애가 발생한 이후에 해당 통신 장비의 로그 정보를 획득할 가능성이 있다. 따라서, 통신 장비의 장애 징후를 사전에 탐지할 수 있는 대책 마련이 필요한 실정이다.However, the method of determining whether or not a failure of a communication device by periodically obtaining log information of the communication device has a disadvantage in that it is impossible to determine a failure of the communication device in real time. That is, the NMS may acquire log information of the communication device after a serious failure of the communication device. Therefore, it is necessary to prepare a countermeasure for detecting a failure indication of a communication device in advance.
또한, 기존의 NMS에서는 주기적으로 통신 장비의 로그정보를 수집하므로, NMS의 메모리 버퍼의 용량을 초과하는 로그 정보는 유실될 가능성이 크다. 따라서, 통신 장비의 로그 정보를 효율적으로 관리할 수 있는 장애 감지 시스템이 필요하다.In addition, since conventional NMS periodically collects log information of communication equipment, log information exceeding the capacity of the NMS memory buffer is likely to be lost. Accordingly, there is a need for a failure detection system capable of efficiently managing log information of communication equipment.
따라서, 본 발명의 이루고자 하는 기술적 과제는 네트워크 장비의 로그 정보를 실시간으로 수집하여 네트워크 장비의 장애 발생을 실시간으로 감지하는 장애 발생 감지 장치 및 그 방법과, 감지한 장애 발생 정보를 데이터베이스로 구축하여 관리하는 장애 감지 시스템을 제공하는 것이다.Therefore, a technical problem to be achieved of the present invention is to collect and log information of the network equipment in real time, the failure detection device and method for detecting the failure of the network device in real time, and to build and manage the detected failure occurrence information as a database It is to provide a fault detection system.
위에서 기술한 바와 같은 과제를 이루기 위하여, 본 발명의 특징에 따른 네트워크 장비의 장애 감지 시스템은, 상기 네트워크 장비로부터 실시간 로그 메시지를 수신하고, 상기 로그 메시지를 이용하여 검출된 장애 레벨에 따라 설정된 적어도 하나의 수신 단말기로 장애 발생을 알리는 장애 감지부 및 상기 네트워크 장비의 장애를 관리하기 위한 정보들을 저장하고 있으며, 상기 장애 감지부로부터 상기 로그 메시지를 수신하여 상기 네트워크 장비의 장애 발생 통계 정보를 관리하는 데이터베이스 관리부를 포함하며, 상기 장애 감지부는 상기 수신 단말기를 복수의 그룹으로 나누고, 상기 장애 레벨에 따라 정해진 그룹에 속하는 수신 단말기로 상기 장애 발생을 알리는 것을 특징으로 한다.In order to achieve the above-described problem, at least one fault detection system of a network device according to an aspect of the present invention receives a real-time log message from the network device and is set according to a fault level detected using the log message. Database for storing the failure detection unit for notifying the occurrence of the failure to the receiving terminal and information for managing the failure of the network equipment, receiving the log message from the failure detection unit to manage the failure statistics information of the network equipment And a management unit, wherein the failure detection unit divides the reception terminal into a plurality of groups, and notifies the occurrence of the failure to a reception terminal belonging to a group determined according to the failure level.
그리고 본 발명의 다른 특징에 따른 네트워크 장비의 장애를 감지하는 장치는, 상기 네트워크 장비로부터 수신되는 실시간 로그 메시지를 이용하여 장애 레벨을 검출하고, 상기 장애 레벨에 따라 설정된 적어도 하나의 수신 단말기로 장애 내용을 포함하는 장애 알림 메시지를 전송하도록 하는 로그 메시지 처리부, 상기 네트워크 장비 정보, 상기 장애 레벨 정보 및 장애 알림 규칙 정보를 포함하는 장애 감지 정보가 저장된 데이터베이스 및 상기 수신 단말기에 따라 상기 장애 알림 메시지의 형식을 달리하여 전송하는 메시지 전송 처리부를 포함하며, 상기 로그 메시지 처리부는 상기 수신 단말기를 복수의 그룹으로 나누고, 상기 장애 레벨에 따라 정해진 그룹에 속하는 수신 단말기로 상기 장애 알림 메시지를 전송하는 것을 특징으로 한다.The apparatus for detecting a failure of a network device according to another aspect of the present invention may detect a failure level by using a real-time log message received from the network equipment, and detect the failure level with at least one receiving terminal set according to the failure level. A log message processing unit for transmitting a failure notification message including a, a database in which failure detection information including the network equipment information, the failure level information and failure notification rule information is stored, and the format of the failure notification message according to the receiving terminal. And a message transmission processor for transmitting differently, wherein the log message processor divides the receiving terminal into a plurality of groups, and transmits the failure notification message to a receiving terminal belonging to a group determined according to the failure level.
또한, 본 발명의 또 다른 특징에 따른 네트워크 장비의 장애를 감지하는 방법은 상기 네트워크 장비로부터 실시간 로그 메시지를 수신하는 단계, 상기 로그 메시지를 분석하여 장애 레벨 및 로그 내용을 검출하는 단계 및 상기 장애 레벨에 따라 설정된 적어도 하나의 수신 단말기로 상기 로그 내용을 포함하는 장애 알림 메시지를 전송하는 단계를 포함하며, 상기 전송하는 단계에서, 상기 수신 단말기를 복수의 그룹으로 나누고, 상기 장애 레벨에 따라 정해진 그룹에 속하는 수신 단말기로 상기 장애 알림 메시지를 전송하는 것을 특징으로 한다.In addition, the method for detecting a failure of the network equipment according to another aspect of the present invention comprises the steps of receiving a real-time log message from the network equipment, analyzing the log message to detect the failure level and log content and the failure level And transmitting a failure notification message including the log contents to at least one receiving terminal set according to the above. In the transmitting step, the receiving terminal is divided into a plurality of groups, and the group is determined according to the level of failure. The failure notification message is transmitted to the belonging receiving terminal.
이와 같은 본 발명의 실시예에 의하면, 네트워크 장비의 장애를 실시간으로파악하여 장비 관리자에게 통보함으로써 장애를 빨리 해결할 수 있는 효과가 있다.According to this embodiment of the present invention, by detecting the failure of the network equipment in real time to notify the equipment manager there is an effect that can solve the failure quickly.
또한, 본 발명의 실시예에 의하면 네트워크 장비의 장애 레벨에 따라 장애 알림 수신 그룹을 설정함으로써 좀 더 효율적으로 장애를 해결할 수 있다.In addition, according to an embodiment of the present invention it is possible to solve the failure more efficiently by setting the failure notification receiving group according to the failure level of the network equipment.
또한, 본 발명의 실시예에 의하면 네트워크 장비의 로그 정보를 데이터베이스화하여 관리함으로써 장애 징후를 신속히 감지하여 사전 조치가 가능하다. In addition, according to an embodiment of the present invention, the log information of the network equipment is managed by a database, so that a failure indication can be quickly detected and a proactive measure can be taken.
아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.DETAILED DESCRIPTION Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art may easily implement the present invention. As those skilled in the art would realize, the described embodiments may be modified in various different ways, all without departing from the spirit or scope of the present invention. In the drawings, parts irrelevant to the description are omitted in order to clearly describe the present invention, and like reference numerals designate like parts throughout the specification.
명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 "…부", "…기", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.Throughout the specification, when a part is said to "include" a certain component, it means that it can further include other components, without excluding other components unless specifically stated otherwise. In addition, the terms “… unit”, “… unit”, “module”, etc. described in the specification mean a unit that processes at least one function or operation, which may be implemented by hardware or software or a combination of hardware and software. have.
이하, 첨부된 도면을 참조하여 본 발명에 대해서 상세히 설명하도록 한다. 이때, 아래에서 설명할 본 발명의 실시예에 따른 장애 감지 시스템은 네트워크 장비로부터 로그 정보를 수집하여 장애 발생을 수신 단말기에 알리는 장애 감지부와 장애 감지부로부터 로그 정보를 수신하여 네트워크 장비의 장애를 관리하는 데이터베이스 관리부를 포함한다. 아래에서는, 장애 감지부를 장애 감지 장치로 기술하고 데이터베이스 관리부를 관계형 데이터베이스 관리 시스템으로 기술하도록 한다.Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. At this time, the failure detection system according to an embodiment of the present invention to be described below collects log information from the network equipment to receive the log information from the failure detection unit and the failure detection unit to notify the receiving terminal of the occurrence of the failure to detect the failure of the network equipment It includes a database management unit for managing. In the following, the failure detection unit will be described as a failure detection device and the database management unit will be described as a relational database management system.
도 1은 본 발명의 실시예에 따른 장애 감지 시스템의 구성도이다.1 is a block diagram of a failure detection system according to an embodiment of the present invention.
도 1에서 나타낸 바와 같이, 장애 감지 시스템은 복수의 네트워크 장비(100), 장애 감지 장치(110), 관계형 데이터베이스 관리 시스템(Relational Data Base Management System, 이하 'RDBMS'이라 함)(120) 및 복수의 수신 단말기(130)를 포함한다.As shown in FIG. 1, the failure detection system includes a plurality of
네트워크 장비(100)는 네트워크 접속 시 로그 정보를 생성하고, 생성된 로그 정보를 포함하는 로그 메시지 생성한다. 그리고 네트워크 장비(100)는 생성된 로그 메시지를 실시간으로 장애 감지 장치(110)로 전송한다. The
이때, 로그 메시지는 시스로그(Syslog) 프로토콜 형식으로 생성되며, 각 네트워크 장비(100)의 실시간 이벤트 정보를 포함하고 있다. 이때, 실시간 이벤트 정보는 로그 레벨 및 장애 내용 정보를 포함한다. 여기서, 로그 메시지에 포함된 실시간 이벤트 내용 정보들을 로그 정보라고 한다. 한편, 도 1에서는 복수의 네트워크 장비(100)를 하나의 도면 부호로 나타내었으나 각각의 네트워크 장비(100)는 하나 이상의 기종의 장비를 의미한다.At this time, the log message is generated in the Syslog protocol format and includes real-time event information of each
장애 감지 장치(또는, 장애 감지부)(110)는 각 네트워크 장비(100)로부터 각각 수신된 로그 메시지를 수집하여 로그 정보를 검출한다. 그리고 장애 감지 장치(110)는 검출된 로그 정보를 필터링하여 장애 레벨에 따른 수신 단말기(130)로 장애 알림 메시지를 전송한다. The failure detecting apparatus (or failure detecting unit) 110 detects log information by collecting log messages respectively received from each
이때, 장애 감지 장치(110)는 수신 단말기(130)의 종류에 따라 장애 알림 메시지를 SMS(Short Massage service), 음성 알림 형식 등으로 전송할 수 있다. 그리고 장애 감지 장치(110)는 수집된 로그 메시지를 RDBMS(120)에 저장한다. In this case, the
한편, 도 1에서는 수신 단말기(130)로 장애 알림 메시지가 송신되는 것을 나타내었으나 장애 알림 메시지를 수신할 수신측이 NMS(미도시)인 경우, 장애 감지 장치(110)는 NMS와의 통신 규약에 따라 장애 알림 메시지를 전송할 수 있다.Meanwhile, FIG. 1 illustrates that a failure notification message is transmitted to the
장애 감지 장치(110)에서 수집된 복수의 네트워크 장비(100)의 로그 메시지를 필터링하여 장애 알림 메시지를 전송하는 방법에 대해서는 이하 도 2를 참조하여 상세히 설명하도록 한다.A method of transmitting a failure notification message by filtering log messages of the plurality of
RDBMS(120)는 각 네트워크 장비의 정보, 사용자 정보, 수신 단말기 정보, 장 애 레벨 정보 및 장애 알림 규칙 정보를 관리하고, 각 정보를 장애 감지 장치(110)에 제공한다. 이때, RDBMS(120)는 NMS(미도시)로부터 복수의 네트워크 장비(100) 정보, 장애 레벨 정보 및 사용자 정보 등을 수신하여 관리할 수 있다. 또한, RDBMS(120)는 사용자 인터페이스를 통해 RDBMS(120)의 관리자(또는 사용자)로부터 수신 단말기 정보, 장애 레벨 정보 및 장애 알림 규칙 정보 등을 입력받을 수 있다. The RDBMS 120 manages information of each network device, user information, receiving terminal information, failure level information, and failure notification rule information, and provides each information to the
수신 단말기(130)는 네트워크 장비(100) 및 NMS(미도시) 관리자의 이동 단말기 또는 NMS, CENS(Central Event Notification Server) 등의 관리 시스템이다. 이때, 도 1에서는 복수의 수신 단말기(130)를 하나의 도면 부호로 나타내었다. 여기서, CENS는 네트워크 장비의 장애 발생시 관리자에게 음성으로 장애 발생을 통보하는 시스템이다.The
아래에서는 도 2과 도 3a 및 도 3b를 참조하여 본 발명의 실시예에 따른 장애 감지 및 장애 알림 방법에 대해서 상세히 설명하도록 한다.Hereinafter, a failure detection and failure notification method according to an embodiment of the present invention will be described in detail with reference to FIGS. 2, 3A, and 3B.
도 2는 본 발명의 실시예에 따른 장애 감지 장치의 구성도 이다.2 is a block diagram of a failure detection apparatus according to an embodiment of the present invention.
그리고 도 3a는 본 발명의 실시예에 따른 로그 메시지의 구조를 나타내는 도면이고, 도 3b는 본 발명의 실시예에 따른 장애 레벨을 설명하기 위한 도면이다.3A is a diagram illustrating the structure of a log message according to an embodiment of the present invention, and FIG. 3B is a diagram for describing a failure level according to an embodiment of the present invention.
도 2에서 나타낸바와 같이, 장애 감지 장치(110)는 메모리 데이터베이스(111), 로그 메시지 수집부(112), 로그 메시지 처리부(113), 메시지 전송 처리부(114), 로그 메시지 저장 처리부(115) 및 정보 관리부(116)를 포함한다.As shown in FIG. 2, the
메모리 데이터베이스(111)에는 RDBMS(120)으로부터 수신한 네트워크 장비 정 보, 사용자 정보, 장애 레벨 정보 및 장애 알림 규칙 정보 등이 저장되어 있다. The memory database 111 stores network equipment information, user information, failure level information, and failure notification rule information received from the
이때, 메모리 데이터베이스(111)에는 네트워크 장비 정보와 그에 해당하는 수신 단말기 정보가 매칭되어 저장되어 있다. 이때, 각 네트워크 장비에 해당하는 적어도 하나의 수신 단말기는 각 장애 레벨에 따라 장애 알림 메시지를 수신할 수 있는 수신 그룹으로 나뉘어 저장될 수 있다. 이때, 수신 단말기 정보는 장애 알림 규칙 정보로부터 획득되며, 상기 각 수신 단말기 정보에는 속하는 수신 그룹 정보가 포함되어 있다.In this case, the network database information and the corresponding receiving terminal information is matched and stored in the memory database 111. In this case, at least one receiving terminal corresponding to each network device may be divided into a receiving group capable of receiving a failure notification message according to each level of failure. In this case, the receiving terminal information is obtained from the failure notification rule information, and each receiving terminal information includes receiving group information.
예를 들어, 하나의 네트워크 장비에 해당하는 적어도 하나의 수신 단말기를 제1 내지 제3 수신 그룹으로 설정할 수 있다. 이때, 제1 수신 그룹은 최상위 보고 그룹으로서 네트워크 장비의 현재 상태에 대한 결정권자 및 최종 보고자가 포함된 그룹일 수 있다. 또한, 제2 수신 그룹은 보편적인 보고 그룹으로서 각 장애 및 상황별 보고를 받는 자가 포함될 수 있다. 그리고 제3 수신 그룹은 네트워크 장비의 업무를 진행하는 그룹으로서 네트워크 장비를 관리하는 실무자가 포함될 수 있다. For example, at least one receiving terminal corresponding to one network device may be set as the first to third receiving groups. In this case, the first receiving group may be a group including a decision maker and a final reporter regarding the current state of the network equipment as the highest reporting group. In addition, the second receiving group may include a person who receives a report for each disorder and situation as a universal reporting group. In addition, the third receiving group may be a group that performs a task of the network equipment and may include an operator who manages the network equipment.
이처럼, 네트워크 장비의 장애를 알리는 수신 단말기를 복수의 그룹을 나누어 네트워크 장비의 장애를 통보함으로써 좀더 효율적으로 장애를 관리할 수 있다.As described above, the failure of the network equipment can be divided into a plurality of groups, and the failure of the network equipment can be notified of the failure of the network equipment.
한편, 이와 같이 수신 그룹을 나누어 설정하는 것은 일예이며, 다른 기준으로도 수신 단말기의 수신 그룹 지정은 가능하다.On the other hand, it is an example to separately set the receiving group in this way, it is possible to specify the receiving group of the receiving terminal according to other criteria.
본 발명의 실시예에 따른 메모리 데이터베이스(111)는 메모리 상주형 데이터베이스인 것이 가능하다. 이와 같은 경우 장애 감지 장치(110)에서 로그 필터링 시 필요한 각 정보를 매번 RDBMS(120)로부터 획득하는 것보다 좀 더 신속하게 정보를 획득할 수 있다.The memory database 111 according to the embodiment of the present invention may be a memory resident database. In this case, the
로그 메시지 수집부(112)는 각 네트워크 장비(100)의 실시간 로그 메시지를 수집한다. 이때, 로그 메시지 수집부(112)는 시스로그 데몬(Syslog demon) 프로그램일 수 있으며, OLTP(online transaction processing) 매커니즘으로 구현될 수 있다. 이때, 로그 메시지 수집부(112)는 OLTP 매커니즘을 이용하여 동시에 많은 양의 로그 메시지를 안정적으로 수집할 수 있다. The log
로그 메시지 처리부(113)는 수집된 각 네트워크 장비(100)의 로그 메시지를 분석하여 로그 정보를 검출하고, 검출된 로그 정보를 필터링하여 설정된 수신 단말기(130)로 장애 알림 메시지를 송출한다. 이때, 로그 정보에는 로그 메시지를 생성한 네트워크 장비 정보와 로그 레벨 및 로그 내용이 포함되어 있다. The log message processing unit 113 detects log information by analyzing collected log messages of each
예를 들어, 로그 메시지는 도 3a에서 나타낸 바와 같은 패킷 구조를 가지고 있다. 즉, 로그 메시지는 네트워크 장비(100)에서 로그 메시지가 생성된 날짜 및 시간 정보, 로그 레벨 정보, 장비 식별 정보 및 로그 내용 정보를 포함하고 있다. 이때, 장비 식별 정보는 각 네트워크 장비(100)의 IP 주소일 수 있다.For example, the log message has a packet structure as shown in FIG. 3A. That is, the log message includes the date and time information, log level information, device identification information, and log content information when the log message is generated in the
이때, 로그 메시지 처리부(113)는 위와 같은 로그 정보 중 로그 레벨 및 로그 내용을 메모리 데이터베이스(111)에 저장되어 있는 장애 레벨 정보와 비교하고, 그 비교 결과를 이용하여 로그 정보를 장애 알림 규칙에 따라 필터링 한다. At this time, the log message processing unit 113 compares the log level and the log contents of the above log information with the failure level information stored in the memory database 111 and uses the comparison result to compare the log information according to the failure notification rule. To filter.
구체적으로, 로그 메시지 처리부(113)는 검출한 로그 정보 중 로그 레벨 및 로그 내용을 메모리 데이터베이스(111)에 저장된 장애 레벨 테이블과 비교한다. 이때, 본 발명의 실시예에 따른 장애 레벨 테이블은 도 3b와 같다. 도 3b에서는 네트 워크 장비의 장애 레벨을 8 단계로 나눈 것을 나타내었으며, 각 단계를 '제1 레벨' 내지 '제8 레벨'로 나타내었다.In detail, the log message processing unit 113 compares the log level and log contents of the detected log information with a failure level table stored in the memory database 111. In this case, the failure level table according to the embodiment of the present invention is as shown in FIG. 3B. In FIG. 3B, the failure level of the network equipment is divided into eight levels, and each level is represented by 'first level' to 'eighth level'.
먼저, 제1 레벨(P301)은 이머전시(EMERGENCY) 레벨로서, 해당 네트워크 장비의 시스템이 사용 불능일 경우에 발생하는 메시지 정보가 매칭되어 저장되어 있다. 이때, 도 3b에서는 제1 레벨(P301)에 대응되는 로그 메시지의 로그 레벨이 "0"인 것을 나타내었다.First, the first level P301 is an emergency level, and message information generated when a system of a corresponding network device is unavailable is matched and stored. 3B illustrates that the log level of the log message corresponding to the first level P301 is "0".
제2 레벨(P302)은 얼럿(ALERT) 레벨로서, 해당 네트워크 장비에 즉각의 조치가 필요한 경우 발생하는 메시지 정보가 매칭되어 저장되어 있다. 예를 들어, 해당 네트워크 장비에 즉각 조치가 필요한 경우는 해당 네트워크 장비에서 정해진 시간 동안 일정횟수 이상의 링크(link)의 업/다운(up/down) 현상이 반복 발생하는 경우이다. 이러한 경우를 나타내는 'LINK FLAPP'라는 메시지가 제2 레벨(P302)에 매칭되어 저장될 수 있다. 이때, 제2 레벨(P302)에 대응되는 로그 메시지의 로그 레벨은 "1"로 나타내었다.The second level P302 is an alert level, and message information generated when immediate action is required for the corresponding network equipment is matched and stored. For example, when the network device needs immediate action, the network device may repeatedly generate a certain number of up / down links. The message 'LINK FLAPP' indicating such a case may be matched and stored at the second level P302. At this time, the log level of the log message corresponding to the second level P302 is represented by "1".
제3 레벨(P303)은 크리티컬(CRITICAL) 레벨로서, 해당 시스템에 심각한 문제가 발생하였을 경우 발생하는 메시지 정보가 매칭되어 저장되어 있다. 예를 들어, 해당 네트워크 장비에 과도한 방송 등으로 인한 포트 다운이 발생하는 경우를 나타내는 'STROM CONTROL'이라는 메시지가 제3 레벨(P303)에 매칭되어 저장될 수 있다. 이때, 제3 레벨(P303)에 대응되는 로그 메시지의 로그 레벨은 "2"로 나타내었다.The third level P303 is a critical level, and message information generated when a serious problem occurs in the corresponding system is matched and stored. For example, the message 'STROM CONTROL' indicating that a port down occurs due to excessive broadcasting or the like on the corresponding network equipment may be stored in match with the third level P303. At this time, the log level of the log message corresponding to the third level P303 is represented by "2".
제4 레벨(P304)은 에러(ERROR) 레벨로서, 잘못된 설정이나 불법적인 패킷의 운용으로 인한 경우에 발생하는 메시지 정보가 매칭되어 저장되어 있다. 예를 들 어, 스위치 포트에 대한 링크 정보가 변경되는 경우를 나타내는 'UP/DOWN'이라는 메시지가 제4 레벨(P304)에 매칭되어 저장될 수 있다. 이때, 제4 레벨(P304)에 대응되는 로그 메시지의 로그 레벨은 "3"로 나타내었다.The fourth level P304 is an error level, and message information generated when a wrong setting or illegal packet operation is matched and stored. For example, a message 'UP / DOWN' indicating that the link information of the switch port is changed may be matched and stored at the fourth level P304. At this time, the log level of the log message corresponding to the fourth level P304 is represented by "3".
제5 레벨(P305)은 워닝(WARNING) 레벨로서, 해당 장비의 리소스나 네트워크의 중복으로 인한 확인을 요하는 경우 발생하는 메시지 정보가 매칭되어 저장되어 있다. 예를 들어, 서로 다른 포트에서 동일 MAC 정보로 인한 'MAC FLAPP' 메시지가 제5 레벨(P305)에 매칭되어 저장될 수 있다. 이때, 제5 레벨(P305)에 대응되는 로그 메시지의 로그 레벨은 "4"로 나타내었다.The fifth level P305 is a warning level, in which message information generated when a check is required due to duplication of resources or a network of a corresponding device is matched and stored. For example, the 'MAC FLAPP' message due to the same MAC information in different ports may be matched and stored at the fifth level P305. At this time, the log level of the log message corresponding to the fifth level P305 is represented by "4".
제6 레벨(P306)은 노티스(NOTICE) 레벨로서, 해당 네트워크 장비의 관리자에 의해서 이루어지는 작업이 발생할 경우의 메시지 정보가 매칭되어 저장되어 있다. 예를 들어, 장비의 로그 인(login) 또는 로그 아웃(logout)이 발생하는 경우를 나타내는 'LOGIN/OUT' 메시지가 제6 레벨(P306)에 매칭되어 저장될 수 있다. 이때, 제6 레벨(P306)에 대응되는 로그 메시지의 로그 레벨은 "5"로 나타내었다.The sixth level P306 is a NOTICE level, in which message information when an operation performed by an administrator of the corresponding network device occurs is matched and stored. For example, a 'LOGIN / OUT' message indicating a case where a login or logout of the device occurs may be stored at the sixth level P306. In this case, the log level of the log message corresponding to the sixth level P306 is represented by “5”.
제7 레벨(P307)은 인포메이션(INFORMATION) 레벨로서, 해당 네트워크 장비의 통신망의 접속 및 끊김 현상이 발생할 경우의 메시지 정보가 매칭되어 저장되어 있다. 이때, 제7 레벨(P307)에 대응되는 로그 메시지의 로그 레벨은 "6"로 나타내었다.The seventh level P307 is an information level, and message information when connection and disconnection of the communication network of the corresponding network equipment occurs is matched and stored. At this time, the log level of the log message corresponding to the seventh level P307 is represented by “6”.
제8 레벨(P308)은 디버그(DEBUG) 레벨로서, 해당 네트워크 장비의 장애 해결등을 위하여 디버그 및 데스트에 의해 발생되는 메시지 정보가 매칭되어 저장되어 있다. 예를 들어, 해당 네트워크 장비의 상태가 디버그 모드인 경우를 나타내는 'DEBUG MODE' 메시지가 제8 레벨(P308)에 매칭되어 저장될 수 있다. 이때, 제8 레벨(P308)에 대응되는 로그 메시지의 로그 레벨은 "7"로 나타내었다.The eighth level P308 is a debug level, in which message information generated by debug and test is matched and stored for troubleshooting of a corresponding network device. For example, the message 'DEBUG MODE' indicating that the state of the corresponding network equipment is in the debug mode may be matched and stored at the eighth level P308. At this time, the log level of the log message corresponding to the eighth level P308 is represented by "7".
이때, 로그 메시지 처리부(113)는 현재 수신된 로그 메시지의 로그 정보에 포함된 로그 레벨과 장애 레벨 테이블의 로그 레벨을 비교하여, 해당 네트워크 장비의 장애 레벨을 검출한다. 이때, 로그 메시지 처리부(113)는 로그 정보에 포함된 로그 내용과 장애 레벨 테이블의 메시지 정보를 비교하여 장애 레벨을 검출하는 것도 가능하다.At this time, the log message processor 113 detects a failure level of the corresponding network equipment by comparing the log level included in the log information of the currently received log message with the log level of the failure level table. In this case, the log message processing unit 113 may detect the failure level by comparing the log contents included in the log information with the message information of the failure level table.
그런 다음, 로그 메시지 처리부(113)는 검출한 장애 레벨 및 로그 정보에 포함되어 있던 네트워크 장비 정보를 이용하여 메모리 데이터베이스(111)에 저장되어 있던 장애 알림 규칙 정보에 따라 로그 정보를 필터링한다. 이때, 장애 알림 규칙 정보는 각 장애 레벨에 따른 수신 그룹 정보를 포함하고 있다.Then, the log message processing unit 113 filters the log information according to the failure notification rule information stored in the memory database 111 using the detected failure level and the network equipment information included in the log information. In this case, the failure notification rule information includes reception group information according to each failure level.
예를 들어, 장애 알림 규칙 정보에서 장애 레벨 중 제1 레벨 내지 제4 레벨은 제1 수신 그룹, 제5 레벨 및 제 6 레벨은 제2 수신 그룹, 제7 레벨 및 제8 레벨은 제3 수신 그룹으로 장애 알림 메시지가 전송 되도록 설정될 수 있다. For example, in the failure notification rule information, the first to fourth levels of the failure levels are the first reception group, the fifth and sixth levels are the second reception group, and the seventh and eighth levels are the third reception group. The failure notification message may be set to be transmitted.
즉, 로그 메시지 처리부(113)는 해당 네트워크 장비의 로그 메시지 분석 결과 장애 레벨이 제3 레벨인 경우, 메시지 전송 처리부(114)를 통해 제2 수신 그룹으로 장애 알림 메시지를 전송한다. 이때, 로그 메시지 처리부(113)는 메시지 전송 처리부(114)로 해당 네트워크 장비에 대응되는 제2 수신 그룹의 수신 단말기 정보 및 장애 내용을 포함하는 장애 알림 메시지 전송 요청을 한다. That is, the log message processor 113 transmits a failure notification message to the second receiving group through the
그런 다음, 로그 메시지 처리부(113)는 현재 수신된 로그 메시지를 RDBMS(120)으로 전달한다.Thereafter, the log message processing unit 113 transmits the currently received log message to the
메시지 전송 처리부(114)는 로그 메시지 처리부(113)로부터 장애 알림 메시지 전송 요청을 받아 장애 내용을 포함하는 장애 알림 메시지를 생성하여 각 수신 단말기(130)로 전송한다. 이때, 메시지 전송 처리부(114)는 장애 알림 메시지 전송 요청에 포함된 각 수신 단말기 정보를 확인한다. 그리고 메시지 전송 처리부(114)는 수신 단말기가 이동 단말기인 경우 SMS 메시지 형식의 장애 알림 메시지를 생성하여 SMSC(SMS Center)로 전송한다. The message
한편, 메시지 전송 처리부(114)는 장애 알림 메시지를 수신할 수신 단말기가 NMS(미도시)인 경우 NMS와의 통신 규격에 따른 장애 알림 메시지를 생성하여 NMS로 전송한다. 또한, 메시지 전송 처리부(114)는 수신 단말기가 CENS인 경우 로그 내용을 설정된 음성 정보 데이터로 변환하여 CENS로 전송한다. Meanwhile, when the receiving terminal to receive the failure notification message is an NMS (not shown), the
로그 메시지 저장 처리부(115)는 현재 수집된 로그 메시지를 RDBMS(120)로 전달하여 RDBMS(120)에 저장되도록 한다. 이때, 로그 메시지 저장 처리부(115)는 자체 메모리부(미도시)를 포함할 수 있으며, 현재 수집되는 각 네트워크 장비의 로그 메시지를 임시로 저장하였다가 순차적으로 RDBMS(120)로 전송할 수 있다. The log
또한, 로그 메시지 저장 처리부(115)는 로그 메시지 전달 시 RDBMS(120)로 로그 메시지 전달이 성공적으로 수행되었다는 확인 응답을 수신할 수 있다. 이때, 로그 메시지 저장 처리부(115)는 RDBMS(120)로부터 확인 응답이 없는 경우 해당 로그 메시지의 전송을 재시도한다. In addition, the log
이와 같이, 로그 메시지 저장 처리부(115)는 실시간 로그 메시지를 임시 저 장한 후 RDBMS(120)로 전달함으로써, 장애 감지 장치(110)와 RDBMS(120) 간의 통신 단절 또는 RDBMS(120)의 시스템 다운(down) 발생 시 로그 메시지의 소실을 방지할 수 있는 효과가 있다.As such, the log
정보 관리부(116)는 RDBMS(120)로부터 각 네트워크 장비 정보, 사용자 정보, 수신 단말기 정보, 장애 레벨 정보 및 장애 알림 규칙 정보를 수신하여 메모리 데이터베이스(111)에 저장한다. 이때, 정보 관리부(116)는 RDBMS(120)로부터 각 정보의 업데이트 발생 알림 메시지가 수신되면 새로운 정보를 RDBMS(120)로부터 수신하여 메모리 데이터베이스(111)에 업데이트 한다. The
한편, 정보 관리부(116)는 자체 타이머(timer)를 포함하여 주기적으로 RDBMS(120)의 정보 업데이트 상황을 검출하여, 새로운 정보가 검출되면 메모리 데이터베이스(111)에 업데이트 하는 것도 가능하다.On the other hand, the
도 4는 본 발명의 실시예에 따른 RDBMS의 구성도이다.4 is a configuration diagram of an RDBMS according to an embodiment of the present invention.
도 4에서 나타낸 바와 같이, RDBMS(120)는 데이터베이스(121), 입력부(122), 제어부(123), 출력부(124) 및 송수신부(125)를 포함한다.As shown in FIG. 4, the
데이터베이스(121)에는 각 네트워크 장비 관리, 사용자 정보 관리, 수신 단말기 정보 관리, 장애 레벨 정보 관리 및 장애 알림 규칙 정보 관리를 수행하기 위한 각 데이터가 저장되어 있다. 또한, 데이터베이스(121)에는 장애 감지 장치(110)로부터 수신된 각 네트워크 장비의 실시간 로그 메시지가 저장되어 있다.The
구체적으로, 데이터베이스(121)에는 입력부(122)를 통해 RDBMS(120)의 사용자(또는 관리자)가 입력한 각 네트워크 장비의 정보, 사용자 정보, 수신 단말기 정 보, 장애 레벨 정보 및 장애 알림 규칙 정보가 저장되어 있다. 이때, 데이터베이스(121)에 저장되는 각 정보는 입력부(122)를 통해 RDBMS(120)의 사용자가 저장하는 방법 이외에, NMS(미도시)로부터 각 정보를 수신하여 저장하는 것도 가능하다.Specifically, the
입력부(122)는 RDBMS(120)의 사용자로부터 각 네트워크 장비(100)의 장애 관리를 위한 정보들을 입력받아 제어부(123)에 전달한다. 또한, 입력부(122)는 RDBMS(120)의 사용자로부터 로그 메시지 및 각 네트워크 장비의 장애 관리를 위한 정보 출력 요청을 입력받아 제어부(123)에 전달한다.The
제어부(123)는 RDBMS(120)의 사용자로부터 입력된 각 정보를 기능별로 구분하여 데이터베이스(121)에 저장하거나, 사용자로부터 출력 요청된 정보를 데이터베이스(121)로부터 획득하여 출력부(124)를 통해 사용자가 확인할 수 있도록 출력한다. The
또한, 제어부(123)는 장애 감지 장치(110)로부터 수신된 각 네트워크 장비의 로그 메시지를 데이터베이스(121)에 저장한다. 이때, 제어부(123)는 수신된 로그 메시지를 각 네트워크 장비별 또는 로그 메시지가 수신된 일시별로 데이터베이스(121)에 저장할 수 있다.In addition, the
한편, 본 발명의 실시예에 따른 제어부(123)는 RDBMS(120)의 사용자가 각 네트워크 장비의 장애를 관리할 수 있는 관리 애플리케이션을 실행할 수 있다. On the other hand, the
이때, 관리 애플리케이션은 장애 레벨 관리 기능, 사용자 관리 기능, 통계 관리 기능, 장애 알림 규칙 관리 기능, 장비 관리 기능 및 조회 관리 기능의 수행이 가능하도록 사용자 인터페이스(User Interface)를 제공한다. 즉, 관리 애플리케 이션을 통해 RDBMS(120)의 사용자(또는 관리자)는 각 기능들을 수행하기 위한 정보를 입력하거나 확인이 필요한 정보를 출력할 수 있다.In this case, the management application provides a user interface to perform a failure level management function, a user management function, a statistics management function, a failure notification rule management function, a device management function, and an inquiry management function. That is, a user (or an administrator) of the
구체적으로, 관리 애플리케이션의 장애 레벨 관리 기능을 이용하여 RDBMS(120)의 사용자는 장애 레벨 단계 및 각 단계에 속하는 장애 내용을 설정할 수 있다. In detail, a user of the
예를 들어, 앞서 도 3b에서 나타낸 바와 같이 RDBMS(120)의 사용자는 네트워크 장비(100)의 장애 레벨은 8 단계로 나누어 설정할 수 있다. 이때, RDBMS(120)의 사용자가 장애 레벨 및 장애 내용을 변경하여 설정하는 경우 그 변경 된 내용은 데이터베이스(121)에 갱신된다. 또한, 이와 같은 장애 레벨 변경 및 장애 내용 변경 정보는 송수신부(125)를 통해 장애 감지 장치(110) 측으로 전달된다.For example, as illustrated in FIG. 3B, the user of the
다음, 관리 애플리케이션의 사용자 관리 기능을 이용하여 RDBMS(120)의 사용자는 각 네트워크 장비(100)의 사용자 정보를 데이터베이스(121)에 저장할 수 있다. 또한, 사용자 관리 기능을 이용하여 RDBMS(120)의 사용자는 RDBMS(120)에 접속한 사용자의 접속 이력 정보를 확인할 수 있다. 이때, 사용자 정보에는 RDBMS(120)에 접속할 수 있는 사용자의 이름, 연락처 및 접속 권한 등을 포함한다. 그리고 접속 이력 정보는 사용자별 또는 일정 기간별로 확인이 가능하다. Next, a user of the
한편, 본 발명의 실시예에서는 제어부(123)가 제공하는 관리 애플리케이션의 사용자 관리 기능을 이용하여 RDBMS(120)의 사용자가 직접 사용자 정보를 입력하는 것을 설명하였다. 그런데, 또 다른 실시예로서 제어부(123)가 NMS(미도시)로부터 사용자를 수신하여 데이터베이스(121)에 저장할 수 있다. 이때, RDBMS(120)의 사용 자는 사용자 관리 기능을 이용하여 사용자 정보를 더 추가하거나 삭제할 수 있다.Meanwhile, in the embodiment of the present invention, the user of the
다음, 관리 애플리케이션의 통계 관리 기능을 이용하여 RDBMS(120)의 사용자는 각 네트워크 장비의 장애 발생 통계치를 확인할 수 있다. 이때, 각 네트워크 장비별 장애 발생 또는 전체 네트워크 장비의 장애 발생 통계치 화면에는 각각의 장애 내용이 함께 출력될 수 있다. 이와 같은 장애 발생 빈도 통계치는 일정 시간 내의 장애 발생 빈도 통계치의 확인도 가능하다.Next, a user of the
이와 같이, 통계 관리 기능을 이용하여 RDBMS(120)의 사용자는 각 네트워크 장비(100)의 장애 발생 빈도를 파악할 수 있다. 즉, RDBMS(120)의 사용자는 각 네트워크 장비(100)의 장애 발생 빈도를 분석하여 특정 장애 레벨에 따른 장애 징후를 감지하여 신속한 사전 조치가 가능하다. As such, the user of the
다음, 관리 애플리케이션의 장애 알림 규칙 관리 기능을 이용하여 RDBMS(120)의 사용자는 장애 알림 규칙 정보를 데이터베이스(121)에 저장할 수 있다. 이때, 장애 알림 규칙 정보는 사용자가 갱신할 때마다 데이터베이스(121)에 업데이트 된다. 또한, 갱신된 장애 알림 규칙 정보는 송수신부(125)를 통해 장애 감지 장치(110)에 전송된다. Next, a user of the
여기서, 장애 알림 규칙 정보는 각 네트워크 장비(100)별 장애 알림 메시지를 수신할 수신 단말기 정보와 각 수신 단말기가 속하는 수신 그룹 정보를 포함한다. 이때, 장애 알림 규칙 정보에는 장애 레벨과 장애 내용(로그 내용)에 따라 수신 단말기가 속할 수신 그룹의 설정 정보가 포함되며, 이를 적용하여 로그 메시지 필터링이 가능하다. Here, the failure notification rule information includes reception terminal information for receiving a failure notification message for each
예를 들어, 장애 알림 규칙 관리 기능을 이용하여 RDBMS(120)의 사용자는 앞서 도 3b에서 나타낸 바와 같은 8 단계 장애 레벨 중 각 장애 레벨별로 장애 알림 메시지를 수신할 수신 그룹 등급을 설정할 수 있다. For example, by using a failure notification rule management function, a user of the
다음, 관리 애플리케이션의 장비 관리 기능을 이용하여 RDBMS(120)의 사용자는 각 네트워크 장비의 정보를 데이터베이스(121)에 저장할 수 있다. 이때, 네트워크 장비의 정보는 각 네트워크 장비를 구별할 수 있는 식별 코드 또는 고유 IP 주소 등일 수 있다. 또한, 장비 관리 기능을 이용하여 RDBMS(120)의 사용자는 데이터베이스(121)에 저장된 네트워크 장비(100) 중에서 장애 알림 메시지를 수신할 특정 네트워크 장비를 설정할 수 있다. 즉, 데이터베이스(121)에 저장되는 전체 네트워크 장비 중 특정 네트워크 장비를 장애 관리 장비로 설정하는 것이 가능하다.Next, a user of the
한편, 데이터베이스(121)에 저장된 네트워크 장비 정보가 NMS(미도시)로부터 수신된 정보인 경우, RDBMS(120)의 사용자는 장비 관리 기능을 이용하여 네트워크 장비를 추가하거나 삭제할 수 있다. Meanwhile, if the network device information stored in the
다음, 관리 애플리케이션의 조회 관리 기능을 이용하여 RDBMS(120)의 사용자는 데이터베이스(121)에 저장되어 있는 각 네트워크 장비의 로그 메시지를 조회할 수 있다. 이때, 로그 메시지 조회는 실시간 로그 메시지 조회 및 지난 로그 메시지 조회가 가능하다. Next, a user of the
출력부(124)는 제어부(123)의 제어에 따라 복수의 네트워크 장비 및 각 네트워크 장비의 로그 메시지 관리를 위한 화면을 출력한다. 이때, 본 발명의 실시예에서는 출력부(124)가 웹(Web) 형식으로 관리 애플리케이션을 화면에 출력할 수 있는 것을 나타내었다. The
송수신부(125)는 장애 감지 장치(110) 또는 NMS(미도시) 등의 통신 시스템과 RDBMS(120) 간의 데이터 송수신을 담당한다. The
다음, 아래에서는 도 5을 참조하여 장애 감지 장치(110)의 로그 필터링을 통한 장애 감지 방법에 대해서 상세히 설명하도록 한다.Next, a failure detection method through log filtering of the
도 5는 본 발명의 실시예에 따른 장애 감지 장치의 장애 감지 방법을 설명하기 위한 순서도이다.5 is a flowchart illustrating a failure detection method of a failure detection apparatus according to an exemplary embodiment of the present invention.
먼저, 장애 감지 장치(110)는 복수의 네트워크 장비(100)의 실시간 로그 메시지를 수집한다(S500). 이때, 각 네트워크 장비(100)의 로그 메시지는 해당 네트워크 장비의 식별 정보와 로그 레벨 및 로그 내용을 포함하는 로그 정보를 갖고 있다.First, the
그런 다음, 장애 감지 장치(110)는 수신된 로그 메시지를 분석하여 로그 정보를 검출하고, 검출된 로그 정보를 이용하여 로그 메시지 필터링을 수행한다(S510). 이때, 장애 감지 장치(110)는 기저장되어 있던 장애 레벨 정보와 로그 정보에 포함된 로그 레벨을 비교한 후, 해당하는 장애 레벨을 검출한다. 그리고 장애 감지 장치(110)는 검출된 장애 레벨에 따른 수신 단말기 정보를 획득한다. 즉, 장애 레벨에 따른 로그 메시지를 필터링 한다.Then, the
그러면, 장애 감지 장치(110)는 로그 메시지 필터링 결과에 따라 수신 단말기로 장애 알림 메시지를 전송한다(S520). 이때, 장애 알림 메시지에는 해당 네트워크 장비의 현재 발생 된 장애 내용이 포함되어 있다. Then, the
구체적으로, 장애 감지 장치(110)는 해당 네트워크 장비의 장애 레벨에 따라 기설정되어 있던 하나 이상의 수신 단말기로 장애 알림 메시지를 전송한다. 이때, 각 레벨에 따라 기설정된 수신 단말기는 해당 네트워크 장비의 관리자의 이동 단말기이거나, NMS 또는 CENS일 수 있다. 또한, 수신 단말기는 적어도 하나의 수신 단말기로 구성되는 수신 그룹이 설정될 수 있다. In detail, the
이때, 각 장애 레벨은 즉시 장애 해결 처리가 필요한 수준의 레벨부터 간단한 경고 수준의 레벨로 구성된다. 따라서, 각 장애 레벨에 따라 설정된 수신 그룹으로 장애 알림 메시지를 전송함으로써 효율적으로 장애 해결이 가능하다.At this time, each failure level is composed of a level of simple warning level to the level that needs immediate troubleshooting. Therefore, failure can be efficiently solved by transmitting a failure notification message to a reception group set according to each failure level.
그럼 다음, 장애 감지 장치(110)는 수집된 로그 메시지를 RDBMS(120)로 전송한다(S530). 이때, 전송된 로그 메시지는 RDBMS(120)에 저장되어 각 네트워크 장비(100)의 장애를 관리하기 위한 데이터로 이용된다. 또한, 장애 감지 장치(110)는 RDBMS(120)로 로그 메시지를 전송함에 있어서, 전송할 로그 메시지를 임시 저장한 후 RDBMS(120)로 전송할 수 있다.Then, the
이상에서 본 발명의 실시예에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.Although the embodiments of the present invention have been described in detail above, the scope of the present invention is not limited thereto, and various modifications and improvements of those skilled in the art using the basic concepts of the present invention defined in the following claims are also provided. It belongs to the scope of rights.
도 1은 본 발명의 실시예에 따른 네트워크 장애 감지 시스템의 구성도이다.1 is a block diagram of a network failure detection system according to an embodiment of the present invention.
도 2는 본 발명의 실시예에 따른 장애 감지 장치의 구성도이다.2 is a block diagram of a failure detecting apparatus according to an exemplary embodiment of the present invention.
도 3a는 본 발명의 실시예에 따른 로그 메시지의 구조를 나타내는 도면이다.3A is a diagram illustrating the structure of a log message according to an embodiment of the present invention.
도 3b는 본 발명의 실시예에 따른 장애 레벨을 설명하기 위한 도면이다.3B is a diagram for describing a failure level according to an embodiment of the present invention.
도 4는 본 발명의 실시예에 따른 RDBMS의 구성도이다.4 is a configuration diagram of an RDBMS according to an embodiment of the present invention.
도 5는 본 발명의 실시예에 따른 장애 감지부 장치의 장애 감지 방법을 설명하기 위한 순서도 이다.5 is a flowchart illustrating a failure detection method of a failure detection unit device according to an exemplary embodiment of the present invention.
Claims (15)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020070111410A KR100908131B1 (en) | 2007-11-02 | 2007-11-02 | Fault detection device and method using log filtering and fault detection system using the device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020070111410A KR100908131B1 (en) | 2007-11-02 | 2007-11-02 | Fault detection device and method using log filtering and fault detection system using the device |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20090045534A KR20090045534A (en) | 2009-05-08 |
KR100908131B1 true KR100908131B1 (en) | 2009-07-16 |
Family
ID=40855623
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020070111410A Active KR100908131B1 (en) | 2007-11-02 | 2007-11-02 | Fault detection device and method using log filtering and fault detection system using the device |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR100908131B1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101327477B1 (en) | 2013-07-16 | 2013-11-08 | 서원기 | Total monitoring and control management system |
KR101758356B1 (en) * | 2017-04-11 | 2017-07-17 | 주식회사 모비젠 | Method for predicting tendency of error data of mobile network equipment and apparatus thereof |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101939370B1 (en) * | 2015-07-08 | 2019-01-16 | 주식회사 케이티 | System for managing integrated failure and method thereof |
CN106407029B (en) * | 2016-08-31 | 2020-01-31 | 福建联迪商用设备有限公司 | method and system for conveniently positioning payment terminal fault on site |
KR102473637B1 (en) * | 2017-06-29 | 2022-12-02 | 주식회사 케이티 | Apparatus and method for managing trouble using big data of 5G distributed cloud system |
KR102668325B1 (en) * | 2023-09-14 | 2024-05-23 | 인스피언 주식회사 | Method for managing interface, interface governance system, and a storage medium storing a computer-executable program to manage the interface |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20050061902A (en) * | 2003-12-18 | 2005-06-23 | 한국전자통신연구원 | Network monitoring and analysis device and method for the end user system |
KR20060013802A (en) * | 2004-08-09 | 2006-02-14 | 주식회사 케이티 | Real-time Syslog Prediction Alert and SPI Registration System in Communication Network |
-
2007
- 2007-11-02 KR KR1020070111410A patent/KR100908131B1/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20050061902A (en) * | 2003-12-18 | 2005-06-23 | 한국전자통신연구원 | Network monitoring and analysis device and method for the end user system |
KR20060013802A (en) * | 2004-08-09 | 2006-02-14 | 주식회사 케이티 | Real-time Syslog Prediction Alert and SPI Registration System in Communication Network |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101327477B1 (en) | 2013-07-16 | 2013-11-08 | 서원기 | Total monitoring and control management system |
KR101758356B1 (en) * | 2017-04-11 | 2017-07-17 | 주식회사 모비젠 | Method for predicting tendency of error data of mobile network equipment and apparatus thereof |
Also Published As
Publication number | Publication date |
---|---|
KR20090045534A (en) | 2009-05-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11050774B2 (en) | Methodology for intelligent pattern detection and anomaly detection in machine to machine communication network | |
EP4013099B1 (en) | Methods and apparatus for capturing and/or using packets to facilitate fault detection | |
CN106973093B (en) | A kind of service switch method and device | |
KR100908131B1 (en) | Fault detection device and method using log filtering and fault detection system using the device | |
US7430688B2 (en) | Network monitoring method and apparatus | |
CN107733672A (en) | Fault handling method, device and controller | |
CN101577872A (en) | System for determining real time network up time | |
KR102133001B1 (en) | Network management device, network management system and network management method | |
CN107947998B (en) | Real-time monitoring system based on application system | |
US20040006619A1 (en) | Structure for event reporting in SNMP systems | |
KR20020000225A (en) | A system and method for performing remote security management of multiple computer systems | |
CN109586975A (en) | The cognitive method and system of quality of service exception | |
CN106301826A (en) | A kind of fault detection method and device | |
US7367055B2 (en) | Communication systems automated security detection based on protocol cause codes | |
EP3607767B1 (en) | Network fault discovery | |
JP2004350198A (en) | Network control system | |
CN110971467A (en) | Network centralized management system | |
KR101265715B1 (en) | Network management system and method using smart nodes | |
JP2005044355A (en) | Remote device management software only solution | |
KR101214651B1 (en) | Apparatus for notifying the occurrence of the failure of the GPS by using the SMS MFP | |
KR101259391B1 (en) | Trouble Ticket Operating System of Communication System | |
US20200220890A1 (en) | Methodology for intelligent pattern detection and anomaly detection in machine to machine communication network | |
JP5309715B2 (en) | Managed device, trap transmission destination setting method, and trap transmission destination setting program | |
KR100807893B1 (en) | Service data network management system and its operation method | |
CN112751706A (en) | Target data transmission method and device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
PA0109 | Patent application |
Patent event code: PA01091R01D Comment text: Patent Application Patent event date: 20071102 |
|
PA0201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
PE0902 | Notice of grounds for rejection |
Comment text: Notification of reason for refusal Patent event date: 20090204 Patent event code: PE09021S01D |
|
PG1501 | Laying open of application | ||
E701 | Decision to grant or registration of patent right | ||
PE0701 | Decision of registration |
Patent event code: PE07011S01D Comment text: Decision to Grant Registration Patent event date: 20090627 |
|
GRNT | Written decision to grant | ||
PR0701 | Registration of establishment |
Comment text: Registration of Establishment Patent event date: 20090709 Patent event code: PR07011E01D |
|
PR1002 | Payment of registration fee |
Payment date: 20090710 End annual number: 3 Start annual number: 1 |
|
PG1601 | Publication of registration | ||
PR1001 | Payment of annual fee |
Payment date: 20120702 Start annual number: 4 End annual number: 4 |
|
FPAY | Annual fee payment |
Payment date: 20130701 Year of fee payment: 5 |
|
PR1001 | Payment of annual fee |
Payment date: 20130701 Start annual number: 5 End annual number: 5 |
|
FPAY | Annual fee payment |
Payment date: 20140701 Year of fee payment: 6 |
|
PR1001 | Payment of annual fee |
Payment date: 20140701 Start annual number: 6 End annual number: 6 |
|
FPAY | Annual fee payment |
Payment date: 20150626 Year of fee payment: 7 |
|
PR1001 | Payment of annual fee |
Payment date: 20150626 Start annual number: 7 End annual number: 7 |
|
FPAY | Annual fee payment |
Payment date: 20160809 Year of fee payment: 8 |
|
PR1001 | Payment of annual fee |
Payment date: 20160809 Start annual number: 8 End annual number: 8 |
|
FPAY | Annual fee payment |
Payment date: 20180702 Year of fee payment: 10 |
|
PR1001 | Payment of annual fee |
Payment date: 20180702 Start annual number: 10 End annual number: 10 |
|
PR1001 | Payment of annual fee |
Payment date: 20200701 Start annual number: 12 End annual number: 12 |
|
PR1001 | Payment of annual fee |
Payment date: 20230628 Start annual number: 15 End annual number: 15 |
|
PR1001 | Payment of annual fee |
Payment date: 20240625 Start annual number: 16 End annual number: 16 |