KR20030026743A - 정적 테이블 객체의 검색방법 - Google Patents

Abstract

본 발명은 단순망 관리 프로토콜 기반의 관리 시스템의 테이블 검색 방법에 관한 것으로, 본 발명에 따른 정적 테이블 객체의 검색방법은, 단순망 관리 프로토콜 네트워크의 관리시스템에서 관리대상 장비의 테이블 검색 요구가 발생하여, 데이터 베이스 또는 관리시스템 자체 파일 시스템으로부터 상기 검색을 요구한 테이블에 대한 인덱스 정보를 검색하는 단계; 상기 검색결과, 검색을 요구한 테이블에 대한 인스턴스 정보가 있어서, 상기 인스턴스의 인덱스 정보를 이용한 요구 메시지 패킷을 작성하여 관리대상 장비의 에이전트로 전송하는 단계; 상기 에이전트로부터 상기 전송한 요구 메시지 패킷에 대한 응답메시지 패킷을 수신하는 단계를 포함하여 구성되는 것을 특징으로 한다.

이 같은 본 발명에 의하면, 각 보드의 SNMP 에이전트가 인스턴스 발생시마다 상기 인스턴스의 인덱스 정보를 관리 시스템에 보고하여 저장해 둠으로써, 테이블 검색을 할 때 곧바로 테이블정보를 요구하는 명령을 사용하여, 충분히 이더넷 프레임을 활용할 수 있도록 하여 시간지연 문제를 해결할 수 있는 효과가 기대된다.

Description

정적 테이블 객체의 검색방법{Method of static table object retrieval}

본 발명은 SNMP 네트워크에서 정적 테이블 검색방법에 관한 것으로, 특히 테이블 검색정보를 송수신할 때 이더넷 프레임의 대역폭을 최대한 활용하여 보다 빨리 테이블 검색정보를 주고받을 수 있도록 하는 정적 테이블 검색방법에 관한 것이다.

인터넷망을 관리하는 방법에 있어서, 초기에는 핑(ping)을 통해 종단간 장비간의 연결상태 등을 파악했다. 이것은 단순하게 상대방 호스트가 작동하고 있는지에 대한 정보나 응답시간을 측정하는 등의 기능만을 제공하였다.

그러나, 인터넷에 접속되는 호스트가 대폭적으로 증가하고, 네트워크의 구성이 복잡해지면서 새로운 표준화된 프로토콜이 필요하게 됐다.

이에 따라 1988년 IAB(internet architecture board)에서 표준화 작업이 시작되었고, 연구가 진행됐던 HIMS(highlevel entity management system), SGMP(simple gateway monitoring), CMIP/CMIS(common management information protocol/service)중에서 SGMP를 발전시킨 SNMP를 표준으로 채택하였다.

SNMP(simple network management; 단순망 관리 프로토콜)는 기본적으로 3가지의 작동으로 네트워크를 관리하는데, 관리자가 에이전트에 있는 객체값을 가져오는 GET과, 관리자가 에이전트에 있는 객체의 값을 변경하는 SET과, 에이전트의 특정상황 발생을 관리인에게 알리는 TRAP으로 구분된다.

특히 SNMP 버전 1에는 5가지의 PDU(protocol data unit)가 정해져 있으며,관리자가 특정 객체의 한 값을 읽어 올 수 있는 요구(GetRequest)와, 관리자가 지정한 객체값의 다음 객체값이나, 지정한 객체가 테이블인 경우 다음 인덱스 값을 가져올 수 있는 다음요구(GetNextRequest)와, 관리자의 요구에 에이전트가 해당 객체값을 되돌려 주는 응답(GetResponse)과, 관리자가 에이전트에게 있는 객체값을 변경할 수 있게 하는 변경(SetRequest)과, 에이전트가 특정 상황이 발생했음을 관리자에게 알리기 위한 트랩(Trap)으로 이루어진다.

상기와 같은 SNMP는 보안상의 문제점이 있기는 하지만 구현이 쉽고 간단해 오늘날 가장 일반적인 네트워크 관리 프로토콜이 되었다.

본 발명은 상기 SNMP 버전 1을 기반으로한 네트워크 시스템의 정적 테이블 검색방법에 관한 것이다.

