KR20200032630A - 컨트롤러기반 복구기술을 위한 장애 (fault) 이벤트 처리 방법 - Google Patents

컨트롤러기반 복구기술을 위한 장애 (fault) 이벤트 처리 방법 Download PDF

Info

Publication number
KR20200032630A
KR20200032630A KR1020190077632A KR20190077632A KR20200032630A KR 20200032630 A KR20200032630 A KR 20200032630A KR 1020190077632 A KR1020190077632 A KR 1020190077632A KR 20190077632 A KR20190077632 A KR 20190077632A KR 20200032630 A KR20200032630 A KR 20200032630A
Authority
KR
South Korea
Prior art keywords
failure
information
management system
fault
network
Prior art date
Application number
KR1020190077632A
Other languages
English (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 US16/573,658 priority Critical patent/US20200092160A1/en
Publication of KR20200032630A publication Critical patent/KR20200032630A/ko

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/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • 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/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H04L41/0856—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information by backing up or archiving configuration information

Landscapes

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

Abstract

컨트롤러 기반 장애 처리 장치 및 방법이 개시된다. 본 개의 일 실시예에 따른 방법은 네트워크에 발생한 장애에 대한 발생 원인 정보를 수신하고, 발생 원인 정보에 기초하여 장애에 대한 복구 기초 정보를 생성하는 단계, 복구 기초 정보 및 필터링 정보에 기초하여 장애를 관리 시스템에 보고할지 여부를 결정하고, 장애가 관리 시스템에 보고 대상인지 여부에 대한 보고 대상 분류 정보를 생성하는 단계 및 보고 대상 분류 정보에 기초하여 장애가 보고 대상으로 결정된 것으로 판단된 경우, 장애에 대한 발생 원인 정보를 관리 시스템에 전송하는 단계를 포함할 수 있다.

Description

컨트롤러기반 복구기술을 위한 장애 (fault) 이벤트 처리 방법{Fault management method for controller-based restoration inside network equipment}
본 발명은 네트워크에 장애가 발생하는 경우, SDN 컨트롤러 (혹은 네트워크 관리시스템)를 사용하여 빠르게 장애를 복구하기 위한 방법에 관한 것이다.
현재, G.7702 표준에는 네트워크 장애를 복구시키는 방법으로 두 가지 방법이 제안되고 있다. 제안된 두 가지 방법은 데이터평면 보호절체(data plane protection)와 컨트롤러기반 복구기술(SDN controller based restoration)이다.
데이터평면 보호절체(data plane protection)에서는 네트워크 장애로 인한 네트워크 서비스 중단을 예방하기 위해서 모든 연결경로(워킹경로: Working path)에 대해서 우회 경로(백업경로: Backup path)를 사전에 설정한다. 그래서 워킹경로에 장애가 발생하면, 네트워크 장비들이 이를 탐지하여 현재 사용 중인 워킹경로 사용을 중지하고 장애가 발생한 워킹경로를 백업경로로 대체한다. 이 경우, SDN 컨트롤러를 사용하여 장애경로를 복구하지 않고, 워킹경로에 대해서 장애를 감시하는 peer 네트워크 장비 간의 프로토콜 (예로써, APS: Automatic Protection Switching)을 사용하여 워킹경로가 백업경로로 절체(대체)된다.
반면에, SDN 컨트롤러기반 복구기술(SDN controller based restoration)에서는 네트워크 장비들에 의하여 장애경로가 복구되는 데이터평면 보호절체와 달리, SDN 컨트롤러에 의하여 워킹경로가 백업경로로 절체(대체)된다.
SDN 컨트롤러기반 복구기술은 데이터평면 보호절체가 어렵거나, 백업경로를 위한 대역확보가 어려운 경우, 네트워크 자원의 사용 효율을 높이면서 유연하게 보호경로를 제공하는 장점을 갖는다. 반면에 SDN 컨트롤러기반 복구기술은 장애를 탐지하여 경로를 복구하기까지 상대적으로 많은 시간이 소요되어 서비스 단절 시간이 길어지는 단점을 갖는다. 이러한 문제점을 극복하기 위해서는 장애신호를 탐지한 네트워크 장비가 장애신호를 신속하게 SDN 컨트롤러에게 전달할 수 있어야 한다.
본 발명은 네트워크에 장애가 발생하는 경우, 네트워크 사용 효율을 크게 증가시키기 위한 것이다.
본 발명은 네트워크에 장애가 발생하는 경우, SDN 컨트롤러 (혹은 네트워크 관리시스템)를 사용하여 빠르게 장애를 복구하기 위한 것이다.
본 발명은 네트워크 장비가 장애를 탐지하는 경우, 신속하게 장애 정보를 SDN 컨트롤러에 전달하기 위한 것이다.
본 개시에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시의 일 양상에 따르면 컨트롤러 기반 장애 처리 장치의 네트워크 장애 처리 방법이 제공될 수 있다. 상기 방법은 상기 네트워크에 발생한 장애에 대한 발생 원인 정보를 수신하고, 상기 발생 원인 정보에 기초하여 상기 장애에 대한 복구 기초 정보를 생성하는 단계, 복구 기초 정보 및 필터링 정보에 기초하여 상기 장애를 관리 시스템에 보고할지 여부를 결정하고, 상기 장애가 상기 관리 시스템에 보고 대상인지 여부에 대한 보고 대상 분류 정보를 생성하는 단계, 상기 보고 대상 분류 정보에 기초하여 상기 장애가 보고 대상으로 결정된 것으로 판단된 경우, 상기 장애에 대한 발생 원인 정보를 상기 관리 시스템에 전송하는 단계를 포함할 수 있다.
본 개시의 다른 양상에 따르면 네트워크 장애를 처리하는 컨트롤러 기반 장애 처리 장치가 제공될 수 있다. 상기 장치는 네트워크에 발생한 장애에 대한 발생 원인 정보를 수신하고, 상기 발생 원인 정보에 기초하여 상기 장애에 대한 복구 기초 정보를 생성하는 장애 이벤트 등록부, 복구 기초 정보 및 필터링 정보에 기초하여 상기 장애를 관리 시스템에 보고할지 여부를 결정하고, 상기 장애가 상기 관리 시스템에 보고 대상인지 여부에 대한 보고 대상 분류 정보를 생성하는 장애 이벤트 필터링부 및상기 보고 대상 분류 정보에 기초하여 상기 장애가 보고 대상으로 결정된 것으로 판단된 경우, 상기 장애에 대한 발생 원인 정보를 상기 관리 시스템에 전송하는 장애 이벤트 리포팅부를 포함할 수 있다.
본 발명의 일 실시예들은 방법 및 장치에 공통적으로 적용될 수 있다.
본 발명의 일 실시예에 따라, 필터링 정보는 장애 복구가 요구되는 장애 종류에 대한 정보에 해당되는 것으로, 상기 관리 시스템으로부터 수신된 정보에 해당될 수 있다.
본 발명의 일 실시예에 따라, 보고 대상 분류 정보는 상기 장애를 관리 시스템에 보고할지 여부를 결정한 결과에 기초하여 생성된 정보로, 상기 장애가 상기 관리 시스템에 보고 대상 또는 보고 대상이 아닌 경우를 표시한 정보에 해당될 수 있다.
본 발명의 일 실시예에 따라, 보고 대상 분류 정보에 기초하여 상기 장애가 상기 관리 시스템에 보고 대상에 해당되는 것으로 결정된 경우, 상기 장애에 대한 발생 원인 정보를 저장할 수 있다. 또한, 상기 관리 시스템이 상기 장애에 대한 정보를 요청하는 경우, 상기 저장된 발생 원인 정보를 상기 관리 시스템으로 전송할 수 있다.
본 발명의 일 실시예에 따라, 복구 기초 정보는 장애 복구 시 상기 관리 시스템에서 요청하는 자료에 해당될 수 있다. 이때, 복구 기초 정보에는 장애가 발생한 엔터티 (managed entity), 장애 이벤트 발생 위치, 장애 이벤트 발생 표시, 장애 이벤트 해제 표시, 장애 이벤트 발생 시점 (time stamp) 중 적어도 하나 이상의 정보가 포함될 수 있다.
본 발명의 일 실시예에 따라, 장애에 대한 상기 발생 원인 정보가 활성화(activated)되었을 때의 시간 정보를 수신하고, 상기 시간 정보를 장애 이벤트 발생 시의 시간 정보로 저장할 수 있다. 또한, 장애에 대한 상기 발생 원인 정보가 비활성화(de-activated)되었을 때의 시간 정보를 수신하고, 상기 시간 정보를 장애 이벤트 해제 시의 시간 정보로 저장할 수 있다.
본 개시에 대하여 위에서 간략하게 요약된 특징들은 후술하는 본 개시의 상세한 설명의 예시적인 양상일 뿐이며, 본 개시의 범위를 제한하는 것은 아니다.
본 발명은 네트워크에 장애가 발생하는 경우, 네트워크 사용 효율을 크게 증가시킬 수 있다.
본 발명은 네트워크에 장애가 발생하는 경우, SDN 컨트롤러 (혹은 네트워크 관리시스템)를 사용하여 빠르게 장애를 복구할 수 있다.
본 발명은 네트워크 장비가 장애를 탐지하는 경우, 신속하게 장애정보를 SDN 컨트롤러에 전달할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 일반적인 SDN 컨트롤러 기반 복구 절차에 대한 설명을 나타낸 도면이다.
도 2은 본 발명의 일 실시예에 따른, 컨트롤러 기반 장애 처리 시스템에 대한 구성도에 해당된다.
도 3은 본 발명의 일 실시예에 따른, 네트워크 장비의 내부 관리 기능에 대한 구성도 (Management function diagram of network element))이다.
도 4은 본 발명의 일 실시예에 따른 컨트롤러 기반 장애 처리 장치의 구성도에 해당된다.
도 5는 본 발명의 일 실시예에 따른 컨트롤러 기반 장애 처리 시스템의 흐름도에 해당된다.
도 6는 본 발명의 일 실시예에 따른 컨트롤러 기반 장애 처리 장치의 흐름도에 해당된다.
도 7은 본 발명의 일 실시예에 따른 CBR 장애관리 기능 상세 블럭도(Functional block diagram of CBR managment)이다.
이하에서는 첨부한 도면을 참고로 하여 본 개시의 실시 예에 대하여 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나, 본 개시는 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시 예에 한정되지 않는다.
본 개시의 실시 예를 설명함에 있어서 공지 구성 또는 기능에 대한 구체적인 설명이 본 개시의 요지를 흐릴 수 있다고 판단되는 경우에는 그에 대한 상세한 설명은 생략한다. 그리고, 도면에서 본 개시에 대한 설명과 관계없는 부분은 생략하였으며, 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
본 개시에 있어서, 어떤 구성요소가 다른 구성요소와 "연결", "결합" 또는 "접속"되어 있다고 할 때, 이는 직접적인 연결관계뿐만 아니라, 그 중간에 또 다른 구성요소가 존재하는 간접적인 연결관계도 포함할 수 있다. 또한 어떤 구성요소가 다른 구성요소를 "포함한다" 또는 "가진다"고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 배제하는 것이 아니라 또 다른 구성요소를 더 포함할 수 있는 것을 의미한다.
본 개시에 있어서, 제1, 제2 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용되며, 특별히 언급되지 않는 한 구성요소들간의 순서 또는 중요도 등을 한정하지 않는다. 따라서, 본 개시의 범위 내에서 일 실시 예에서의 제1 구성요소는 다른 실시 예에서 제2 구성요소라고 칭할 수도 있고, 마찬가지로 일 실시 예에서의 제2 구성요소를 다른 실시 예에서 제1 구성요소라고 칭할 수도 있다.
본 개시에 있어서, 서로 구별되는 구성요소들은 각각의 특징을 명확하게 설명하기 위함이며, 구성요소들이 반드시 분리되는 것을 의미하지는 않는다. 즉, 복수의 구성요소가 통합되어 하나의 하드웨어 또는 소프트웨어 단위로 이루어질 수도 있고, 하나의 구성요소가 분산되어 복수의 하드웨어 또는 소프트웨어 단위로 이루어질 수도 있다. 따라서, 별도로 언급하지 않더라도 이와 같이 통합된 또는 분산된 실시 예도 본 개시의 범위에 포함된다.
본 개시에 있어서, 다양한 실시 예에서 설명하는 구성요소들이 반드시 필수적인 구성요소들은 의미하는 것은 아니며, 일부는 선택적인 구성요소일 수 있다. 따라서, 일 실시 예에서 설명하는 구성요소들의 부분집합으로 구성되는 실시 예도 본 개시의 범위에 포함된다. 또한, 다양한 실시 예에서 설명하는 구성요소들에 추가적으로 다른 구성요소를 포함하는 실시 예도 본 개시의 범위에 포함된다.
본 개시에서 사용하는 용어에 대한 정의는 다음과 같다.
본 발명에서, 전송장비는 연결 지향(connection oriented) 방식을 사용하는 네트워크 장비를 의미할 수 있다. 또한, 전송장비는 네트워크 장비로 지칭될 수 도 있다. 이때 본 발명의 일 예시로, 전송장비는 MPLS(Multiprotocol Label Switching) 라우터, OTN(Optical Transport Network), MPLS-TP, WDM(Wavelength Division Multiplexing) 장비 등이 해당될 수 있으며, 이에 한정되지 않는다.
본 발명에서, 네트워크 관리시스템은 네트워크 내에 발생한 장애를 복구하고, 네트워크를 관리하는 시스템을 의미할 수 있다. 이 때 일 예로, 네트워크 관리시스템은 SDN 컨트롤러에 해당될 수 있으나, 이에 한정될 것은 아니다.
이하, 첨부한 도면을 참조하여 본 개시의 실시 예들에 대해서 설명한다.
도 1은 일반적인 SDN 컨트롤러 기반 복구 절차에 대한 설명을 나타낸 도면이다. 보다 상세하게는, 도 1은 SDN 컨트롤러, 네트워크 장비, 그리고 SDN 컨트롤러와 네트워크 장비를 연결하는 제어관리 네트워크 (DCN: Data Communication Network)으로 구성되는 SDN controller-based restoration 절차에 해당된다.
관련 절차는 아래와 같이 3 단계로 구분할 수 있다.
첫번째 단계는 워킹경로에 장애를 탐지한 네트워크 장비가 SDN 컨트롤러에게 장애 (Fault)를 보고하는 단계에 해당될 수 있으며, 도 1의 (1) Fault Event Report 단계에 대응될 수 있다. 두번째 단계는 SDN 컨트롤러가 우회경로(Protection Path)를 결정하여 네트워크 장비에 백업경로 설정을 요구하는 단계에 해당되며, 도 1의 (2) Recovery Switching Request 단계에 대응될 수 있다. 세번째 단계는 네트워크 장비가 장애경로(워킹경로)를 백업경로로 변경하는 절차를 완료한 다음, 이를 SDN 컨트롤러에 보고하는 단계에 해당되며, 이는 도 1의 (3) Switching Completion에 대응될 수 있다. 이때, 본 발명은 네트워크 장비가 SDN 컨트롤러에게 장애 정보 (이벤트)를 보고하는 단계에서 네트워크 장비 내부의 장애처리 방법에 관한 것이다.
도 2는 본 발명의 일 실시예에 따른, 컨트롤러 기반 장애 처리 시스템에 대한 구성도에 해당된다.
본 발명은 네트워크에 장애가 발생하는 경우, 장애 신호를 탐지한 전송 장비가 장애 신호를 신속하게 네트워크 관리시스템에 전달하기 위한 방법에 해당된다. 즉, 본 발명은 전송장비의 장애 이벤트 처리 방법에 대한 것이다.
본 발명의 컨트롤러 기반 장애 처리 시스템(200)은 장애 탐지부(210), 장애 처리부(220) 및 장애 정보 전송부(230)를 포함할 수 있다.
이때, 장애 탐지부(210)는 네트워크 상의 장애(Fault) 신호를 탐지할 수 있다. 보다 상세하게, 장애 탐지부(210)은 네트워크 상의 임의의 연결 경로에 장애가 발생된 것을 확인할 수 있다. 이때, 네트워크 상의 연결 경로란 노드 또는 링크를 포함하는 개념에 해당될 수 있다.
또한 장애 탐지부(210)는 탐지된 장애 신호에 대한 정보를 장애 처리부(220)로 전송할 수 있다. 이때, 본 발명의 일예로, 장애 탐지부(210)는 장애 신호에 대한 정보로 발생 원인 정보를 장애 처리부(220)로 전송할 수 있다.
이때, 본 발명에서 발생 원인 정보란 네트워크에서 발생한 장애가 발생하게 된 원인 정보에 해당될 수 있다. 또한, 발생 원인 정보는 추후 관리 시스템이 네트워크의 장애를 복구하기 위하여 사용되는 정보를 생성할 때 사용되는 기초 정보에 해당될 수 있다.
장애 처리부(220)는 컨트롤러에 기반하여 장애(Fault)를 처리하는 역할을 수행할 수 있다. 이때, 장애 처리부(220)는 장애 이벤트를 등록하는 기능, 장애 이벤트를 필터링 하는 기능 및 장애 이벤트를 관리 시스템에 보고하는 기능을 수행할 수 있다.
본 발명의 일 실시예에 따라, 장애 처리부(220)가 장애 이벤트를 등록(Fault Event Registration)하는 경우, 장애 처리부(220)는 네트워크에서 발생한 장애에 대한 발생 원인 정보를 장애 탐지부(210)으로부터 수신할 수 있다.
장애 처리부(220)는 발생 원인 정보에 기초하여 장애에 대한 복구 기초 정보를 생성할 수 있다.
이때, 본 발명에서 장애에 대한 복구 기초 정보는 네트워크 관리 시스템이 네트워크를 복구할 때 필요한 정보에 해당될 수 있다. 또한, 일 예로 본 발명에서 복구 기초 정보는 SDN 컨트롤러에 기반하여 네트워크를 복구할 때, SDN 컨트롤러가 필요한 정보 및 요구하는 정보에 해당될 수 있다.
이때, 장애 처리부(220)의 장애 이벤트를 등록(Fault Event Registration) 기능은 도 4의 장애 이벤트 등록부(410)에서 보다 상세히 설명된다.
본 발명의 일 실시예에 따라, 장애 처리부(220)가 장애 이벤트를 필터링(Fault Event Filtering)하는 경우, 장애 처리부(220)는 복구 기초 정보 및 필터링 정보에 기초하여 상기 장애를 관리 시스템에 보고할지 여부를 결정할 수 있다. 또한, 장애 처리부(220)는 네트워크에 발생한 장애가 관리 시스템에 보고 대상인지 여부에 대한 보고 대상 분류 정보를 생성할 수 있다.
이때, 본 발명에서 필터링 정보는 장애 복구가 요구되는 장애의 종류에 대한 정보에 해당될 수 있다. 이때, 장애 복구가 요구되는 장애란, 네트워크 내에서 백업 경로 대체가 요구되는 중대하거나 심각한 장애에 해당될 수 있다.
본 발명의 일 실시예에 따라, 필터링 정보는 관리 시스템으로부터 수신된 정보에 해당되며, 본 발명의 장치에 사전 저장되어 있는 정보에 해당될 수 있다. 또한, 본 발명의 일 실시예에 따라, 필터링 정보는 네트워크 운영자 또는 사용자가 기 설정 또는 기 정의한, 경로대체가 요구되는 심각한 장애들에 대한 정보에 해당될 수 있다.
이때, 본 발명의 일 실시예에 따라, 필터링 정보는 발생할 수 있는 각 장애들에 대해서 경로 대체가 필요한 장애 또는 경로 대체가 필요하지 않은 장애로 분류한 정보에 해당될 수 있다. 보다 상세하게, 각 장애들은 경로 대체가 필요한 중대하거나 심각한 장애로 정의되거나, 경로 대체가 필요하지 않는 경미한 장애로 정의될 수 있다. 이때, 본 발명의 일 실시예에 따라, 경로 대체가 필요한 장애는 reported로 기 정의될 수 있고, 반대로 경로 대체가 필요하지 않는 장애는 not reported로 기 정의될 수 있다. 또한, 필터링 정보는 상술한 분류 정보가 포함된 데이터일 수 있다.
이때, 본 발명에서 보고 대상 분류 정보는 네트워크에서 발생한 장애가 관리 시스템에 보고해야 하는지 여부에 대해 장애 이벤트 필터링부가 판단한 결과에 해당될 수 있다. 본 발명의 일 예시에 따라, 보고 대상 분류 정보는 장애가 상기 관리 시스템에 보고 대상 또는 보고 대상이 아닌 경우를 표시한 정보에 해당될 수 있다. 보다 상세하게는, 보고 대상 분류 정보는 현재 네트워크에서 발생한 장애가 보고 대상에 해당되는 경우 또는 보고 대상에 해당되지 않은 경우, 각각에 대한 판단 결과에 기초하여 생성된 정보에 해당될 수 있다. 또한, 보고 대상 분류 정보는 네트워크에 발생한 장애가 관리 시스템에 보고 대상인 경우와 장애가 관리 시스템에 보고 대상이 아닌 경우로 분류하는 정보를 의미할 수 있다.
본 발명의 일 실시예에 따라, 장애 처리부(220)가 장애 이벤트를 관리 시스템에 보고(Fault Event Reporting)하는 경우, 보고 대상 분류 정보에 기초하여 장애가 보고 대상으로 결정된 것인지 판단할 수 있다.
또한, 장애 처리부(220)는 장애가 보고 대상으로 결정된 경우, 장애에 대한 발생 원인 정보를 관리 시스템으로 전송하기 위해, 해당 정보를 장애 정보 전송부(230)에 전달할 수 있다.
장애 정보 전송부(230)는 관리 시스템에 네트워크 상에 장애가 발생하였다는 신호를 전송할 수 있다. 또한, 장애 정보 전송부(230)는 관리 시스템 및 외부 장치와 발생한 장애 대한 문의 및 보고에 대한 신호를 송수신할 수 있다. 이때, 외부 장치는 본 발명의 장애 이벤트 처리 전송 장비 외의 네트워크 상의 장비를 의미할 수 있다. 또한, 외부 장치는 네트워크 관리시스템, SDN 컨트롤러에 해당될 수 있으며, 상술한 예에 한정되지 않는다.
도 3은 본 발명의 일 실시예에 따른, 네트워크 장비의 내부 관리 기능에 대한 구성도 (Management function diagram of network element))이다.
ITU-T G.7710 (Common equipment management function requirements)은 다양한 전송 기술에 공통으로 적용되는 전송장비 내부 관리기능 (Equipment management functions :EMFs)을 권고한다. 여기에는 전송장비를 관리하기 위한 FCAPS (Fault management, Configuration management, Account management, Performance management, Security management) 기능들이 기술되어 있다.
보다 상세하게는, 도 3은 ITU-T G.7710 에서 권고하고 있는 전송 장비 내부 기능 (Network Element Function: NEF) 구성도에 본 발명인 컨트롤러 기반 복구(CBR, Controller based restoration) 장치 및 방법이 적용된 실시예를 보여준다.
이때, 전송 장비 내부 기능(NEF)에 포함된 블럭들의 기능은 ITU-T G.7710의 블럭들의 기능과 동일할 수 있다. 전송 장비 내부 기능(NEF)는 Transport plane atomic function (TPAF) 블럭, Equipment management function (EMF) 블럭, Message communication function (MCF) 블럭으로 구성될 수 있다.
이때, Transport plane atomic function(TPAF) 블럭은 데이터 교환, 전송, 그리고 네트워크 장애를 탐지할 수 있다. 또한, Equipment management function (EMF) 블럭은 전송 장비를 제어 및 관리하는 기능을 수행할 수 있다. Message communication function (MCF) 블럭은 전송 장비와 외부 장치 사이의 통신 메시지를 처리하는 기능을 수행할 수 있다.
이 때 본 발명의 일 실시예로, 본 발명은 컨트롤러 기반 복구(CBR, Controller based restoration) 방법을 상술한 전송 장비 내부 기능 (Network Element Function: NEF) 구성에 추가하여 구현될 수 있다.
이때, 도 3의 전송 장비 내부 기능(NEF)의 블럭 중 도 2에는 본 발명에서 필요한 필수 기능이 구현된바 있다. 일 예로, 장애 탐지부(210)는 Transport plane atomic function(TPAF) 블럭과 같이 네트워크 상의 장애를 탐지할 수 있다. 그리고, 장애 정보 전송부(230)는 Message communication function (MCF) 블럭과 같이 전송 장비와 외부 장치 사이의 통신 메시지를 처리하는 기능을 수행할 수 있다.
이때, 장애 처리부(220)은 도 3의 컨트롤러 기반 복구(CBR, Controller based restoration) 블럭과 대응될 수 있다. 또한, 컨트롤러 기반 복구(CBR, Controller based restoration) 블럭은 Equipment management function (EMF) 블럭에 구현될 수 있다. 또한, 본 발명의 일 예에 따라, 컨트롤러 기반 복구(CBR, Controller based restoration) 블럭은 컨트롤러 기반에서 장애 신호를 처리하는 역할을 수행할 수 있다.
본 발명에서 제안하는 컨트롤러기반 복구기술을 위한 장애 (Fault) 신호 전달과정은 다음과 같다. Transport plane atomic function(TPAF) 블럭은 네트워크 장비를 통과하는 모든 연결경로들을 제공하며, 만약 임의의 연결경로 (혹은 노드/링크)에 장애 (Fault)가 발생되면, 이를 Equipment management function (EMF) 블럭에 통보할 수 있다. 통보된 장애신호는 Equipment management function (EMF) 블럭 내부의 컨트롤러 기반 복구(CBR, Controller based restoration) 관리기능에 전달되어 처리되며, Message communication function (MCF) 블럭을 통해서 외부에 위치한 SDN 컨트롤러 (혹은 관리시스템)에 전달될 수 있다.
도 4은 본 발명의 일 실시예에 따른 컨트롤러 기반 장애 처리 장치의 구성도에 해당된다.
본 발명은 네트워크에 장애가 발생하는 경우, 장애신호를 탐지한 전송 장비가 장애신호를 신속하게 네트워크 관리시스템에 전달하기 위한 방법에 해당된다. 즉, 전송장비의 장애 이벤트 처리 방법에 대한 것이다.
현재의 ITU-T 국제 표준(G.7710)에 의하면, 네트워크 장비는 장애신호(Fault)를 탐지한 다음, 약 2.5초 이상 장애신호가 지속되는 경우에만, 경보 (Alarm)를 선언하고 이를 외부로 전달한다. 따라서, SDN 컨트롤러가 네트워크 장비로부터 경보신호를 전달받는데 최소 2.5초 이상이 소요된다. 이러한 문제를 극복하기 위해서 본 발명에서는 경보신호 대신에 장애신호(Fault)를 직접 SDN 컨트롤러에 전달하기 위한 방법을 제안한다.
본 발명에서 장애 이벤트 처리 전송 장치(400)는 장애 이벤트 등록부(410), 장애 이벤트 필터링부(420) 및 장애 이벤트 리포팅부(430)으로 구성될 수 있다. 이때, 본 발명에서, 컨트롤러 기반 장애 처리 장치(400)은 도 2의 장애 처리부(220)에 대응되는 개념일 수 있다.
장애 이벤트 등록부(410)는 장애 이벤트 등록부(410)는 네트워크에 발생한 장애에 대한 발생 원인 정보를 수신할 수 있다. 또한 장애 이벤트 등록부(410)는 장애에 대한 발생 원인 정보에 기초하여, 장애에 대한 복구 기초 정보를 생성할 수 있다.
이때, 복구 기초 정보에는 장애가 발생한 엔터티 (managed entity), 장애 이벤트 발생 위치, 장애 이벤트 발생 표시, 장애 이벤트 해제 표시, 장애 이벤트 발생 시점 (time stamp) 등 이 포함될 수 있으며, 상술한 예에 한정되지 않는다. 또한, 복구 기초 정보에는 상기의 정보들이 하나 이상 포함될 수 있다.
장애 이벤트 등록부(410)는 장애 이벤트 발생 및 장애 이벤트 해제를 선언할 수 있다. 이때, 장애 이벤트 등록부(410)는 장애 이벤트 발생 및 장애 이벤트 해제를 선언할 경우의 시간 정보를 저장할 수 있다. 이때, 시간 정보는, 외부에서 제공될 수 있으며, 본 발명의 일 예에 따라, 도 7의 Date and time functions에서 장애 이벤트의 발생/해제 등을 선언하기 위해서 사용되는 시간 정보를 CBR 관리기능에 제공할 수 있으나, 이에 한정될 것은 아니다.
이때, 장애 이벤트 등록부(410)가 장애 이벤트의 발생을 선언하는 경우, 장애에 대한 발생 원인 정보가 활성화(activated)되었을 때의 시간 정보를 외부로부터 수신할 수 있다. 또한, 장애 이벤트 등록부(410)는 수신한 시간 정보를 장애 이벤트 발생 시의 시간 정보로 저장할 수 있다. 보다 상세하게는, 장애 이벤트 등록부(410)가 장애(컨트롤러 기반 장애 처리 이벤트)가 발생 했음을 선언(또는 등록)하는 경우, 장애 이벤트 등록부(410)에서 장애에 대한 발생 원인 정보(fault cause)가 활성화(activated)되었을 때의 시간이 장애 이벤트 발생에 대한 타임 스탬프(time stamp)로 표시될 수 있다. 또한, 본 발명의 일 예에 따라, 타임 스탬프(time stamp)는 장애 이벤트 등록부(410)의 입력단에 장애에 대한 발생 원인 정보(fault cause)가 활성화(activated)된 시간에 해당될 수 있다.
한편, 장애 이벤트 등록부(410)가 장애 이벤트의 해제(clearing)을 선언하는 경우, 장애에 대한 발생 원인 정보가 비활성화(de-activated)되었을 때의 시간 정보를 외부로부터 수신할 수 있다. 또한, 장애 이벤트 등록부(410)는 수신한 시간 정보를 장애 이벤트 해제 시의 시간 정보로 저장할 수 있다. 보다 상세하게는, 장애 이벤트 등록부(410)가 컨트롤러 기반 장애 처리 이벤트가 해제 (clearing)했음을 선언(또는 등록)하는 경우, 장애 이벤트 등록부(410)에서 장애에 대한 발생 원인 정보(fault cause)가 비활성화(de-activated)되었을 때의 시간이 장애 이벤트 해제에 대한 타임 스탬프(time stamp)로 표시될 수 있다. 또한, 본 발명의 일 예에 따라, 타임 스탬프(time stamp)는 장애 이벤트 등록부(410)의 입력단에 장애에 대한 발생 원인 정보(fault cause)가 비활성화(de-activated)된 시간에 해당될 수 있다.
그리고, 장애 이벤트 등록부(410)는 상술한 방법으로 생성한 복구 기초 정보를 장애 이벤트 필터링부(420)로 전달할 수 있다.
장애 이벤트 필터링부(420)는 수신된 장애 신호 가운데, 백업경로 대체가 요구되는 중대하거나 심각한 장애 종류들을 식별할 수 있다. 즉, 장애 이벤트 필터링부(420)는 복구 기초 정보 및 필터링 정보에 기초하여 네트워크에 발생한 장애를 관리 시스템에 보고할지 여부를 결정할 수 있다. 또한 장애 이벤트 필터링부(420)는 장애가 관리 시스템에 보고 대상인지 여부에 대한 보고 대상 분류 정보를 생성할 수 있다. 또한, 장애 이벤트 필터링부(420)는 복구 기초 정보 및 생성된 보고 대상 분류 정보를 장애 이벤트 리포팅부(430)으로 전달할 수 있다.
즉, 장애 이벤트 필터링부(420)는 장애 복구가 요구되는 장애에 대한 정보인 필터링 정보를 이용하여, 현재 발생한 장애가 관리 시스템에 보고 대상인지 판단할 수 있다. 또한, 장애 이벤트 필터링부(420)는 각각의 장애에 대해 보고 대상인지 판단된 결과에 해당하는 보고 대상 분류 정보를 생성할 수 있다.
즉, 장애 이벤트 필터링부(420)는 상술한 필터링 정보에 기초해, 현재 발생한 장애가 관리 시스템에 보고를 해야 하는 중대한 장애에 해당되는지 결정할 수 있다. 그 후 결정에 대한 결과인 보고 대상 분류 정보를 생성할 수 있다.
일 예로, 특정 장애가 중대한 오류로 판단되어, 필터링 정보에 경로 대체가 필요한 장애로 분류되어 있을 수 있다. 장애 이벤트 필터링부(420)는 현재 발생한 장애가 상술한 특정 장애에 해당되는 경우, 보고 대상으로 분류한 보고 대상 분류 정보를 생성하고, 생성된 보고 대상 분류 정보를 장애 이벤트 리포팅부(430)로 전달할 수 있다. 또한, 특정 장애가 경미한 오류로 판단되어, 필터링 정보에 경로 대체가 필요하지 않은 장애로 분류되어 있을 수 있다. 장애 이벤트 필터링부(420)는 현재 발생한 장애가 상술한 특정 장애에 해당되는 경우, 보고 대상이 아닌 것으로 분류한 보고 대상 분류 정보를 생성하고, 생성된 보고 대상 분류 정보를 장애 이벤트 리포팅부(430)로 전달할 수 있다.
장애 이벤트 리포팅부(430)는 보고 대상 분류 정보에 보고 대상으로 분류 표시 장애만을 관리 시스템에게 전달할 수 있다.
장애 이벤트 리포팅부(430)는 보고 대상 분류 정보에 기초하여 장애가 보고 대상으로 결정된 것으로 판단된 경우, 장애에 대한 발생 원인 정보를 관리 시스템에 전송할 수 있다. 또한, 장애 이벤트 리포팅부(430)는 관리 시스템이 장애에 대한 정보를 요청하는 경우, 저장된 발생 원인 정보를 관리 시스템으로 전송할 수 있다.
도 5는 본 발명의 일 실시예에 따른 컨트롤러 기반 장애 처리 시스템의 흐름도에 해당된다.
먼저, 장애 탐지부(210)는 네트워크에서 발생한 장애를 추적하고, 발생한 장애에 대한 발생 원인 정보를 장애 처리부(220)로 전달할 수 있다.(S510)
그 후 장애 처리부(220)는 상술한 방법에 따라, 먼저 장애 이벤트를 등록(S520)하고, 장애 이벤트를 필터링(S530)한 후, 장애 이벤트를 관리 시스템에 보고(S540)할 수 있다.
도 6는 본 발명의 일 실시예에 따른 컨트롤러 기반 장애 처리 장치의 흐름도에 해당된다.
컨트롤러 기반 장애 처리 장치가 네트워크에서 발생한 장애를 처리하는 경우, 먼저 장애 이벤트 등록부(410)는 네트워크에 발생한 장애에 대한 발생 원인 정보를 수신할 수 있다.(S610) 그 후, 장애 이벤트 등록부(410)는 발생 원인 정보에 기초하여 장애에 대한 복구 기초 정보를 생성할 수 있다.(S620)
장애 이벤트 필터링부(420)는 복구 기초 정보 및 필터링 정보에 기초하여 장애를 관리 시스템에 보고할지 여부를 결정할 수 있다.(S630) 그리고, 장애 이벤트 필터링부(420)는 장애가 상기 관리 시스템에 보고 대상인지 여부에 대한 보고 대상 분류 정보를 생성할 수 있다.(S640)
장애 이벤트 리포팅부(430)는 보고 대상 분류 정보에 기초하여 장애가 보고 대상으로 결정된 것으로 판단된 경우, 상기 장애에 대한 발생 원인 정보를 상기 관리 시스템에 전송할 수 있다.(S650)
도 7은 본 발명의 일 실시예에 따른 CBR 장애관리 기능 상세블럭도(Functional block diagram of CBR managment)이다.
보다 상세하게는 도 7는 3개의 주요 기능 블럭으로 구성된 CBR 관리기능의 내부 블럭도를 보여준다: Fault event registration, Fault event filtering, Fault event reporting. 즉, 도 7은 도 3를 고려하여 구현된 일 예시를 설명한 도면에 해당된다. 이때, 도 7은 본 발명의 컨트롤러 기반 장애 처리 시스템(200)에 포함된 장애 처리부(220)의 정보의 전달 과정 및 동작을 설명한 도면에 해당될 수 있다. 또한, 일 예로, 도 4의 컨트롤러기반 장애 처리 장치(400)의 정보의 전달 과정 및 동작을 설명한 일 예에 해당될 수 있다.
이때, 도 7에서는 정보의 전달을 명확하게 표현하기 위하여, 일 예로, 정보 전달 표시자들을 사용하여, 정보의 전달 과정을 표현하였다. 이는 본 발명의 일 예시에 해당되며, 상술한 정보들에 대응될 수 있다.
예로, cZZZ-value는 본 발명의 장애에 대한 발생 원인 정보에 대응되는 개념일 수 있다. cbrzzz-value는 본 발명의 장애에 대한 복구 기초 정보에 대응되는 개념일 수 있다. cbrzzz-fef는 본 발명의 보고 대상 분류 정보에 대응되는 개념일 수 있다. FEF information는 본 발명의 필터링 정보에 대응되는 개념일 수 있다.
또한, 도 7에서 표현한 각각의 블럭은 본 발명의 도 4에서 설명된 유닛에 대응되는 개념일 수 있다. 예로, Fault event registration 블럭은 장애 이벤트 등록부(410)와 대응되는 개념일 수 있다. Fault event filtering 블럭은 장애 이벤트 필터링부(420)와 대응되는 개념일 수 있다. Fault event reporting 블럭은 장애 이벤트 리포팅부(430)에 대응되는 개념일 수 있다.
Fault event registration 블럭은 Transport plane atomic function (TPAF) 블럭으로부터 장애 발생 원인 정보 (cZZZ-value)를 통보 받을 수 있다. 그리고, Fault event registration 블럭은 컨트롤러기반 복구기술(SDN controller based restoration)에 사용(요구)되는 데이터(복구 기초 정보, cbrZZZ-value)를 생성하여 Fault event filtering 블럭에 전달할 수 있다.
cbrZZZ-value에는 대상(장애가 발생한) 엔터티 (managed entity), 장애 이벤트 위치, 장애 이벤트 발생 혹은 해제 표시, 장애 이벤트 발생 시점 (time stamp) 등이 포함될 수 있다. CBR event declaration(선언)에서 time stamp는 Fault event registration의 입력단에 fault cause가 activated된 시간이 표시될 수 있다. CBR event clearing(해제)에서 time stamp는 Fault event registration의 입력단에 fault cause가 de-activated된 시간이 표시될 수 있다.
Fault event filtering 블럭은 수신된 장애신호 가운데, 백업경로 대체가 요구되는 중대한(심각한) 장애 종류들을 식별하는 기능을 수행할 수 있다. Fault event filtering 블럭은SDN 컨트롤러 (혹은 관리시스템)로부터 경로 대체가 요구되는 중대한 장애 종류에 대한 정보를 FEF information을 통해서 제공받고, 사전에 저장해 놓을 수 있다. 그 후, Fault event filtering 블럭은 Fault event registration 블럭으로부터 장애 발생을 통보 받으면, 상술한 중대한 장애 종류에 대한 정보를 사용하여, 수신 장애를 SDN 컨트롤러에 보고할 지 여부를 결정할 수 있다. 따라서, Fault event filtering 블럭은 Fault event registration으로부터 장애 신호를 수신하면, FEF information을 참조하여 수신된 장애를 SDN 컨트롤러에 보고할 지 여부를 cbrZZZ-fef에 표시하여 cbrZZZ-value와 함께 Fault event reporting 블럭에 전달할 수 있다.
네트워크 운영자는 경로대체가 요구되는 심각한 장애 종류를 정의할 수 있으며, 이를 FEF information을 통해서 전송장비로 전달할 수 있다.만약, FEF information에 의하여 수신된 장애가 경로 대체가 필요한 중대한(심각한) 장애로 정의("reported"로 정의) 되었다면, FEF는 cbrZZZ-fef에 "reported"로 표시되어 Fault event reporting 블럭으로 전달될 수 있다. 반대로 FEF information에 의하여 수신된 장애가 경로 대체가 필요하지 않는 경미한 장애로 정의("not reported"로 정의) 되면, cbrZZZ-fef에"not reported"로 표시되어 Fault event reporting 블럭으로 전달될 수 있다.
Fault event reporting 블럭은 SDN 컨트롤러에게 "reported"라고 표시된 장애만을 SDN 컨트롤러로 전달할 수 있다. 그리고 Fault event reporting 블럭은 모든 reported 장애 정보를 저장하여 외부시스템 (SDN 컨트롤러를 포함)과 장애 정보를 동기화하는데 사용할 수 있다. 따라서, SDN 컨트롤러를 포함한 외부시스템에서 장애 정보에 대한 문의가 있는 경우, Fault event reporting 블럭은 상기 저장된 정보를 회신할 수 있다.
Date and time functions은 장애 이벤트의 발생/해제 등을 선언하기 위해서 사용되는 시간 정보를 CBR 관리기능에 제공할 수 있다.
본 발명은 VTN(Virtual Tenant Network) 보호 절체 서비스 제공 절차에 대한 발명이다. 네트워크 장애로 인한 네트워크 서비스 중단은 통신사업자에게 막대한 손실을 초래할 수 있다. SDN 개념이 적용되지 않는 현재의 전송네트워크에서는 네트워크 장애에 대비하여 모든 연결경로를 설정할 때마다, 백업경로가 별도로 설정된다. 이러한 이유로 설치된 네트워크의 절반 이상이 대기상태로 유지된다.
반면에 SDN 컨트롤러를 사용하여 장애를 복구하는 경우에는 네트워크 경로에 장애가 발생하게 되면, SDN 컨트롤러가 이를 탐지하여 신속하게 백업경로를 생성하여 데이터 트래픽을 우회시킨다. 그러므로 백업경로를 사전에 확보할 필요가 없기 때문에 네트워크 사용 효율을 크게 증가시킬 수 있다.
이때, 반드시 네트워크 장비에서 탐지된 장애신호가 신속하게 SDN 컨트롤러에 전달되어 장애로 인한 서비스 단절을 최소화해야 한다. 본 발명은 이러한 이러한 장애신호를 빠르게 전달하는 방법을 제안하고 있다. 본 발명을 적용하는 경우, 자체 구축한 시험환경에서 경로 절체 시간이 약 4초에서 80ms로 단축되는 효과가 있음을 확인하였다.
본 개시의 예시적인 방법들은 설명의 명확성을 위해서 동작의 시리즈로 표현되어 있지만, 이는 단계가 수행되는 순서를 제한하기 위한 것은 아니며, 필요한 경우에는 각각의 단계가 동시에 또는 상이한 순서로 수행될 수도 있다. 본 개시에 따른 방법을 구현하기 위해서, 예시하는 단계에 추가적으로 다른 단계를 포함하거나, 일부의 단계를 제외하고 나머지 단계를 포함하거나, 또는 일부의 단계를 제외하고 추가적인 다른 단계를 포함할 수도 있다.
본 개시의 다양한 실시 예는 모든 가능한 조합을 나열한 것이 아니고 본 개시의 대표적인 양상을 설명하기 위한 것이며, 다양한 실시 예에서 설명하는 사항들은 독립적으로 적용되거나 또는 둘 이상의 조합으로 적용될 수도 있다.
또한, 본 개시의 다양한 실시 예는 하드웨어, 펌웨어(firmware), 소프트웨어, 또는 그들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 범용 프로세서(general processor), 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
본 개시의 범위는 다양한 실시 예의 방법에 따른 동작이 장치 또는 컴퓨터 상에서 실행되도록 하는 소프트웨어 또는 머신-실행가능한 명령들(예를 들어, 운영체제, 애플리케이션, 펌웨어(firmware), 프로그램 등), 및 이러한 소프트웨어 또는 명령 등이 저장되어 장치 또는 컴퓨터 상에서 실행 가능한 비-일시적 컴퓨터-판독가능 매체(non-transitory computer-readable medium)를 포함한다.
200: 컨트롤러 기반 장애 처리 시스템
210: 장애 탐지부
220: 장애 처리부
230: 장애 정보 전송부
400: 컨트롤러 기반 장애 처리 장치
410: 장애 이벤트 등록부
420: 장애 이벤트 필터링부
430: 장애 이벤트 리포팅부

