KR100798995B1 - Method of trap message transmitting by TCP mode base on SNMP - Google Patents

Method of trap message transmitting by TCP mode base on SNMP Download PDF

Info

Publication number
KR100798995B1
KR100798995B1 KR1020010086580A KR20010086580A KR100798995B1 KR 100798995 B1 KR100798995 B1 KR 100798995B1 KR 1020010086580 A KR1020010086580 A KR 1020010086580A KR 20010086580 A KR20010086580 A KR 20010086580A KR 100798995 B1 KR100798995 B1 KR 100798995B1
Authority
KR
South Korea
Prior art keywords
message
trap
tcp
trap message
snmp
Prior art date
Application number
KR1020010086580A
Other languages
Korean (ko)
Other versions
KR20030056376A (en
Inventor
이명희
Original Assignee
엘지노텔 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지노텔 주식회사 filed Critical 엘지노텔 주식회사
Priority to KR1020010086580A priority Critical patent/KR100798995B1/en
Publication of KR20030056376A publication Critical patent/KR20030056376A/en
Application granted granted Critical
Publication of KR100798995B1 publication Critical patent/KR100798995B1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0213Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications

Abstract

본 발명은 SNMP망에서 에이전트가 Trap 메시지를 전송하는 방법에 관한 것으로, 특히 본 발명에 따른 TCP방식을 이용한 Trap 메시지 전송방법은, SNMP망의 에이전트에서 관리자에게 보고할 필요가 있는 특정 상황이 발생하여 트랩메시지를 발생시키는 단계; 상기 발생된 트랩메시지를 TCP방식에 의한 로컬 네트워크 프레임으로 구성하여 관리자에게 전송하는 단계; 상기 전송된 메시지에 대한 응답 메시지를 일정시간동안 기다리는 단계; 상기 일정시간동안 응답 메시지를 수신하지 못한 경우, 상기 트랩메시지가 구성된 로컬 네트워크 프레임을 재전송하는 단계를 포함하여 구성되는 것을 특징으로 한다.The present invention relates to a method for an agent to transmit a trap message in an SNMP network. In particular, the method for transmitting a trap message using the TCP method according to the present invention may occur in a specific situation in which an agent of an SNMP network needs to report to an administrator. Generating a trap message; Transmitting the generated trap message to an administrator by configuring a local network frame using a TCP method; Waiting for a response message to the transmitted message for a predetermined time; If the response message has not been received for the predetermined time period, retransmitting the local network frame in which the trap message is configured.

이 같은 본 발명에 의하면, SNMP 에이전트가 Trap 메시지를 전송할 때 TCP 방식을 이용함으로써 신뢰성 있게 정확히 상황보고를 관리자에게 할 수 있으며, 메시지 전달이 되지 않는 상황을 파악할 수 있어 필요 없는 메시지를 전송하지 않도록 하여 에이전트의 부하를 줄이는 효과가 기대된다.According to the present invention, it is possible to reliably and accurately report the situation to the administrator by using the TCP method when the SNMP agent transmits the trap message, it is possible to grasp the situation that the message is not delivered so that unnecessary messages are not transmitted. The effect of reducing the load on the agent is expected.

SNMP, UDP, TCP, TrapSNMP, UDP, TCP, Trap

Description

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

도 1은 종래의 SNMP 망의 메시지 송수신 흐름도를 나타낸 블록도.1 is a block diagram showing a message transmission and reception flow of a conventional SNMP network.

도 2는 종래의 SNMP 망의 UDP를 적용한 프레임구성을 나타낸 블록도.Figure 2 is a block diagram showing a frame configuration applying the UDP of the conventional SNMP network.

도 3은 도 2의 SNMP망의 Trap 메시지 구성을 나타낸 블록도.3 is a block diagram illustrating a Trap message configuration of the SNMP network of FIG. 2.

도 4는 본 발명의 실시 예에 따른 SNMP 기반의 TCP방식을 이용한 Trap 메시지 전송방법에서 이용되는 프레임구성을 나타낸 블록도.4 is a block diagram illustrating a frame structure used in a trap message transmission method using an SNMP-based TCP method according to an embodiment of the present invention.

도 5는 본 발명의 실시 예에 따른 TCP를 이용한 데이터 전송방법의 메시지 송수신 흐름도를 나타낸 도면.
5 is a flowchart illustrating a message transmission and reception method of a data transmission method using TCP according to an embodiment of the present invention.

본 발명은 SNMP(simple network management protocol; 단순망 관리 프로토콜)에서 장애발생을 알리는 트랩(Trap) 메시지에 관한 것으로, 특히 트랩메시지의 신뢰성을 제공하기 위해 TCP방식을 이용하여 메시지를 전송함으로써 에이전트에 발생하는 특정상황을 알리는 데이터를 보다 안전하고, 확실하게 전달할 수 있도록 하 는 SNMP기반의 TCP방식을 이용한 장애발생 메시지 전송방법에 관한 것이다.The present invention relates to a trap message indicating a failure in a simple network management protocol (SNMP). In particular, the present invention generates a trap message by transmitting a message using a TCP scheme to provide reliability of the trap message. The present invention relates to a failure message transmission method using the SNMP-based TCP method, which can safely and reliably transmit data indicating a specific situation.

SNMP는 네트웍 관리 및 네트웍 장치와 그들의 동작을 감시, 통할하는 프로토콜로써, 기본적으로 관리자와 에이전트간의 메시지 송수신을 위한 메시지 포맷을 정의하여 관리자의 물음에 에이전트가 응답하는 것이 기본이고, 에이전트는 특수한 상황이 발생한 경우 관리자에게 이를 알리고 필요한 정보를 함께 보내는 프로토콜이다.SNMP is a protocol that monitors and communicates network management and network devices and their operations. Basically, the agent defines the message format for sending and receiving messages between the manager and the agent. Basically, the agent responds to the manager's question. This protocol informs the administrator when it occurs and sends necessary information together.

SNMP에서는 PDU(protocol data unit)을 이용하여 메시지를 송수신 하는데, 크게 5가지의 타입으로 나누어진다.SNMP sends and receives messages using protocol data unit (PDU), which is divided into five types.

도 1은 종래의 SNMP 망의 메시지 송수신 흐름도를 나타낸 블록도이다.1 is a block diagram showing a message transmission and reception flow of a conventional SNMP network.

도 1을 참조하며, SNMP 관리자(10)와 에이전트(20)간에 주고받는 메시지 중에서 우선 GetRequest메시지는 관리자가 특정 객체의 값(object instance)을 읽어올 수 있는 것으로, 에이전트에 특정 객체의 값을 요청하는 메시지이고, 이에 따라 에이전트는 GetResponse메시지를 이용하여 관리자가 요구한 객체의 값 정보를 전송한다.Referring to FIG. 1, among the messages exchanged between the SNMP manager 10 and the agent 20, first, a GetRequest message is for the administrator to read a value of a specific object (object instance) and requests the agent for a specific object value. Accordingly, the agent transmits the value information of the object requested by the administrator using the GetResponse message.

또한, GetNextRequest메시지를 이용하여 관리자는 지정한 객체값의 다음 객체값이나 지정한 객체가 인덱스 테이블인 경우 다음 인덱스 값을 요구할 수 있으며, 에이전트는 GetResponse메시지로 관리자가 요구한 정보를 전송하는 것이다.Also, using GetNextRequest message, the administrator can request the next index value of the designated object value or the next index value if the specified object is an index table. The agent transmits the information requested by the manager to the GetResponse message.

그리고, SetRequest메시지를 이용하여 관리자는 에이전트에게 객체값의 변경을 요구하며, 이에 대한 응답 역시 에이전트는 GetResponse메시지로 하게 된다.And, using SetRequest message, the administrator requests the agent to change the object value, and the response is also the GetResponse message.

마지막으로, 에이전트가 특수한 상황이 발생한 경우 이를 관리자에게 알리기 위하여 Trap메시지를 이용하게 된다.Finally, the agent uses the Trap message to notify the manager when a special situation occurs.

즉, SNMP에서 에이전트가 관리자에게 전송하는 메시지 포맷은 두 가지로, 관리자의 요구에 의한 응답을 하기 위한 GetResponse와 장애발생을 알리기 위한 Trap메시지만을 이용하는 것이다.In other words, there are two message formats that the agent sends to the manager in SNMP, using only GetResponse to respond to the manager's request and Trap message to notify of the failure.

특히, 상기 장애 발생을 위한 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 메시지를 생성하게 된다.In particular, in a situation in which the agent informs the administrator by using the trap message for the occurrence of a failure, a link-down trap message transmitted when a defect occurs in an agent network interface and a link up message transmitted during normal interface recovery -up) Trap message, cold start trap message sent to the manager when the agent starts, a warm start trap message that occurs when SNMP initializes its tables, the community name that the agent has configured the device, An authentication failure Trap message occurs when an SNMP request with a mismatched name is received. If the agent itself cannot communicate with an EGP neighbor, it generates a loss of EGP neighbor Trap message. If a specific situation occurs other than the above (enterpriseSpecific), generate a trap message It is good.

