KR100748701B1

KR100748701B1 - Ｓｎｍｐ를 사용하는 네트워크 장비 관리 시스템 및 그방법

Info

Publication number: KR100748701B1
Application number: KR1020060085143A
Authority: KR
Inventors: 양원종; 범재원
Original assignee: 삼성전자주식회사
Priority date: 2006-09-05
Filing date: 2006-09-05
Publication date: 2007-08-13
Also published as: US20080059623A1

Abstract

본 발명은 SNMP를 사용하는 네트워크 장비 관리 시스템 및 방법에 관한 내용으로 매니지먼트 서버와 그 관리 대상인 네트워크 장비간에 SNMP를 이용하여 등록 및 관리를 수행하는 네트워크 매지니먼트 시스템에 관한 것이다. 네트워크 장비(NE)로부터 NE 설정 정보를 수신하고, 수신한 정보를 바탕으로 해당 네트워크 장비(NE)의 종류를 파악하여 사용해야할 MIB를 결정하고, 등록 리스트를 관리하고, 해당 네트워크 장비(NE)에 시스템 아이디(SysID)를 설정하여 네트워크 장비(NE)로 송신함으로써 등록과정이 완료되었음을 알리는 매니지먼트 서버와 네트워크 장비(NE)의 최초 등록 또는 설정 정보 변경 시 매니지먼트 서버에게 NE 설정 정보를 송신하고, 매니지먼트 서버로부터 기 설정시간 내에 시스템 아이디(SysID)가 송신 되지 않으면 상기 NE 설정 정보를 재송신 하는 네트워크 장비(NE)를 포함하는 것으로 네트워크 장비(NE)의 설정 정보가 변경되거나, 다양한 종류와 버전의 네트워크 장비(NE)가 혼재된 유비쿼터스 환경에서도 다수의 네트워크 장비(NE)를 통합 관리 할 수 있는 것이다.

Description

ＳＮＭＰ를 사용하는 네트워크 장비 관리 시스템 및 그 방법 {Management System and Method of Network Element using SNMP(Simple Network Management Protocol)}

도 1은 종래의 네트워크 매니지먼트 시스템에서의 네트워크 매니지먼트 시스템의 구조를 나타내는 도면.

도 2는 본 발명의 일 실시예에 따른 SNMP를 사용하는 네트워크 매니지먼트 시스템의 구조를 나타내는 도면.

도 3은 본 발명의 일 실시예에 따른 매니지먼트 서버의 구조를 나타내는 도면.

도 4는 본 발명의 일 실시예에 따른 네트워크 장비의 구조를 나타내는 도면.

도 5는 본 발명의 일 실시예에 따른 매니지먼트 서버의 동작 순서도.

도 6는 본 발명의 일 실시예에 따른 네트워크 장비의 동작 순서도.

<도면의 주요 부분에 대한 부호의 설명>

200 : 매니지먼트 서버 210~260 : 네트워크 장비(NE)

270 : 등록 리스트 280 : DHCP 서버

310 : SNMP 매니저 330 : 매니지먼트 서버의 송수신부

320 : MF(Management Function) 340 : 등록 리스트 관리부

350 : MIB 설정부 360 : 시스템 아이디(SysID) 설정부

410 : SNMP 에이전트 420 : NE 기능부

430 : NE의 송신부 440 : NE의 수신부

450 : NE 설정정보 변경 확인부 460 : 시스템 아이디(SysID) 확인부

470 : 시스템 아이디(SysID) 저장부

본 발명은 SNMP(Simple Network Management Protocol, 이하 SNMP라 함)를 사용하는 네트워크 매니지먼트 시스템에서의 네트워크 장비(Network element , 이하 NE라 함)등록 방법 및 그 시스템에 관한 것으로서, 보다 자세하게는 SNMP를 사용하는 네트워크 매니지먼트 시스템에서 NE의 네트워크 설정정보가 변경되더라도 변경된 정보로 인한 혼란없이 네트워크 관리 대상 장비를 관리하고 관리정보 리스트를 업데이트가 가능한 방법 및 시스템에 관한 것이다.

여기에서 사용되는 NE란, 네트워크 매니지먼트 시스템에서 매니지먼트 서버의 관리 대상이 되는 장비로써, 스위치, 라우터, 허브, 브리지, 프린터, 컴퓨터, 모뎀, 셋톱박스등의 네트워크 장비와 상기에서 언급한 장비 외에도 네트워크를 통 해 매니지먼트 서버에서 관리 가능한 모든 네트워크 장비가 다 해당된다.

정보통신 기술이 발전하면서 통신 서비스 이용자들은 보다 신속하고 다양한 서비스를 요구하게 되었고, 이에 부응하여 통신망 발전 속도는 더욱 가속화되고 있다.

현대의 정보통신 네트워크는 개방형 구조로 이루어져 있으며, 다양하고 복잡한 통신망 관리 기법 및 다양한 운용체계를 기반으로 관리된다.

일반적으로 다수개의 시스템들이 연결된 네트워크를 안정적으로 관리하기 위해서 네트워크 매니지먼트 시스템을 사용한다. 네트워크 매니지먼트 시스템은 네트워크를 이루는 다수개의 NE 또는 시스템과 직접 또는 간접적으로 연결되고 각 NE와 시스템의 상태정보를 수신하여 전체적으로 관리하는 매니지먼트 서버와 다수개의 NE 또는 다수개의 시스템으로 구성되어 있다. 상기 상태정보에는 장애정보 뿐만이 아니라 시스템의 운용 상황, 시스템의 수행 정보 등이 포함될 수 있다. 네트워크 매니지먼트 시스템은 상기 상태정보를 이용하여 통신 네트워크의 상태를 항상 감시하여 최적의 상태를 유지한다.

예를 들면 NMS(Network Management System), EMS(Element Management System), SMS(Service Management System)... 등으로 다양하게 존재하며, 각 네트워크의 상황에 맞는 형태로 구성되어 사용되게 된다.

최근 네트워크 매니지먼트 시스템에서는 SNMP를 이용하여 네트워크를 관리하는 방식이 널리 사용되고 있다. 이러한 SNMP 프로토콜을 사용하는 경우 SNMP 매니저와 SNMP 에이전트로 구성되며, SNMP 매니저는 매니지먼트 서버에서 동작하며, SNMP 에이전트는 각 NE에서 동작한다. SNMP 매니저는 SNMP request 메시지를 통해 SNMP 에이전트의 설정 정보를 변경하거나 확인이 가능하며, SNMP 에이전트는 SNMP trap 메시지를 통해 SNMP 매니저에 정보를 알려 줄 수 있다. 이러한 SNMP의 메시지의 구조는 표준화된 내용으로 더 이상의 상세한 설명은 생략하기로 한다.

