KR20160025472A - Ｓｄｎ 기반의 라우터 망에서 오퍼레이션 로그 정보를 기록/열람하는 방법 및 그 장치 - Google Patents

Abstract

SDN 기반의 라우터 망에서 오퍼레이션 로그 정보를 기록 및 열람하는 방법과 이를 수행하는 장치가 개시된다. 라우터 망에서 오퍼레이션 로그 정보를 기록하는 방법은, 네트워크 장치에서 오퍼레이션이 수행됨에 따라 발생하는 로그 이벤트를 검출하는 단계와; 네트워크 장치에 설정된 로그 서비스 컴포넌트에 따라 검출된 로그 이벤트에 상응하는 로그 정보를 기록하는 단계를 포함한다. 따라서, SDN에 기반한 라우팅 시스템 구조에서 기록되는 로그 정보에 다양한 파라미터를 정의함으로써 컨트롤러가 라우터의 장애 상황을 보다 효과적으로 추적할 수 있는 기능을 제공할 수 있다.

Description

ＳＤＮ 기반의 라우터 망에서 오퍼레이션 로그 정보를 기록/열람하는 방법 및 그 장치{METHOD FOR RECORDING/READING OPERATION LOG INFORMATION IN ROUTER NETWORK BASED ON SOFTWARE DEFINED NETWORKING AND APPARATUS THEREOF}

본 발명은 소프트웨어 정의 네트워킹(SDN: Software Defined Networking)에 관한 것으로, 더욱 상세하게는 SDN 기반의 라우터 망에서 오퍼레이션 로그 정보를 기록 및 열람하는 방법과 이를 수행하는 장치에 관한 것이다.

통신 네트워크의 유연한 운영과 비용절감을 위해 통신 시스템을 포워딩 평면(forwarding plane)과 제어 평면(control plane)으로 독립적으로 구분하여, 소프트웨어 프로그래밍을 하듯 네트워크를 중앙에서 소프트웨어적으로 정의하고 제어할 수 있는 소프트웨어 정의 네트워킹(SDN, software defined networking) 기술에 대한 연구가 진행되고 있다.

ONF(Open Networking Foundation)에서는 중앙 집중형 컨트롤러와 패킷 포워딩 장비들간 통신을 위한 OpenFlow 프로토콜을 정의하고 있다. 상세하게는, ONF는 L2/L3 패킷 포워딩 평면만을 갖는 장비에 중앙의 컨트롤러 장비를 통해 패킷 포워딩 경로 설정을 할 수 있도록 OpenFlow 프로토콜에 대해 정의하고 있다.

또한, 최근 ONF의 예하 조직인 OTWG(Optical Transport Working Group)은 OAM(Operations, Administration and Management) 및 보호절체 기능이 정의된 패킷 전달망(packet transport network) 및 광 전달망(optical transport network)에 대해서도 외부 컨트롤러로 분리된 제어 평면을 통해 전달망 장비들의 포워딩 평면을 제어하기 위한 표준 인터페이스를 정의하고 있다.

한편, 포워딩 평면과 제어 평면이 분리되지 않은 기존의 레거시 라우팅 장비를 포함한 라우팅 시스템에 대해서도 외부 컨트롤러를 이용한 제어를 지원하는 Interface to Routing System(I2RS) 기술이 라우팅 시스템을 위한 SDN 기술로 큰 관심을 받고 있다.

I2RS 기술은 현재 IETF에서 표준화가 진행 중에 있으며, 외부 컨트롤러와 기존 또는 신규 라우터 장비 간 커뮤니케이션을 수행할 수 있는 프레임워크 및 인터페이스 등이 정의되고 있다.

SDN 기반의 라우팅 시스템에서 컨트롤러는 라우터에게 다양한 오퍼레이션 수행 명령을 내릴 수 있으며, 라우터는 해당하는 오퍼레이션을 수행한 결과 정보를 실시간으로 컨트롤러에 전달할 수 있다. 또한, 라우터는 라우터 내부적으로 수행된 오퍼레이션의 결과 정보가 생성될 때마다 컨트롤러에 전달할 수 있다.

그러나, 컨트롤러부터 전달되는 오퍼레이션 수행 명령의 양이 증가되거나 다수의 컨트롤러로부터 오퍼레이션 수행 명령이 동시에 라우터로 전달될 경우, 오퍼레이션의 경쟁 상황(race condition) 및 이로 인한 성능 저하로 오퍼레이션 정보에 대한 손실이 발생될 수 있으며, 이에 따라 라우터 내부에서 실행 중인 서비스들에 오동작 또는 중단 등의 문제를 발생시킬 수 있다.

또한, SDN 기반의 라우팅 시스템에서는 기존의 CLI(Command Line Interface) 방식 및 SNMP(Simple Network Management Protocol) 등의 라우터 제어를 허용한다. 따라서, 운영자가 SDN에 기반하는 컨트롤러의 구조가 아닌 CLI 및 SNMP 기반의 라우터 접속을 통한 오퍼레이션을 수행할 경우, 해당 오퍼레이션이 SDN에 기반하는 컨트롤러에 기초하여 설정된 오퍼레이션에 영향을 줌으로써 실행중인 서비스에 오동작 또는 중단 등의 문제를 발생시킬 수 있다.

이와 같은 문제는 SDN 기반의 라우팅 시스템의 구조상에 발생되는 문제가 아닌 운영시 발생될 수 있는 문제로써 운영자는 발생된 문제의 원인 분석 및 문제 해결을 수행할 수 있어야 한다.

그러나, 현재까지 정의된 SDN 기반의 라우팅 시스템 기술은 이와 같은 운영시에 문제의 원인을 추적하는 기술을 고려하고 있지 않다.

상기와 같은 문제점을 해결하기 위한 본 발명의 목적은, SDN 기반의 라우터 망에서 오퍼레이션 로그 정보를 기록하는 방법을 제공하는데 있다.

상기와 같은 문제점을 해결하기 위한 본 발명의 다른 목적은, SDN 기반의 라우터 망에서 오퍼레이션 로그 정보를 열람하는 방법을 제공하는데 있다.

상기와 같은 문제점을 해결하기 위한 본 발명의 또 다른 목적은, SDN 기반의 라우터 망에서 오퍼레이션 로그 정보를 처리하는 방법을 제공하는데 있다.

상기 목적을 달성하기 위한 본 발명의 실시예에 따른 라우터 망에서 오퍼레이션 로그 정보를 기록하는 방법은, 네트워크 장치가 로그 정보를 기록하는 방법에 있어서, 네트워크 장치에서 오퍼레이션이 수행됨에 따라 발생하는 로그 이벤트를 검출하는 단계와; 네트워크 장치에 설정된 로그 서비스 컴포넌트에 따라 검출된 로그 이벤트에 상응하는 로그 정보를 기록하는 단계를 포함한다.