종래의 SNMP 네트워크에서의 관리 시스템은 관리대상 에이전트에 저장된 자료가 테이블 형식으로 저장되어 있으므로, 테이블 객체에 대한 검색방법이 요구된다.

도 1은 종래의 SNMP 네트워크에서 정적 테이블을 검색하는 방법의 구조를 나타낸 블록도이고, 도 2는 종래의 SNMP 네트워크에서 정적 테이블을 검색하는 방법의 테이블정보 획득과정을 나타내는 도면이다.

도 1 및 도 2를 참조하면, 먼저 첫 번째 줄(row)의 테이블 정보를 얻기 위해서, 관리자는 다음요구 메시지를 이용하여 도 2의 첫 번째 다음요구_1 메시지와 같이 모든 요소의 식별자(OID; object identifier-100)를 다음요구_1 메시지 패킷의 데이터내용으로 하여, 관리대상 장비의 에이전트로 전송한다.

그러면, 에이전트는 상기 관리자가 요구하는 테이블의 정보 중에 첫 번째 인스턴스 정보(200)를 검색하여 응답_1 메시지 패킷으로 관리자에게 전송하게 된다.

즉, 관리자가 다음요구_1(xyzC1, xyzC2, …,xyzC9, xyzC10)의 메시지를 전송하면, 다음 인덱스 값인 2의 테이블 내용을 응답으로 하는 응답_1(xyzC1.2, xyzC2.2 …,xyzC9.2, xyzC10.2) 메시지 패킷을 전송 받아 첫 번째 줄의 테이블정보를 얻게 된다.

두 번째 줄의 테이블 정보 획득을 위해서는 다음요구_1xyzC1.2, xyzC2.2,…,xyzC9.2, xyzC10.2) 메시지를 보내고, 응답_2(xyzC1.3, xyzC2.3, …,xyzC9.3, xyzC10.3)메시지를 수신하여 두 번째 줄의 테이블 정보를 획득하는 것이다.

상기와 같은 방식으로 도 2의 마지막 응답_5메시지를 받으면 테이블의 요소값을 확인하여 관리자는 테이블 정보의 끝을 체크하고, 요구 패킷발생을 중지하게 된다.

이것은 관리 시스템에서 테이블의 인스턴스 정보를 알지 못하므로 다음요구 메시지를 이용하여 인스턴스 정보를 하나씩 요구하고, 정보수신을 하는 방식을 사용하는 것이다.

그러나, 종래의 테이블 검색방법은 테이블의 정보를 얻기 위해서 테이블의 인스턴스 개수만큼의 SNMP 패킷을 발생시켜야 하며, 보통 하나의 SNMP 패킷이 600바이트를 못 미치게 차지하고 있으므로, 하나의 패킷을 전송하는데 이더넷 프레임 1,500바이트의 대역폭을 충분히 사용하지 못하고, 낭비를 하게 되는 문제가 발생한다.

또한, 각 보드간에 버스를 이용하여 패킷송수신을 하게되면 속도 면에서 더욱 큰 시간 지연현상이 발생할 수 있는 문제가 있다.

상기와 같은 문제를 해결하기 위해서, 본 발명은 SNMP 네트워크에서 관리대상 장비가 몇 개의 보드로 구성되고, 각 보드에 SNMP 에이전트가 탑재되어 있는 경우, 각 보드간에 이더넷 포트를 장착하지 않아 테이블 검색지연에 더불어, 보드간 통신으로 인한 시간지연이 있었던 것을, 미리 테이블에 새로운 인스턴스가 추가될 때마다 트랩을 발생시켜 관리자에게 관련정보를 알려줌으로써, 테이블 검색을 할 때 곧바로 테이블정보를 요구하는 명령을 사용하여, 충분히 이더넷 프레임을 활용할 수 있도록 하여 시간지연 문제를 해결할 수 있는 정적 테이블 객체의 검색방법을 제공함에 그 목적이 있다.

도 1은 종래의 SNMP 네트워크에서 정적 테이블을 검색하는 방법의 구조를 나타낸 블록도.