또한 네트워크 매니지먼트 시스템내의 매니지먼트 서버는 관리 대상인 NE가 제공하는 관리정보를 미리 알고 있어야 조회 하거나 변경 할 수 있는데, 이러한 정보 모델을 MIB(Management Information Base, 이하 MIB 라 함.)라고 부르며, MIB는 매니지먼트 서버와 NE간에 동일하게 정의되어 있어야 오동작을 막을 수 있게 된다. 상기의 MIB는 각 NE의 종류별로 다르게 설정되며, 동일 종류의 NE라고 하더라도 다양한 버전이 존재하기 때문에 매니지먼트 서버는 각 NE별로 어떤 MIB를 사용해야 하는지를 미리 알고 있어야 한다. 종래에는 각각의 NE가 고정된 IP 주소를 사용하기 때문에, 이러한 IP 주소를 통해 NE간에 구분이 가능했다. 그러나 최근에는 인터넷의 급격한 사용증가로 관리해야 할 NE의 수가 기하급수적으로 늘어남에 따라 사용 가능한 IP 주소가 고갈되는 실정이다. 이러한 문제를 해결하기 위해 DHCP(Dynamic Host Configuration Protocol, 이하 DHCP 라 함)를 활용하여 동적으로 IP 주소를 할당하고 사용하지 않는 IP 주소를 회수하는 방법을 사용하고 있다. 이렇게 DHCP를 활용하여 동적으로 IP 주소를 할당하는 경우, 각 NE별로 고정된 IP 주소가 할당되지 않기 때문에 종래에서처럼 IP 주소를 이용하여 MIB를 구분하는 방법은 더 이상 사용이 불가능 하게 된다.

도1을 참고하여 종래 기술에 따른 NE의 관리 방법에 관해 상세히 설명하며 다음과 같다.

종래의 네트워크 매니지먼트 시스템은 다수개의 NE(110~160)와 매니지먼트 서버(100)로 구성된다. 다수개의 NE(110~160)는 각각 고유한 고정 IP를 가지고 있고, 매니지먼트 서버(100)에는 IP 주소로 구분되는 각각의 NE에서 사용해야 할 MIB의 리스트(170)를 별도로 가지고 있다. 이러한 리스트(170)는 네트워크 매니지먼트 시스템의 초기 구축시에 결정되어 있으며, IP 주소를 이용하여 다수개의 NE를 구분하기 때문에, NE의 IP가 고정되어 있는 경우에 사용가능 하다. 만약 추후에 NE가 추가되거나 각 NE의 IP 주소가 변경되는 경우는 매니지먼트 서버(100)의 관리자가 직접 리스트의 IP 주소와 MIB 정보를 변경해 주어야 한다. 그 이유는 각 NE의 종류별, 버전별로 사용해야 하는 MIB 정보가 다르기 때문에 IP 주소를 이용하여 각 NE별 사용해야 하는 MIB를 결정하고 있는데, 만약 이러한 IP 주소가 변경되는 경우 다수개의 NE를 관리하는 매니지먼트 서버에서 해당 NE를 어떤 MIB를 이용하여 관리해야 할지 결정할 수 없으며, 잘못된 MIB를 사용하여 NE를 관리하는 경우 NE의 동작에 치명적인 오류를 초래하여, 시스템 전체가 불안정해 질 수 있기 때문이다.

또한 최근에는 IP 사용의 효율성을 위해 DHCP 서버를 통해 동적으로 IP를 할당하고 회수하는 방법이 흔히 사용되는데, 이런 경우 문제가 발생하게 된다. 특히 ADSL, VDSL 모뎀, 각종 셋톱박스 처럼 수시로 전원을 온/오프 하는 경우에는 그 문제가 더욱 심각한데, 전원을 온/오프 할때마다 이전에 할당된 IP 주소와 다른 IP 주소가 할당될 수 있기 때문에, 종래에 사용되던 고정된 IP 주소를 이용하여 사용해야 할 MIB를 구분하는 방식은 더 이상 사용할 수 없게 되었다. 그러므로, 네트워 크 매니지먼트 시스템에서 IP 주소와 같은 네트워크 설정정보가 변경되더라도 변경된 정보로 인한 혼란없이 네트워크 관리 대상 장비를 관리 할 수 있는 기술이 절실히 요구된다.

따라서, 본 발명의 목적은 네트워크 매니지먼트 시스템에 있어서 NE의 설정정보가 변경되더라도 변경된 정보로 인한 혼란없이 네트워크 관리 대상 장비를 관리 할 수 있는 네트워크 매니지먼트 시스템을 제공함에 있다.

또한 표준화된 SNMP 프로토콜을 이용하여 네트워크 장비를 등록 및 관리 함으로써 다양한 종류와 버전의 네트워크 장비(NE)가 혼재된 유비쿼터스 환경에서도 다수의 네트워크 장비(NE)를 통합 관리 할 수 있는 것이다.

상기한 목적을 달성하기 위한 본 발명의 일 측면에 따른 SNMP를 사용하는 네트워크 장비 관리 시스템은 자신의 설정정보가 변경되면 NE 설정정보를 생성하여 매니지먼트 서버로 전송하고 매니지먼트 서버로부터 완료 메시지를 수신하는 NE와 NE로부터 NE 설정 정보를 수신하고, 수신한 정보를 바탕으로 해당 NE의 종류를 파악하여 사용해야할 MIB를 결정하고, 등록 리스트를 관리하고, 해당 NE에 등록과정이 완료되었음을 알리는 매니지먼트 서버를 포함한다.

상기 NE가 생성하는 NE 설정 정보는 MAC 어드레스, IP 주소, sysObjectID 를 포함되며, 상기 NE는 최초로 네트워크 매니지먼트 시스템에 접속하여 수행하는 초기 등록 과정과 IP 주소등 NE의 설정 정보가 변경되었을 경우에 NE 설정 정보를 생성하는 NE 설정정보 변경 확인부를 포함한다.

또한 상기의 NE가 생성한 NE 설정정보는 NE의 SNMP 에이전트를 통해 SNMP 프로토콜을 이용하여 전송되며, coldStart SNMP trap을 이용하여 전송된다.

또한 상기 NE는 NE 설정 정보를 매니지먼트 서버로 송신 한 후 일정 시간 동안 시스템 아이디(SysID)가 수신되기를 대기하며, 만약 시스템 아이디(SysID)가 수신되지 않는다면 NE 설정 정보를 재송신하게 된다.

그리고 상기 매니지먼트 서버는 수신한 NE 설정 정보 중 sysObjectID 를 활용하여 NE의 종류와 버전을 파악하여, 해당 NE의 관리 시 사용해야할 MIB를 결정하는 MIB 설정부를 포함한다.

또한 상기의 등록 리스트를 관리하는 매니지먼트 서버는 수신한 NE 설정 정보 중 MAC 어드레스를 추출하여, 현재의 등록 리스트의 MacAddress 항목과 비교한 뒤 일치하는 항목이 있다면, 기 등록된 NE 이므로 수신한 NE 설정 정보와 등록 리스트의 해당 NE의 설정 정보를 비교하여 업데이트하는 등록 리스트 관리부를 포함한다.

만약 상기 등록 리스트 관리부는 수신한 NE 설정 정보에서 추출한 MAC 어드레스와 현재 등록 리스트의 MacAddress 항목을 비교한 결과 일치하는 항목이 없다면, 해당 NE는 최초 등록 과정을 수행하는 것이므로, 현재의 등록 리스트에 새로운 항목으로 추가하고 수신한 NE 설정 정보를 등록 리스트에 등록하는 과정을 수행한 다.

또한 상기 등록 및 업데이트 과정을 완료 한 후 해당 NE에 등록 및 업데이트 과정의 완료를 알리기 위해 매니지먼트 서버가 해당 NE에 고유한 시스템 아이디(SysID)를 할당하고 전송하는 시스템 아이디(SysID) 설정부를 포함한다.