여기에서, 상기 네트워크 장치에 설정된 로그 서비스 컴포넌트는, 로그 서비스 컴포넌트의 서비스 네임 및 버전 정보, 로그 서비스 컴포넌트를 이용하는 컨트롤러 리스트 및 컨트롤러 리스트에 속하는 컨트롤러 별로 설정되는 서브 파라미터에 대한 정보를 포함할 수 있다.

여기에서, 상기 서브 파라미터는, 컨트롤러의 식별 정보, 로그 파일 네임, 로그 파일 사이즈, 로그 파일 개수, 로그 정보의 저장 기준을 나타내는 로그 레벨, 로그 파일 저장 공간 부족시 정책 및 로그 이벤트 발생시 상기 컨트롤러 리스트에 속하는 컨트롤러에 통보 유무에 대한 정보 중 적어도 하나를 포함할 수 있다.

여기에서, 상기 검출된 로그 이벤트에 상응하는 로그 정보는, 로그 식별 정보, 로그 이벤트 발생 시간, 로그 이벤트 발생 주체의 식별 정보 및 오퍼레이션 정보를 포함할 수 있다.

여기에서, 상기 오퍼레이션 정보는, 오퍼레이션 네임 정보, 오퍼레이션 파라미터 정보, 오퍼레이션 그룹 코드 정보, 오퍼레이션 결과 코드 정보 중 적어도 하나를 포함할 수 있다.

여기에서, 상기 검출된 로그 이벤트에 상응하는 로그 정보는, 네트워크 어플리케이션 식별 정보 및 로그 관련 서비스 네임 정보 중 적어도 하나를 더 포함할 수 있다.

상기 다른 목적을 달성하기 위한 본 발명의 실시예에 따른 라우터 망에서 오퍼레이션 로그 정보를 열람하는 방법은, 컨트롤러가 로그 정보를 열람하는 방법에 있어서, 열람 대상이 되는 로그 정보를 지정하는 열람 대상 정보를 포함하는 로그 열람 메시지를 생성하는 단계와; 열람 대상 정보에 상응하는 로그 정보에 대한 열람을 위해 로그 열람 메시지를 네트워크 장치로 전달하는 단계와; 네트워크 장치로부터 열람 대상 정보에 상응하는 로그 정보를 수신하는 단계를 포함한다.

여기에서, 상기 열람 대상 정보는, 로그 이벤트 발생 주체의 식별 정보 또는 로그 관련 서비스 네임 정보에 의해 특정될 수 있다.

여기에서, 상기 열람 대상 정보는, 로그 식별 정보, 로그 이벤트 발생 시간, 오퍼레이션 정보 중 하나에 의해 특정될 수 있다.

여기에서, 상기 네트워크 장치는 컨트롤러에 의해 설정된 로그 서비스 컴포넌트에 따라 로그 정보를 기록하며, 상기 로그 서비스 컴포넌트는 로그 서비스 컴포넌트의 서비스 네임 및 버전 정보, 로그 서비스 컴포넌트를 이용하는 컨트롤러 리스트 및 컨트롤러 리스트에 속하는 컨트롤러 별로 설정되는 서브 파라미터에 대한 정보를 포함할 수 있다.

상기 또 다른 목적을 달성하기 위한 본 발명의 실시예에 따른 라우터 망에서 오퍼레이션 로그 정보를 처리하는 방법은, 소프트웨어 정의 네트워킹 환경에서 로그 정보를 처리하는 방법에 있어서, 네트워크 장치가 컨트롤러로부터 제어되는 로그 서비스 컴포넌트를 설정하는 단계와; 네트워크 장치가 네트워크 장치에서 오퍼레이션이 수행됨에 따라 발생하는 로그 이벤트를 검출하는 단계와; 네트워크 장치가 로그 서비스 컴포넌트에 따라 상기 검출된 로그 이벤트에 상응하는 로그 정보를 처리하는 단계를 포함한다.

여기에서, 상기 로그 서비스 컴포넌트는, 로그 서비스 컴포넌트의 서비스 네임 및 버전 정보, 로그 서비스 컴포넌트를 이용하는 컨트롤러 리스트 및 컨트롤러 리스트에 속하는 컨트롤러 별로 설정되는 서브 파라미터에 대한 정보를 포함할 수 있다.

여기에서, 상기 검출된 로그 이벤트에 상응하는 로그 정보를 처리하는 단계는, 로그 식별 정보, 로그 이벤트 발생 시간, 로그 이벤트 발생 주체의 식별 정보 및 오퍼레이션 정보를 포함하는 로그 정보를 기록할 수 있다.

여기에서, 상기 오퍼레이션 정보는, 오퍼레이션 네임 정보, 오퍼레이션 파라미터 정보, 오퍼레이션 그룹 코드 정보, 오퍼레이션 결과 코드 정보 중 적어도 하나를 포함할 수 있다.

여기에서, 상기 검출된 로그 이벤트에 상응하는 로그 정보를 처리하는 단계는, 네트워크 어플리케이션 식별 정보 및 로그 관련 서비스 네임 정보 중 적어도 하나를 더 포함시킨 로그 정보를 기록할 수 있다.

여기에서, 상기 검출된 로그 이벤트에 상응하는 로그 정보를 처리하는 단계는, 로그 서비스 컴포넌트에 따라 검출된 로그 이벤트에 상응하는 로그 정보를 컨트롤러로 전송할 수 있다.

상기와 같은 본 발명에 따른 SDN 기반의 라우터 망에서 오퍼레이션 로그 정보를 기록 및 열람하는 방법은, SDN에 기반한 라우팅 시스템 구조에서 기록되는 로그 정보에 다양한 파라미터를 정의함으로써 컨트롤러가 라우터의 장애 상황을 보다 효과적으로 추적할 수 있는 기능을 제공할 수 있다.

또한, 로그 서비스를 컴포넌트 형태로 정의하고 다중 컨트롤러 환경을 위한 파라미터 구성을 통해 다중 컨트롤러 환경에서 개별적으로 로그를 기록할 수 있고, 이를 통하여 컨트롤러 별 로그 정책을 다양화할 수 있다.

도 1은 본 발명의 실시예에 따른 SDN 기반의 라우팅 시스템의 구조를 설명하기 위한 블록도이다.
도 2는 본 발명의 실시예에 따른 네트워크 장치에 설정되는 로그 서비스 컴포넌트를 설명하기 위한 개념도이다.
도 3은 본 발명의 실시예에 따른 네트워크 장치에 설정되는 로그 서비스 컴포넌트를 설명하기 위한 예시도이다.
도 4는 본 발명의 실시예에 따른 네트워크 장치의 로그 데이터베이스에 저장되는 로그 정보의 구조를 설명하기 위한 개념도이다.
도 5는 본 발명의 실시예에 따른 네트워크 장치의 로그 데이터베이스에 저장되는 로그 정보를 설명하기 위한 예시도이다.
도 6은 본 발명의 일 실시예에 따라 컨트롤러를 통하여 오퍼레이션 로그 정보 열람하는 방법을 설명하기 위한 순서도이다.
도 7은 본 발명의 다른 실시예에 따라 컨트롤러를 통하여 오퍼레이션 로그 정보 열람하는 방법을 설명하기 위한 순서도이다.
도 8은 본 발명의 또 다른 실시예에 따라 컨트롤러를 통하여 오퍼레이션 로그 정보 열람하는 방법을 설명하기 위한 순서도이다.
도 9는 본 발명의 실시예에 따라 오퍼레이션 그룹 기반의 로그 정보 처리를 설명하기 위한 순서도이다.

