KR20020077000A - Methode for fault management of intranet OSI layer - Google Patents

Methode for fault management of intranet OSI layer Download PDF

Info

Publication number
KR20020077000A
KR20020077000A KR1020010041439A KR20010041439A KR20020077000A KR 20020077000 A KR20020077000 A KR 20020077000A KR 1020010041439 A KR1020010041439 A KR 1020010041439A KR 20010041439 A KR20010041439 A KR 20010041439A KR 20020077000 A KR20020077000 A KR 20020077000A
Authority
KR
South Korea
Prior art keywords
failure
layer
cause
network
correlation
Prior art date
Application number
KR1020010041439A
Other languages
Korean (ko)
Other versions
KR100492520B1 (en
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 KR10-2001-0041439A priority Critical patent/KR100492520B1/en
Publication of KR20020077000A publication Critical patent/KR20020077000A/en
Application granted granted Critical
Publication of KR100492520B1 publication Critical patent/KR100492520B1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0631Management 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0677Localisation of faults
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management 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)

Abstract

PURPOSE: A method of managing a layer failure of intranet is provided to include a failure correlative analyzing function between each layer in a communication network, to understand a basic cause of a failure by using a layer correlation, and to analyze a trap generated in each layer, thereby understanding a system having a failure. CONSTITUTION: System, subsystem, and link failures(101-103) generated from a physical layer(100) are transmitted to a data link layer(200). A DL sub-network failure(201) and a DL link failure(202) generated in a data link(200) are transmitted to a network layer(300). The network layer(300) generates a network sub-network failure(301) and a network topology link failure(302), and transmits the failures(301,302) to service layers(4-7 layers). Traps are classified by the physical layer(100), the data link layer(200), the network layer(300), and the service layers(4-7 layers). Correlation between cause and effect is analyzed for the classified traps. A failure cause/effect graph for each layer and a failure cause/effect graph have to be included between layers. A corresponding failure is selected on the failure cause/effect graph. A failure-generated position is shown by repeating the above procedure.

Description

인트라넷의 계층적 장애관리방법 {Methode for fault management of intranet OSI layer}Intranet hierarchical fault management method {Methode for fault management of intranet OSI layer}

본 발명은 인트라넷의 장애관리방법에 관한 것으로서, 보다 상세하게는 인트라넷에 계층적으로 발생하는 장애에 대하여 그 상관 관계를 분석하여 장애의 근본 원인을 찾아내어 관리자에게 경보하여 조치를 취하도록 하는 인트라넷의 계층적 장애관리방법에 관한 것이다.The present invention relates to a failure management method of an intranet, and more particularly, to analyze the correlation of failures occurring hierarchically in an intranet, to find the root cause of the failure, and to alert the administrator to take an action. Hierarchical failure management method.

최근 통신망이 고속화됨에 따라 짧은 순간에 발생하는 장애에 대해서도 대규모 데이터의 손실이 발생하게 된다. 이러한 문제를 해결하기 위하여 통신망의 장애관리 기술이 연구되고 있다.As the network speeds up recently, large-scale data loss occurs in the event of short-term faults. In order to solve this problem, the problem management technology of communication network has been studied.

종래의 통신망의 장애관리방법은 장애의 검출, 장애의 위치파악, 장애의 복구 및 장애의 근본원인 검출 같은 기능을 포함한다.Conventional fault management methods of communication networks include such functions as detection of faults, localization of faults, recovery of faults, and root cause detection of faults.

그 실시예로 'SNMP'(Simple Network Management Protocol), 'TMN'(Telecommunications Management Network), 'TINA'(Telecommunications Information Networking Architecture) 등의 망관리 기술에 의해서 적용될 수 있다. 여기서, 상기 SNMP란 단순 망관리 규약으로 가장 단순한 통신망 관리기술을 말하며 TINA는 분산 통신망에 적용할 수 있는 망관리 기술을 말한다.For example, the present invention may be applied by a network management technology such as Simple Network Management Protocol (SNMP), Telecommunications Management Network (TMN), and Telecommunications Information Networking Architecture (TINA). Here, SNMP refers to the simplest network management technology as a simple network management protocol, and TINA refers to a network management technology applicable to a distributed communication network.

