KR100443915B1 - 네트워크 매니지먼트 시스템의 아이피씨 구조 - Google Patents

Abstract

본 발명은 관리대상 시스템이 달라도 동일한 네트워크 매니지먼트 시스템(NMS)으로 관리하기 위해 IPC 구조를 표준화하고, 새로운 시스템 개발시에도 표준화된 IPC 구조에 필요한 기능만 추가하여 사용할 수 있도록 하기 위한 네트워크 매니지먼트 시스템의 아이피씨 구조를 제공하기 위한 것으로서, IPC 구조를 SPDU로 표준화하고 표준화된 SPDU를 활용하여 IPC를 전송하는 라이브러리 구성을 통하여 내부 IPC를 통합할 수가 있는데, 이 SPDU는 NMS 내부에서 IPC 처리 방식이 정의된 한 SAP(Service Access Point)영역 표기부와, 프로토콜 데이터 단위(Protocol Data Unit)의 길이 및 논리적이나 물리적으로 그것과 관계 있는 다른 파일이나 전송단위의 존재여부 등에 대한 정보 형식이 정의된 헤더 표기부와, 메시지의 목적지와 관리대상 시스템의 최종단 목적지까지의 정보 형식이 정의된 목적지 표기부와, 실제로 목적지 시스템으로 전송되야 하는 데이터 속성정보에 해당하는 메시지 형식이 정의된 데이터 표기부로 구분되어 이루어진다.

Description

네트워크 매니지먼트 시스템의 아이피씨 구조{Structure for IPC of Network Management System}

본 발명은 네트워크 매니지먼트 시스템의 아이피씨 구조에 관한 것으로서, 더욱 상세하게는 NMS(Network Management System)에 사용된 IPC(Inter Process Communication) 구조를 통합함으로써 다양한 통신 장비 및 망을 1개의 NMS로 관리할 수 있도록 하는 네트워크 매니지먼트 시스템의 아이피씨 구조에 관한 것이다.

지금까지 NMS 장비들은 시스템 종류마다 각기 다른 시스템을 구축하여 사용되어 왔고, 시스템 기술의 발전으로 인한 수용 용량의 증대 및 서비스의 다양화로 인하여 여러 종류의 장비가 1개의 망으로 구성되어지고 있는 것이 현재의 추세이다.

이러한 장비들을 관리하는 NMS 시스템에서는 새로운 장비의 NMS로 구축하기에는 개발기간이 오래걸릴 뿐만 아니라, 유지보수를 위해 많은 인력이 필요하고 비용이 많이 소요된다.

따라서 관리 대상의 시스템에 관계없이 NMS 장비가 1개의 시스템으로 관리를하기 위해서는 우선적으로 NMS 제품이 동일한 시스템으로 운용되어야 하며, 동일한 시스템으로 운용하기 위해서는 NMS 내부 IPC를 통합하여야 하는 작업이 요청된다.

따라서 본 발명은 상기와 같은 요청을 만족시키기 위해 안출된 것으로서, 관리대상 시스템이 달라도 동일한 네트워크 매니지먼트 시스템(NMS)으로 관리하기 위해 IPC 구조를 표준화하고, 새로운 시스템 개발시에도 표준화된 IPC 구조에 필요한 기능만 추가하여 사용할 수 있도록 하기 위한 네트워크 매니지먼트 시스템의 아이피씨 구조를 제공하는데 그 목적이 있다.

이러한 목적을 달성하기 위한 본 발명에 따른 네트워크 매니지먼트 시스템의 아이피씨 구조 표준화 방법은 네트워크 매니지먼트 시스템(Network Management System)의 아이피씨(IPC) 구조에 있어서, 네트워크 매니지먼트 시스템 내부에서 아이피씨 처리방식을 정의하는 서비스 액세스 포인트(Service Access Point) 영역 표기부; 프로토콜 데이터 단위(Protocol Data Unit)의 길이, 및 논리적이나 물리적으로 그것과 관계 있는 다른 파일이나 전송단위의 존재여부 등에 대한 정보 형식을 정의하는 헤더 표기부; 메시지의 목적지와 관리대상 시스템의 최종단 목적지까지의 정보 형식을 정의하는 목적지 표기부; 및 실제로 목적지 시스템으로 전송되야 하는 데이터 속성정보에 해당하는 메시지 형식을 정의하는 데이터 표기부로 이루어지는특징이 있다.

상기 서비스 액세스 포인트 영역 표기부는 메시지 큐를 통하여 아이피씨를 처리하는 방식과 TCP 포트를 사용하여 아이피씨를 처리하는 방식으로 구분된다.