상기와 같이 관리자(10)와 에이전트(20)간에 메시지를 주고받는 경우 PDU 방식을 사용하게 되는데, 상기 PDU방식은 컨넥션리스(connectionless)한 성격을 가지고 상대방과의 접속 여부에 상관없이 메시지를 전송하는 특성이 있다.As described above, when a message is exchanged between the manager 10 and the agent 20, a PDU method is used. The PDU method has a connectionless characteristic and transmits a message regardless of whether a connection is made with a counterpart. There is a characteristic.

상기 UDP(User Datagram Protocol)를 적용한 Trap메시지의 구성을 설명하면 다음과 같다.The configuration of the Trap message to which the UDP (User Datagram Protocol) is applied is as follows.

도 2는 종래의 SNMP 망의 UDP를 적용한 프레임구성을 나타낸 블록도이고, 도 3은 도 2의 SNMP망의 Trap 메시지 구성을 나타낸 블록도이다.FIG. 2 is a block diagram illustrating a frame configuration using UDP of a conventional SNMP network, and FIG. 3 is a block diagram illustrating a trap message configuration of the SNMP network of FIG. 2.

도 2를 참조하면, SNMP망에서 UDP를 적용한 프레임에는 먼저 로컬 네트워크 헤더(Local Network Header)정보와, 아이피 헤더(IP Header)정보, UDP 헤더(UDP Header)가 헤더 정보로 들어가며, SNMP 메시지와 로컬 네트워크 테일러(Local Network Tailer)로 구성되며, 상기 UDP 헤더에는 전송지포트, 목적지 포트, 길이, 체크섬과 같은 데이터가 들어간다.Referring to FIG. 2, a UDP-applied frame in an SNMP network includes local network header information, IP header information, and UDP header as header information. It is composed of a local network tailer (Local Network Tailer), and the UDP header contains data such as a transmission destination port, a destination port, a length, and a checksum.