Claims (20)

  1. 컨트롤러 기반 장애 처리 장치의 네트워크 장애 처리 방법에 있어서,
    상기 네트워크에 발생한 장애에 대한 발생 원인 정보를 수신하고, 상기 발생 원인 정보에 기초하여 상기 장애에 대한 복구 기초 정보를 생성하는 단계;
    상기 복구 기초 정보 및 필터링 정보에 기초하여 상기 장애를 관리 시스템에 보고할지 여부를 결정하고, 상기 장애가 상기 관리 시스템에 보고 대상인지 여부에 대한 보고 대상 분류 정보를 생성하는 단계;
    상기 보고 대상 분류 정보에 기초하여 상기 장애가 보고 대상으로 결정된 것으로 판단된 경우, 상기 장애에 대한 발생 원인 정보를 상기 관리 시스템에 전송하는 단계; 를 포함하는 것을 특징으로 하는 네트워크 장애 처리 방법.
  2. 제 1항에 있어서
    상기 필터링 정보는 장애 복구가 요구되는 장애 종류에 대한 정보에 해당되는 것으로, 상기 관리 시스템으로부터 수신된 정보에 해당되는 것을 특징으로 하는 네트워크 장애 처리 방법.
  3. 제 1항에 있어서
    상기 보고 대상 분류 정보는 상기 장애를 관리 시스템에 보고할지 여부를 결정한 결과에 기초하여 생성된 정보로, 상기 장애가 상기 관리 시스템에 보고 대상 또는 보고 대상이 아닌 경우를 표시한 정보에 해당되는 것을 특징으로 하는 네트워크 장애 처리 방법.
  4. 제 1항에 있어서
    상기 보고 대상 분류 정보에 기초하여 상기 장애가 상기 관리 시스템에 보고 대상에 해당되는 것으로 결정된 경우, 상기 장애에 대한 발생 원인 정보를 저장하는 것을 특징으로 하는 네트워크 장애 처리 방법.
  5. 제 4항에 있어서
    상기 관리 시스템이 상기 장애에 대한 정보를 요청하는 경우, 상기 저장된 발생 원인 정보를 상기 관리 시스템으로 전송하는 것을 특징으로 하는 네트워크 장애 처리 방법.
  6. 제 1항에 있어서
    상기 복구 기초 정보는 상기 장애 복구 시 상기 관리 시스템에서 요청하는 자료에 해당되는 것을 특징으로 하는 네트워크 장애 처리 방법.
  7. 제 6항에 있어서
    상기 복구 기초 정보에는 장애가 발생한 엔터티 (managed entity), 장애 이벤트 발생 위치, 장애 이벤트 발생 표시, 장애 이벤트 해제 표시, 장애 이벤트 발생 시점 (time stamp) 중 적어도 하나 이상의 정보가 포함되는 것을 특징으로 하는 네트워크 장애 처리 방법.
  8. 제 1항에 있어서
    장애에 대한 상기 발생 원인 정보가 활성화(activated)되었을 때의 시간 정보를 수신하고, 상기 시간 정보를 장애 이벤트 발생 시의 시간 정보로 저장하는 것을 특징으로 하는 네트워크 장애 처리 방법.
  9. 제 1항에 있어서
    장애에 대한 상기 발생 원인 정보가 비활성화(de-activated)되었을 때의 시간 정보를 수신하고, 상기 시간 정보를 장애 이벤트 해제 시의 시간 정보로 저장하는 것을 특징으로 하는 네트워크 장애 처리 방법.
  10. 네트워크 장애를 처리하는 컨트롤러 기반 장애 처리 장치에 있어서,
    상기 네트워크에 발생한 장애에 대한 발생 원인 정보를 수신하고, 상기 발생 원인 정보에 기초하여 상기 장애에 대한 복구 기초 정보를 생성하는 장애 이벤트 등록부;
    상기 복구 기초 정보 및 필터링 정보에 기초하여 상기 장애를 관리 시스템에 보고할지 여부를 결정하고, 상기 장애가 상기 관리 시스템에 보고 대상인지 여부에 대한 보고 대상 분류 정보를 생성하는 장애 이벤트 필터링부; 및
    상기 보고 대상 분류 정보에 기초하여 상기 장애가 보고 대상으로 결정된 것으로 판단된 경우, 상기 장애에 대한 발생 원인 정보를 상기 관리 시스템에 전송하는 장애 이벤트 리포팅부; 를 포함하는 것을 특징으로 하는 컨트롤러 기반 장애 처리 장치.
  11. 제 10항에 있어서
    상기 필터링 정보는 장애 복구가 요구되는 장애 종류에 대한 정보에 해당되는 것으로, 상기 관리 시스템으로부터 수신된 정보에 해당되는 것을 특징으로 하는 컨트롤러 기반 장애 처리 장치.
  12. 제 10항에 있어서
    상기 보고 대상 분류 정보는 상기 장애를 관리 시스템에 보고할지 여부를 결정한 결과에 기초하여 생성된 정보로, 상기 장애가 상기 관리 시스템에 보고 대상 또는 보고 대상이 아닌 경우를 표시한 정보에 해당되는 것을 특징으로 하는 컨트롤러 기반 장애 처리 장치.
  13. 제 10항에 있어서
    상기 보고 대상 분류 정보에 기초하여 상기 장애가 상기 관리 시스템에 보고 대상에 해당되는 것으로 결정된 경우,
    상기 장애 이벤트 리포팅부가 상기 장애에 대한 발생 원인 정보를 저장하는 것을 특징으로 하는 컨트롤러 기반 장애 처리 장치.
  14. 제 4항에 있어서
    상기 관리 시스템이 상기 장애에 대한 정보를 요청하는 경우, 상기 장애 이벤트 리포팅부가 상기 저장된 발생 원인 정보를 상기 관리 시스템으로 전송하는 것을 특징으로 하는 컨트롤러 기반 장애 처리 장치.
  15. 제 10항에 있어서
    상기 복구 기초 정보는 상기 장애 복구 시 상기 관리 시스템에서 요청하는 자료에 해당되는 것을 특징으로 하는 컨트롤러 기반 장애 처리 방법.
  16. 네트워크 장애를 처리하는 컨트롤러 기반 장애 처리 시스템에 있어서,
    상기 네트워크에 장애가 발생했는지 여부를 추적하고, 장애가 발생한 경우 상기 장애에 대한 발생 원인 정보를 장애 처리부에 전송하는 장애 탐지부; 및
    장애 기반 처리부;를 포함하되,
    상기 장애 기반 처리부는
    상기 발생 원인 정보에 기초하여 상기 장애에 대한 복구 기초 정보를 생성하고,
    상기 복구 기초 정보 및 필터링 정보에 기초하여 상기 장애를 관리 시스템에 보고할지 여부를 결정하고,
    상기 장애가 상기 관리 시스템에 보고 대상인지 여부에 대한 보고 대상 분류 정보를 생성하고,
    상기 보고 대상 분류 정보에 기초하여 상기 장애가 보고 대상으로 결정된 것으로 판단된 경우, 상기 장애에 대한 발생 원인 정보를 상기 관리 시스템에 전송하는 것을 특징으로 하는 컨트롤러 기반 장애 처리 시스템.
  17. 제 16항에 있어서
    상기 필터링 정보는 장애 복구가 요구되는 장애 종류에 대한 정보에 해당되는 것으로, 상기 관리 시스템으로부터 수신된 정보에 해당되는 것을 특징으로 하는 컨트롤러 기반 장애 처리 시스템.
  18. 제 16항에 있어서
    상기 보고 대상 분류 정보는 상기 장애를 관리 시스템에 보고할지 여부를 결정한 결과에 기초하여 생성된 정보로, 상기 장애가 상기 관리 시스템에 보고 대상 또는 보고 대상이 아닌 경우를 표시한 정보에 해당되는 것을 특징으로 하는 컨트롤러 기반 장애 처리 시스템.
  19. 제 16항에 있어서
    상기 보고 대상 분류 정보에 기초하여 상기 장애가 상기 관리 시스템에 보고 대상에 해당되는 것으로 결정된 경우, 상기 장애에 대한 발생 원인 정보를 저장하는 것을 특징으로 하는 컨트롤러 기반 장애 처리 시스템.
  20. 컨트롤러 기반 장애 처리 시스템의 네트워크 장애 처리 방법에 있어서,
    상기 네트워크에 장애가 발생했는지 여부를 추적하고, 장애가 발생한 경우 상기 장애에 대한 발생 원인 정보를 수신하는 단계;
    상기 발생 원인 정보에 기초하여 상기 장애에 대한 복구 기초 정보를 생성하는 단계;
    상기 복구 기초 정보 및 필터링 정보에 기초하여 상기 장애를 관리 시스템에 보고할지 여부를 결정하고, 상기 장애가 상기 관리 시스템에 보고 대상인지 여부에 대한 보고 대상 분류 정보를 생성하는 단계;
    상기 보고 대상 분류 정보에 기초하여 상기 장애가 보고 대상으로 결정된 것으로 판단된 경우, 상기 장애에 대한 발생 원인 정보를 상기 관리 시스템에 전송하는 단계; 를 포함하는 것을 특징으로 하는 네트워크 장애 처리 방법.