본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 각 도면을 설명하면서 유사한 참조부호를 유사한 구성요소에 대해 사용하였다.

제1, 제2, A, B 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.

어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.

본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

이하, 본 발명에서 언급되는 컨트롤러는 통합 SDN 컨트롤러(Unified SDN controller)로, 트래픽의 흐름을 제어하기 위해 관련 구성 요소(예를 들면, 스위치, 라우터 등)를 제어하는 기능 요소(entity)를 의미할 수 있다.

또한, 컨트롤러는 물리적인 구현 형태나 구현 위치 등에 의해 한정되지 않는다. 예를 들어, 컨트롤러는 ONF(OpenFlow), IETF(Internet Engineering Task Force), ETSI(European Telecommunication Standards Institute) 및/또는 ITU-T(International Telecommunication Union Telecommunication) 등에서 정의하고 있는 컨트롤러 기능 요소(entity)를 의미할 수 있다.

본 발명에서 언급되는 네트워크 장치는 '스위치(switch)' 또는 '라우터(router)'와 같이 트래픽(또는 패킷)을 실질적으로 포워딩하거나 스위칭 또는 라우팅하는 기능 요소를 의미할 수 있다. 따라서, 본 발명에서 네트워크 장치는 스위치 또는 라우터로 명명될 수 있다.

예를 들어, 네트워크 장치는 ONF, IETF, ETSI 및/또는 ITU-T 등에서 정의하고 있는 스위치, 라우터, 스위치 요소(Switching Element), 라우터 요소(Routing Element), 포워딩 요소(Forwarding Element) 등을 의미할 수 있다.

이하, 본 발명의 실시예에 따른 ＳＤＮ 기반의 라우터 망에서 오퍼레이션 로그 정보를 기록/열람하는 방법을 위한 동작과정에서 정의된 파라미터 및/또는 메시지 형태는 후술하는 특정 메시지에 한정되지 않는다.

이하, 본 발명에 따른 바람직한 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.

도 1은 본 발명의 실시예에 따른 SDN 기반의 라우팅 시스템의 구조를 설명하기 위한 블록도이다.

도 1을 참조하면, 본 발명의 실시예에 따른 라우팅 시스템은 다수의 컨트롤러(110, 120)가 다수의 라우터(210, 210)를 제어하도록 구성될 수 있으며, 라우터(210, 220)의 제어 평면(Control Plane) 상에 존재하는 Agent(211, 221)와 컨트롤러(110, 120)의 Client(111, 121)는 표준화된 라우팅 시스템 인터페이스인 I2RS(Interface to Routing System)을 통해 상호 간에 통신을 수행할 수 있다.

컨트롤러(110, 120)는 라우터(210, 220)를 제어하기 위한 서비스 모듈로 Client(111, 121)를 가질 수 있다. 다만, 본 발명에 있어 Client(111, 121)는 컨트롤러(110, 120)와 동등한 개념을 가질 수 있다.

라우터(210, 220)는 기능에 따라 제어 평면(control plane)과 데이터 평면(data plane)으로 구분될 수 있다. 라우터(210, 220)는 컨트롤러(110, 120)로부터 전달되는 오퍼레이션을 수신 및 수행하기 위한 모듈로 Agent(211, 221)를 가진다. 여기서, Agent(211, 221)는 라우터(210, 220)의 제어 평면 상에 존재할 수 있다. 또한, Forwarding information base 모듈(217, 227)은 라우터(210, 210)의 데이터 평면 상에 존재할 수 있다.

라우터(210, 220)의 Agent(211, 221)은 로그(log) 정보에 대한 기록 및 열람을 제어하는 서비스 기능 블록으로 Log 서비스 블록(213, 223) 및 로그를 저장하는 데이터베이스(DB)(215, 225)를 가질 수 있다. 다만, Log 서비스 블록(213, 223)과 데이터베이스(DB)(215, 225)는 Agent(211, 221)에 포함되는 것으로 도시되었으나, Agent(211, 221)와는 별개의 모듈이나 매체로 라우터(210, 220) 상에 위치할 수 있음은 물론이다.

Log 서비스 블록(213, 223)은 라우터(210, 220) 내부적으로 오퍼레이션이 수행되도록 하고, 컨트롤러(110, 120)의 Client(111, 121)로 전달되는 오퍼레이션 수행 결과에 대한 로그 정보를 DB(215, 225)에 기록하도록 한다. 또한, Log 서비스 블록(213, 223)은Client(111, 121)의 요청에 따라 로그 정보를 컨트롤러(110, 120)로 전달하는 기능을 수행할 수 있다.

보다 상세하게는, 라우터(210, 220)가 오퍼레이션 수행에 따라 발생하는 로그 정보를 기록 또는 열람하는 기능 등을 지원하도록 하는 컴포넌트 모델에 대한 정의가 필요하다.

본 발명에서는 로그 정보를 기록 또는 열람하는 기능 등을 지원하도록 하는 컴포넌트 모델을 로그 서비스 컴포넌트로 설정 또는 정의할 수 있다. 즉, 로그 서비스 컴포넌트는 컴포넌트 모델과 동등한 개념을 의미할 수 있다.

따라서, 라우터(210, 220)의 Log 서비스 블록(213, 223)에 로그 서비스 컴포넌트를 설정할 필요가 있고, 로그 서비스 컴포넌트를 명세(모델화)하는 다양한 파라미터는 도 2를 참조하여 후술한다.

도 2는 본 발명의 실시예에 따른 네트워크 장치에 설정되는 로그 서비스 컴포넌트를 설명하기 위한 개념도이다.

도 2를 참조하면, 본 발명의 실시예에 따라 네트워크 장치에 설정되는 로그 서비스 컴포넌트는 다양한 파라미터에 의해 정의될 수 있다. 즉, 도 2에 도시된 로그 서비스 컴포넌트는 다양한 파라미터에 의해 정의될 수 있으며, 로그 정보에 대한 처리를 규정하는 정책(policy)의 개념을 가질 수 있다.

도 2의 파라미터의 의미 및 표기 형식은 표 1과 같다. 상세하게는, 표 1은 로그 서비스 컴포넌트의 파라미터 정보를 나타낸다.