SNMP를 탑재한 장비에서는 장애발생 시에 트랩(Trap)을 생성하고, TMN과 TINA망관리 기능을 탑재한 장비에서도 장애발생 시에 경보를 발생한다.In case of equipment equipped with SNMP, trap is generated in case of failure, and in case of equipment equipped with TMN and TINA network management function, alarm is generated in case of failure.

여기서, 상기 트랩은 시스템에 문제가 발생했을 때 문제가 발생한 시스템에서 자신의 장애발생을 관리자에게 알리는 메시지를 말한다.Here, the trap refers to a message informing the administrator of the failure of the system in which the problem occurred when a problem occurs in the system.

현재까지는 연구를 살펴볼 때 통신망에 발생한 다양한 장애에 대해서 그 근본 원인을 검출하기 위한 기능들은 많지 않다. 휴렛패커드(HP)사에서 만든 노드 매니저(Node Manager)나 오픈 뷰(Openview)와 같은 SNMP 기반의 망관리 프로그램은 장애에 대한 상관관계를 일부 나타내는 기능을 포함하고 있다.To date, research has shown that there are not many functions for detecting the root cause of various obstacles in the network. SNMP-based network management programs such as Hewlett-Packard (HP) 's Node Manager and Openview include some features that correlate to failures.

노드 매니저와 오픈뷰와 같은 소프트웨어는 장애가 발생했을 때 비슷한 트랩들에 대하여 연관성을 부여하고 있다.Software such as Node Manager and OpenView associate similar traps in the event of a failure.

그러나, 이와 같은 종래기술에 따른 장애관리방법은 이질적인 컴퓨터 시스템을 상호 연결하기 위한 OSI(Open System Interconnection) 7계층 중 1계층(물리계층)에서 장애가 발생했을 경우 2계층(데이터링크 계층), 3계층(네트워크 계층)에서 중복적으로 발생하는 트랩을 분석하여 그 근본적인 원인을 발견할 수 없는 문제점이 있었다.However, such a failure management method according to the related art is a layer 2 (data link layer), layer 3 when a failure occurs in one layer (physical layer) of the seven OSI (Open System Interconnection) layer for interconnecting heterogeneous computer systems. There was a problem that the root cause could not be found by analyzing duplicate traps occurring in the (network layer).

본 발명은 상기한 종래기술의 제반 문제점을 해결하기 위한 것으로, 그 목적은 통신망에서 각 계층간의 장애 상관 분석기능을 포함함으로써, 계층적인 상관관계를 이용한 장애의 근본 원인을 파악하고, 관리자에게 전송된 통신망의 각 계층에서 발생된 트랩을 분석하여 장애가 발생된 시스템의 위치를 파악하는 인트라넷의 계층적 장애관리방법을 제공함에 있다.The present invention is to solve the above problems of the prior art, the purpose is to include a failure correlation analysis function between each layer in the communication network, to identify the root cause of the failure using the hierarchical correlation, and to transmit to the administrator The present invention provides a hierarchical failure management method of an intranet that analyzes traps generated at each layer of a communication network to identify a location of a failed system.

도 1은 본 발명의 실시예에 따른 인트라넷의 계층적 장애관리를 위한 개념도이고,1 is a conceptual diagram for hierarchical failure management of an intranet according to an embodiment of the present invention;

도 2는 본 발명의 실시예에 따른 인트라넷의 계층적 장애관리를 위한 장애원인-결과 표시도이고,2 is a failure cause-result display diagram for hierarchical failure management of an intranet according to an embodiment of the present invention;

도 3a, 3b는 도 2에서 장애의 원인-결과에서 장애 상관 관계도이고,3A, 3B are disability correlation diagrams in cause-effect of disability in FIG. 2,

도 4a, 4b는 도 2에서 장애의 원인-결과에 따른 장애 위치 분석도이다.Figures 4a, 4b is a failure position analysis according to the cause-effects of the disorder in FIG.

< 도면의 주요부분에 대한 부호의 설명 ><Description of Symbols for Major Parts of Drawings>

100 : 물리계층101 : 시스템 장애100: physical layer 101: system failure