또한, 도 2 및 도 3을 참조하면 상기와 같은 UDP 헤더가 붙어서 전송되어지는 Trap 메시지는 버전 넘버와, 커뮤니티 스트링의 SNMP PDU부분으로 구성된 UDP 데이터에서 SNMP PDU부분에 Trap 메시지가 생성되어 전송되어 지는데, 도 3을 참조하면 PDU 타입정보와 엔터프라이즈, 에이전트 주소와 Trap 타입과, 특별코드, 타입 스탬프, 고정변수로 이루어져 있다.In addition, referring to FIGS. 2 and 3, a Trap message transmitted with the above UDP header is generated and transmitted in a SNMP PDU portion from UDP data composed of a version number and an SNMP PDU portion of a community string. Referring to FIG. 3, PDU type information, an enterprise, an agent address, a trap type, a special code, a type stamp, and a fixed variable are included.

이러한 Trap 메시지가 도 1에서와 같이 에이전트(20)에서 관리자(10)에게 전송되어지면 이에 대한 응답을 전송하는 단계가 없이, 에이전트(20)는 한번 전송되어진 Trap 메시지는 처리된 것으로 인식하여 다른 상황을 감시하여 계속 보고하는 방식을 취한다.When the trap message is transmitted from the agent 20 to the manager 10 as shown in FIG. 1, the agent 20 recognizes that the trap message transmitted once has been processed without any step of transmitting a response thereto. Monitor and continue to report.