KR1020190077632A 2018-09-18 2019-06-28 컨트롤러기반 복구기술을 위한 장애 (fault) 이벤트 처리 방법 KR20200032630A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/573,658 US20200092160A1 (en) 2018-09-18 2019-09-17 Fault event management method for controller-based restoration

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020180111787 2018-09-18
KR20180111787 2018-09-18

Publications (1)

Publication Number Publication Date
KR20200032630A true KR20200032630A (ko) 2020-03-26

Family

ID=69958705

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190077632A KR20200032630A (ko) 2018-09-18 2019-06-28 컨트롤러기반 복구기술을 위한 장애 (fault) 이벤트 처리 방법

Country Status (1)

Country Link
KR (1) KR20200032630A (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112819350A (zh) * 2021-02-04 2021-05-18 北京戴纳实验科技有限公司 一种公用工程设备的管理方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112819350A (zh) * 2021-02-04 2021-05-18 北京戴纳实验科技有限公司 一种公用工程设备的管理方法及系统
CN112819350B (zh) * 2021-02-04 2023-10-17 北京戴纳实验科技有限公司 一种公用工程设备的管理方法及系统

Similar Documents

Publication Publication Date Title
US8320238B2 (en) Communication device with a path protection function, and network system using the communication device
CN112866004B (zh) 控制面设备的切换方法、装置及转控分离系统
US9203732B2 (en) Recovery of traffic in a connection-oriented network
EP2632081B1 (en) Path switch-back method and apparatus in transport network
JP6269088B2 (ja) 冗長パス提供方法および伝送装置
US6848062B1 (en) Mesh protection service in a communications network
WO2008043285A1 (fr) Procédé et dispositif de protection pour réseau mixte
US20090323538A1 (en) Fast re-route in ip/mpls networks and other networks using sonet signaling
CN107431655B (zh) 分段保护中的故障传播的方法和设备
US10033573B2 (en) Protection switching method, network, and system
JP4562081B2 (ja) 光クロスコネクト装置と伝送装置の連係方式
KR20200032630A (ko) 컨트롤러기반 복구기술을 위한 장애 (fault) 이벤트 처리 방법
US20160142286A1 (en) Dual node interconnection protection switching method and apparatus
US8234355B2 (en) Communication device for path control, and path control method
WO2016165061A1 (zh) 一种业务保护方法及装置
CN101494801B (zh) 故障恢复方法、系统及网络设备
US20200092160A1 (en) Fault event management method for controller-based restoration
EP3001612B1 (en) Multi-domain network protection method and node
JP2005268889A (ja) 伝送路切替システムおよび伝送路切替システムの動作方法
KR20160109162A (ko) Mpls-tp 네트워크에서 유지보수를 위한 동작 방법 및 그 방법을 수행하는 장치
US10237121B2 (en) Apparatus and method for interconnecting multiple linear protection domains
US9806939B2 (en) Method and apparatus for linear protection switching
WO2018059344A1 (zh) 复用段保护双向倒换方法、装置及系统、计算机存储介质
WO2017107482A1 (zh) 一种网络保护方法和装置
WO2016082377A1 (zh) 一种管理路径切换的方法、装置和系统

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
X091 Application refused [patent]