102 : 서브시스템 장애103 : 링크장애102: subsystem failure 103: link failure

200 : 데이터링크계층201 : DL 서브네트워크장애200: data link layer 201: DL sub-network failure

202 : DL 링크장애211 : 서브네트워크1.1202 DL link failure 211 Subnetwork 1.1

212 : 서브네트워크1.2221 : 서브네트워크1.1.1212: Subnetwork 1.2221: Subnetwork 1.1.1

222 : 서브네트워크1.2.1300 : 네트워크계층222: subnetwork 1.2.1 300: network layer

301 : 네트워크 서브네트워크장애302 : 네트워크 토폴로지링크장애301: network subnetwork failure 302: network topology link failure

400 : 서비스계층400: service layer

본 발명의 목적을 달성하기 위한 본 발명에 따른 인트라넷의 계층적 장애관리과정은 인트라넷 시스템의 통신을 위한 OSI(Open Systems Interconnection)계층에서 발생된 장애를 검출하여 이를 사용자에게 경보하는 망관리 기능을 수행하기 위한 프로토콜을 탑재한 인트라넷의 장애경보방법에 있어서, 상기 시스템 중 적어도 어느 하나의 계층에서 장애가 발생하면 해당 트랩을 발생하는 제 1 단계와, 상기 트랩을 계층별로 분류하는 제 2 단계와, 상기 계층별로 분류된 트랩의 상관관계를 분석하는 제 3 단계와, 상기 분석된 상관관계에 의해 장애의 원인/결과 관계 그래프를 산출하는 제 4 단계와, 상기 장애 원인/결과 그래프 상에서 해당 장애를 선택하는 제 5 단계와, 상기 장애 원인/결과 그래프 상에서 해당 장애의 원인을 상기 상관관계에 따라 장애위치를 판단하는 제 6 단계로 이루어짐을 특징으로 한다.In order to achieve the object of the present invention, a hierarchical failure management process of an intranet according to the present invention performs a network management function of detecting a failure generated in an OSI (Open Systems Interconnection) layer for communication of an intranet system and alerting the user of the failure. A method for alarming an intranet equipped with a protocol for performing the above, the first step of generating a corresponding trap when a failure occurs in at least one layer of the system, the second step of classifying the trap by layer, and the layer A third step of analyzing the correlation of traps classified by each other; a fourth step of calculating a cause / result relationship graph of the failure by the analyzed correlation; and a step of selecting a corresponding failure on the failure cause / result graph Step 5 and determine the location of the failure according to the correlation of the cause of the failure on the failure cause / result graph It is characterized by made of an sixth step.

이와 같이 이루어진 본 발명을 첨부된 도면을 참조하여 상세히 설명하면 다음과 같다.The present invention made as described above will be described in detail with reference to the accompanying drawings.

도 1은 본 발명의 일 실시 예에 따른 인트라넷의 계층적 장애관리방법을 구현하기 위한 계층별 장애 발생의 상관관계도이다.1 is a correlation diagram of occurrence of failures in each layer for implementing a hierarchical failure management method of an intranet according to an exemplary embodiment of the present invention.

이에 도시된 바와 같이, 인트라넷의 통신을 위한 OSI 계층은 물리계층(Physical Layer)(100), 데이터링크계층(Datalink Layer : 이하 "DL"이라 약칭함)(200), 네트워크계층(Network Layer)(300) 및 서비스계층(Service Layer)(400)으로 구성된다.As shown here, the OSI layer for intranet communication includes a physical layer 100, a datalink layer (abbreviated as "DL") 200, a network layer ( 300) and a service layer (Service Layer) 400.

물리계층(100)에서 일어나는 장애는 시스템 장애(System Failure)(101), 서브시스템 장애(Subsystem Failure)(102) 및 링크장애(Link Failure)(103)가 있으며, 데이터링크계층(200)은 DL 서브네트워크 장애(DL Subnetwork Failure)(201) 및DL 링크 장애(202)가 있으며, 네트워크계층(300)에서 일어나는 장애는 네트워크 서브네트워크 장애(Network Subnetwork Failure)(301) 및 네트워크 토폴로지 링크장애(Network Topology Link Failure)(302)가 있다.The failures occurring in the physical layer 100 include a system failure 101, a subsystem failure 102, and a link failure 103, and the data link layer 200 is a DL. There is a DL Subnetwork Failure 201 and a DL Link Failure 202, and the failures occurring at the Network Layer 300 are Network Subnetwork Failure 301 and Network Topology Link Failure. Link Failure) (302).