상기의 시스템 아이디는 매니지먼트 서버의 SNMP 매니저를 통해 전송되며, 이때 SNMP-SET request를 이용하여 전송된다.

본 발명에 따른 SNMP를 사용하는 네트워크 장비 관리 방법의 일 측면에 따르면, 상기 NE가 네트워크 매니지먼트 시스템에 최초로 접속하여 초기 등록이 필요한 상태인지 또는 NE의 설정정보가 변경되었는지를 체크하는 단계; 상기에서 초기 등록이 필요하거나 NE의 설정정보가 변경되었다고 판단되는 경우, MAC 어드레스와 IP 주소, sysObjectID를 포함하는 NE 설정 정보를 매니지먼트 서버로 전송하는 단계; 상기 전송단계에서 전송을 완료한 후에 매니지먼트 서버로부터 시스템 아이디(SysID)가 수신되는지 확인하는 단계; 및 상기 수신 확인 단계에서 기 설정된 시간 내에 시스템 아이디(SysID)가 정상적으로 수신되는 경우, 정상적으로 종료 단계로 진행하는 단계를 포함한다.

만약 상기 수신 확인 단계에서 기 설정된 시간 내에 시스템 아이디(SysID)가 정상적으로 수신되지 않으면, NE 설정정보를 매니지먼트 서버로 재송신하는 단계를 더 포함한다.

상기 네트워크 장비(NE)가 MAC 어드레스와 IP 주소, sysObjectID를 포함하는 NE 설정 정보를 전송하는 단계는 coldStart SNMP trap을 사용하여 매니지먼트 서버로 전송하는 단계를 더 포함한다.

본 발명에 따른 SNMP를 사용하는 네트워크 장비 관리 방법의 일 측면에 따르면, 매니지먼트 서버가 관리하고 있는 NE로부터 NE 설정정보가 수신되기를 대기하는 단계; NE로부터 MAC 어드레스, IP 주소, sysObjectID가 포함된 NE 설정정보가 수신되는 단계; 상기 수신단계에서 수신된 NE 설정 정보를 이용하여 현재 등록 리스트에 기 등록된 NE 인지 확인하는 단계; 상기 등록 리스트 확인 단계에서 확인 결과 미 등록 NE라면, 최초 등록 과정을 수행하는 것으로 판단하여, 수신된 NE 설정 정보를 등록 리스트에 추가하는 단계; 상기 등록 리스트에 추가하는 단계를 완료한 후에 해당 NE에 시스템 아이디(SysID)를 할당하는 단계; 상기 등록 리스트 확인 단계에서 확인 결과 기 등록된 NE라면, 수신된 NE 설정 정보와 등록 리스트에 저장된 정보를 비교하여 변경된 부분을 업데이트 하는 단계; 및 상기 NE 설정정보를 등록 리스트에 추가하고 시스템 아이디를 할당하는 단계나 등록 리스트를 업데이트 하는 단계를 완료한 후에, 해당 NE에 할당된 시스템 아이디(SysID)를 송신하는 단계를 포함한다.

상기 매니지먼트 서버가 수신한 NE 설정정보를 이용하여 현재 등록 리스트에 기 등록된 NE인지 확인하는 단계는, 등록 리스트의 MacAddress 항목 중에 상기 NE 설정 정보에서 추출한 MAC 어드레스와 일치하는 것이 있는지 확인하는 단계를 더 포함한다.

이하, 본 발명에 따른 SNMP를 사용하는 네트워크 장비 관리 시스템 및 그 방법에 대한 바람직한 실시예에 대하여 첨부한 도면을 참조하여 상세하게 살펴보기로 한다. 이 때, 아래에서 설명하는 시스템 구성은 본 발명의 설명을 위해서 인용한 시스템으로써 아래 시스템으로 본 발명을 한정하지 않음을 이 분야의 통상의 지식을 가진 자라면 이해해야할 것이다.

도2는 본 발명의 일 실시예에 따른 SNMP를 사용하는 네트워크 매니지먼트 시스템의 구조를 나타내는 도면이다.

본 발명의 일 실시예에 따른 네트워크 매니지먼트 시스템은 매니지먼트 서버(200), NE(210~260)와 DHCP 서버로 구성되어 있다. DHCP 서버(280)는 각 NE장비의 요청에 따라 IP 주소를 할당하고, 대여 기간을 갱신하거나, 이미 할당된 IP중 일정 시간동안 사용되지 않는 IP 주소를 회수한다. 이러한 DHCP 서버의 동작을 종래 기술이므로 더 구체적인 설명은 생략하기로 한다.

매니지먼트 서버(200)는 SNMP 프로토콜을 사용하여 각 NE(210~260)의 설정 정보를 조회, 변경하는 등 일반적인 매니지먼트 동작을 수행하며, 각 NE로부터 수신한 NE 설정정보를 이용하여 등록 리스트(270)를 생성하고 업데이트한다.

NE 설정정보란 각 NE의 MAC 어드레스와 IP 주소, SysObjecID 를 포함하는 정보로써, 각각의 NE는 네트워크 매니지먼트 시스템에 최초 등록 시 또는 NE 설정정보가 변경되는 경우에 SNMP trap을 통해 NE 설정정보를 매니지먼트 서버로 전송하게 된다. 상기의 MAC 어드레스는 8bit씩 6자리로 모두 48bit로 이루어져 있으며,이중 앞의 3자리는 IEEE(Institute of Electrical and Electronis Engineers)로부터 제조 회사별로 고유한 아이디를 할당받은 것이고, 나머지 3자리는 각각의 회사에서도 NIC 카드 별로 고유한 아이디를 할당하므로 유니크한 특성이 보장된다. 이는 http://standards.ieee.org/regauth/oui/index.shtml 을 참조하면 각 NIC 카드를 만드는 회사별로 할당된 범위를 조회할 수 있다.

따라서 각각의 NE(210~260)는 모두 고유한 MAC 어드레스를 갖게 되고, 매니지먼트 서버에서는 이러한 MAC 어드레스를 이용하여 등록 리스트(270)를 관리하게 된다.

상기의 IP 주소는 NE(210~260)가 DHCP 서버(280)로부터 할당받은 IP 주소를 매니지먼트 서버에 알려 주게 되며, 만약 이 IP 주소가 변경되는 경우 변경된 정보를 SNMP trap을 통해 매니지먼트 서버에 알려 주고, 매니지먼트 서버는 변경된 IP 주소를 관리 리스트(270)에 업데이트 한다.

상기의 sysObjectID는 IANA(Internet Assigned Numbers Authority)에서 각 회사별로 유일한 번호를 할당하고, 해당 회사내에서는 제품군별로 순차적으로 번호를 할당하므로 sysObjectID를 이용하면 각 NE가 어떤 제품군에 속하는지 구분이 가능하다. 이는 http://www.iana.org/assignments/enterprise-numbers를 참조하면 각 회사별로 할당된 제품군 번호를 확인할 수 있다. 매니지먼트 서버는 이러한 sysObjectID를 이용하여 각 NE가 어떤 제품군에 속하는지 파악하여 어떤 MIB를 사용하여 매니지먼트할지를 결정하게 된다.

