KR20030056376A - Ｓｎｍｐ기반의 ｔｃｐ방식을 이용한 트랩 메시지 전송방법 - Google Patents

Abstract

본 발명은 SNMP망에서 에이전트가 Trap 메시지를 전송하는 방법에 관한 것으로, 특히 본 발명에 따른 TCP방식을 이용한 Trap 메시지 전송방법은, SNMP망의 에이전트에서 관리자에게 보고할 필요가 있는 특정 상황이 발생하여 트랩메시지를 발생시키는 단계; 상기 발생된 트랩메시지를 TCP방식에 의한 로컬 네트워크 프레임으로 구성하여 관리자에게 전송하는 단계; 상기 전송된 메시지에 대한 응답 메시지를 일정시간동안 기다리는 단계; 상기 일정시간동안 응답 메시지를 수신하지 못한 경우, 상기 트랩메시지가 구성된 로컬 네트워크 프레임을 재전송 하는 단계를 포함하여 구성되는 것을 특징으로 한다.

이 같은 본 발명에 의하면, SNMP 에이전트가 Trap 메시지를 전송할 때 TCP 방식을 이용함으로써 신뢰성 있게 정확히 상황보고를 관리자에게 할 수 있으며, 메시지 전달이 되지 않는 상황을 파악할 수 있어 필요 없는 메시지를 전송하지 않도록 하여 에이전트의 부하를 줄이는 효과가 기대된다.

Description

ＳＮＭＰ기반의 ＴＣＰ방식을 이용한 트랩 메시지 전송방법{Method of trap message transmitting by TCP mode base on SNMP}

본 발명은 SNMP(simple network management protocol; 단순망 관리 프로토콜)에서 장애발생을 알리는 트랩(Trap) 메시지에 관한 것으로, 특히 트랩메시지의 신뢰성을 제공하기 위해 TCP방식을 이용하여 메시지를 전송함으로써 에이전트에 발생하는 특정상황을 알리는 데이터를 보다 안전하고, 확실하게 전달할 수 있도록 하는 ＳＮＭＰ기반의 ＴＣＰ방식을 이용한 장애발생 메시지 전송방법에 관한 것이다.

SNMP는 네트웍 관리 및 네트웍 장치와 그들의 동작을 감시, 통할하는 프로토콜로써, 기본적으로 관리자와 에이전트간의 메시지 송수신을 위한 메시지 포맷을 정의하여 관리자의 물음에 에이전트가 응답하는 것이 기본이고, 에이전트는 특수한 상황이 발생한 경우 관리자에게 이를 알리고 필요한 정보를 함께 보내는 프로토콜이다.

SNMP에서는 PDU(protocol data unit)을 이용하여 메시지를 송수신 하는데, 크게 5가지의 타입으로 나누어진다.

도 1은 종래의 SNMP 망의 메시지 송수신 흐름도를 나타낸 블록도이다.

도 1을 참조하며, SNMP 관리자(10)와 에이전트(20)간에 주고받는 메시지 중에서 우선 GetRequest메시지는 관리자가 특정 객체의 값(object instance)을 읽어올 수 있는 것으로, 에이전트에 특정 객체의 값을 요청하는 메시지이고, 이에 따라 에이전트는 GetResponse메시지를 이용하여 관리자가 요구한 객체의 값 정보를 전송한다.

또한, GetNextRequest메시지를 이용하여 관리자는 지정한 객체값의 다음 객체값이나 지정한 객체가 인덱스 테이블인 경우 다음 인덱스 값을 요구할 수 있으며, 에이전트는 GetResponse메시지로 관리자가 요구한 정보를 전송하는 것이다.

그리고, SetRequest메시지를 이용하여 관리자는 에이전트에게 객체값의 변경을 요구하며, 이에 대한 응답 역시 에이전트는 GetResponse메시지로 하게 된다.

마지막으로, 에이전트가 특수한 상황이 발생한 경우 이를 관리자에게 알리기위하여 Trap메시지를 이용하게 된다.

즉, SNMP에서 에이전트가 관리자에게 전송하는 메시지 포맷은 두 가지로, 관리자의 요구에 의한 응답을 하기 위한 GetResponse와 장애발생을 알리기 위한 Trap메시지만을 이용하는 것이다.