이와 같이 구성된 본 발명 실시예에 따른 작용을 첨부된 도면을 참조하여 보다 상세히 설명하면 다음과 같다.When described in more detail with reference to the accompanying drawings, the operation according to the embodiment of the present invention configured as described above are as follows.

도 1은 본 발명의 실시예에 따른 인트라넷의 계층별 장애 발생의 상관관계도 이로서, 통신망에서의 장애는 계층적으로 나누어 볼 때 1계층, 2계층, 3계층 및 상위계층(4∼7계층) 장애로 구분할 수 있다. 각 계층의 장애는 각 계층별로 상관관계를 가지게 된다.1 is a correlation diagram of the occurrence of failures in each intranet layer according to an embodiment of the present invention, the failure in the communication network is divided hierarchically 1 layer, 2 layer, 3 layer and higher layer (4-7 layer) It can be classified as a disorder. Failures in each layer are correlated in each layer.

물리계층(1계층)(100)에서 발생한 장애는 반드시 데이터링크계층(2계층)과 네트워크계층(3계층) 및 상위계층에 장애를 발생시킨다.A failure occurring in the physical layer (layer 1) 100 necessarily causes a failure in the data link layer (layer 2), the network layer (layer 3), and the upper layer.

즉, 물리계층(100)에서 발생된 시스템, 서브시스템, 링크장애(101∼103)는 데이터링크계층(200)으로 전달되고, 데이터링크(200)에서 발생된 DL서브네트워크장애(201)와 DL링크장애(202)는 네트워크층(300)으로 해당 장애를 전달한다.That is, the system, subsystem, and link failures 101 to 103 generated at the physical layer 100 are transmitted to the data link layer 200, and the DL subnetwork failure 201 and DL generated at the data link 200 are transmitted. The link failure 202 transmits the failure to the network layer 300.

네트워크층(300)에서는 네트워크 서브네트워크장애(301)와, 네트워크토폴로지링크 장애(302)가 발생하며, 해당 장애는 서비스계층(4∼7계층)으로 전달된다.In the network layer 300, a network subnetwork failure 301 and a network topology link failure 302 occur, and the failure is transmitted to a service layer (4-7 layers).

도 2는 본 발명에 따른 인트라넷의 계층적 장애관리를 위한 장애 원인-결과 그래프도이다2 is a failure cause-result graph for hierarchical failure management of an intranet according to the present invention.

이와 같이 SNMP를 탑재하고 있는 시스템은 장애관리를 위한 트랩(Trap)을 포함한다. 여기서, 트랩은 계층별(물리계층, 데이터링크계층, 네트워크계층, 서비스계층)로 분류한다.As such, a system equipped with SNMP includes a trap for fault management. Here, traps are classified by layer (physical layer, data link layer, network layer, service layer).

물리계층(100)과 데이터링크 계층(200)은 이더넷(Ethernet)기반과 ATM(Asynchronous Transfer Mode)(Backbone, LAN Switch)기반의 네트워크로 구성된다. 또한, 데이터 링크계층(200)은 'EML, L-NML, M-NML, H-NML' 계층으로 분류한다.The physical layer 100 and the data link layer 200 are composed of an Ethernet-based network and an Asynchronous Transfer Mode (ATM) -based network. In addition, the data link layer 200 is classified into an 'EML, L-NML, M-NML, H-NML' layer.

네트워크 계층(IP)(300)도 마찬가지로 'EML, L-NML, M-NML, H-NML' 계층으로 각각 분류된다.The network layer (IP) 300 is similarly classified into 'EML, L-NML, M-NML, H-NML' layers, respectively.

이와 같이 계층별로 분류된 트랩의 원인/결과의 상관관계를 분석한다.In this way, the correlation between the cause / effect of traps classified by hierarchy is analyzed.