매니지먼트 서버(200)는 상기에서 설명한 NE 설정정보를 이용하여 등록 리스트(270)를 관리하는데, 각각의 NE(210~260)로부터 NE 설정정보를 수신하여 MAC 어 드레스, IP주소, sysObjectID 정보를 추출하고, MAC 어드레스를 이용하여 현재 관리중인 등록 리스트(270)에 해당 NE가 이미 등록된 상태인지를 체크한다. 즉 등록 리스트(270)의 MAC 어드레스 항목을 검색하여, 새롭게 수신된 NE 설정정보에 포함된 MAC 어드레스와 일치하는 것이 있는지 체크하여, 만약 일치하는 MAC 어드레스가 있다면 이미 등록된 NE로 판단하여, NE 설정 정보를 등록 리스트(270)에 업데이트 하고, 만약 일치하는 MAC 어드레스가 없다면 해당 NE는 최초 등록과정을 수행하는 것이므로, 등록 리스트(270)에 해당 NE를 새롭게 추가하게 된다.

이렇게 매니지먼트 서버(200)에서 NE 설정정보를 활용하여 등록 리스트(270)를 생성하고 업데이트하는 과정을 완료하고 나서, NE 설정정보를 송신한 해당 NE에 각 NE별로 구분이 가능한 고유의 SysID을 할당하여 해당 NE에 전송함으로써, 등록 또는 업데이트 과정이 완료됨을 알려 준다.

NE 설정정보를 송신한 각각의 NE(210~260)에서는 매니지먼트 서버에서 송신한 상기의 SysID의 수신을 대기하며, 기 설정된 일정 시간내에 상기의 SysID이 수신되지 않는 경우에는, NE 설정정보의 송신이 실패했음을 간주하고 NE 설정정보를 매니지먼트 서버에 재송신 하게 된다. 이렇게 함으로써 SNMP 패킷이 UDP로 전달되기 때문에 발생할 수 있는 패킷 유실에 대한 문제점을 해결할 수 있다.

매니지먼트 서버에서 등록 리스트(270)에 새로운 NE를 등록하고 업데이트 하는 과정을 상세히 설명하면 다음과 같다.

도면 2에서 프린터 NE(260)가 네트워크 매니지먼트 시스템에 최초로 연결된다고 가정 해 보자. 이때 매니지먼트 서버의 등록 리스트(270)는 아래의 <표 1>과 같다. <표 1>의 등록 리스트에는 프린터의 항목이 없는 상태이다.

< 표 1 > 등록 리스트

MacAddress	IP Address	sysObjectID	SysID
FF:00:FF:00:FF:01	192.168.1.1	1.3.6.1.4.1.236.1	Router1
FF:00:FF:00:FF:02	192.168.1.2	1.3.6.1.4.1.236.1	Router2
FF:00:FF:00:FF:03	192.168.2.1	1.3.6.1.4.1.236.2	HUB
FF:00:FF:00:FF:04	192.168.3.1	1.3.6.1.4.1.236.3	Bridge1
FF:00:FF:00:FF:05	192.168.3.2	1.3.6.1.4.1.236.3	Bridge2

이때 프린터 NE(260)가 네트워크 매니지먼트 시스템에 최초로 접속하며 NE 설정 정보를 매니지먼트 서버(200)로 전송한다. NE 설정정보를 수신한 매니지먼트 서버(200)는 NE 설정정보 중 MAC 어드레스 항목을 추출해서 <표 1>의 등록 리스트의 MacAddress 항목과 비교한다. 프린터 NE(260)의 MAC 어드레스는 'FF:00:FF:00:FF:06'로 <표 1>의 등록 리스트에는 해당되는 항목이 없으므로 최초 등록으로 판단하고, 등록 리스트에 프린터 NE(260)의 NE 설정 정보에서 추출한 MAC 어드레스, IP 주소, sysObjectID 를 추가한다.

< 표 2 > 프린터 NE(260)가 추가된 등록 리스트

MacAddress	IP Address	SysObjecID	SysID
FF:00:FF:00:FF:01	192.168.1.1	1.3.6.1.4.1.236.1	Router1
FF:00:FF:00:FF:02	192.168.1.2	1.3.6.1.4.1.236.1	Router2
FF:00:FF:00:FF:03	192.168.2.1	1.3.6.1.4.1.236.2	HUB1
FF:00:FF:00:FF:04	192.168.3.1	1.3.6.1.4.1.236.3	Bridge1
FF:00:FF:00:FF:05	192.168.3.2	1.3.6.1.4.1.236.3	Bridge2
FF:00:FF:00:FF:06	192.168.4.1	1.3.6.1.4.1.236.4

상기 < 표 2 >의 등록 리스트를 참조하면 마지막 행에 프린터 NE(260)를 위한 NE 설정 정보가 추가되었음을 알 수 있다.

새로운 NE 등록 과정을 완료한 매니지먼트 서버는 NE 설정정보를 송신한 프린터 NE(260)에 SysID를 할당한다. 아래의 < 표 3 >을 참조하면 프린터 NE(260)의 SysID는 Printer1로 할당되었음을 알 수 있다. 이때 매니지먼트 서버(200)는 프린 터 NE(260)에 SNMP-SET 메시지를 통해 할당된 SysID를 알려 준다.

< 표 3 > 추가된 프린터 NE에 SysID가 할당된 등록 리스트

MacAddress	IP Address	SysObjecID	SysID
FF:00:FF:00:FF:01	192.168.1.1	1.3.6.1.4.1.236.1	Router1
FF:00:FF:00:FF:02	192.168.1.2	1.3.6.1.4.1.236.1	Router2
FF:00:FF:00:FF:03	192.168.2.1	1.3.6.1.4.1.236.2	HUB1
FF:00:FF:00:FF:04	192.168.3.1	1.3.6.1.4.1.236.3	Bridge1
FF:00:FF:00:FF:05	192.168.3.2	1.3.6.1.4.1.236.3	Bridge2
FF:00:FF:00:FF:06	192.168.4.1	1.3.6.1.4.1.236.4	Printer1

이때 네트워크 매니지먼트 시스템에서 관리 되던 HUB NE(230)가 전원 OFF등으로 인해 사용하던 IP 주소를 DHCP 서버에 반환하고, 그 이후에 새로운 프린터 NE(미도시)가 추가되는 상황을 가정해 보자. DHCP 서버(280)는 각각의 NE에게 할당된 IP 주소가 사용되고 있는지를 주기적으로 확인하고, 일정시간 이상 사용되지 않는 IP 주소는 회수하여 IP 주소를 요청하는 다른 NE에 할당해 준다. 따라서 HUB NE(230)가 전원 OFF등으로 일정 시간 동안 할당받은 IP를 사용하지 않는 경우, DHCP 서버(280)는 HUB NE(230)에 할당해 주었던 IP 주소인 '192.168.2.1'를 회수한다. 이런 상황에서 새로운 NE가 DHCP 서버에 IP 주소 할당을 요청한 경우, 회수한 IP를 새로운 NE에 할당하는 경우가 발생한다. IP 주소를 '192.168.2.1'로 할당받은 새로운 프린터 NE(미도시)가 매니지먼트 서버(200)에 NE 설정 정보를 송신하면, 매니지먼트 서버(200)는 <표 3>의 등록 리스트의 MacAddress 항목을 검색하여, 일치하는 MAC 어드레스가 없는 것을 확인하고, 수신한 NE 설정 정보를 등록 리스트의 항목에 추가한다. 또한 SysID를 할당하여 NE로 송신하는데, 이는 이전에 설명한 NE 초기 등록 과정과 동일한 방법을 따른다. 그러나 이 경우 종래 HUB1의 IP 주소와 새롭게 등록된 Printer2의 IP 주소가 동일한 문제가 발생하는데, 이때 먼저 등록되 어 있던 HUB1의 IP Address을 삭제한다. 따라서 아래의 < 표 4 >의 등록 리스트에서 처럼 HUB NE(230)은 IP Address가 없는 항목으로 업데이트 된다.