파라미터		표기 형식	파라미터 항목 설명
Service Name		String (문자열)	로그 서비스 컴포넌트의 서비스 네임 정보
Component Version		Integer (정수값)	로그 서비스 컴포넌트 버전 정보
Client List		Array (배열)	로그 서비스 컴포넌트를 이용하는 Client 리스트
	Client ID	String (문자열)	Client ID 정보
	Log File Name	String (문자열)	로그 파일 네임
	Log File Size	Integer (정수값)	로그 파일 사이즈
	Log File Number	Integer (정수값)	로그 파일 개수
	Log Level	Integer (정수값)	로그 레벨 정보 Level “1”- critical error (시스템 에러 정보) Level “2”- operational error & warning Level “3”- debugging (디버깅 정보)
	Log File Saturation Policy	Integer ( 정수값 )	로그 파일 저장 공간 부족시 정책 Policy “1”- rewrite (기존 파일에 덮어쓰기) Policy “2”- transmit log file (Client에게 모든 로그 정보 전달) Policy “3”- stop & notification (로그 생성 중단 및 Client에게 통보)
	Publish-Subscriber Support	Boolean	로그 이벤트 발생시 로그 서비스 컴포넌트를 이용하는 Client에게 통보 유무

표 1을 참조하여 로그 서비스 컴포넌트의 파라미터를 설명하면 다음과 같다.

Service Name과 Component Version 정보는 로그 서비스 컴포넌트의 서비스 네임 및 버전 정보를 의미하며, Client List는 로그 서비스 컴포넌트를 이용하는 컨트롤러 리스트 또는 클라이언트 리스트를 의미할 수 있다.

또한, 컨트롤러 리스트에 속하는 컨트롤러 별로 설정되는 서브 파라미터가 정의될 수 있다. 서브 파라미터는 컨트롤러의 식별 정보(Client ID 정보), 로그 파일 네임(Log File Name), 로그 파일 사이즈(Log File Size), 로그 파일 개수(Log File Number), 로그 정보의 저장 기준을 나타내는 로그 레벨(Log Level), 로그 파일 저장 공간 부족시 정책(Log File Saturation Policy) 및 로그 이벤트 발생시 컨트롤러 리스트에 속하는 컨트롤러에 통보 유무에 대한 정보(Publish-Subscriber Support)를 포함할 수 있다.

예를 들어, 서브 파라미터 중 로그 레벨(Log Level)의 경우 3가지의 레벨로 설정될 수 있다. 발생되는 모든 로그 정보를 저장하는 debugging 레벨(Log Level: 3)이 존재할 수 있고, 오퍼레이션 수행시 발생되는 warning 및 error 정보 발생시에만 로그를 저장하는 operational warning & error 로그 레벨(Log Level: 2) 및 라우터 시스템의 문제가 발생시에만 로그를 저장하는 critical error 로그 레벨(Log Level: 1)이 존재할 수 있다.

한편, 로그 레벨의 큰 정수값은 자신보다 작은 정수값의 로그 레벨을 포함하여 동작한다. 예를 들어, Log Level이 2로 설정되는 경우 Log Level이 1인 critical error 로그 정보를 포함하여 로그 정보를 저장할 수 있다.

Log File Saturation Policy 파라미터는 로그 파일 공간이 부족하여 더 이상 로그 정보를 저장하지 못하는 경우 사용되는 정책을 의미하고, 설정 값에 따라 기존 파일 중 가장 오래된 로그 파일에 로그 정보를 덮어쓰거나 가장 오래된 로그 파일의 내용을 삭제 후 로그 정보를 저장할 수 있다. 또한, Client로 로그 정보를 전달 후 로그 정보를 계속해서 저장하거나, 로그 정보를 더 이상 저장하지 않고 로그 저장 공간의 부족을 Client로 통보할 수도 있다.

Publish-Subscriber Support 파라미터는 로그 이벤트가 발생될 때마다 로그 서비스를 이용하는 client에게 통보하는 기능을 의미하며, Client List의 Client ID 정보를 기반으로 로그 이벤트가 발생하였음을 통보할 수 있다.

로그 서비스 컴포넌트의 파라미터를 참조하면, 각 Client 별로 로그 정보 파일에 대한 처리를 설정하는 것이 가능한 구조를 갖지만, 공통으로 로그 정보 파일에 대한 처리를 설정할 경우 다수의 client가 하나의 로그 파일을 공유할 수도 있다. 예를 들어, 컨트롤러에 의한 오퍼레이션의 로드 분산을 위해 복수의 Client가 설정되는 경우, 하나의 로그 파일을 통해 로그 정보가 저장될 필요가 있다.

한편, 도 2에 도시한 로그 서비스 컴포넌트를 복수의 컨트롤러에 공통적으로 사용될 수 있는 공통 컴포넌트와 각각의 컨트롤러에 적응적으로 사용될 수 있는 컨트롤러 별 컴포넌트인 하위 컴포넌트를 구성할 수 있다. 이러한 경우 공통 컴포넌트에는 컨트롤러들 간의 로그 정보 파일에 공통적으로 이용되는 정보, 예를 들어, Service name, Component version, Client list 등의 파라미터들이 정의될 수 있다.

또한, 동일 라우터에 접속하는 모든 컨트롤러에 공통되는 파라미터 정보뿐만 아니라 일부 컨트롤러들 간에만 공통되는 파라미터 정보를 공통 컴포넌트로 구성할 수도 있다. 예를 들어, Log File Saturation Policy가 3(stop & notification)인 컨트롤러들 간에는 해당 공통 파라미터를 일부 서브셋 컨트롤러들간의 공통 컴포넌트로 정의할 수도 있다.

Log File Saturation Policy만을 예시적으로 설명하였지만 이에 국한되지 않고 다양한 변형이 가능함은 물론이다. 이와 같은, 공통 컴포넌트는 다수의 컨트롤러로부터 정책을 받은 라우터가 자체적으로 생성할 수 있고, 동일한 라우터에 연결되어 있는 다수의 컨트롤러들이 합의에 기초하여 라우터가 공통 컴포넌트를 생성하도록 할 수도 있다.

한편, 컨트롤러 별 컴포넌트는 Client ID 등 컨트롤러 또는 클라이언트 별로 적응적으로 설정되는 다양한 파라미터들에 의해 정의될 수 있다. 따라서, 로그 서비스 컴포넌트는 공통 컴포넌트와 컨트톨러 별 컴포넌트를 조합 또는 매핑하여 로그 서비스를 제공하도록 구성될 수 있다.

도 3은 본 발명의 실시예에 따른 네트워크 장치에 설정되는 로그 서비스 컴포넌트를 설명하기 위한 예시도이다.

도 3은 도 2와 표 1에서 정의된 로그 서비스 컴포넌트를 사용한 실시예를 나타낸다. 도 3을 참조하면, 컨트롤러 A(110)와 컨트롤러 B(120)가 라우터 A(210)에 대해 로그 서비스 컴포넌트의 파라미터를 설정한 내역을 나타낸다.