특히, 상기 장애 발생을 위한 Trap 메시지를 이용하여 관리자에게 에이전트가 알리는 상황으로는 에이전트 네트워크 인터페이스에 결함이 발생한 경우 전송하는 링크다운(link-down) Trap 메시지와 정상적인 인터페이스 복구시 전송하는 링크 업(link-up) Trap 메시지, 에이전트가 시작할 때 관리자로 전송하는 콜드 스타트(cold start) Trap 메시지와, SNMP가 그 테이블을 초기화하면 발생하는 웜 스타트(warm start) Trap 메시지, 에이전트가 장치를 구성한 커뮤니티 이름과 일치하지 않는 이름의 SNMP 요청을 수신한 경우 발생하는 인증실패(authentication failure) Trap 메시지가 발생하며, 에이전트 자체가 EGP 인접 장치와 통신할 수 없으면 EGP 네이버 손실(loss of EGP neighbor) Trap 메시지를 생성하고, 상기의 상황 이외에 특정한 상황이 발생한 경우 (enterpriseSpecific) Trap 메시지를 생성하게 된다.

상기와 같이 관리자(10)와 에이전트(20)간에 메시지를 주고받는 경우 PDU 방식을 사용하게 되는데, 상기 PDU방식은 컨넥션리스(connectionless)한 성격을 가지고 상대방과의 접속 여부에 상관없이 메시지를 전송하는 특성이 있다.

상기 UDP를 적용한 Trap메시지의 구성을 설명하면 다음과 같다.

도 2는 종래의 SNMP 망의 UDP를 적용한 프레임구성을 나타낸 블록도이고, 도3은 도 2의 SNMP망의 Trap 메시지 구성을 나타낸 블록도이다.

도 2를 참조하면, SNMP망에서 UDP를 적용한 프레임에는 먼저 로컬 네트워크 헤더(Local Network Header)정보와, 아이피 헤더(IP Header)정보, UDP 헤더(UDP Header)가 헤더정보로 들어가며, SNMP 메시지와 로컬 네트워크 테일러(Local Network Tailer)로 구성되며, 상기 UDP 헤더에는 전송지포트, 목적지 포트, 길이, 체크섬과 같은 데이터가 들어간다.

또한, 도 2 및 도 3을 참조하면 상기와 같은 UDP 헤더가 붙어서 전송되어지는 Trap 메시지는 버전 넘버와, 커뮤니티 스트링의 SNMP PDU부분으로 구성된 UDP 데이터에서 SNMP PDU부분에 Trap 메시지가 생성되어 전송되어 지는데, 도 3을 참조하면 PDU 타입정보와 엔터프라이즈, 에이전트 주소와 Trap 타입과, 특별코드, 타입 스탬프, 고정변수로 이루어져 있다.

이러한 Trap 메시지가 도 1에서와 같이 에이전트(20)에서 관리자(10)에게 전송되어지면 이에 대한 응답을 전송하는 단계가 없이, 에이전트(20)는 한번 전송되어진 Trap 메시지는 처리된 것으로 인식하여 다른 상황을 감시하여 계속 보고하는 방식을 취한다.

상기와 같이, 종래에 UDP 방식을 이용한 Trap 메시지생성 및 전송은 에이전트에서 발생하는 상황을 관리자에게 정확히 전달하였는가에 대한 신뢰성이 부족하다. 즉 관리자와의 링크가 연결되지 않았거나, 오류를 일으켜 전송한 Trap 메시지가 관리자에게 전달되지 않았어도 에이전트에서는 이를 확인할 방법이 없기 때문에 관리자 측에서는 에이전트상태 메시지를 전달받지 못하는 문제가 발생하고, 에이전트 측에서는 메시지가 전송되지 않았는데도 불구하고 다른 Trap 메시지를 계속하여 전송하게 되므로 이에 따른 밴드폭을 필요이상으로 차지하는 문제가 발생하는 것이다.