모든 시스템은 서로 다른 트랩을 포함하고 있으므로 각 시스템에 대한 별도의 장애 원인/결과 그래프를 가져야한다.Every system contains different traps, so you should have a separate failure cause / effect graph for each system.

각 계층에 대한 장애 원인/결과 그래프와 각 계층간 장애 원인/결과 그래프를 가져야 한다.You must have a failure cause / effect graph for each layer and a failure cause / effect graph between each layer.

도 3a, 3b는 본 발명의 실시예에 따른 인트라넷의 계층적 장애관리방법을 설명하기 위한 장애 원인/결과 그래프를 이용한 장애 원인 분석/상관관계 분석도이다.3A and 3B are failure cause analysis / correlation analysis diagrams using a failure cause / result graph for explaining a hierarchical failure management method of an intranet according to an exemplary embodiment of the present invention.

이에 도시된 바와 같이 SNMP를 탑재하고 있는 소정의 서브네트워크1.1(SNW1.1)(211)와 서브네트워크1.2(SNW1.2)(212)를 접속하는 제 1 링크(Link1)의 SNW1.2(212)측 포트에서 링크장애가 발생할 경우 상위 계층의 서브네트워크(SNW1)(210)로 해당 트랩을 발생시킨다.As shown therein, the SNW1.2 212 of the first link Link1, which connects the predetermined subnetwork 1.1 (SNW1.1) 211 and the subnetwork 1.2 (SNW1.2) 212, which is loaded with SNMP, is shown. When a link failure occurs at the port, the corresponding trap is generated to the subnetwork (SNW1) 210 of the upper layer.

즉, 도 3b에 도시된 바와 같이 SNW1.2(212)에서 CTP(Connection TerminationPoint)와 상위 계층의 LTP(Link Termination Point)를 통해 상위 계층의 SNW1(210)로 전송된다.That is, as shown in FIG. 3B, the SNW1.2 212 is transmitted to the SNW1 210 of the upper layer through a connection termination point (CTP) and a link termination point (LTP) of the upper layer.

이와 같이 발생된 장애는 장애 원인/결과 그래프의 임의의 하나 또는 그 이상의 원인으로 보고한다.The failure so generated is reported as any one or more causes of the failure cause / results graph.

각 장애원인은 장애 원인/결과의 우선순위에 따라 상위로 전달하며, 전달된 각 원인은 장애 원인/결과의 우선순위에 따라 상위의 원인이 상관관계를 대표하는 경보로 보고한다.Each cause of disability is transmitted to the upper level according to the priority of the cause / effect of the failure, and each cause is reported as an alarm representing the correlation of the higher cause according to the priority of the cause / effect.

이와 같이 각 계층에서 발생된 장애 원인을 우선순위에 따라 상위로 보고하는 과정을 반복하여 최상위 계층까지 보고한다.As described above, the process of reporting the cause of failure occurring in each layer to the uppermost level is repeated to report the highest level.

도 4a, 4b는 본 발명의 실시예에 따른 인트라넷의 계층적 장애관리방법을 구현하기 위한 장애 원인/결과 그래프를 이용한 장애 위치를 파악하는 분석도이다.4A and 4B are analysis diagrams for identifying a location of a failure using a failure cause / result graph for implementing a hierarchical failure management method of an intranet according to an exemplary embodiment of the present invention.

임의의 계층의 시스템에서 장애가 발생하여 할 경우 장애관리 장치는 장애 원인/결과 그래프상에서 해당 장애를 선택한다.If a failure occurs in a system of any hierarchy, the failure management device selects the failure on the failure cause / result graph.

만약, 도 4a에서와 같이 SNW1(210)에 접속장애가 보고될 경우, 장애 원인/결과 그래프상에서 해당 장애의 원인을 검색한다.If a connection failure is reported to SNW1 210 as shown in FIG. 4A, the cause of the failure is searched for in the failure cause / result graph.

즉, SNW1(210)의 하위계층에서의 SNW1.1(211)과 SNW1.2(212)간의 링크1(Link1)과 다음 하위 계층에서의 SNW1.1.1(221)의 각 링크(Link1.1)(Link1.3)와 SNW1.2.1(222)의 각 링크(Link1.3)(Link1.2)의 장애를 검색한다.That is, Link 1 between SNW1.1 211 and SNW1.2 212 in the lower layer of SNW1 210 and each link 1.1 of SNW1.1.1 221 in the next lower layer. The faults of the respective links Link1.3 and Link1.2 of the link 1.3 and the SNW1.2.1 222 are searched for.