먼저, 컨트롤러 A(110)가 로그 서비스 컴포넌트의 Client 1과 매칭된다고 가정할 경우, 512k 사이즈의 로그 파일 5개를 로그 레벨 2로 설정하였음 알 수 있고, Publish-subscriber support는 true이므로 로그 정보가 설정될 때마다 client로 통보를 해야함을 알 수 있다. 또한, 5개의 로그 파일의 공간이 부족할 경우, 기존 로그 파일에 덮어씌우는 정책을 사용하는 것을 알 수 있다.

다음으로, 컨트롤러 B(120)가 로그 서비스 컴포넌트의 Client 2와 매칭된다고 가정할 경우, 256k 사이즈의 로그 파일 2개를 로그 레벨 3로 설정하였음을 알 수 있고, Publish-subscriber support는 false이므로 로그 정보가 설정되어 Client로 통보하지 않음을 알 수 있다. 또한, 2개의 로그 파일의 공간이 부족할 경우, 더 이상 기록하지 않고 Client로 통보함을 알 수 있다.

따라서, 상기와 같이 로그 서비스 컴포넌트가 정의됨을 참조하면, 로그 서비스 컴포넌트의 설정을 위해 컨트롤러 별 파라미터를 설정으로써 다중 컨트롤러 환경에서 컨트롤러 별로 로그 정보를 기록하는 것이 가능해지며, 컨트롤러 별 로그 정책을 다르게 설정하는 것이 가능해진다. 또한, 필요에 따라 로그 정책을 동적으로 설정하는 것도 가능해진다.

한편, 도 2의 로그 서비스 컴포넌트를 통해 로그 이벤트가 발생되는 경우 실제로 데이터베이스에 저장되는 로그 정보의 구조는 도 4 및 표 2를 참조하여 후술한다.

도 4는 본 발명의 실시예에 따른 네트워크 장치의 로그 데이터베이스에 저장되는 로그 정보의 구조를 설명하기 위한 개념도이다.

도 4를 참조하면, 본 발명의 실시예에 따른 네트워크 장치의 로그 데이터베이스에 저장되는 로그 정보는 로그 식별 정보(Log ID), 로그 이벤트 발생 시간(Timestamp), 로그 이벤트 발생 주체의 식별 정보(Origin ID), 오퍼레이션 정보(Operation information), 네트워크 어플리케이션 식별 정보(Network Application ID) 및 로그 관련 서비스 네임 정보(Service Name)를 포함하여 구성될 수 있다. 여기서, 오퍼레이션 정보는 오퍼레이션 네임 정보(Operation Name), 오퍼레이션 파라미터 정보(Operation Parameters), 오퍼레이션 그룹 코드 정보(Operation Group Code), 오퍼레이션 결과 코드 정보(Operation Result Code)를 포함할 수 있다.

표 2는 로그 정보의 파라미터 정보를 나타낸다.

파라미터		표기 형식	파라미터 항목 설명
Log ID		String (문자열)	로그 ID 정보
Timestamp		String (문자열)	로그 이벤트 발생 시간
Origin ID		String (문자열)	로그 이벤트 생성 주체의 ID 정보
Network Application ID		String (문자열)	네트워크 어플리케이션 ID 정보
Service Name		String (문자열)	로그 관련 서비스 네임 정보
Operation Information			오퍼레이션 정보
	Operation Name	String (문자열)	오퍼레이션 네임 정보
	Operation Parameters	Integer ( 정수값 )	오퍼레이션 파라미터 정보
	Operation Group Code	Integer ( 정수값 )	오퍼레이션 그룹 코드 정보
	Operation Result Code	Integer ( 정수값 )	오퍼레이션 결과 코드 정보

표 2를 참조하여 로그 정보의 파라미터 정보를 설명하면 다음과 같다.

Log ID 파라미터는 로그의 ID 정보를 나타내며, 로그 이벤트가 발생되는 경우 라우터가 자체적으로 유일한 값으로 설정할 수 있다.

Timestamp 파라미터는 로그 이벤트가 발생된 시간을 의미하며 라우터 시스템이 설정한 시간 정보를 기반으로 하여 타임존 정보, 날짜 정보 및 ms 단위까지의 시간 정보가 표기될 수 있다.

Origin ID 정보는 로그 이벤트 생성 주체의 ID 정보로 Client로부터의 수행된 오퍼레이션에 의해 로그가 발생된 경우 해당 Client ID 정보가 설정되며, 라우터 내에서 자체적으로 수행된 오퍼레이션에 의해 로그가 발생된 경우 Agent ID 값으로 설정이 이루어진다.

Network Application ID 파라미터는 Client로부터 전달된 오퍼레이션의 경우 Client 상위에 존재하는 Network Application의 ID 정보를 의미하며, 라우터 내에서 자체적으로 수행된 오퍼레이션으로부터 로그 정보가 생성된 경우 Network Application ID 정보는 설정되지 않을 수 있다.

Service Name 파라미터 정보는 Agent 내에서 로그 이벤트를 발생시킨 서비스 컴포넌트의 이름을 나타낸다.

Operation Information은 해당하는 서비스 컴포넌트가 정의하는 다양한 오퍼레이션에 대한 정보를 나타낸다.

Operation Information의 하부 파라미터 정보로는 오퍼레이션의 이름을 나타내는 Operation Name, 오퍼레이션의 파라미터 값을 나타내는 Operation Parameters, 그룹화된 오퍼레이션 코드를 나타내는 Operation Group Code, 오퍼레이션의 결과 값을 나타내는 Operation Result Code 등을 포함한다. 여기서, Operation Result Code 정보는 서비스 모델이 갖는 오퍼레이션의 결과 값을 의미할 수 있다.

보다 상세하게는, Operation Group Code 정보는 실제 Client로부터 전달되는 오퍼레이션이 단일 오퍼레이션이 아닌 그룹화된 오퍼레이션으로 전달될 경우에 필요한 파라미터 항목으로 Client 입장에서 그룹화된 대표 코드를 기반으로 로그 정보 열람을 가능하게 해준다.

또한, 도 2에서 기술한 바와 같이 다수의 Client가 공통으로 로그 정보 파일에 대한 처리를 설정하여 하나의 로그 파일을 공유할 수도 있기 때문에, Operation Group Code는 다수의 Client들로부터의 그룹화된 Operation을 나타내는 코드로 부여될 수 있음은 물론이다.

도 5는 본 발명의 실시예에 따른 네트워크 장치의 로그 데이터베이스에 저장되는 로그 정보를 설명하기 위한 예시도이다.

도 5는 도 4와 표 2에서 설명된 로그 정보 저장의 실시예를 나타낸다.

도 5를 참조하면, 컨트롤러(ID 정보 - KT.Controller.OperatorA)(110)는 라우터 망의 제어 기능을 담당하는 Network Application(ID 정보 - KT.Controller)을 가지며, 라우터 A(210)에게 OSPF 라우팅 프로토콜의 Hello Timer Interval 및 Hold Time 정보 설정을 위한 오퍼레이션의 수행을 요청한 상태이다. 컨트롤러(110)는 Northbound interface를 통하여 Network Appilcation(300)과 연동할 수 있다.