< 표 4 > 새로운 프린터 NE가 추가된 등록 리스트

MacAddress	IP Address	SysObjecID	SysID
FF:00:FF:00:FF:01	192.168.1.1	1.3.6.1.4.1.236.1	Router1
FF:00:FF:00:FF:02	192.168.1.2	1.3.6.1.4.1.236.1	Router2
FF:00:FF:00:FF:03		1.3.6.1.4.1.236.2	HUB1
FF:00:FF:00:FF:04	192.168.3.1	1.3.6.1.4.1.236.3	Bridge1
FF:00:FF:00:FF:05	192.168.3.2	1.3.6.1.4.1.236.3	Bridge2
FF:00:FF:00:FF:06	192.168.4.1	1.3.6.1.4.1.236.4	Printer1
FF:00:FF:00:FF:07	192.168.2.1	1.3.6.1.4.1.236.4	Printer2

만약 이후에 HUB NE(230)가 전원ON 상태가 되어 DHCP 서버(280)으로부터 새로운 IP 주소(192.186.4.2)를 할당받아 매니지먼트 서버(200)에 NE 설정정보를 송신하면서 업데이트 과정을 수행한다면, 매니지먼트 서버는 수신한 NE 설정정보에서 MAC 어드레스를 추출한다. 추출된 MAC 어드레스인 'FF:00:FF:00:FF:03'을 이용하여 < 표 4 >의 등록 리스트의 MacAddress 항목을 검색하여, 등록 리스트에 이미 추가되었음을 확인한 뒤, 변경된 정보인 IP 주소를 등록 리스트의 해당 항목에 업데이트 한다.

< 표 5 > HUB NE(230)의 IP 주소가 업데이트 된 등록리스트

MacAddress	IP Address	SysObjecID	SysID
FF:00:FF:00:FF:01	192.168.1.1	1.3.6.1.4.1.236.1	Router1
FF:00:FF:00:FF:02	192.168.1.2	1.3.6.1.4.1.236.1	Router2
FF:00:FF:00:FF:03	192.186.4.2	1.3.6.1.4.1.236.2	HUB1
FF:00:FF:00:FF:04	192.168.3.1	1.3.6.1.4.1.236.3	Bridge1
FF:00:FF:00:FF:05	192.168.3.2	1.3.6.1.4.1.236.3	Bridge2
FF:00:FF:00:FF:06	192.168.4.1	1.3.6.1.4.1.236.4	Printer1
FF:00:FF:00:FF:07	192.168.2.1	1.3.6.1.4.1.236.4	Printer2

상기에서 설명한 방법으로 새로운 NE를 등록 리스트에 추가하고, 설정정보가 변경된 NE의 정보를 등록 리스트에 업데이트 한다.

다음으로 도 3을 참조하여 매니지먼트 서버의 상세 구조를 살펴보기로 한다.도 3의 매니지먼트 서버(300)은 종래의 일반적인 매니지먼트 서버의 동작부 외에 MF(Management Function, 이하 MF라 한다)(320)와 SNMP 매니저부(310)로 구성되어 있다. 도 3에서 상세한 구조는 생략하였지만, 매니지먼트 서버 동작부에서는 종래의 일반적인 매니지먼트 서버의 구성이 포함되어 있다. 이는 종래 기술이므로 상세한 설명은 생략한다.

SNMP 매니저부(310)는 송수신부를 포함하고 있는데, 이는 SNMP 프로토콜을 사용하여 SNMP 에이전트와 통신을 하게 된다. 일반적으로 SNMP 매니저는 네트워크 매니지먼트 서버에 포함되어 있으며, 네트워크 매니저가 관리하고 있는 각각의 NE상에 있는 SNMP 에이전트와 통신을 하게 된다.

다음으로 MF(320)의 구조를 더욱 상세히 살펴보면 등록 리스트 관리부(340)와 MIB 설정부(350)와 시스템 아이디(SysID) 설정부(360)으로 구성되어 있음을 알 수 있다.

등록 리스트 관리부(340)은 도 2에서 살펴보았던 등록 리스트(270)를 관리하는 동작을 수행하는데, 송수신부(330)을 통해서 NE 설정정보를 수신하여 수신된 정보를 분석하고, 수신된 MAC 어드레스가 등록 리스트에 없다면 수신된 NE 설정 정보를 등록 리스트에 새롭게 추가하고, 이미 존재하는 MAC 어드레스라면 변경된 NE 설정 정보를 업데이트 하는 동작을 수행하게 된다. 이러한 과정을 통해 변경된 NE의 설정정보를 즉각적으로 등록 리스트에 반영하여, 매니지먼트 서버에서 등록 리스트를 참조로 각 NE를 관리할 수 있도록 하고 있다.

MIB 설정부(350)는 등록 리스트(270)의 정보 중 sysObjectID 항목의 정보를 이용하여 각각의 NE에서 사용해야 할 MIB를 결정하는 부분이다. MIB는 각 회사별 제품별로 다르며, 제품의 버전별로도 달라질 수 있다. MIB에는 매니지먼트 서버에서 각 NE를 관리할 수 있는 항목이 체계적으로 구분되어 있는데 그 구분은 Object Identifier(OID)를 통해 이루어 진다. 그러나 이러한 OID는 고정된 것이 아니라 아래의 < 표 6 >에서 처럼 NE의 기능이 추가됨에 따라 변경될 가능성이 있다. 만약 매니지먼트 서버가 관리대상인 NE의 MIB가 변경된 사실을 모르고 이전 OID를 사용하여 NE를 관리하고자 하는 경우 잘못된 설정 정보를 얻어 오거나 변경하는 문제가 발생할 수 있다. 아래의 <표 6>을 참조하여 자세히 설명을 하면 다음과 같다. 매니지먼트 서버가 NE의 MIB가 변경되었다는 사실을 모르고 이전 MIB의 OID를 사용하여 'systemLocation' 정보를 변경하고자 하는 경우, 즉 'systemLocation' 정보를 변경하고자 OID로 "1.3.6.1.4.1.1.7"를 사용하는 경우, 실제로 NE에서는 'systemLocation'이 아닌 'systemNewFeature'의 정보가 변경되는 문제가 발생한다. 따라서 이러한 문제를 해결하기 위해 본원에서는 sysObjectID 정보를 활용한다.

< 표 6 > MIB가 변경되는 예

변경 전 MIB	변경 후 MIB
"systemName"="1.3.6.1.4.1.1.5""systemTime"="1.3.6.1.4.1.1.6" "systemLocation"="1.3.6.1.4.1.1.7"	"systemName1"="1.3.6.1.4.1.1.5" "systemTime"="1.3.6.1.4.1.1.6" "systemNewFeature"="1.3.6.1.4.1.1.7" "systemLocation"="1.3.6.1.4.1.1.8"