상기와 같은 문제를 해결하기 위해서, 본 발명은 컨넥션-오리엔트 (connection-orient)의 성격을 갖는 TCP 방식을 UDP방식과 대체하여 이용함으로써 에이전트에서 발송하는 Trap 메시지의 수신여부를 확인할 수 있도록 하여 에이전트에 발생하는 상황에 대한 보고를 보다 신뢰성 있고 정확하게 관리자에게 전달할 수 있도록 하는 TCP방식을 이용한 Trap 메시지 전송방법을 제공함에 그 목적이 있다.

도 1은 종래의 SNMP 망의 메시지 송수신 흐름도를 나타낸 블록도.

도 2는 종래의 SNMP 망의 UDP를 적용한 프레임구성을 나타낸 블록도.

도 3은 도 2의 SNMP망의 Trap 메시지 구성을 나타낸 블록도.

도 4는 본 발명의 실시 예에 따른 SNMP 기반의 TCP방식을 이용한 Trap 메시지 전송방법에서 이용되는 프레임구성을 나타낸 블록도.

도 5는 본 발명의 실시 예에 따른 TCP를 이용한 데이터 전송방법의 메시지 송수신 흐름도를 나타낸 도면.

본 발명에 따른 TCP방식을 이용한 Trap 메시지 전송방법은,

SNMP망의 에이전트에서 관리자에게 보고할 필요가 있는 특정 상황이 발생하여 트랩메시지를 발생시키는 단계;

상기 발생된 트랩메시지를 TCP방식에 의한 로컬 네트워크 프레임으로 구성하여 관리자에게 전송하는 단계;

상기 전송된 메시지에 대한 응답 메시지를 일정시간동안 기다리는 단계;

상기 일정시간동안 응답 메시지를 수신하지 못한 경우, 상기 트랩메시지가 구성된 로컬 네트워크 프레임을 재전송 하는 단계를 포함하여 구성되는 것을 특징으로 한다.

바람직하게, 상기 응답 메시지를 일정시간 안에 수신한 경우, 다음 트랩메시지를 TCP방식에 의한 로컬 네트워크 프레임으로 구성하여 전송하는 단계를 더 포함하여 구성되는 것을 특징으로 한다.

이상과 같이 본 발명에 따른 TCP방식을 이용한 Trap 메시지 전송방법에 대하여 첨부된 도면을 참조하여 설명하면 다음과 같다.

도 4는 본 발명의 실시 예에 따른 SNMP 기반의 TCP방식을 이용한 Trap 메시지 전송방법에서 이용되는 프레임구성을 나타낸 블록도이다.

도 4를 참조하면, 에이전트에서 앞서 언급한 바와 같이 인증실패, 링크에러 또는 복구, 에이전트의 시작 등과 같은 상황이 발생하면, Trap 메시지를 생성하는데, 이를 전송하기 위하여 로컬 네트워크 프레임을 도 4와 같이 구성하는 것이다.

즉, UDP 방식을 이용한 네트워크 프레임과 동일한 방식이지만, UDP 헤더가 아닌 TCP헤더를 이용하여 전송지포트, 목적지 포트, 시퀀스 넘버, 윈도우길이, 체크섬, 긴급 포인터와 헤더길이 및 응답 등의 TCP헤더 정보를 포함하여 로컬 네트워크 프레임을 구성하여 전송하는 것이다.

상기와 같은 TCP 방식을 이용하여 구성된 로컬 네트워크 프레임을 송수신하는 것은 도 5와 같은 방식에 따른다. 물론, 본 발명에 따라 관리자와 에이전트간에 전송되는 Trap 메시지도 도 5와 같은 순서에 따라 송수신 된다.

도 5는 본 발명의 실시 예에 따른 TCP를 이용한 데이터 전송방법의 메시지 송수신 흐름도를 나타낸 도면이다.

도 5를 참조하면 SNMP 망과 비교하여 Trap 메시지 송수신을 기준으로 송신자(30)는 에이전트에 속하며, 수신자(40)는 관리자에 속한다고 할 수 있는데, 송신자(30)가 수신자(40)에게 데이터 1을 전송하면(S101), 수신자(40)는 이에 대한 데이터1 수신통지와 같은 응답 메시지를 전송한다(S102).

상기 송신자(30)는 수신통시 메시지를 받고 나서야 다음 데이터인 데이터 2를 전송하고(S103), 이때 링크에 오류가 생겨서 데이터가 수신자(40)에게 전달되지 않으면 수신자(40)는 수신통지 메시지를 보내지 않게 된다(S104).