도 2는 종래의 SNMP 네트워크에서 정적 테이블을 검색하는 방법의 테이블정보 획득과정을 나타내는 도면.

도 3은 본 발명의 실시 예에 따른 SNMP 네트워크에서 정적 테이블을 검색하는 방법의 구조를 나타낸 블록도.

도 4는 본 발명의 실시 예에 따른 SNMP 네트워크에서 정적 테이블을 검색하는 방법의 테이블 정보 획득과정을 나타내는 도면.

도 5는 본 발명의 실시 예에 따른 정적 테이블 검색방법의 관리 시스템에서의 정적 테이블을 검색하는 과정을 나타낸 플로우 차트.

도 6은 본 발명의 실시 예에 정적 테이블 검색방법의 관리대상 장비에서 인스턴스 생성에 따른 관리 시스템으로의 인스턴스 정보 제공과정을 나타낸 플로우 차트.

본 발명에 따른 정적 테이블 객체의 검색방법은,

단순망 관리 프로토콜 네트워크의 관리시스템에서 관리대상 장비의 테이블 검색 요구가 발생하여, 데이터 베이스 또는 관리시스템 자체 파일 시스템으로부터 상기 검색을 요구한 테이블에 대한 인덱스 정보를 검색하는 단계;

상기 검색결과, 검색을 요구한 테이블에 대한 인스턴스 정보가 있어서, 상기인스턴스의 인덱스 정보를 이용하여 요구 메시지 패킷을 작성하여 관리대상 장비의 에이전트로 전송하는 단계;

상기 에이전트로부터 상기 전송한 요구 메시지 패킷에 대한 응답메시지 패킷을 수신하는 단계를 포함하여 구성하는 것을 특징으로 한다.

바람직하게, 상기 요구 메시지 패킷을 작성하는 것은 인스턴스의 인덱스 정보를 이용하여 응답 메시지 패킷의 크기를 계산하고, 이더넷 프레임을 통해 전송될 수 있는 최대 응답 메시지 개수를 확인하여 최대 응답 메시지 개수와 동일한개수의 요구 메시지 패킷을 작성하는 것을 특징으로 한다.

바람직하게, 상기 인스턴스의 인덱스 정보는,

관리대상 장비의 에이전트에서 새로운 인스턴스의 생성을 모니터링 하여, 새로운 인스턴스가 생성될 때마다 관리시스템으로 정적 테이블의 식별자 및 인스턴스의 인덱스정보를 포함한 트랩을 전송하고,

상기 관리 시스템에서 수신된 트랩의 정보를 데이터 베이스 또는 시스템 자체 파일 시스템에 저장하는 것을 특징으로 한다.

상기와 같이 구성되는 본 발명에 따른 정적 테이블 검색방법에 대하여 첨부된 도면을 참조하여 설명하면 다음과 같다.

도 3은 본 발명의 실시 예에 따른 SNMP 네트워크에서 정적 테이블을 검색하는 방법의 구조를 나타낸 블록도이고, 도 4는 본 발명의 실시 예에 따른 SNMP 네트워크에서 정적 테이블을 검색하는 방법의 테이블 정보 획득과정을 나타내는 도면이다.

도 3 및 도 4를 참조하면, 본 발명의 실시 예에 의해 상기 정적 테이블의 객체 정보의 크기가 600바이트 이내인 것으로 계산하여 하나의 명령에 두 줄의 인덱스 정보를 요구하고, 두 줄의 테이블 정보를 응답으로 수신하는 것을 볼 수 있다.

즉, 이더넷 프레임의 대역폭이 1,500바이트 일 때, 상기 관리자와 관리대상의 에이전트간에 주고받는 메시지 패킷의 크기를 평균 600바이트로 만들어서 한번에 두개의 메시지 패킷이 전송될 수 있도록 하여 대역폭을 최대한 활용하는 것이다.

상기와 같이 이더넷 프레이을 이용하여 한번에 전송할 수 있는 요구 패킷 및 응답 패킷의 개수는 관리 시스템에 저장된 인스턴스의 인덱스 정보를 이용하여 응답 패킷의 크기를 추측하고, 이더넷 프레임 1,500바이트에 최대로 들어갈 수 있는 응답 패킷의 개수를 확인하여 관리 시스템에서 요구 패킷을 개수를 응답패킷의 개수와 동일하게 작성하게 된다.