상기 헤더 표기부는 메시지의 전체길이(Length), 변환될 메시지 프로토콜(ProtocolId), 메시지 종류(MessageType), 메시지 처리 프로세서(PrimaryGrp), 연결할 세션(SessionID), 메시지 순서(SerialNo), 타임아웃값(TimeOut), 메시지 수행결과(ErrorStatus), 메시지 수행결과에 대한 원인 코드 (ErrorCode), 메시지의 연속여부 표시(more), 메시지 발생시간(TimeBuf)에 대해 정의되어 있다.

상기 목적지 표기부는 메시지 도착지점(Target) 및 도착지점에서의 테이블 정보에 대해 정의되어 있다.

상기 데이터 표기부는 데이터의 전체 항목수와 항목수만큼 데이터의 속성정보에 대해 정의되어 있다.

이하, 본 발명이 속하는 분야에 통상의 지식을 지닌자가 본 발명을 용이하게 실시할 수 있도록 본 발명의 바람직한 실시예를 상세히 설명한다.

본 발명에서는 네트워크 매니지먼트 시스템(NMS)의 표준화된 IPC 구조를 SPDU(Samsung Protocol Data Unit)로 칭한다.

이 표준화된 IPC 구조(SPDU)를 활용하여 IPC를 전송하는 라이브러리 구성을 통하여 내부 IPC를 통합할 수가 있는데, 이 SPDU는 SAP(Service Access Point)영역 표기부, 헤더 표기부, 목적지 표기부, 데이터 표기부로 구분된다.

SAP 영역 표기는 NMS 내부에서 IPC 처리 방식을 정의한 영역이다. NMS 제품은 단순하지 않을 뿐만 아니라 여러개의 프로세서 및 여러개의 시스템이 연동하여 1개의 시스템으로 구성되는 것이므로 IPC 정의를 하기 위하여 상위 설계 단계에서 해당 프로세서 및 메시지 별로 어떤 IPC를 채택할 것인지 여부를 결정하게 되어 있기 때문이다.

IPC 처리방식에서 메시지 큐(queue)를 통해 IPC를 사용하고자 할 경우, 실제로 C언어로 작성시 아래와 같이 표현된다.

SPDU.SapAddr.SapAddrType = MSG_QUEUE;

SPDU.SapAddr.SapAddr_u.qkey = SNMP_QUEUE;

그리고 IPC 처리방식에서 TCP 포트를 사용하고자 할 경우, 실제로 C언어로 작성시 아래와 같이 표현된다.

SPDU.SapAddr.SapAddrType = TCP;

SPDU.SapAddr.SapAddr_u.tcp[0] = IN_PORT;

SPDU.SapAddr.SapAddr_u.tcp[1] = OUT_PORT;

헤더 표기부에서는 프로토콜 데이터 단위(Protocol Data Unit)의 길이, 및 논리적이나 물리적으로 그것과 관계 있는 다른 파일이나 전송단위의 존재여부 등에 대한 정보 형식이 정의되는데 그 상세 내용의 일 예는 표 1과 같다.

SPDU.Length=length	SPDU의 전체길이
SPDU.ProtocolId=P_SNMP	이 메시지가 SNMP로 변환됨을 의미
SPDU.MessagType=GET	이 메시지가 조회 메시지임을 의미
SPDU.PrimaryGroup=CM	이 메시지가 CM이라는 프로세서에서 처리됨을 의미
SPDU.SessionId=0	0인 경우는 모든 세션으로 전달됨을 의미하고 0이 아닌 경우는 해당 세션으로만 전달됨을 의미
SPDU.SerialNo=serialNo	메시지의 순번
SPDU.TimeOut=10sec	타임아웃이 10초
SPDU.ErrorStatus=SUCCESS	메시지가 정상처리됨을 의미
SPDU.ErrorCode=0	메시지 오류코드가 없음을 의미
SPDU.more=0	메시지가 더 존재하지 않음을 의미
SPDU.TimeBuf="2000110261010"	메시지 발생시간

목적지 표기부에서는 메시지의 목적지와 관리대상 시스템의 최종단 목적지까지의 정보 형식이 정의되는데, 그 상세 내용의 일 예는 표 2와 같다.

SPDU.Target.oid="1.3.6.1.4.1.236.11.3.1.1.2.1.1.1.1.1"	테이블 이름
SPDU.Target.index="1111"	SNMP 또는 타 프로토콜로 변환될때의 색인값
SPDU.Target.dn="01.01.01"	실제로 NMS가 관리하는 목적지
SPDU.Vsets=0	예외의 경우 처리