따라서, 데이터 2에 대한 수신통지 메시지를 기다리는 송신자(30)는 일정시간동안 기다려서, 데이터2가 제대로 전달되지 않았다고 판단하여 다시 재전송 하게되고(S105), 수신자(40)로부터 데이터2 수신통지 메시지가 올 때까지(S106), 계속하여 일정시간을 간격으로 재전송 하게 되는 것이다.

상기 재전송은 일정횟수동안 반복되고, 계속하여 응답 메시지가 없으면 링크에러를 판단하여 링크가 복구될 때까지 더 이상의 메시지를 전송하지 않고 대기하게 되는 것이다. 이때 링크 복구에 대한 정보를 별도로 관리자 또는 사용자로부터 받을 수 있도록 구현되어야 한다.

이와 같이, TCP방식을 이용하여 Trap 메시지를 전송하면 에이전트는 상황보고를 정확하게 관리자에게 할 수 있으며, 링크에러 등으로 인하여 메시지 전송이 되지 않을 때는 링크가 복구될 때까지 대기하여 Trap 메시지를 전송하게 되므로 전달되지 않는 Trap 메시지를 계속하여 전송할 필요가 없어 에이전트의 부하를 줄일 수 있는 효과도 있다.

상기 TCP 방식을 이용한 에이전트의 Trap 메시지 전송을 예를 들어 설명하면, SNMP 에이전트가 시스템을 구성한 커뮤니티 이름에 'poseid'를 두었는데, 관리자가 'public'이라는 커뮤니티의 오브젝트를 요청했다면, 에이전트는 인증실패의 상황이 발생하는 것이므로 Trap 메시지를 생성하게 된다.

상기 메시지가 TCP방식에 의해 프레임으로 구성되어 전송되어지면, 이에 따라 관리자는 응답 메시지를 에이전트로 전송하게 된다.

만약 이때, 응답 메시지를 에이전트에서 일정시간 받지 못하면, 에이전트는 상기 Trap 메시지가 전달되지 않은 것으로 판단하여 메시지를 재전송 하게 되는 것이다.

더불어, 응답메시지가 올 때까지 다른 Trap 메시지를 전송하지 않으므로 부하가 줄어드는 효과도 있는 것이다.

이상에서 설명한 바와 같이, 본 발명에 따른 TCP방식을 이용한 Trap 메시지 전송방법은 UDP방식을 이용하여 단순히 Trap 메시지를 관리자에게 전달하기만 하던 기존의 방식과 달리 SNMP 에이전트가 TCP방식을 이용하여 Trap 메시지를 전송하면 에이전트는 상황보고를 정확하게 관리자에게 할 수 있으며, 링크에러 등으로 인하여 메시지 전송이 되지 않을 때는 링크가 복구될 때까지 대기하여 Trap 메시지를 전송하게 되므로 전달되지 않는 Trap 메시지를 계속하여 전송할 필요가 없어 에이전트의 부하를 줄일 수 있는 효과가 있다.

Claims (2)

1. SNMP망의 에이전트에서 관리자에게 보고할 필요가 있는 특정 상황이 발생하여 트랩메시지를 발생시키는 단계;

   상기 발생된 트랩메시지를 TCP방식에 의한 로컬 네트워크 프레임으로 구성하여 관리자에게 전송하는 단계;

   상기 전송된 메시지에 대한 응답 메시지를 일정시간동안 기다리는 단계;

   상기 일정시간동안 응답 메시지를 수신하지 못한 경우, 상기 트랩메시지가 구성된 로컬 네트워크 프레임을 재전송 하는 단계를 포함하여 구성되는 것을 특징으로 하는 TCP방식을 이용한 Trap 메시지 전송방법.
2. 제 1항에 있어서, 상기 응답 메시지를 일정시간 안에 수신한 경우, 다음 트랩메시지를 TCP방식에 의한 로컬 네트워크 프레임으로 구성하여 전송하는 단계를 더 포함하여 구성되는 것을 특징으로 하는 TCP방식을 이용한 Trap 메시지 전송방법.