즉, 인덱스 정보를 이용하여 응답패킷의 크기를 계산한 결과 응답 패킷의 크기가 300바이트 정보의 작은 크기를 갖는다면, 1,500바이트의 이더넷 프레임을 이용할 경우 한꺼번에 5개의 패킷이 수신될 수 있다는 계산을 할 수 있다

따라서 관리 시스템은 한꺼번에 5개의 요구 패킷을 작성하여 하나의 이더넷 프레임을 통해 전송하고, 5개의 인스턴스 정보를 한번에 받을 수 있어 5번의 요구 패킷을 송신하고 5번의 응답 패킷을 수신하는 것보다 크게 패킷 송수신 횟수를 줄이고, 이더넷 프레임의 낭비를 최대한 줄여서 정보 검색을 위한 부하도 줄일 수 있는 것이다.

상기와 같이 제한된 SNMP 메시지 구성을 통한 테이블 검색 방법을 도 5를 참조하여 자세히 설명하면 다음과 같다.

도 5는 본 발명의 실시 예에 따른 정적 테이블 검색방법의 관리 시스템에서의 정적 테이블을 검색하는 과정을 나타낸 플로우 차트이다.

도 5를 참조하면, 관리 시스템은 SNMP 에이전트로부터의 인스턴스 생성 트랩이 수신되는가를 확인하여(S101), 트랩이 수신 될 때마다 해당 정보를 데이터 베이스 또는 파일 시스템에 저장한다(S102).

또한 운용자로부터 특정한 정적테이블에 대한 테이블 검색요구가 발생하면(S103), 데이터 베이스 또는 파일 시스템을 검색하여(S104), 상기 운용자가 요구한 테이블의 인덱스 정보가 있는가를 확인한다(S105).

상기 확인결과 인덱스 정보가 있으면, 관리 시스템은 인스턴스의 인덱스정보를 이용하여 요구 정보 메시지 패킷을 작성한다(S106). 즉, 상기 인스턴스의 인덱스 정보를 이용하여 응답 패킷의 크기를 계산하고, 이더넷 프레임을 통해 한꺼번에 수신될 수 있는 응답 패킷의 개수를 계산하여 한꺼번에 전송할 요구 정보 메시지 패킷의 개수를 설정하여 패킷을 작성하는 것이다.

예를 들어, 상기의 도 2 및 도 3에 대한 설명에서 언급한 바와 같이, 상기 인스턴스 인덱스 정보를 이용하여 응답 패킷의 크기를 계산한 결과 응답 패킷이 300바이트 정보의 크기를 갖는다면, 한꺼번에 5개의 응답 패킷을 받을 수있으므로, 요구 정보 메시지도 5개를 요구하는 메시지로 작성하여 전송하는 것이다.

상기 작성된 요구 정보 메시지 패킷은 관리대상장비의 SNMP 에이전트에 의뢰되고(S107), 요구 정보 메시지에서 요청한 5개의 정보가 한꺼번에 수신되는 것이다.

또한, 상기 인스턴스의 인덱스 정보를 검색한 결과, 저장된 인덱스 정보가 없다면, 관리 시스템은 현재 관리대상 장비의 인스턴스가 발생하지 않았음을 알고, 요구 메시지 패킷 작성을 하지 않는다.

상기와 같이 관리 시스템은 인스턴스의 인덱스 정보를 각 보드로부터 수신하여 미리 인덱스 정보의 유무 및 인덱스 정보의 크기 등을 예측할 수있는 것이다. 이를 위하여 각 보드에서는 인스턴스가 발생할 때마다 인스턴스의 인덱스 정보를 트랩 메시를 발생시켜 관리 시스템에 알린다.

상기 관리 시스템에서 수신하는 인스턴스의 인덱스 정보를 가지는 트랩은 각 보드의 SNMP 에이전트가 인스턴스 발생이 있을때마다 관리 시스템으로 전송해주는 것으로 도 6과 같다.

도 6은 본 발명의 실시 예에 정적 테이블 검색방법의 관리대상 장비에서 인스턴스 생성에 따른 관리 시스템으로의 인스턴스 정보 제공과정을 나타낸 플로우 차트이다.