데이터 표기부에서는 실제로 목적지 시스템으로 전송되야 하는 데이터 속성정보에 해당하는 메시지 형식이 정의된다.

데이터 표기 방법은 먼저 데이터의 전체 항목수가 나타나고, 항목수 만큼 데이터의 속성정보가 반복되어 표현되는데, 실제로 C언어로 작성시 아래와 같다.

value.count=3

value.value[0].type=VT_INTEGER;

value.value[0].length=<value.[0].length>

value.value[0].oid="1.3.6.1.4.1.236.11.3.1.1.2.1.1.1.1.1.2"(ADSL라인타입)

value.value[0].val=G.DMT;

value.value[1].type=VT_CHAR;

value.value[1].length=<value.[1].length>

value.value[1].oid="1.3.6.1.4.1.236.11.3.1.1.2.1.1.1.1.1.3"(ADSL라인구성정보 프로파일)

value.value[1].val="premium";

value.value[2].type=VT_CHAR;

value.value[2].length=<value.[1].length>

value.value[2].oid="1.3.6.1.4.1.236.11.3.1.1.2.1.1.1.1.1.4"(ADSL알람구성정보 프로파일)

value.value[2].val="default";

이상 본 발명의 바람직한 실시예에 대해 상세히 기술되었지만, 본 발명이 속하는 기술분야에 있어서 통상의 지식을 가진 사람이라면, 첨부된 청구 범위에 정의된 본 발명의 정신 및 범위를 벗어나지 않으면서 본 발명을 여러 가지로 변형 또는 변경하여 실시할 수 있음을 알 수 있을 것이다. 따라서 본 발명의 앞으로의 실시예들의 변경은 본 발명의 기술을 벗어날 수 없을 것이다.

이상 설명한 바와 같이, 본 발명에 따라 네트워크 매니지먼트 시스템의 아이피씨 구조를 표준화함으로써 기존의 라이브러리를 재사용할 수 있어 NMS 기본 프레임 구축기간이 단축되고, NMS 개발을 쉽게 할 수 있으므로 비용이 절감되는 효과가 있다.

Claims (5)

1. 네트워크 매니지먼트 시스템(Network Management System)의 아이피씨(IPC) 구조에 있어서,

   네트워크 매니지먼트 시스템 내부에서 아이피씨 처리방식을 정의하는 서비스 액세스 포인트(Service Access Point) 영역 표기부;

   프로토콜 데이터 단위(Protocol Data Unit)의 길이, 및 논리적이나 물리적으로 그것과 관계 있는 다른 파일이나 전송단위의 존재여부 등에 대한 정보 형식을 정의하는 헤더 표기부;

   메시지의 목적지와 관리대상 시스템의 최종단 목적지까지의 정보 형식을 정의하는 목적지 표기부; 및

   실제로 목적지 시스템으로 전송되야 하는 데이터 속성정보에 해당하는 메시지 형식을 정의하는 데이터 표기부로 이루어지는 네트워크 매니지먼트 시스템의 아이피씨 구조.
2. 제 1항에 있어서, 상기 서비스 액세스 포인트 영역 표기부는

   메시지 큐를 통하여 아이피씨를 처리하는 방식과 TCP 포트를 사용하여 아이피씨를 처리하는 방식으로 구분되는 것을 특징으로 하는 네트워크 매니지먼트 시스템의 아이피씨 구조.
3. 제 1항에 있어서, 상기 헤더 표기부는

   메시지의 전체길이(Length), 변환될 메시지 프로토콜(ProtocolId), 메시지 종류(MessageType), 메시지 처리 프로세서(PrimaryGrp), 연결할 세션(SessionID), 메시지 순서(SerialNo), 타임아웃값(TimeOut), 메시지 수행결과(ErrorStatus), 메시지 수행결과에 대한 원인 코드 (ErrorCode), 메시지의 연속여부 표시(more), 메시지 발생시간(TimeBuf)에 대해 정의하는 것을 특징으로 하는 네트워크 매니지먼트 시스템의 아이피씨 구조.
4. 제 1항에 있어서, 상기 목적지 표기부는

   메시지 도착지점(Target) 및 도착지점에서의 테이블 정보에 대해 정의하는 것을 특징으로 하는 네트워크 매니지먼트 시스템의 아이피씨 구조.
5. 제 1항에 있어서, 상기 데이터 표기부는

   데이터의 전체 항목수와 항목수만큼 데이터의 속성정보에 대해 정의하는 것을 특징으로 하는 네트워크 매니지먼트 시스템의 아이피씨 구조.