sysObjectID 정보를 활용하면 해당 NE가 어떤 회사의 제품인지, 제품종류는 무엇인지를 확인할 수 있으며, 이 정보를 활용하여 각 NE별로 사용해야 할 MIB를 결정할 수 있다. 앞서 설명하였듯이 sysObjectID는 각 회사별로 구분 가능한 서로 다른 번호를 할당하고, 해당 회사내에서는 제품군별로 다른 번호를 할당하므로 각 NE의 종류별, 버전별로 유니크한 sysObjectID가 할당될 수 있다. 따라서 MIB 설정부(350)에서는 등록 리스트에서 각 NE의 sysObjectID를 확인하고 해당 NE가 사용해야 할 MIB를 결정 할 수 있게 된다. 이러한 sysObjectID는 NE 설정정보에 포함되어 NE의 설정 정보가 변경될 때마다 매니지먼트 서버로 전송되기 때문에, NE의 설정 정보가 변경 시 매니지먼트 서버는 이를 등록 리스트에 즉시 업데이트할 수 있다.

다음으로 시스템 아이디(SysID) 설정부(360)에 대해 설명하고자 한다. 시스템 아이디 설정부(360)는 매니지먼트 서버에서 등록 리스트의 추가 및 업데이트가 완료된 후에 각 NE별로 고유한 시스템 아이디를 할당하여 등록 리스트에 저장하고, 할당된 시스템 아이디를 송수신부(330)을 통해 해당 NE로 전송함으로써 등록 리스트의 추가 및 업데이트 과정을 완료한다. 이때 매니지먼트 서버의 SNMP 매니저를 통해 SNMP-SET request를 이용하여 해당 NE에 시스템 아이디(SysID)를 전송해 준다. 이러한 과정을 통해 등록 리스트의 추가 및 업데이트가 정상적으로 완료되었음을 해당 NE에게 알리는 것이다. 해당 NE에서는 이러한 시스템 아이디를 수신하지 못하였다면, NE 설정 정보의 송신이 실패한 것으로 간주하여 NE 설정 정보를 재송신하게 된다.

다음으로 도 4를 참조하여 NE의 상세한 구조를 설명하고자 한다. NE(400)는 각 NE의 특성에 맞는 고유한 역할을 하는 NE 동작부와 NE 기능부(420)와 SNMP 에이전트부(410)으로 구성되어 있다. NE 동작부의 구성에 대해서는 도면상에 상세하게 나타내지는 않았지만, 각 NE의 종류별 일반적인 기능을 수행하는 부분으로 간 주하면 되겠다. 즉, 만약 해당 NE가 프린터라면 프린터의 고유한 기능을 수행하는 부분이고, 해당 NE가 허브라면 허브의 고유한 기능을 수행하는 부분이 될 것이다. 이는 종래 기술에 해당하는 부분으로 더욱 상세한 설명은 생략하고자 한다.

먼저 SNMP 에이전트(410)의 구조에 대해 살펴보자. SNMP 에이전트(410)는 송신부(430)와 수신부(440)을 구성되어 있으며, 앞서 설명한 매니지먼트 서버(300)에 포함된 SNMP 매니저(310)와 SNMP 프로토콜을 이용하여 데이터 송수신을 수행한다.

NE 기능부(420)는 NE 설정정보 변경 확인부(450)와 시스템 아이디(SysID) 확인부(460)와 시스템 아이디(SysID) 저장부(470)으로 구성되어 있다. 여기서 NE 설정정보 변경 확인부(450)는 MAC 어드레스, IP 주소, sysObjectID를 포함하는 NE 설정 정보에 변동 사항이 있는지 체크하고, 만약 변경된 부분이 있다면 송신부(430)를 통해 매니지먼트 서버로 NE 설정 정보를 송신하여 변경 사항을 알린다. 일반적으로 NE가 네트워크 매니지먼트 시스템에 최초로 연결시에 NE 설정정보가 송신되고, 또는 DHCP 서버를 통해 새로운 IP 주소를 할당 받는 경우, NE의 버전이 변경되어 sysObjectID가 변경되는 경우에 변경된 NE 설정정보를 송신하게 된다.

이러한 NE 설정정보를 전송 시에는 coldStart SNMP trap을 사용하게 된다. coldStart SNMP trap은 RFC1907에서 표준으로 정의된 SNMP trap 중에 하나로 일반적으로 SNMP 에이전트의 설정이 변경되었을 때 SNMP 매니저에 통보하는 역할을 수행한다. NE의 SNMP 에이전트부(410)는 coldStart SNMP trap에 변경된 NE의 설정 정보, 즉 MAC 어드레스, IP 주소, sysObjectID를 포함하도록 하여 매니지먼트 서버의 SNMP 매니저로 전송한다. 이렇게 SNMP 표준상에 정의된 방법으로 변경된 NE 설정정 보를 전송함으로써, NE의 종류나 제조회사, 버전 등에 관계없이 통합적으로 관리가 가능하다.

상기와 같이 NE 설정정보를 송신한 후에 시스템 아이디 확인부(460)에서는 기 설정된 시간 내에 시스템 아이디가 수신되는지 체크한다. 만약 상기 설정된 시간 내에 시스템 아이디가 수신되는 경우에는 시스템 아이디 저장부(470)를 통해 매니지먼트 서버에서 할당한 시스템 아이디를 저장하고, 상기의 설정된 시간 내에 시스템 아이디가 수신되지 않는 경우에는, 송신부(430)를 통해 NE 설정 정보를 재송신 함으로써 NE 설정 정보 송신이 실패한 경우에 대비한다.

다음으로 도 5의 본 발명의 일 실시예에 따른 매니지먼트 서버에서 동작 순서도를 참조하여 매니지먼트 서버의 상세한 동작 방법을 설명하고자 한다.

매니지먼트 서버(200)는 관리하고 있는 NE(210~260)로부터 NE 설정정보가 수신되기를 대기한다.(S500) 만약 NE로부터 MAC 어드레스, IP 주소와 sysObjectID를 포함하는 NE 설정 정보가 수신된다면(S510), 수신된 NE 설정 정보에서 추출한 MAC 에드레스를 기준으로 현재 등록 리스트(270)에 기 등록된 NE 인지를 체크한다. 즉 등록 리스트(270)의 MacMddress 항목에 상기에서 수신한 MAC 어드레스와 일치하는 것이 있는지를 체크한다(S520).

만약 일치하는 것이 없다면 해당 NE가 최초 등록 과정을 수행하는 것으로 판단하여, 등록 리스트에 수신된 NE 설정 정보의 내용을 새롭게 추가한다. 이때 MAC 어드레스와 IP 주소, sysObjectID를 해당 항목에 모두 추가하도록 한다.(S530)

매니지먼트 서버가 상기의 등록 리스트에 추가하는 과정을 완료한 후에는 해 당 NE에 시스템 아이디(SysID)를 할당한다. 이때 새롭게 할당되는 시스템 아이디는 종래에 할당된 아이디들과 중복되지 않도록 설정되며, 할당한 시스템 아이디를 등록 리스트에 저장한다.(S540)

만약 상기 (S520)단계에서 수신한 MAC 어드레스와 등록 리스트의 MacAddress항목이 일치하는 것이 있다면, 기 등록된 NE의 NE 설정 정보가 변경된 것이므로 수신한 NE 설정 정보와 등록 리스트에 저장된 정보를 비교하여 변경된 부분을 업데이트 한다. (S550)