도 6을 참조하면, 상기 관리대상 장비의 SNMP 에이전트는 테이블 관리정보의 인스턴스 생성여부를 주기적으로 모니터링 하여(S201), 새로운 인스턴스가 생성되면 관리 시스템으로 테이블 식별자 및 인스턴스 인덱스 정보를 포함한 트랩을 발생시킨다(S202). 이때 보통 상기 트랩은 UDP 162번 포트를 통해 관리 시스템에 보고된다.

상기 관리 시스템은 정적 테이블의 인스턴스 인덱스 정보를 수신하여, 데이터 베이스 또는 파일시스템에 저장하게 된다.

따라서, 관리 시스템은 응답 패킷의 크기에 따라 최대한 요구 메시지를 작송하여 전송하고, 정보수신을 하여 이더넷 프레임을 최대한 활용할 수 있고, 이로 인하여 테이블 검색횟수 또한 크게 줄어들 수 있어 부하를 줄이는 효과가 생긴다.

이상에서 설명한 바와 같이, 본 발명에 따른 정적 테이블 객체의 검색방법은 SNMP 기반의 관리시스템을 구축할 때, 시스템의 관리대상 장비가 다수의 보드로 구성되어 있는 경우 각 테이블을 검색하는데 있어서 인스턴스 하나씩을 검색해서 일어나는 시간지연문제와 이더넷 프레임의 대역폭을 낭비하는 문제가 있었던 것을, 각 보드의 SNMP 에이전트가 있어서 각각의 인스턴스가 발생할 때마다 각 인스턴스의 인덱스 정보를 관리 시스템에 보고하고, 관리 시스템에서 데이터 베이스 또는 파일 시스템 등에 각 보드의 테이블의 인스턴스 인덱스 정보를 저장함으로써 운용자의 테이블 검색 요구시 운용자가 요구하는 인스턴스 정보의 유무를 판단하고, 최대한 요구할 수 있는 만큼의 요구 메시지를 한꺼번에 전송하고, 정보를 수신함으로써 테이블을 검색하는데 이더넷 프레임을 충분히 활용하여 검색횟수를 줄여 시간지연을 줄일 수 있는 효과가 있다.

Claims (3)

1. 단순망 관리 프로토콜 네트워크의 관리시스템에서 관리대상 장비의 테이블 검색 요구가 발생하여, 데이터 베이스 또는 관리시스템 자체 파일 시스템으로부터 상기 검색을 요구한 테이블에 대한 인덱스 정보를 검색하는 단계;

   상기 검색결과, 검색을 요구한 테이블에 대한 인스턴스 정보가 있어서, 상기 인스턴스의 인덱스 정보를 이용한 요구 메시지 패킷을 작성하여 관리대상 장비의 에이전트로 전송하는 단계;

   상기 에이전트로부터 상기 전송한 요구 메시지 패킷에 대한 응답메시지 패킷을 수신하는 단계를 포함하여 구성하는 것을 특징으로 하는 정적 테이블 객체의 검색방법.
2. 제 1항에 있어서, 상기 요구 메시지 패킷을 작성하는 것은 관리시스템에 저장된 인스턴스의 인덱스 정보를 이용하여 응답 메시지 패킷의 크기를 계산하고, 이더넷 프레임을 통해 전송될 수 있는 최대 응답 메시지 개수를 확인하여 최대 응답 메시지 개수와 동일한 개수의 요구 메시지 패킷을 작성하는 것을 특징으로 하는 정적 테이블 객체의 검색방법.
3. 제 1항에 있어서, 상기 인덱스 정보는

   관리대상 장비의 에이전트에서 새로운 인스턴스의 생성을 모니터링 하여, 새로운 인스턴스가 생성될 때마다 관리시스템으로 정적 테이블의 식별자 및 인스턴스의 인덱스정보를 포함한 트랩을 전송하고,

   상기 관리 시스템에서 수신된 트랩의 정보를 데이터 베이스 또는 시스템 자체 파일 시스템에 저장하는 것을 특징으로 하는 정적 테이블 객체의 검색방법