상기와 같이, 종래에 UDP 방식을 이용한 Trap 메시지생성 및 전송은 에이전트에서 발생하는 상황을 관리자에게 정확히 전달하였는가에 대한 신뢰성이 부족하다. 즉 관리자와의 링크가 연결되지 않았거나, 오류를 일으켜 전송한 Trap 메시지가 관리자에게 전달되지 않았어도 에이전트에서는 이를 확인할 방법이 없기 때문에 관리자 측에서는 에이전트상태 메시지를 전달받지 못하는 문제가 발생하고, 에이전 트 측에서는 메시지가 전송되지 않았는데도 불구하고 다른 Trap 메시지를 계속하여 전송하게 되므로 이에 따른 밴드폭을 필요이상으로 차지하는 문제가 발생하는 것이다.
As described above, in the conventional Trap message generation and transmission using the UDP method, there is a lack of reliability in correctly transmitting a situation occurring in an agent to an administrator. That is, even if the link with the manager is not connected or the trap message sent due to an error is not delivered to the manager, the agent cannot receive the agent status message because there is no way for the agent to check it. Even though the message is not transmitted, another Trap message is continuously transmitted, thus causing a problem in that the bandwidth is more than necessary.

상기와 같은 문제를 해결하기 위해서, 본 발명은 컨넥션-오리엔트 (connection-orient)의 성격을 갖는 TCP 방식을 UDP방식과 대체하여 이용함으로써 에이전트에서 발송하는 Trap 메시지의 수신여부를 확인할 수 있도록 하여 에이전트에 발생하는 상황에 대한 보고를 보다 신뢰성 있고 정확하게 관리자에게 전달할 수 있도록 하는 TCP방식을 이용한 Trap 메시지 전송방법을 제공함에 그 목적이 있다.
In order to solve the above problems, the present invention uses a TCP method having a connection-orient characteristic as an alternative to the UDP method, so that the agent can check whether the trap message sent from the agent is received. Its purpose is to provide a Trap message transmission method using the TCP method that can deliver a report on the situation to the manager more reliably and accurately.

본 발명에 따른 TCP방식을 이용한 Trap 메시지 전송방법은, Trap message transmission method using the TCP method according to the present invention,

SNMP망의 에이전트에서 관리자에게 보고할 필요가 있는 특정 상황이 발생하여 트랩메시지를 발생시키는 단계; Generating a trap message by generating a specific situation in which an agent of an SNMP network needs to report to an administrator;

상기 발생된 트랩메시지를 TCP방식에 의한 로컬 네트워크 프레임으로 구성하여 관리자에게 전송하는 단계; Transmitting the generated trap message to an administrator by configuring a local network frame using a TCP method;

상기 전송된 메시지에 대한 응답 메시지를 일정시간동안 기다리는 단계; Waiting for a response message to the transmitted message for a predetermined time;

상기 일정시간동안 응답 메시지를 수신하지 못한 경우, 상기 트랩메시지가 구성된 로컬 네트워크 프레임을 일정시간 간격으로 일정횟수 재전송하는 단계; 응답 메시지를 계속 수신하지 못한 경우, 링크에러로 판단하고, 링크가 복구될 때까지 더 이상의 메시지를 전송하지 않고 대기하는 단계를 포함하는 것을 특징으로 한다.Retransmitting a local network frame including the trap message at a predetermined time interval if the response message is not received during the predetermined time; If it does not continue to receive the response message, it is determined that the link error, characterized in that it comprises the step of waiting without sending any further message until the link is restored.

바람직하게, 상기 응답 메시지를 일정시간 안에 수신한 경우, 다음 트랩메시지를 TCP방식에 의한 로컬 네트워크 프레임으로 구성하여 전송하는 단계를 더 포함하여 구성되는 것을 특징으로 한다.Preferably, when the response message is received within a predetermined time, the next trap message is characterized in that it further comprises the step of configuring and transmitting the local network frame by the TCP method.