검색결과 snw1.1.1(221)의 링크1.1(Link1.1)에서 장애가 발생했음을 판단하게 된다.As a result of the search, it is determined that a failure has occurred in Link 1.1 of snw1.1.1 (221).

또한, 장애원인의 검색은 도 4b에 도시된 바와같이 경보 전달시 상관관계를 대표하는 경보의 원인부터 우선한다. 즉, SNW1(210)에서 하위계층의 SNW1.1(211), 링크(Link)와 링크장애가 발생된 다음 하위계층의 링크(Link1.1)를 추적하여 판단하게 된다.In addition, the search for the cause of the failure takes precedence from the cause of the alarm representing the correlation when the alarm is delivered as shown in FIG. 4B. That is, the SNW1.1 210 tracks and determines the link (Link1.1) of the lower layer after the SNW1.1 (211), the link (Link) and the link failure occurs in the lower layer.

상관관계를 대표하는 경보의 전달이 없었을 경우에는 장애 원인/결과 그래프상에서 원인/결과 관계를 가지는 모든 장애원인을 검색 및 검사해야 한다.In the absence of alerts representing correlations, all faults with a cause / effect relationship should be searched and examined on the fault cause / effect graph.

이상과 같은 과정을 반복하여 실제 장애가 발생한 위치를 파악하게 된다.By repeating the above process to determine the location where the actual failure occurred.

이상에서 본 발명에 따른 바람직한 실시예에 대해 설명하였으나, 이더넷, ATM 뿐만 아니라 기타 네트워크 통신에서도 적용이 가능하며, 본 기술분야에서 통상의 지식을 가진자라면 본 발명의 특허청구범위를 벗어남이 없이 다양한 변형예 및 수정예를 실시할 수 있을 것으로 이해된다.Although the preferred embodiment according to the present invention has been described above, it can be applied to other network communication as well as Ethernet, ATM, and those skilled in the art can be various without departing from the claims of the present invention. It is understood that modifications and variations can be made.

이상에서 설명한 바와 같이, 본 발명에 따른 인트라넷의 계층적 장애관리방법은 인트라넷에서 계층적으로 발생하는 다양한 장애들에 대한 근본적인 원인을 찾는데 사용할 수 있도록 한다. 물리계층, 데이터링크계층, 네트워크계층에서 발생하는 모든 장애가 독립적이지 않으므로 계층별 장애에 대한 상관관계를 계산하여 정확한 장애발생 원인 및 위치를 파악할 수 있는 효과가 있다.As described above, the hierarchical failure management method of the intranet according to the present invention can be used to find the root cause for various failures occurring hierarchically in the intranet. Since all faults occurring in the physical layer, data link layer, and network layer are not independent, there is an effect that the exact cause and location of the fault can be identified by calculating the correlation of faults by layer.

Claims (6)