라우터 A(210)의 Agent(211)는 로그 서비스 컴포넌트에 기반하여 데이터베이스(215)를 통해 컨트롤러(110)로부터 전달된 두 개의 OSPF 관련 명령을 처리한 후, 도 4의 로그 정보의 구조 기반하여 로그 정보를 저장할 수 있다.

Log ID 정보는 라우터 A(210)의 Agent(211)로부터 자동적으로 생성이 이루어지고 로그 이벤트가 발생된 시간 정보는 라우터의 시간 정보를 바탕으로 자동적으로 timestamp 항목에 저장된다.

Origin ID 정보는 컨트롤러 A(110)의 Client ID 주소인 KT.Controller.OperatorA가 저장이 되며, 해당 컨트롤러 A(110)의 Network Application ID 정보가 추가적으로 저장된다.

Service Name 정보는 OSPF 라우팅 프로토콜을 담당하는 서비스 모델인 OSPF 모델의 서비스 모델 이름이 저장되며, 오퍼레이션 정보는 각 로그 별로 Hello Interval에 대한 정보와 Hold Time에 대한 파라미터 정보가 저장된다.

또한, Operation Group Code 정보는 두 개의 개별적인 오퍼레이션이 OSPF 타이머 관련 제어 관련임을 나타내는 OSPF_Timer_Control 정보로 저장이 되고, 이러한 그룹 정보는 오퍼레이션을 요청하는 컨트롤러 A(110)로부터 생성되어 전달되거나, Agent(211)가 OSPF 서비스 모델의 오퍼레이션 체계를 기반으로 자동적으로 분류하여 생성이 이루어질 수 있다.

로그 정보를 참조하면, 컨트롤러로부터 Hello Interval 오퍼레이션에 대해서 30초로 설정했음을 알 수 있으며, 리턴 코드 0을 통해서 해당 오퍼레이션이 제대로 수행되었음을 알 수 있다.

반면에, hold time에 대해서는 90초로 설정되었으나 리턴 코드 값이 유효한 값이 아님을 나타내는 10인 결과로 보아 제대로 설정이 이루어지지 않았음을 알 수 있다. 따라서, 해당 오퍼레이션 요청을 수행한 Client는 결과적으로 OSPF 타이머 제어를 위한 오퍼레이션이 성공적으로 이루어지지 않았음을 Agent(211)로부터 전달되는 오퍼레이션 결과 코드를 통해서 실시간으로 알 수 있다. 또한, 로그 정보 기록을 바탕으로 보다 정확한 원인 분석의 수행이 가능하며, Client의 요청이 아닌 다른 원인으로부터 서비스 중단 및 임의의 서비스의 오퍼레이션 장애 상황이 발생될 때, Operation Group Code 정보, Service Model 정보 및 Origin ID 정보 등에 기초하여 로그 정보를 열람함으로써 운영자 입장에서 장애 원인의 분석이 용이할 수 있다.

따라서, 본 발명의 실시예에 따른 네트워크 장치가 로그 정보를 기록하는 방법에 따르면, 네트워크 장치는 네트워크 장치에서 오퍼레이션이 수행됨에 따라 발생하는 로그 이벤트를 검출할 수 있고, 네트워크 장치에 설정된 로그 서비스 컴포넌트에 따라 검출된 로그 이벤트에 상응하는 로그 정보를 기록할 수 있다.

도 6은 본 발명의 일 실시예에 따라 컨트롤러를 통하여 오퍼레이션 로그 정보 열람하는 방법을 설명하기 위한 순서도이고, 도 7은 본 발명의 다른 실시예에 따라 컨트롤러를 통하여 오퍼레이션 로그 정보 열람하는 방법을 설명하기 위한 순서도이며, 도 8은 본 발명의 또 다른 실시예에 따라 컨트롤러를 통하여 오퍼레이션 로그 정보 열람하는 방법을 설명하기 위한 순서도이다.

도 6을 참조하면, 컨트롤러가 Origin ID를 기반으로 컨트롤러로부터 요청된 오퍼레이션에 대한 로그 정보를 열람하는 예를 보여준다.

먼저, 컨트롤러 내부의 Client는 Agent에 접속하여 로그 정보 구조의 Origin ID에 컨트롤러 자신의 ID 정보를 입력하여 로그 정보 전달을 요청할 수 있다(S610).

라우터의 Agent는 Log 서비스 블록에게 Origin ID에 입력된 Client ID 정보를 기반으로 데이터베이스로부터 로그 정보를 요청할 수 있다(S620, S630). 라우터의 Agent는 Log 서비스 블록을 통하여 데이트베이스로부터 Origin ID에 입력된 Client ID 정보에 상응하는 로그 파일 데이터를 수신할 수 있다(S640, S650). 따라서, 라우터의 Agent는 Log 서비스 블록으로부터 수신한 로그 파일 데이터를 컨트롤러의 Client로 전달할 수 있다(S660).

만일, 다중 Client를 위한 데이터베이스를 공유하는 형태가 아니고 Client별로 데이터베이스를 관리하는 경우, Agent는 Client 별로 관리되는 로그 정보 파일을 그대로 해당 Client에게 전달할 수 있다.

도 7을 참조하면, Origin ID를 기반으로 컨트롤러가 제어하는 라우터 내부에서 수행된 오퍼레이션에 대한 로그 정보를 열람하는 예를 보여준다.

도 6의 실시예와 마찬가지로, 컨트롤러 내부의 Client는 Origin ID 정보에 Agent ID를 입력하여 Agent에게 로그 정보를 요청할 수 있다(S710).

라우터의 Agent는 Log 서비스 블록에게 Origin ID에 입력된 Agent ID 정보를 기반으로 데이터베이스로부터 로그 정보를 요청할 수 있다(S720, S730). 라우터의 Agent는 Log 서비스 블록을 통하여 데이트베이스로부터 Origin ID에 입력된 Agent ID 정보에 상응하는 로그 파일 데이터를 수신할 수 있다(S740, S750). 따라서, 라우터의 Agent는 Log 서비스 블록으로부터 수신한 로그 파일 데이터를 컨트롤러의 Client로 전달할 수 있다(S760).

도 8을 참조하면, 서비스 네임을 기반으로 오퍼레이션 수행의 로그 정보를 열람하는 예를 보여준다.

라우터의 Agent는 Log 서비스 블록에게 Service Name에 입력된 OSPF를 기반으로 데이터베이스로부터 로그 정보를 요청할 수 있다(S820, S830). 라우터의 Agent는 Log 서비스 블록을 통하여 데이트베이스로부터 Service Name에 입력된 OSPF에 상응하는 로그 파일 데이터를 수신할 수 있다(S840, S850). 따라서, 라우터의 Agent는 Log 서비스 블록으로부터 수신한 로그 파일 데이터를 컨트롤러의 Client로 전달할 수 있다(S860).