이상과 같이 본 발명에 따른 TCP방식을 이용한 Trap 메시지 전송방법에 대하여 첨부된 도면을 참조하여 설명하면 다음과 같다.The trap message transmission method using the TCP method according to the present invention as described above with reference to the accompanying drawings as follows.

도 4는 본 발명의 실시 예에 따른 SNMP 기반의 TCP방식을 이용한 Trap 메시지 전송방법에서 이용되는 프레임구성을 나타낸 블록도이다.4 is a block diagram illustrating a frame structure used in a trap message transmission method using an SNMP-based TCP method according to an embodiment of the present invention.

도 4를 참조하면, 에이전트에서 앞서 언급한 바와 같이 인증실패, 링크에러 또는 복구, 에이전트의 시작 등과 같은 상황이 발생하면, Trap 메시지를 생성하는데, 이를 전송하기 위하여 로컬 네트워크 프레임을 도 4와 같이 구성하는 것이다.Referring to FIG. 4, when a situation such as authentication failure, link error or recovery, agent start, etc. occurs in the agent as described above, a trap message is generated, and a local network frame is configured as shown in FIG. 4 to transmit it. It is.

즉, UDP 방식을 이용한 네트워크 프레임과 동일한 방식이지만, UDP 헤더가 아닌 TCP헤더를 이용하여 전송지포트, 목적지 포트, 시퀀스 넘버, 윈도우길이, 체크섬, 긴급 포인터와 헤더길이 및 응답 등의 TCP헤더 정보를 포함하여 로컬 네트워크 프레임을 구성하여 전송하는 것이다.That is, it is the same as the network frame using the UDP method, but includes TCP header information such as a transmission destination port, a destination port, a sequence number, a window length, a checksum, an emergency pointer and a header length, and a response using a TCP header rather than a UDP header. Configure and transmit local network frames.

상기와 같은 TCP 방식을 이용하여 구성된 로컬 네트워크 프레임을 송수신하는 것은 도 5와 같은 방식에 따른다. 물론, 본 발명에 따라 관리자와 에이전트간에 전송되는 Trap 메시지도 도 5와 같은 순서에 따라 송수신 된다.Transmitting and receiving a local network frame constructed using the above TCP method is as shown in FIG. 5. Of course, according to the present invention, the Trap message transmitted between the manager and the agent is also transmitted and received in the order shown in FIG. 5.

도 5는 본 발명의 실시 예에 따른 TCP를 이용한 데이터 전송방법의 메시지 송수신 흐름도를 나타낸 도면이다. 5 is a flowchart illustrating a message transmission and reception method of a data transmission method using TCP according to an embodiment of the present invention.                     

도 5를 참조하면 SNMP 망과 비교하여 Trap 메시지 송수신을 기준으로 송신자(30)는 에이전트에 속하며, 수신자(40)는 관리자에 속한다고 할 수 있는데, 송신자(30)가 수신자(40)에게 데이터 1을 전송하면(S101), 수신자(40)는 이에 대한 데이터1 수신통지와 같은 응답 메시지를 전송한다(S102).Referring to FIG. 5, the sender 30 belongs to the agent and the receiver 40 belongs to the manager based on the Trap message transmission and reception compared to the SNMP network. The sender 30 sends data 1 to the receiver 40. When transmitting (S101), the receiver 40 transmits a response message such as a data1 reception notification thereto (S102).

상기 송신자(30)는 수신통지 메시지를 받고 나서야 다음 데이터인 데이터 2를 전송하고(S103), 이때 링크에 오류가 생겨서 데이터가 수신자(40)에게 전달되지 않으면 수신자(40)는 수신통지 메시지를 보내지 않게 된다(S104).The sender 30 transmits data 2, which is the next data, only after receiving the reception notification message (S103). At this time, if the data is not transmitted to the receiver 40 because an error occurs in the link, the receiver 40 does not send the reception notification message. It is not (S104).