인트라넷 시스템의 통신을 위한 OSI(Open Systems Interconnection)계층에서 발생된 장애를 검출하여 이를 사용자에게 경보하는 망관리 기능을 수행하기 위한 프로토콜을 탑재한 인트라넷의 장애경보방법에 있어서,In the intranet failure warning method equipped with a protocol for performing a network management function that detects a failure occurred in the OSI (Open Systems Interconnection) layer for communication of the intranet system and alerts the user, 상기 시스템 중 적어도 어느 하나의 계층에서 장애가 발생하면 해당 트랩을 발생하는 제 1 단계;Generating a corresponding trap when a failure occurs in at least one layer of the system; 상기 트랩을 계층별로 분류하는 제 2 단계;Classifying the trap by layer; 상기 계층별로 분류된 트랩의 상관관계를 분석하는 제 3 단계;A third step of analyzing correlations of traps classified by the layers; 상기 분석된 상관관계에 의해 장애의 원인/결과 관계 그래프를 산출하는 제 4 단계;A fourth step of calculating a cause / effect relationship graph of the disorder based on the analyzed correlation; 상기 장애 원인/결과 그래프 상에서 해당 장애를 선택하는 제 5 단계;Selecting a corresponding disorder on the disorder cause / effect graph; 상기 장애 원인/결과 그래프 상에서 해당 장애의 원인을 상기 상관관계에 따라 장애위치를 판단하는 제 6 단계로 이루어짐을 특징으로 하는 인트라넷의 계층적 장애관리방법.And a sixth step of determining a location of a failure based on the correlation of the cause of the corresponding failure on the failure cause / result graph. 제 1 항에 있어서, 상기 장애발생은 물리계층, 데이터링크계층, 네트워크계층 및 서비스 계층에서 발생하는 트랩임을 특징으로 하는 인트라넷의 계층적 장애관리방법.The method of claim 1, wherein the failure is a trap occurring at a physical layer, a data link layer, a network layer, and a service layer. 제 1 항 또는 제 2 항에 있어서, 상기 해당 계층에서 발생된 트랩은 상위 각 계층으로 전송함을 특징으로 하는 인트라넷의 계층적 장애관리방법.The method of claim 1 or 2, wherein the traps generated in the corresponding layer are transmitted to upper layers. 제 1 항에 있어서, 상기 제 4 단계는 각 계층에 대한 장애 원인/결과 그래프 및 각 계층에 각 계층간의 장애 원인/결과 그래프를 포함함을 특징으로 하는 인트라넷의 계층적 장애관리방법.The method of claim 1, wherein the fourth step comprises a failure cause / result graph for each layer and a failure cause / result graph for each layer in each layer. 제 1 항에 있어서, 상기 각 계층에서 전달된 장애원인은 장애 원인/결과의 우선 순위에 따라 상위의 상관관계를 대표하는 경보로 전달함을 특징으로 하는 인트라넷의 계층적 장애관리방법.2. The hierarchical failure management method of an intranet according to claim 1, wherein the cause of failure transmitted from each layer is transmitted as an alarm representing an upper correlation according to the priority of the cause / effect of the failure. 제 1 항에 있어서, 상기 제 6 단계는 장애 발생경보의 전달시 상관관계를 대표하는 경보의 원인부터 우선하여 검색하는 단계;The method of claim 1, wherein the sixth step comprises: searching for the cause of the alarm representing the correlation in the transmission of the failure occurrence alarm; 상기 상관관계를 대표하는 경보의 전달이 없을 경우에는 장애의 원인/결과 그래프상에서 원인/결과 관계를 가지는 모든 장애원인을 검색하는 단계; 및Retrieving all the causes of the disorder having a cause / effect relationship on the cause / effect graph of the failure when there is no delivery of the alarm representative of the correlation; And 상기 각 단계를 반복하여 실제 장애가 발생한 위치를 판단하는 단계를 포함하여 이루어짐을 특징으로 하는 인트라넷의 계층적 장애관리방법.And repeating the steps to determine the location of the actual failure.
KR10-2001-0041439A 2001-07-11 2001-07-11 Methode for fault management of intranet OSI layer KR100492520B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR10-2001-0041439A KR100492520B1 (en) 2001-07-11 2001-07-11 Methode for fault management of intranet OSI layer

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2001-0041439A KR100492520B1 (en) 2001-07-11 2001-07-11 Methode for fault management of intranet OSI layer

Publications (2)

Publication Number Publication Date
KR20020077000A true KR20020077000A (en) 2002-10-11
KR100492520B1 KR100492520B1 (en) 2005-06-02

Family

ID=27714386

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2001-0041439A KR100492520B1 (en) 2001-07-11 2001-07-11 Methode for fault management of intranet OSI layer

Country Status (1)