SDN기반의 라우팅 시스템 내부에는 다양한 서비스 컴포넌트들이 존재하며, 서비스 컴포넌트에 따라 수행되는 오퍼레이션에 따라 로깅 이벤트가 발생되기 때문에, 로그 생성의 원천이 되는 서비스 컴포넌트가 존재한다.

즉, Client는 로그 정보 열람시 특정 서비스 컴포넌트 정보를 명시하여 Agent에게 요청할 수 있고, Agent는 해당 서비스 컴포넌트의 수행으로 생성된 로그 정보만을 Client에게 응답할 수 있다.

따라서, 본 발명의 실시예에 따른 컨트롤러가 로그 정보를 열람하는 방법에 따르면, 컨트롤러는 열람 대상이 되는 로그 정보를 지정하는 열람 대상 정보를 포함하는 로그 열람 메시지를 생성할 수 있고, 열람 대상 정보에 상응하는 로그 정보에 대한 열람을 위해 로그 열람 메시지를 네트워크 장치로 전달할 수 있으며, 네트워크 장치로부터 열람 대상 정보에 상응하는 로그 정보를 수신할 수 있다.

여기서, 열람 대상 정보는, 로그 이벤트 발생 주체의 식별 정보, 로그 관련 서비스 네임 정보, 로그 식별 정보, 로그 이벤트 발생 시간, 오퍼레이션 정보 등에 의해 특정될 수 있다.

도 9는 본 발명의 실시예에 따라 오퍼레이션 그룹 기반의 로그 정보 처리를 설명하기 위한 순서도이다.

도 9는 SDN 기반의 라우팅 시스템에서 특정 오퍼레이션 그룹을 기반으로 오퍼레이션 수행이 수행되는 예를 보여준다.

라우팅 시스템에 적용되는 오퍼레이션은 단일 오퍼레이션이 아닌 복수의 오퍼레이션을 기반으로 동작될 수 있으며, SDN 기반의 라우팅 시스템의 컨트롤러도 이러한 복수의 오퍼레이션을 라우터에게 전달할 수 있다.

따라서, 복수의 오퍼레이션은 하나의 그룹화된 메시지 형태로 라우터에게 전달이 이루어지며, 로그 정보 역시 이러한 오퍼레이션들을 대표할 수 있는 그룹 코드(Operation Group Code)를 통해서 저장이 이루어질 수 있다.

도 9를 참조하면, 복수의 오퍼레이션이 Client부터 Agent에게 전달될 수 있고, 오퍼레이션 수행 결과에 따라 그룹화된 그룹 코드를 기반으로 로그 정보가 생성될 수 있다.

예를 들어, Client는 OSPF 타이머 설정을 라우터에게 요청하고 있으며 이때 설정되는 hello timer와 holdoff timer의 설정 오퍼레이션들을 그룹화한 그룹 코드인 “Add OSPF Timer”로 설정하여 라우터의 agent에게 요청할 수 있다(S910). 여기서, 그룹 코드는 Client에서 Agent로 요청시 복수의 오퍼레이션 행위를 대표하는 코드로 할당이 이루어질 수 있으며, Client에서는 요청하는 오퍼레이션 그룹에 대한 그룹 코드 정보를 관리할 수 있다. 따라서, 컨트롤러는 향후 로그 정보 열람시에 해당하는 그룹 코드 정보를 기반으로 로그 정보 열람을 Agent에 요청할 수 있고, 이를 통하여 필요한 로그 정보만을 Agent로부터 전달받을 수 있게 된다.

Agent는 요청받은 OSPF 타이머 설정을 OSPF 서비스 컴포넌트에 요청할 수 있다(S920). OSPF 서비스 컴포넌트는 Agent의 요청에 따라 타이머를 설정하고, 그 결과값을 Agent로 응답할 수 있다(S930, S940). 따라서, Agent는 OSPF 타이머 설정에 대한 결과를 Client로 응답할 수 있다(S950).

또한, Agent는 OSPF 타이머 설정에 대한 결과값에 기초한 로그 생성을 Log 서비스 블록에 요청할 수 있고(S960), Log 서비스 블록은 생성된 로그 정보를 데이터베이스에 저장시킬 수 있다(S970). 따라서, Agent는 로그 정보에 대한 저장 결과의 응답을 Log 서비스 블록을 통하여 수신할 수 있다.

따라서, 소프트웨어 정의 네트워킹 환경에서 로그 정보를 처리하는 방법에 따르면, 컨트롤러가 로그 서비스 컴포넌트를 네트워크 장치에 설정할 수 있고, 네트워크 장치가 네트워크 장치에서 오퍼레이션이 수행됨에 따라 발생하는 로그 이벤트를 검출할 수 있으며, 네트워크 장치가 로그 서비스 컴포넌트에 따라 검출된 로그 이벤트에 상응하는 로그 정보를 처리할 수 있다.

보다 상세하게는, 네트워크 장치는 로그 식별 정보, 로그 이벤트 발생 시간, 로그 이벤트 발생 주체의 식별 정보, 오퍼레이션 정보, 네트워크 어플리케이션 식별 정보 및 로그 관련 서비스 네임 정보를 포함하는 로그 정보를 기록할 수 있다.

또한, 네트워크 장치는 로그 서비스 컴포넌트에 따라 검출된 로그 이벤트에 상응하는 로그 정보를 컨트롤러로 전송할 수 있다.

상술한 본 발명의 실시예에 따른 SDN 기반의 라우터 망에서 오퍼레이션 로그 정보를 기록 및 열람하는 방법은, SDN에 기반한 라우팅 시스템 구조에서 기록되는 로그 정보에 다양한 파라미터를 정의함으로써 컨트롤러가 라우터의 장애 상황을 보다 효과적으로 추적할 수 있는 기능을 제공할 수 있다.

또한, 로그 서비스를 컴포넌트 형태로 정의하고 다중 컨트롤러 환경을 위한 파라미터 구성을 통해 다중 컨트롤러 환경에서 개별적으로 로그를 기록할 수 있고, 이를 통하여 컨트롤러 별 로그 정책을 다양화할 수 있다.

상기에서는 본 발명의 바람직한 실시예를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.

110: Controller A 120: Controller B
111, 121: Client
210: Router A 220: Router B
211, 221: Agent 213, 223: Log 서비스 블록
215, 225: 데이터베이스(DB)
217, 227: Forwarding information base 모듈
300: Network Application

Claims (16)

1. 네트워크 장치가 로그 정보를 기록하는 방법에 있어서,
   상기 네트워크 장치에서 오퍼레이션이 수행됨에 따라 발생하는 로그 이벤트를 검출하는 단계; 및
   상기 네트워크 장치에 설정된 로그 서비스 컴포넌트에 따라 상기 검출된 로그 이벤트에 상응하는 로그 정보를 기록하는 단계를 포함하는,
   라우터 망에서 오퍼레이션 로그 정보를 기록하는 방법.