따라서, 데이터 2에 대한 수신통지 메시지를 기다리는 송신자(30)는 일정시간동안 기다려서, 데이터2가 제대로 전달되지 않았다고 판단하여 다시 재전송 하게되고(S105), 수신자(40)로부터 데이터2 수신통지 메시지가 올 때까지(S106), 계속하여 일정시간을 간격으로 재전송 하게 되는 것이다.Therefore, the sender 30 waiting for the reception notification message for the data 2 waits for a predetermined time, determines that the data 2 has not been properly transmitted, and retransmits it (S105), and the data 2 reception notification message comes from the receiver 40. Until (S106), continue to be retransmitted at intervals for a certain time.

상기 재전송은 일정횟수동안 반복되고, 계속하여 응답 메시지가 없으면 링크에러로 판단하여 링크가 복구될 때까지 더 이상의 메시지를 전송하지 않고 대기하게 되는 것이다. 이때 링크 복구에 대한 정보를 별도로 관리자 또는 사용자로부터 받을 수 있도록 구현되어야 한다.The retransmission is repeated for a predetermined number of times, and if there is no response message continuously, it is determined as a link error and waits without transmitting any more messages until the link is restored. At this time, it should be implemented to receive information about link recovery from administrator or user separately.

이와 같이, TCP방식을 이용하여 Trap 메시지를 전송하면 에이전트는 상황보고를 정확하게 관리자에게 할 수 있으며, 링크에러 등으로 인하여 메시지 전송이 되지 않을 때는 링크가 복구될 때까지 대기하여 Trap 메시지를 전송하게 되므로 전달되지 않는 Trap 메시지를 계속하여 전송할 필요가 없어 에이전트의 부하를 줄일 수 있는 효과도 있다. In this way, if the Trap message is transmitted using TCP method, the agent can accurately report the status to the administrator, and when the message is not transmitted due to a link error, the agent waits until the link is recovered and transmits the Trap message. It also has the effect of reducing the load on the agent, as there is no need to keep sending trap messages that are not delivered.                     

상기 TCP 방식을 이용한 에이전트의 Trap 메시지 전송을 예를 들어 설명하면, SNMP 에이전트가 시스템을 구성한 커뮤니티 이름에 'poseid'를 두었는데, 관리자가 'public'이라는 커뮤니티의 오브젝트를 요청했다면, 에이전트는 인증실패의 상황이 발생하는 것이므로 Trap 메시지를 생성하게 된다.For example, when the agent transmits a trap message using the TCP method, if the SNMP agent puts 'poseid' in the community name that configures the system, and the administrator requests an object of the community 'public', the agent fails authentication. Because the situation of occurs, it generates a trap message.

상기 메시지가 TCP방식에 의해 프레임으로 구성되어 전송되어지면, 이에 따라 관리자는 응답 메시지를 에이전트로 전송하게 된다.When the message is composed and transmitted in a frame by the TCP method, the administrator transmits a response message to the agent accordingly.

만약 이때, 응답 메시지를 에이전트에서 일정시간 받지 못하면, 에이전트는 상기 Trap 메시지가 전달되지 않은 것으로 판단하여 메시지를 재전송 하게 되는 것이다.If the response message is not received from the agent for a certain time, the agent determines that the trap message has not been transmitted and retransmits the message.

더불어, 응답메시지가 올 때까지 다른 Trap 메시지를 전송하지 않으므로 부하가 줄어드는 효과도 있는 것이다.
In addition, the load is reduced because other trap messages are not sent until a response message is received.

이상에서 설명한 바와 같이, 본 발명에 따른 TCP방식을 이용한 Trap 메시지 전송방법은 UDP방식을 이용하여 단순히 Trap 메시지를 관리자에게 전달하기만 하던 기존의 방식과 달리 SNMP 에이전트가 TCP방식을 이용하여 Trap 메시지를 전송하면 에이전트는 상황보고를 정확하게 관리자에게 할 수 있으며, 링크에러 등으로 인하여 메시지 전송이 되지 않을 때는 링크가 복구될 때까지 대기하여 Trap 메시지를 전송하게 되므로 전달되지 않는 Trap 메시지를 계속하여 전송할 필요가 없어 에이전트의 부하를 줄일 수 있는 효과가 있다.As described above, the Trap message transmission method using the TCP method according to the present invention, unlike the conventional method that simply delivers the Trap message to the administrator using the UDP method, the SNMP agent uses the TCP method to transmit the trap message. When sending, the agent can accurately report the status to the administrator.When the message cannot be transmitted due to a link error, the agent waits until the link is restored and sends a trap message. There is no effect of reducing the load on the agent.