Country Link
KR (1) KR100492520B1 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100835284B1 (en) * 2004-06-21 2008-06-05 주식회사 케이티 Method for displaying Network Fault using Layered Symbol with patterns and apparatus thereof
US7471896B2 (en) 2003-12-18 2008-12-30 Electronics And Telecommunications Research Institute Optical transponder and method for detecting and treating errors in optical channel sublayer of the optical transponder
KR100964392B1 (en) * 2003-06-30 2010-06-17 주식회사 케이티 System and method for managing network failure
KR101027261B1 (en) * 2008-12-26 2011-04-06 포항공과대학교 산학협력단 Method and System for Detecting Error Based Policy in Process Control Network
CN106130774A (en) * 2016-07-11 2016-11-16 天脉聚源(北京)传媒科技有限公司 A kind of network fault diagnosis method and device
KR20200001070A (en) * 2018-06-26 2020-01-06 주식회사 케이티 Apparatus and method for controlling network failure with artificial intelligence based on analytic rule

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR920004412B1 (en) * 1990-06-21 1992-06-04 삼성전자 주식회사 Protocol monitoring method for each layers in implementation of osi protocol
KR100266399B1 (en) * 1998-03-04 2000-09-15 조영화 A management system and method for application service based on client/server model
KR100363517B1 (en) * 1999-12-23 2002-12-05 엘지전자 주식회사 Method For Monitoring Network State And Apparatus Thereof
US6823479B1 (en) * 2000-02-14 2004-11-23 Teradyne, Inc. Network fault analysis tool
KR100394451B1 (en) * 2001-07-10 2003-08-14 정연기 Intranet management report publisher based on TINA

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100964392B1 (en) * 2003-06-30 2010-06-17 주식회사 케이티 System and method for managing network failure
US7471896B2 (en) 2003-12-18 2008-12-30 Electronics And Telecommunications Research Institute Optical transponder and method for detecting and treating errors in optical channel sublayer of the optical transponder
KR100835284B1 (en) * 2004-06-21 2008-06-05 주식회사 케이티 Method for displaying Network Fault using Layered Symbol with patterns and apparatus thereof
KR101027261B1 (en) * 2008-12-26 2011-04-06 포항공과대학교 산학협력단 Method and System for Detecting Error Based Policy in Process Control Network
CN106130774A (en) * 2016-07-11 2016-11-16 天脉聚源(北京)传媒科技有限公司 A kind of network fault diagnosis method and device
KR20200001070A (en) * 2018-06-26 2020-01-06 주식회사 케이티 Apparatus and method for controlling network failure with artificial intelligence based on analytic rule

Also Published As

Publication number Publication date
KR100492520B1 (en) 2005-06-02

Similar Documents

Publication Publication Date Title
US6813634B1 (en) Network fault alerting system and method
EP1999890B1 (en) Automated network congestion and trouble locator and corrector
US6978302B1 (en) Network management apparatus and method for identifying causal events on a network
US7500142B1 (en) Preliminary classification of events to facilitate cause-based analysis
US7756019B2 (en) Method and devices for implementing group protection in MPLS network
US20020032761A1 (en) Method of automatically recognizing network configuration including intelligent packet relay equipment, method of displaying network configuration chart, and system thereof
US20070174449A1 (en) Method and system for identifying potential adverse network conditions
EP2795841B1 (en) Method and arrangement for fault analysis in a multi-layer network
WO2001077828A2 (en) Incremental alarm correlation method and apparatus
US6219705B1 (en) System and method of collecting and maintaining historical top communicator information on a communication device
JP4412031B2 (en) Network monitoring system and method, and program
US20060168263A1 (en) Monitoring telecommunication network elements
Stanic et al. On monitoring transparent optical networks
CN112291116A (en) Link fault detection method and device and network equipment
KR20020077000A (en) Methode for fault management of intranet OSI layer
JP2000069003A (en) Method and device for estimating multi-layer network fault influence range
JP4464256B2 (en) Network host monitoring device
KR100964392B1 (en) System and method for managing network failure
CN116302862B (en) Monitoring alarm method and system under micro-service architecture
US7843838B1 (en) Communication network route tracing
Baras et al. Automated network fault management
KR19980026888A (en) Remote fault management method using Simple Network Management Protocol (SNMP) in asynchronous transmission (ATM) device
Stanic et al. Monitoring and alarm management in transparent optical networks
US8284044B2 (en) Poll-based alarm handling system and method
Chisholm et al. Alarm Management Information Base (MIB)

Legal Events

Date Code Title Description
A201 Request for examination
G15R Request for early opening
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120504

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20130327

Year of fee payment: 9

LAPS Lapse due to unpaid annual fee