매니지먼트 서버가 상기의 NE 설정 정보를 새로운 항목으로 추가하거나 변경된 부분을 업데이트 하는 과정을 완료한 후에, 해당 NE에 할당된 시스템 아이디(SysID)를 송신함으로써 정상적으로 NE 설정 정보가 갱신되었음을 알린다.(S560)

다음으로 도 6의 본 발명의 일 실시예에 따른 네트워크 장비(NE)에서의 동작 순서도를 참조하여 NE에서의 상세한 동작 방법에 대해 설명하고자 한다.

(S600) 단계에서 대기 상태에 있던 NE는 네트워크 매니지먼트 시스템에 최초로 접속하여 초기 등록이 필요한 상태인지 또는 NE의 설정 정보가 변경되었는지를 체크한다.(S610)

만약 상기 (S610)단계에서 네트워크 매니지먼트 시스템에 초기 등록이 필요한 상태이거나 NE의 설정 정보가 변경되었다면, MAC 어드레스와 IP 주소, sysObjectID를 포함하는 NE 설정 정보를 NE 송신부를 통해 매니지먼트 서버로 전송한다.(S620)

상기 (S620)단계에서 NE 설정 정보 송신을 완료한 NE는 매니지먼트 서버로부 터 시스템 아이디(SysID)가 수신되는지 확인한다. 이때 시스템 아이디(SysID)가 정상적으로 수신되면 NE 설정 정보가 매니지먼트 서버에 정상적으로 수신되어, 등록리스트의 갱신과정이 완료되었음으로 간주하여 종료 단계로 진행한다.(S630)

만약 시스템 아이디(SysID)가 수신되지 않으면 (S640)단계로 진행하여 기 설정된 시간이 초과되었는지 체크한다.(S640)

상기(S640)단계에서 기 설정된 시간이 초과되지 않았으면 (S630)단계로 돌아가 매니지먼트 서버로부터 시스템 아이디(SysID)가 수신되기를 대기하고, 만약 기 설정된 시간이 초과된 경우에는 NE 설정 정보의 송신이 실패하였음으로 간주하고 (S620) 단계로 돌아가 NE 설정 정보를 재송신 한다. 이러한 과정을 통해 NE 설정 정보가 매니지먼트 서버에 정상적으로 송신되고, 등록 리스트의 갱신과정이 정상적으로 수행될 수 있도록 한다. 또한 상기의 과정을 통해 NE에 IP 주소나 sysObjectID등의 NE 설정 정보가 변경되는 경우 이를 즉각적으로 매니지먼트 서버에 알려서 매니지먼트 서버가 각각의 NE를 관리하는데 문제가 없도록 한다.

본 발명은 도면에 도시된 실시예를 참고로 설명되었으나 이는 예시적인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다. 따라서 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 한다.

상술한 바와 같이 본 발명에 의한 네트워크 매니지먼트 시스템은 NE의 설정 정보가 변경되더라도 이를 즉각적으로 등록 리스트에 반영하여 혼란없이 NE를 관리할 수 있는 효과가 있다.

또한 DHCP 서버를 사용하여 동적으로 IP 주소를 할당하여 각각의 NE의 IP 주소가 변경되는 네트워크 매니지먼트 시스템에서도, 매니지먼트 서버가 관리 하고자 하는 NE의 MIB를 정확히 파악할 수 있도록 함으로써, 종래의 네트워크 매니지먼트 시스템에서 IP 주소를 기준으로 NE를 구분 시 발생하는 문제점을 해결하는 효과가 있다. 표준화된 SNMP 프로토콜을 이용하여 초기화 절차를 수행함으로써 SNMP 초기화를 위해 SNMP 외에 추가적인 개발이 필요 없기 때문에 SNMP 개발에 필요한 노력을 절감할 수 있는 효과가 있다.

표준화된 SNMP 프로토콜만을 사용함으로써 NE의 종류나 제조회사에 상관없이 어떠한 SNMP 장비라도 동일하게 적용할 수 있는 또 다른 효과가 있다.

Claims

SNMP를 사용하는 네트워크 매니지먼트 시스템에 있어서,

네트워크 장비(NE)로부터 MAC 어드레스, IP 주소, sysObjectID 를 포함하는 NE 설정 정보를 수신하고, 상기 sysObjectID로 해당 네트워크 장비(NE)의 종류를 파악하여 사용해야할 MIB를 결정하고, 상기 MAC 어드레스를 이용하여 네트워크 장비(NE)를 구분하여 등록 리스트를 관리하고, 해당 네트워크 장비(NE)에 시스템 아이디(SysID)를 설정하여 네트워크 장비(NE)로 송신함으로써 등록과정이 완료되었음을 알리는 매니지먼트 서버와,

네트워크 장비(NE)의 최초 등록 또는 설정 정보 변경 시 매니지먼트 서버에게 MAC 어드레스, IP 주소, sysObjectID 를 포함하는 NE 설정 정보를 송신하고, 매니지먼트 서버로부터 기 설정시간 내에 시스템 아이디(SysID)가 송신 되지 않으면 상기 NE 설정 정보를 재송신 하는 네트워크 장비(NE)를 포함하는 SNMP를 사용하는 네트워크 장비 관리 시스템.
제 1항에 있어서,

상기 매니지먼트 서버는,

네트워크 장비(NE)의 SNMP 에이전트와 SNMP 프로토콜을 이용하여 데이터를 송수신하는 SNMP 매니저와;

상기 sysObjectID 정보를 참조하여 장비 종류를 파악하여 각 장비의 버전에 맞는 MIB를 설정하는 MIB 설정부;와

MacAddress, IP Address, sysObjectID, SysID 정보를 포함하는 등록 리스트를 생성하고, 상기 MacAddress를 기준으로 상기 등록 리스트에 등록하고 업데이트 하는 등록 리스트 관리부;와

상기 등록 리스트에 등록 또는 업데이트 완료 시 네트워크 장비(NE)의 시스템 아이디(SysID)를 설정하고, SNMP 매니저를 통해 해당 네트워크 장비(NE)로 전송하는 시스템 아이디 설정부를 포함하는 SNMP를 사용하는 네트워크 장비 관리 시스템.
제 2항에 있어서,

상기 SNMP 매니저는,

상기 시스템 아이디 설정부에서 설정한 시스템 아이디(SysID)를 SNMP-SET request를 사용하여 해당 네트워크 장비(NE)로 송부함으로써 등록 또는 업데이트가 완료되었음을 알리는 SNMP를 사용하는 네트워크 장비 관리 시스템.
제 1항에 있어서,

상기 네트워크 장비(NE)는,

매니지먼트 서버와 SNMP 프로토콜을 이용하여 데이터를 송수신하는 SNMP 에이전트와;

네트워크 장비(NE)의 최초 등록 또는 네트워크 장비(NE)의 설정 정보 변경 시, MAC 어드레스, IP 주소, sysObjectID를 포함하는 NE 설정 정보를 생성하여 송신부를 통해 매니지먼트 서버에 SNMP 에이전트를 통해 전송하는 NE 설정정보 변경 확인부;와