Claims (4)

SNMP망의 에이전트에서 관리자에게 보고할 필요가 있는 특정 상황이 발생하여 트랩메시지를 발생시키는 단계;Generating a trap message by generating a specific situation in which an agent of an SNMP network needs to report to an administrator; 상기 발생된 트랩메시지를 TCP방식에 의한 로컬 네트워크 프레임으로 구성하여 관리자에게 전송하는 단계;Transmitting the generated trap message to an administrator by configuring a local network frame using a TCP method; 상기 전송된 메시지에 대한 응답 메시지를 일정시간동안 기다리는 단계;Waiting for a response message to the transmitted message for a predetermined time; 상기 일정시간동안 응답 메시지를 수신하지 못한 경우, 상기 트랩메시지가 구성된 로컬 네트워크 프레임을 일정시간 간격으로 일정횟수 재전송하는 단계;Retransmitting a local network frame including the trap message at a predetermined time interval if the response message is not received during the predetermined time; 응답 메시지를 계속 수신하지 못한 경우, 링크에러로 판단하고 링크가 복구될 때까지 더 이상의 메시지를 전송하지 않고 대기하는 단계를 포함하는 TCP방식을 이용한 Trap 메시지 전송방법.If it does not continue to receive the response message, it is determined that the link error, and waiting for the link is restored without sending any further message Trap message transmission method using the TCP method. 제1항에 있어서, 상기 응답 메시지를 일정시간 안에 수신한 경우, 다음 트랩메시지를 TCP방식에 의한 로컬 네트워크 프레임으로 구성하여 전송하는 단계를 더 포함하는 TCP방식을 이용한 Trap 메시지 전송방법.The method as claimed in claim 1, further comprising: when the response message is received within a predetermined time, constructing and transmitting a next trap message in a local network frame using a TCP scheme. 제2항에 있어서,The method of claim 2, 상기 로컬 네트워크 프레임은 로컬 네트워크 헤더, 아이피 헤더, TCP 헤더, SNMP 메시지, 로컬 네트워크 테일러를 포함하며, 상기 TCP 헤더는 전송지 포트, 목적지 포트, 시퀀스 넘버, 윈도우 길이, 체크섬, 긴급 포인터 및 헤더 길이, 응답 정보를 포함하는, TCP방식을 이용한 Trap 메시지 전송방법. The local network frame includes a local network header, an IP header, a TCP header, an SNMP message, a local network taylor, wherein the TCP header includes a destination port, a destination port, a sequence number, a window length, a checksum, an emergency pointer and a header length, Trap message transmission method using the TCP method, including the response information. SNMP기반의 TCP방식을 이용한 트랩 메시지 전송 시스템에 있어서,In the trap message transmission system using the SNMP-based TCP method, 네트워크를 관리하며 트랩 메시지 수신시 응답 메시지를 전송하는 관리자와;An administrator for managing the network and sending a response message upon receipt of a trap message; 상기 관리자에게 보고할 필요가 있는 특정 상황이 발생한 경우 트랩메시지를 발생시키고, 상기 발생된 트랩메시지를 TCP방식에 의한 로컬 네트워크 프레임으로 구성하여 상기 관리자에게 전송하며, 일정시간 동안 응답 메시지를 수신하지 못한 경우, 상기 로컬 네트워크 프레임을 일정시간 간격으로 일정횟수 재전송하며, 응답 메시지를 계속 수신하지 못한 경우, 링크에러로 판단하고 링크가 복구될 때까지 더 이상의 메시지를 전송하지 않고 대기하는 에이전트를 포함하는 SNMP기반의 TCP방식을 이용한 트랩 메시지 전송 시스템.When a specific situation that needs to be reported to the administrator occurs, a trap message is generated, and the generated trap message is configured as a local network frame by a TCP method and transmitted to the administrator, and a response message has not been received for a predetermined time. In this case, the local network frame is retransmitted a predetermined number of times at regular intervals, and if it does not continue to receive a response message, SNMP is determined to be a link error and waits without transmitting any more messages until the link is restored. Trap message transmission system using TCP based method.
KR1020010086580A 2001-12-28 2001-12-28 Method of trap message transmitting by TCP mode base on SNMP KR100798995B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020010086580A KR100798995B1 (en) 2001-12-28 2001-12-28 Method of trap message transmitting by TCP mode base on SNMP

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020010086580A KR100798995B1 (en) 2001-12-28 2001-12-28 Method of trap message transmitting by TCP mode base on SNMP