2. 청구항 1에 있어서,
   상기 네트워크 장치에 설정된 로그 서비스 컴포넌트는,
   로그 서비스 컴포넌트의 서비스 네임 및 버전 정보, 상기 로그 서비스 컴포넌트를 이용하는 컨트롤러 리스트 및 상기 컨트롤러 리스트에 속하는 컨트롤러 별로 설정되는 서브 파라미터에 대한 정보를 포함하는,
   라우터 망에서 오퍼레이션 로그 정보를 기록하는 방법.
3. 청구항 1에 있어서,
   상기 서브 파라미터는,
   컨트롤러의 식별 정보, 로그 파일 네임, 로그 파일 사이즈, 로그 파일 개수, 로그 정보의 저장 기준을 나타내는 로그 레벨, 로그 파일 저장 공간 부족시 정책 및 로그 이벤트 발생시 상기 컨트롤러 리스트에 속하는 컨트롤러에 통보 유무에 대한 정보 중 적어도 하나를 포함하는,
   라우터 망에서 오퍼레이션 로그 정보를 기록하는 방법.
4. 청구항 1에 있어서,
   상기 검출된 로그 이벤트에 상응하는 로그 정보는,
   로그 식별 정보, 로그 이벤트 발생 시간, 로그 이벤트 발생 주체의 식별 정보 및 오퍼레이션 정보를 포함하는,
   라우터 망에서 오퍼레이션 로그 정보를 기록하는 방법.
5. 청구항 4에 있어서,
   상기 오퍼레이션 정보는,
   오퍼레이션 네임 정보, 오퍼레이션 파라미터 정보, 오퍼레이션 그룹 코드 정보, 오퍼레이션 결과 코드 정보 중 적어도 하나를 포함하는,
   라우터 망에서 오퍼레이션 로그 정보를 기록하는 방법.
6. 청구항 4에 있어서,
   상기 검출된 로그 이벤트에 상응하는 로그 정보는,
   네트워크 어플리케이션 식별 정보 및 로그 관련 서비스 네임 정보 중 적어도 하나를 더 포함하는,
   라우터 망에서 오퍼레이션 로그 정보를 기록하는 방법.
7. 컨트롤러가 로그 정보를 열람하는 방법에 있어서,
   열람 대상이 되는 로그 정보를 지정하는 열람 대상 정보를 포함하는 로그 열람 메시지를 생성하는 단계;
   상기 열람 대상 정보에 상응하는 로그 정보에 대한 열람을 위해 상기 로그 열람 메시지를 네트워크 장치로 전달하는 단계; 및
   상기 네트워크 장치로부터 상기 열람 대상 정보에 상응하는 로그 정보를 수신하는 단계를 포함하는,
   라우터 망에서 오퍼레이션 로그 정보를 열람하는 방법.
8. 청구항 7에 있어서,
   상기 열람 대상 정보는,
   로그 이벤트 발생 주체의 식별 정보 또는 로그 관련 서비스 네임 정보에 의해 특정되는,
   라우터 망에서 오퍼레이션 로그 정보를 열람하는 방법.
9. 청구항 7에 있어서,
   상기 열람 대상 정보는,
   로그 식별 정보, 로그 이벤트 발생 시간, 오퍼레이션 정보 중 하나에 의해 특정되는,
   라우터 망에서 오퍼레이션 로그 정보를 열람하는 방법.
10. 청구항 7에 있어서,
    상기 네트워크 장치는 컨트롤러에 의해 설정된 로그 서비스 컴포넌트에 따라 로그 정보를 기록하며,
    상기 로그 서비스 컴포넌트는 로그 서비스 컴포넌트의 서비스 네임 및 버전 정보, 상기 로그 서비스 컴포넌트를 이용하는 컨트롤러 리스트 및 상기 컨트롤러 리스트에 속하는 컨트롤러 별로 설정되는 서브 파라미터에 대한 정보를 포함하는,
    라우터 망에서 오퍼레이션 로그 정보를 열람하는 방법.
11. 소프트웨어 정의 네트워킹 환경에서 로그 정보를 처리하는 방법에 있어서,
    네트워크 장치가 컨트롤러로부터 제어되는 로그 서비스 컴포넌트를 설정하는 단계;
    상기 네트워크 장치가 상기 네트워크 장치에서 오퍼레이션이 수행됨에 따라 발생하는 로그 이벤트를 검출하는 단계; 및
    상기 네트워크 장치가 상기 로그 서비스 컴포넌트에 따라 상기 검출된 로그 이벤트에 상응하는 로그 정보를 처리하는 단계를 포함하는,
    라우터 망에서 오퍼레이션 로그 정보를 처리하는 방법.
12. 청구항 11에 있어서,
    상기 로그 서비스 컴포넌트는,
    로그 서비스 컴포넌트의 서비스 네임 및 버전 정보, 상기 로그 서비스 컴포넌트를 이용하는 컨트롤러 리스트 및 상기 컨트롤러 리스트에 속하는 컨트롤러 별로 설정되는 서브 파라미터에 대한 정보를 포함하는,
    라우터 망에서 오퍼레이션 로그 정보를 처리하는 방법.
13. 청구항 11에 있어서,
    상기 검출된 로그 이벤트에 상응하는 로그 정보를 처리하는 단계는,
    로그 식별 정보, 로그 이벤트 발생 시간, 로그 이벤트 발생 주체의 식별 정보 및 오퍼레이션 정보를 포함하는 로그 정보를 기록하는 것을 특징으로 하는,
    라우터 망에서 오퍼레이션 로그 정보를 처리하는 방법.
14. 청구항 13에 있어서,
    상기 오퍼레이션 정보는,
    오퍼레이션 네임 정보, 오퍼레이션 파라미터 정보, 오퍼레이션 그룹 코드 정보, 오퍼레이션 결과 코드 정보 중 적어도 하나를 포함하는,
    라우터 망에서 오퍼레이션 로그 정보를 처리하는 방법.
15. 청구항 13에 있어서,
    상기 검출된 로그 이벤트에 상응하는 로그 정보를 처리하는 단계는,
    네트워크 어플리케이션 식별 정보 및 로그 관련 서비스 네임 정보 중 적어도 하나를 더 포함시킨 로그 정보를 기록하는 것을 특징으로 하는,
    라우터 망에서 오퍼레이션 로그 정보를 처리하는 방법.
16. 청구항 11에 있어서,
    상기 검출된 로그 이벤트에 상응하는 로그 정보를 처리하는 단계는,
    상기 로그 서비스 컴포넌트에 따라 상기 검출된 로그 이벤트에 상응하는 로그 정보를 상기 컨트롤러로 전송하는 것을 특징으로 하는,
    라우터 망에서 오퍼레이션 로그 정보를 처리하는 방법.
    

Images