매니지먼트 서버로부터 관리장비 리스트에 등록 또는 업데이트가 완료되었음을 알리는 시스템 아이디(SysID)가 수신되는지 확인하고, 만약 기 설정된 시간 내에 시스템 아이디(SysID)가 수신되지 않는 경우, NE 설정정보를 매니지먼트 서버로 재전송하는 시스템 아이디(SysID) 확인부;와

상기 시스템 아이디(SysID) 확인부에서 기 설정된 시간내에 시스템 아이디(SysID)가 수신되는 경우, 수신된 시스템 아이디(SysID)를 저장하는 시스템 아이디(SysID) 저장부를 포함하는 SNMP를 사용하는 네트워크 장비 관리 시스템.
제 4항에 있어서,

상기 SNMP 에이전트는,

상기 NE 설정정보 변경 확인부에서 생성한 NE 설정 정보를 coldStart SNMP trap을 사용하여 매니지먼트 서버로 전송하는 SNMP를 사용하는 네트워크 장비 관리 시스템.
제 1항에 있어서,

상기 sysObjectID 는,

각 회사별로 유일한 번호를 할당하고, 해당 회사 내에서 제품군별로 번호를 할당함으로써 각 제품군별로 고유한 번호가 할당되어, 상기 sysObjectID로 해당 제품의 종류를 파악하여 제품의 종류에 맞는 MIB를 설정하는 SNMP를 사용하는 네트워크 장비 관리 시스템.
제 1항에 있어서,

상기 시스템 아이디(SysID)는,

매니지먼트 서버가 네트워크 장비(NE)로부터 MAC 어드레스, IP 주소, sysObjectID를 포함하는 NE 설정 정보를 수신하여, 등록 리스트에 등록 또는 업데이트를 완료 한 후 이를 네트워크 장비(NE)에 알리기 위해 고유한 시스템 아이디(SysID)를 할당하여, 네트워크 장비(NE)로 전송하는 것을 특징으로 하는 SNMP를 사용하는 네트워크 장비 관리 시스템.
SNMP를 사용하는 네트워크 매니지먼트 시스템에서의 네트워크 장비 관리 방법에 있어서,

네트워크 장비(NE)가 네트워크 매니지먼트 시스템에 최초로 접속하여 초기 등록이 필요한 상태인지 또는 네트워크 장비(NE)의 설정정보가 변경되었는지를 체크하는 단계;

상기에서 초기 등록이 필요하거나 네트워크 장비(NE)의 설정정보가 변경되었다고 판단되는 경우, MAC 어드레스와 IP 주소, sysObjectID를 포함하는 NE 설정 정보를 매니지먼트 서버로 전송하는 단계;

상기 전송단계에서 전송을 완료한 후에 매니지먼트 서버로부터 시스템 아이디(SysID)가 수신되는지 확인하는 단계; 및

상기 수신 확인 단계에서 기 설정된 시간 내에 시스템 아이디(SysID)가 정상적으로 수신되는 경우, 정상적으로 종료 단계로 진행하는 단계를 포함하는 SNMP를 사용하는 네트워크 매니지먼트 시스템에서의 네트워크 장비 관리 방법
제 8항에 있어서,

상기 수신 확인 단계에서 기 설정된 시간 내에 시스템 아이디(SysID)가 정상적으로 수신되지 않으면, NE 설정정보를 매니지먼트 서버로 재송신하는 단계를 더 포함하는 SNMP를 사용하는 네트워크 매니지먼트 시스템에서의 네트워크 장비 관리 방법
제 8항에 있어서,

상기 네트워크 장비(NE)가 MAC 어드레스와 IP 주소, sysObjectID를 포함하는 NE 설정 정보를 전송하는 단계는 coldStart SNMP trap을 사용하여 매니지먼트 서버로 전송하는 SNMP를 사용하는 것을 특징으로 하는 네트워크 매니지먼트 시스템에서의 네트워크 장비 관리 방법
SNMP를 사용하는 네트워크 매니지먼트 시스템에서의 네트워크 장비 관리 방법에 있어서,

매니지먼트 서버가 관리하고 있는 네트워크 장비(NE)로부터 NE 설정정보가 수신되기를 대기하는 단계;

네트워크 장비(NE)로부터 MAC 어드레스, IP 주소, sysObjectID가 포함된 NE 설정정보가 수신되는 단계;

상기 수신단계에서 수신된 NE 설정 정보를 이용하여 현재 등록 리스트에 기 등록된 네트워크 장비(NE) 인지 확인하는 단계;

상기 등록 리스트 확인 단계에서 확인 결과 미 등록 네트워크 장비(NE)라면, 최초 등록 과정을 수행하는 것으로 판단하여, 수신된 NE 설정 정보를 등록 리스트에 추가하는 단계;

상기 등록 리스트에 추가하는 단계를 완료한 후에 해당 네트워크 장비(NE)에 시스템 아이디(SysID)를 할당하는 단계;

상기 등록 리스트 확인 단계에서 확인 결과 기 등록된 네트워크 장비(NE)라면, 수신된 NE 설정 정보와 등록 리스트에 저장된 정보를 비교하여 변경된 부분을 업데이트 하는 단계; 및

상기 NE 설정정보를 등록 리스트에 추가하고 시스템 아이디를 할당하는 단계나 등록 리스트를 업데이트 하는 단계를 완료한 후에, 해당 네트워크 장비(NE)에 할당된 시스템 아이디(SysID)를 송신하는 단계를 포함하는 SNMP를 사용하는 네트워크 매니지먼트 시스템에서의 네트워크 장비 관리 방법
제 11항에 있어서,

매니지먼트 서버가 수신한 NE 설정정보를 이용하여 현재 등록 리스트에 기 등록된 네트워크 장비(NE)인지 확인하는 단계는, 등록 리스트의 MacAddress 항목 중에 상기 NE 설정 정보에서 추출한 MAC 어드레스와 일치하는 것이 있는지 확인하는 단계를 포함하는 SNMP를 사용하는 네트워크 매니지먼트 시스템에서의 네트워크 장비 관리 방법
제 11항에 있어서,

매니지먼트 서버가 해당 네트워크 장비(NE)에 시스템 아이디(SysID)를 할당 하는 단계는, 새롭게 할당하는 시스템 아이디(SysID)가 기존에 할당된 시스템 아이디(SysID)와 중복되지 않도록 할당하며, 할당한 시스템 아이디(SysID)를 등록 리스트에 저장하는 SNMP를 사용하는 네트워크 매니지먼트 시스템에서의 네트워크 장비 관리 방법
제 11항에 있어서,

매니지먼트 서버가 해당 네트워크 장비(NE)에 할당된 시스템 아이디(SysID)를 송신하는 단계는 설정된 시스템 아이디(SysID)를 SNMP-SET request를 사용하여 해당 네트워크 장비(NE)로 송부함으로써 등록 또는 업데이트가 완료되었음을 알리는 SNMP를 사용하는 네트워크 매니지먼트 시스템에서의 네트워크 장비 관리 방법
제 11항에 있어서,

상기 sysObjectID 는,

각 회사별로 유일한 번호를 할당하고, 해당 회사 내에서 제품군별로 번호를 할당함으로써 각 제품군별로 고유한 번호가 할당되어, 상기 sysObjectID로 해당 제품의 종류를 파악하여 제품의 종류에 맞는 MIB를 설정하는 SNMP를 사용하는 것을 특징으로 하는 네트워크 매니지먼트 시스템에서의 네트워크 장비 관리 방법