Publications (2)

Publication Number Publication Date
KR20030056376A KR20030056376A (en) 2003-07-04
KR100798995B1 true KR100798995B1 (en) 2008-01-28

Family

ID=32214574

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020010086580A KR100798995B1 (en) 2001-12-28 2001-12-28 Method of trap message transmitting by TCP mode base on SNMP

Country Status (1)

Country Link
KR (1) KR100798995B1 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100460507B1 (en) * 2001-12-29 2004-12-08 엘지전자 주식회사 Trap message sending method for WLL system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US616123A (en) * 1898-12-20 Ivan levinstein and carl mensching
KR19990056546A (en) * 1997-12-29 1999-07-15 윤종용 Condition Monitoring and Management Method for Multi-Client System Using UPD Protocol
KR20000059497A (en) * 1999-03-04 2000-10-05 구자홍 Call controll method of internet protocol phone
KR20010054211A (en) * 1999-12-03 2001-07-02 오길록 Network management traffic control method for the elevated network performance based on SNMP

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US616123A (en) * 1898-12-20 Ivan levinstein and carl mensching
KR19990056546A (en) * 1997-12-29 1999-07-15 윤종용 Condition Monitoring and Management Method for Multi-Client System Using UPD Protocol
KR20000059497A (en) * 1999-03-04 2000-10-05 구자홍 Call controll method of internet protocol phone
KR20010054211A (en) * 1999-12-03 2001-07-02 오길록 Network management traffic control method for the elevated network performance based on SNMP

Also Published As

Publication number Publication date
KR20030056376A (en) 2003-07-04

Similar Documents

Publication Publication Date Title
US6538988B1 (en) End-to-end bidirectional keep-alive using virtual circuits
US7869376B2 (en) Communicating an operational state of a transport service
US7719956B2 (en) Trunk network system for multipoint-to-multipoint relay
CN102648612A (en) Method and system for managing a connection in a connection oriented in-order delivery environment
JP2008306435A (en) Packet repeater
KR100798995B1 (en) Method of trap message transmitting by TCP mode base on SNMP
US9246746B2 (en) Reliable systems and methods for network notifications
Cisco SNMP Inform Requests
US8064335B2 (en) Communication monitoring method, communication monitoring system, management system, and external device
EP1573964B1 (en) Method of guaranteed delivery of snmp traps across a wide area network
Cisco MIB User Quick Reference
Cisco MIBs Supported by Cisco Software Releases
Cisco MIBs Supported by Cisco Software Releases
Cisco MIBs Supported by Cisco Software Releases
Cisco MIBs Supported by Cisco Software Releases
Cisco MIBs Supported by Cisco Software Releases
Cisco MIBs Supported by Cisco Software Releases
Cisco MIBs Supported by Cisco Software Releases
Cisco PQICC_FE through TRANGE messages
Cisco Commands: debug serial interface through debug tacacs events
Cisco Commands: debug arap through debug clns events
Cisco SNMP Manager
Cisco SNMP Commands
Cisco Cisco Management Information Base (MIB) User Quick ReferencePref
JP3326672B2 (en) Message retransmission method and system

Legal Events

Date Code Title Description
N231 Notification of change of applicant
N231 Notification of change of applicant
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
G170 Publication of correction
FPAY Annual fee payment

Payment date: 20121217

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20140110

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20141211

Year of fee payment: 8

LAPS Lapse due to unpaid annual fee