KR20030093746A - 프로토콜 트래픽 관리정보를 효과적으로 관리하는 통신시스템 및 그 방법 - Google Patents

프로토콜 트래픽 관리정보를 효과적으로 관리하는 통신시스템 및 그 방법 Download PDF

Info

Publication number
KR20030093746A
KR20030093746A KR1020020031589A KR20020031589A KR20030093746A KR 20030093746 A KR20030093746 A KR 20030093746A KR 1020020031589 A KR1020020031589 A KR 1020020031589A KR 20020031589 A KR20020031589 A KR 20020031589A KR 20030093746 A KR20030093746 A KR 20030093746A
Authority
KR
South Korea
Prior art keywords
packet
management
board
information
interface
Prior art date
Application number
KR1020020031589A
Other languages
English (en)
Other versions
KR100441890B1 (ko
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 KR10-2002-0031589A priority Critical patent/KR100441890B1/ko
Publication of KR20030093746A publication Critical patent/KR20030093746A/ko
Application granted granted Critical
Publication of KR100441890B1 publication Critical patent/KR100441890B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0226—Mapping or translating multiple network management protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

프로토콜 트래픽 관리정보를 효과적으로 관리하는 통신 시스템 및 그 방법이 개시된다. 본 발명에 따른 통신 시스템은 수신된 패킷이 피어 호스트로부터의 패킷이면 수신 패킷을 분석하여 인터페이스별로 관리되지 않는 프로토콜 트래픽 정보를 갱신하고, 인터페이스별 프로토콜 트래픽 정보 요구에 대한 응답패킷이면 응답패킷을 분석하여 외부의 망관리 시스템으로부터의 요구를 처리하는 관리보드 및 피어 호스트로부터 패킷이 수신되면 관리보드로 수신된 패킷을 전송하고, 수신 패킷을 분석하여 프로토콜별로 관리정보를 분류 및 갱신하고, 패킷이 수신되면 패킷의 종류에 따라 수신된 패킷을 해당 피어 호스트로 전송한 후 해당 관리정보를 갱신하거나 또는 프로토콜 관리정보를 수집하여 관리보드로 제공하는 다수의 인터페이스 보드들을 포함하는 것을 특징으로 하고, 망 관리 에이전트에서 관리하는 객체들을 객체들의 특성에 따라 인터페이스 별로 분류함으로써 관리보드와 인터페이스 보드간에 부하를 분산시켜 망 관리에 필요한 프로토콜 트래픽 관리정보요소를 효과적으로 수집 및 관리할 수 있는 효과가 있다.

Description

프로토콜 트래픽 관리정보를 효과적으로 관리하는 통신 시스템 및 그 방법{Communication system for effectively collecting protocol traffic management information and method thereof}
본 발명은 분산구조를 갖는 통신 시스템에 관한 것으로, 네트워크 관리에 필요한 프로토콜 트래픽 관리정보를 효과적으로 관리할 수 있는 통신 시스템 및 그 방법에 관한 것이다.
통신망은 망 관리 시스템과 관리 대상이 되는 장비 또는 호스트에서 동작하는 망 관리 에이전트간의 정보 교환에 의해 관리된다. 이러한 정보 교환을 위한 프로토콜로서는 기능이나 동작이 간단한 SNMP(Simple Network Management Protocol)를 사용하는 것이 일반적이다. 관리 대상이 되는 장비 또는 호스트에 대한 망 관련 정보를 수집하는 SNMP 에이전트는 망 관리 시스템에서 필요로 하는 데이터를 수집하고 SNMP 프로토콜을 이용하여 망 관리 시스템으로부터의 요청을 처리한다. SNMP 프로토콜을 통해 전달되는 데이터는 MIB 형태로 표현된다.
종래의 통신 시스템에서 SNMP 에이전트 구현 방법에서는 다수의 보드들 중 관리 역할을 수행하는 관리 보드상에서 SNMP 프로토콜 처리가 수행되고 나머지 보드들에서는 각 보드들에 해당하는 데이터베이스 수집이 수행된다. 인터페이스 역할을 하는 IPC(Inter-Processor Communication)망을 통해 망 관리 시스템으로부터 데이터 요청시마다 해당 보드의 데이터베이스 수집부에 수집요구를 전달하고 다시 IPC 망을 통해 SNMP 프로토콜 처리부로 수집요구 결과가 전달되며 최종적으로, 망 관리 시스템으로 SNMP 프로토콜 패킷형태로 전달되게 된다.
망 관리 시스템은 SNMP 에이전트를 통해서 망 관리에 고려되는 활용도나 성능 데이터를 얻을 수 있다. 특히, 특정 망 장비에 대한 관리뿐만 아니라 망 자체에 대한 관리가 중요시되고 있어 대부분의 망 관리 시스템들은 RMON(Remote MONitoring) 기능을 기본적으로 제공하고 있다. 또한, 인터넷이 활성화됨에 따라TCP/IP나 HTTP(Hyper Text Transfer Protocol)와 같은 상위 계층 프로토콜들을 사용하는 서비스가 증가하면서, 심도있는 망 분석을 하기 위해서 인터페이스별로 프로토콜 정보가 필요하다. 하지만, 특정 인터페이스의 트래픽이나 성능 데이터를 분석하기 위해서는 미러링(Mirroring)과 같은 장비 설정이나 별도 소프트웨어를 필요로 한다. 분산구조를 갖는 통신 시스템에서 기존의 SNMP 에이전트 구현 방식으로 특정 인터페이스의 트래픽이나 성능 데이터를 얻기 위해서는 인터페이스별 데이터 분류를 위한 작업이 관리보드에서 수행되므로, 관리보드의 로드가 커진다는 문제가 있다.
본 발명이 이루고자 하는 기술적 과제는 망 관리 에이전트에서 관리하는 객체들을 객체들의 특성에 따라 인터페이스 별로 분류함으로써 망 관리에 필요한 프로토콜 트래픽 관리정보를 효과적으로 관리하는 통신 시스템을 제공하는 데 있다.
본 발명이 이루고자 하는 다른 과제는 상기 통신 시스템에서 수행되는 프로토콜 정보 관리 방법을 제공하는 데 있다.
본 발명이 이루고자 하는 또 다른 기술적 과제는 상기 프로토콜 정보 관리 방법을 컴퓨터에서 실행 가능한 프로그램 코드로 기록한 기록 매체를 제공하는 데 있다.
도 1은 하나의 관리보드와 다수의 인터페이스 보드들로 구성된 일반적인 통신 시스템 구성을 보이는 도면이다.
도 2는 본 발명에 따른 통신 시스템을 개략적으로 나타내는 블록도이다.
도 3은 도 2에 도시된 통신 시스템에서 패킷 수신시와 패킷 송신시의 관리정보의 갱신과 패킷처리 과정을 나타내는 도면이다.
도 4는 수신 인터페이스 보드(30) 상의 분산 망 관리 에이전트의 동작을 구체적으로 설명하기 위한 흐름도이다.
도 5는 관리 보드(20)상의 분산 망 관리 에이전트의 동작을 설명하기 위한 흐름도이다.
도 6은 프로토콜 트래픽의 분류 방법의 예를 나타내고 있다.
상기 과제를 이루기 위해, 본 발명에 따른 통신 시스템은 수신된 패킷이 피어 호스트로부터의 패킷이면 수신 패킷을 분석하여 인터페이스별로 관리되지 않는프로토콜 트래픽 정보를 갱신하고, 인터페이스별 프로토콜 트래픽 정보 요구에 대한 응답패킷이면 응답패킷을 분석하여 외부의 망관리 시스템으로부터의 요구를 처리하는 관리보드 및 피어 호스트로부터 패킷이 수신되면 관리보드로 수신된 패킷을 전송하고, 수신 패킷을 분석하여 프로토콜별로 관리정보를 분류 및 갱신하고, 패킷이 수신되면 패킷의 종류에 따라 수신된 패킷을 해당 피어 호스트로 전송한 후 해당 관리정보를 갱신하거나 또는 프로토콜 관리정보를 수집하여 관리보드로 제공하는 다수의 인터페이스 보드들을 포함하는 것이 바람직하다.
상기 다른 과제를 이루기 위해, 관리보드 및 다수의 인터페이스 보드들을 포함하는 통신 시스템에서 수행되는 본 발명에 따른 프로토콜 정보 관리 방법은 인터페이스 보드로 패킷이 수신되면 수신된 패킷이 외부의 피어 호스트로부터의 패킷인지, 관리보드로부터의 패킷인지를 판단하는 (a)단계, (a)단계에서 피어 호스트로부터의 패킷으로 판단되면 인터페이스 보드는 수신 패킷을 관리보드로 송신하고 해당 관리 정보를 갱신하는 (b)단계, 관리보드는 (b)단계에서 인터페이스 보드로부터 송신받은 패킷을 분석하여 인터페이스 보드에서 관리하지 않는 프로토콜 트래픽 정보를 갱신하는 (c)단계, (b)단계에서 관리보드로부터의 패킷으로 판단되면 외부의 피어 호스트로 송신할 패킷인가 또는 관리보드로부터의 정보수집 요청 패킷인가의 여부를 판단하여, 수신 패킷을 해당 피어 호스트로 전송하거나 또는 관리보드로부터 요청된 정보를 수집하여 관리보드로 전송하는 (d)단계 및 관리보드는 (d)단계에서 인터페이스 보드로부터 전송된 수집정보를 분석한 후 외부의 망 관리 시스템으로부터의 요구를 처리하는 (e)단계를 포함하는 것이 바람직하다.
이하, 프로토콜 트래픽 관리정보를 효과적으로 관리하는 본 발명에 따른 통신 시스템 및 그 방법을 첨부한 도면들을 참조하여 다음과 같이 설명한다.
관리 객체들은 인터페이스를 기반으로 분류되며, 일반적인 분류 방법은 그룹을 단위로 관리 객체들을 분류한다. 그룹 내의 객체들을 분류했을 때, 망 관리 시스템에서 요구하는 객체값이 각 인터페이스들의 해당 객체값들을 합한 값을 의미하는 경우와 어떤 인터페이스인가에 상관없이 동일한 값을 갖는 경우로 구분된다. 전자에 해당하는 객체인 경우에는 해당 인터페이스를 갖는 인터페이스 보드에서 수집하고 후자인 경우에는 기존의 망 관리 에이전트와 같이 관리보드에서 수집하게 된다. 예를 들어, MIB-2의 인터페이스 그룹에 속한 ifTable은 인터페이스 별로 엔트리를 갖는다. 이 엔트리의 관리 객체들은 해당 인터페이스를 포함하는 인터페이스 보드에서 관리한다. 하지만, 동일한 그룹에 속하지만, 인터페이스 별로 분류할 수 없는 ifNumber 객체와 같은 관리 객체들은 관리 보드에서 관리된다. 또한, 기존의 MIB 정의에 의해 인터페이스별로 분류하여 관리되지 않았던 관리 객체들에 대해서도 분류가 가능하다.
한편, 기존의 망관리 에이전트들은 프로토콜 트래픽 정보를 관리하기 위해 관리보드 내의 중앙처리장치, 메모리, 내부 연결 망과 같은 많은 자원들을 사용한다. 최근의 고속 망 시스템의 인터페이스 보드는 고속 포워딩 엔진을 내장한 망 프로세서를 사용한다. 고속의 망 프로세서를 사용함으로써 중앙처리장치는 구성요소들을 제어하는 기능을 담당하게 되어 상대적으로 부하는 감소한다. 그러므로, 중앙처리장치의 활용도를 증가시킬 필요가 있고 이것은 인터페이스 보드에서 관리할 정보들을 새롭게 분류함으로써 관리보드와 인터페이스 보드간에 부하를 분산시키는 효과가 있다. 또한, TCP/IP, HTTP 등과 같은 상위 프로토콜을 사용하는 서비스가 급속도로 증가하면서, 심도있는 망 분석을 위해서도 인터페이스별 분류된 프로토콜 트래픽 정보가 필요하다
도 1은 하나의 관리보드와 다수의 인터페이스 보드들로 구성된 일반적인 통신 시스템 구성을 보이는 도면이다. 관리보드(2)와 인터페이스 보드들(4)은 백플레인(6)으로 연결되어 서로간의 IPC통신을 한다. 관리보드(2)에서는 통신 시스템 동작 및 운용관리에 필요한 프로토콜과 서비스들이 수행된다. 인터페이스 보드(4)에서는 패킷을 송수신하여 관리보드로 송신하거나 다른 인터페이스 보드로 스위치를 통해 송신한다.
도 2는 본 발명에 따른 통신 시스템을 개략적으로 나타내는 블록도이다.
도 2를 참조하여, 인터페이스 보드(30,40) 상의 분산 망 관리 에이전트는 IPC 처리부(34,44)와 프로토콜 트래픽 수집부(32,42)로 구성된다. IPC 처리부(34,44)는 IPC 망(10)를 통해 관리보드 상의 분산 망 관리 에이전트로부터 수신되는 IPC 패킷에 대한 처리를 담당한다. 프로토콜 트래픽 수집부(32,42)는 입력 패킷과 출력 패킷에 대한 프로토콜 관리 정보를 관리하고 관리보드 상의 분산 망관리 에이전트로부터의 프로토콜 트래픽 정보 요구에 대한 처리를 담당한다.
관리보드(20) 상의 분산 망 관리 에이전트는 IPC 처리부(24)와 시스템 트래픽 수집부(22)를 포함하여 구성된다. IPC 처리부(24)는 인터페이스 보드(30,40) 상의 분산 망 관리 에이전트(32,42)로부터의 IPC 패킷에 대한 처리를 수행한다. 시스템 트래픽 수집부(22)는 시스템 차원의 트래픽 정보를 수집하기 위해 각각의 인터페이스 보드(30,40) 상의 분산 망관리 에이전트들과 정보를 교환하는 기능을 담당한다.
도 3은 도 2에 도시된 통신 시스템에서 패킷 수신시와 패킷 송신시의 관리정보의 갱신과 패킷처리 과정을 나타내는 도면이다. 설명의 편의를 위해, 인터페이스 보드(30)가 수신 인터페이스 보드인 것을 설명한다.
도 3을 참조하여, 처리과정1(60a)은 인터페이스 보드(30)가 피어 호스트(Peer Host)로부터 패킷을 수신하는 경우를 나타내고, 처리과정3(60c)은 인터페이스 보드(30)가 피어 호스트로 패킷을 송신하는 경우를 나타낸다. 또한, 처리과정2(60b)는 관리보드(20) 상의 분산 SNMP 에이전트로부터의 프로토콜 트래픽 정보를 처리하는 과정을 나타낸다.
구체적으로, 처리과정1(60a)에서는 인터페이스 보드(30)가 피어 호스트로부터 패킷을 수신하면(S01) 관리보드(20)로 송신해야할 패킷인 경우 입력 패킷을 관리보드(20)와 수신 인터페이스 보드(30) 상의 분산 망 관리 에이전트로 전달한다(S02). 패킷을 수신한 인터페이스 보드(30)의 분산 망 관리 에이전트는 입력 패킷을 분석한 후(S03) 해당 프로토콜 관리정보를 갱신한다(S04). 관리보드(20)가 인터페이스 보드(30)로부터 입력 패킷을 수신하면 관리보드(20) 상의 분산 망 관리 에이전트로 패킷을 송신하고 패킷을 수신한 관리보드(20)의 분산 망관리 에이전트는 패킷을 분석하여(S05) 인터페이스 보드 상의 분산 망 관리 에이전트에서 관리하지 않는 프로토콜 정보인가를 판단한다. 관리보드(20) 상의 분산 망 관리 에이전트에서 관리해야 하는 프로토콜 정보로 판단된 경우, 해당 프로토콜 정보를 갱신한다(S06).
처리과정2(60b)에서는 망 관리 시스템으로부터의 인터페이스별 프로토콜 트래픽 정보 요구시 해당 인터페이스 보드의 분산 망 관리 에이전트로 트래픽 정보 요구 패킷을 전달한다(S07). 요구 패킷을 수신한 해당 인터페이스 보드의 분산 망 관리 에이전트는 요구를 분석하여(S08) 정보를 수집한 후(S09) 수집된 정보를 관리보드 상의 분산 망 관리 에이전트로 송신한다(S10). 수집된 정보를 수신한 관리보드 상의 분산 망 관리 에이전트는 정보를 분석하여(S11) 망 관리 시스템의 요구를 처리한다.
처리과정3(60c)에서는 관리보드(20)가 피어 호스트(50)로 패킷을 송신하는 경우 인터페이스 보드(30)로 패킷을 송신한 후(S12) 패킷을 분석하여(S13) 인터페이스 보드(30) 상의 분산 망 관리 에이전트에서 관리하지 않는 프로토콜 정보인가를 판단한다. 관리보드(20) 상의 분산 망 관리 에이전트에서 관리해야 하는 프로토콜 정보로 판단된 경우, 해당 프로토콜 정보를 갱신한다(S14). 인터페이스 보드(30)가 패킷을 수신하면 피어 호스트로 패킷을 송신한 후(S15) 인터페이스 보드 상의 분산 망 관리 에이전트에서 패킷을 분석하여(S16) 해당 프로토콜 관리정보를 갱신하도록 한다(S17).
도 4는 수신 인터페이스 보드(30) 상의 분산 망 관리 에이전트의 동작을 구체적으로 설명하기 위한 흐름도이다.
도 2 내지 도 4를 참조하여, 통신 시스템이 시작되면 패킷을 수신할 때까지대기 상태에 들어간다(S18). 대기 상태에서 관리보드(20) 또는 피어 호스트(50)로부터 패킷을 수신한다(S19). 수신된 패킷이 피어 호스트로부터의 패킷인지, 관리보드로부터의 패킷인지를 판단한다(S20). 피어 호스트로부터의 패킷인 경우 수신 패킷을 관리보드(20)로 송신하고(S21), 수신 패킷을 분석하여 프로토콜별로 관리정보를 분류한다(S22). 분류된 정보를 바탕으로 해당 관리정보를 갱신한다(S23).
반면, S20에서 수신된 패킷이 관리보드(20)로부터의 패킷으로 판단되면, 피어 호스트로 송신할 패킷인지 아니면 프로토콜 관리정보 요구 패킷인지를 판단한다(S24). S24에서 피어 호스트로 송신할 패킷인 경우 패킷을 피어 호스트로 송신한 후(S28), 송신 패킷을 분석하여 프로토콜별로 관리정보를 분류하고(S22) 해당 관리정보를 갱신한다(S23). S24에서 수신된 패킷이 프로토콜 관리정보 요구 패킷으로 판단되면, 요구사항을 분석한 후(S25) 해당 프로토콜 관리정보를 수집한다(S26). 그리고, 수집된 정보를 관리보드로 송신하며(S27), 이 정보는 최종적으로 관리보드(20) 상의 분산 망 관리 에이전트로 전달된다.
도 5는 관리 보드(20)상의 분산 망 관리 에이전트의 동작을 설명하기 위한 흐름도이다.
도 5를 참조하여, 시스템이 시작되면 패킷을 수신할 때까지 대기 상태에 들어간다(S29). 대기 상태에서 수신 인터페이스 보드(30)로부터 패킷을 수신하면(S30), 수신한 패킷이 피어 호스트로부터의 패킷인가 아니면 인터페이스별 프로토콜 트래픽 정보 요구에 대한 해당 인터페이스 보드로부터의 응답 패킷인지를 판단한다(S31). S31에서 피어 호스트로부터의 패킷으로 판단되면, 수신 패킷을 분석하여(S32) 인터페이스 보드(30)에서 관리하지 않는 프로토콜 트래픽 정보를 갱신한다(S33). 그러나, S31에서 인터페이스 보드로부터의 프로토콜 트래픽 정보 요구에 대한 응답 패킷으로 판단되면, 수집된 정보를 분석한 후(S34) 망 관리 시스템으로부터의 요구를 처리한다.
도 6은 프로토콜 트래픽의 분류 방법의 예를 나타내고 있다. 여기서는 ip 그룹을 예로써 설명한다. ip 그룹은 각 객체들이 인터페이스별로 구별되어 있지 않아, 관리보드 상의 분산 망 관리 에이전트에서 수집, 관리하는 것이 보통이다. 이 ip 그룹의 각 객체들은 객체 특성에 따라 인터페이스별로 구분이 가능한 부류와 분류할 수 없는 부류로 나뉘어 질 수 있다. 즉, 도시된 바와 같이 ip 그룹 중 ipForwarding과 ipDefaultTTL 객체는 각 인터페이스별로 다른 값을 가질 수 없지만, 나머지 객체들은 인터페이스별로 서로 다른 값을 가질 수 있는 객체들이다. 따라서, 망 관리 에이전트에서도 모든 인터페이스 보드로부터 수신된 패킷들에서 각 객체에 해당되는 값들을 계산하게 된다. 일반적으로, MIB 그룹들을 관리보드와 인터페이스보드 단위로의 분류는 그룹의 각 객체들의 의미로부터 모든 인터페이스보드에 대해 동일한 값을 갖는가를 판단한 후, 동일한 값을 갖는 그룹의 객체들은 관리보드에서 관리되는 객체로, 그렇지 않는 그룹의 객체들은 각 인터페이스 보드에서 관리되는 객체로 분류한다. 이러한 분류 작업이 객체 분류부에서 수행된다.
이상에서와 같이, 본 발명에 따른 통신망 시스템은 망 관리 에이전트에서 관리하는 객체들을 객체들의 특성에 따라 인터페이스 별로 분류함으로써 관리보드와 인터페이스 보드간에 부하를 분산시켜 망 관리에 필요한 프로토콜 트래픽 관리정보요소를 효과적으로 수집 및 관리할 수 있다.
그러므로, 중앙처리장치의 활용도를 증가시킬 필요가 있고 이것은 인터페이스 보드에서 관리할 정보들을 새롭게 분류함으로써
본 발명은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플라피디스크, 광데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 망로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
이상 도면과 명세서에서 최적 실시예들이 개시되었다. 여기서 특정한 용어들이 사용되었으나, 이는 단지 본 발명을 설명하기 위한 목적에서 사용된 것이지 의미 한정이나 특허청구범위에 기재된 본 발명의 범위를 제한하기 위하여 사용된 것은 아니다. 그러므로 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.
상술한 바와 같이, 본 발명에 따른 프로토콜 트래픽 관리정보요소를 효과적으로 수집할 수 있는 통신 시스템 및 그 수집 방법에 따르면, 본 발명에 따른 통신망 시스템은 망 관리 에이전트에서 관리하는 객체들을 객체들의 특성에 따라 인터페이스 별로 분류함으로써 관리보드와 인터페이스 보드간에 부하를 분산시켜 망 관리에 필요한 프로토콜 트래픽 관리정보요소를 효과적으로 수집 및 관리할 수 있는 효과가 있다.

Claims (9)

  1. 수신된 패킷이 피어 호스트로부터의 패킷이면 수신 패킷을 분석하여 인터페이스별로 관리되지 않는 프로토콜 트래픽 정보를 갱신하고, 인터페이스별 프로토콜 트래픽 정보 요구에 대한 응답패킷이면 상기 응답패킷을 분석하여 외부의 망관리 시스템으로부터의 요구를 처리하는 관리보드; 및
    피어 호스트로부터 패킷이 수신되면 관리보드로 수신된 패킷을 전송하고, 수신 패킷을 분석하여 프로토콜별로 관리정보를 분류 및 갱신하고, 상기 패킷이 수신되면 패킷의 종류에 따라 수신된 패킷을 해당 피어 호스트로 전송한 후 해당 관리정보를 갱신하거나 또는 프로토콜 관리정보를 수집하여 상기 관리보드로 제공하는 다수의 인터페이스 보드들을 포함하는 것을 특징으로 하는 통신 시스템.
  2. 제1항에 있어서,
    상기 인터페이스 보드 각각은,
    IPC 네트워크를 통해 상기 관리보드로부터의 IPC 패킷에 대한 처리를 하는IPC 처리부; 및
    상기 관리보드로부터 프로토콜 트래픽 정보가 요구되면 정보를 수집하여 상기 관리보드로 전송하는 프로토콜 트래픽 수집부를 포함하고,
    상기 관리보드는,
    상기 IPC 네트워크를 통해 상기 인터페이스 보드로부터의 IPC 패킷에 대한 처리를 하는 IPC 처리부; 및
    인터페이스별로 트래픽 정보를 수집하기 위해 상기 인터페이스 보드들 각각과 정보를 교환하는 시스템 트래픽 수집부를 포함하는 것을 특징으로 하는 통신 시스템.
  3. 제1항에 있어서,
    수신 패킷은 그룹을 이루는 각 객체를 분석하여 인터페이스별로 구분 가능한 객체와 분류 가능하지 않은 객체를 분류하고,
    인터페이스별로 분류 가능한 객체는 상기 인터페이스 보드에서 프로토콜 관리정보를 관리하고, 인터페이스별로 분류 가능하지 않는 객체는 상기 관리보드에서 프로토콜별로 관리정보를 관리하는 것을 특징으로 하는 통신 시스템.
  4. 관리보드 및 다수의 인터페이스 보드들을 포함하는 통신 시스템에서 수행되는 프로토콜 정보 관리 방법에 있어서,
    (a)상기 인터페이스 보드로 패킷이 수신되면 수신된 패킷이 외부의 피어 호스트로부터의 패킷인지, 상기 관리보드로부터의 패킷인지를 판단하는 단계;
    (b)상기 (a)단계에서 피어 호스트로부터의 패킷으로 판단되면 상기 인터페이스 보드는 수신 패킷을 상기 관리보드로 송신하고 해당 관리 정보를 갱신하는 단계;
    (c)상기 관리보드는 상기 (b)단계에서 상기 인터페이스 보드로부터 송신받은 패킷을 분석하여 상기 인터페이스 보드에서 관리하지 않는 프로토콜 트래픽 정보를 갱신하는 단계;
    (d)상기 (b)단계에서 상기 관리보드로부터의 패킷으로 판단되면 외부의 피어 호스트로 송신할 패킷인가 또는 상기 관리보드로부터의 정보수집 요청 패킷인가의 여부를 판단하여, 수신 패킷을 해당 피어 호스트로 전송하거나 또는 상기 관리보드로부터 요청된 정보를 수집하여 상기 관리보드로 전송하는 단계; 및
    (e)상기 관리보드는 상기 (d)단계에서 상기 인터페이스 보드로부터 전송된 수집정보를 분석한 후 외부의 망 관리 시스템으로부터의 요구를 처리하는 단계를 포함하는 것을 특징으로 하는 프로토콜 정보 관리 방법.
  5. 제4항에 있어서,
    상기 관리보드는 외부의 피어 호스트로 송신할 송신패킷을 상기 인터페이스 보드로 전송하는 단계; 및
    상기 관리보드는 송신 패킷을 분석하여 해당 관리 정보를 갱신하는 단계를 더 포함하는 것을 특징으로 하는 프코토콜 정보 관리 방법.
  6. 제4항에 있어서, 상기 (b)단계는
    (b1)상기 인터페이스 보드는 수신 패킷을 상기 관리보드로 송신하는 단계;
    (b2)상기 인터페이스 보드는 수신 패킷을 분석하여 프로토콜별로 관리정보를 분류하는 단계;
    (b3)상기 (b2)단계에서 분류된 정보를 바탕으로 관리정보를 갱신하는 단계를 포함하는 것을 특징으로 하는 프로토콜 정보 관리 방법.
  7. 제4항에 있어서, 상기 인터페이스 보드 및 상기 관리보드에서 수행되는 프로토콜별 정보의 관리는,
    상기 수신 패킷의 그룹을 이루는 각 객체를 분석하여 인터페이스별로 구분 가능한 객체와 분류 가능하지 않은 객체를 분류하고,
    인터페이스별로 분류 가능한 객체는 상기 인터페이스 보드에서 프로토콜 관리정보를 관리하고, 인터페이스별로 분류 가능하지 않는 객체는 상기 관리보드에서 프로토콜별로 관리정보를 관리하는 것을 특징으로 하는 프로토콜 정보 관리 방법.
  8. 제4항에 있어서, 상기 (d)단계는
    (d1)상기 (b)단계에서 수신된 패킷이 상기 관리보드로부터의 패킷으로 판단되면 상기 인터페이스 보드는 피어 호스트로 송신할 패킷인지 아니면 프로토콜 관리정보 요구 패킷인지를 판단하는 단계;
    (d2)상기 (d1)단계에서 수신된 패킷이 피어 호스트로 송신할 패킷인 경우 패킷을 피어 호스트로 송신하고, 송신 패킷을 분석하여 프로토콜별로 관리정보를 분류하여 해당 관리정보를 갱신하는 단계;
    (d3)수신된 패킷이 프로토콜 관리정보 요구 패킷으로 판단되면, 상기 인터페이스 보드는 요구사항을 분석하여 요청된 프로토콜 관리정보를 수집하는 단계; 및
    (d4)상기 인터페이스 보드는 수집된 정보를 상기 관리보드로 송신하는 단계를 포함하는 것을 특징으로 하는 프로토콜 정보 관리 방법.
  9. 제4항 내지 제8항의 프로토콜 정보 관리 방법을 컴퓨터에서 실행 가능한 프로그램 코드로 기록한 기록 매체.
KR10-2002-0031589A 2002-06-05 2002-06-05 프로토콜 트래픽 관리정보를 효과적으로 관리하는 통신시스템 및 그 방법 KR100441890B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR10-2002-0031589A KR100441890B1 (ko) 2002-06-05 2002-06-05 프로토콜 트래픽 관리정보를 효과적으로 관리하는 통신시스템 및 그 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2002-0031589A KR100441890B1 (ko) 2002-06-05 2002-06-05 프로토콜 트래픽 관리정보를 효과적으로 관리하는 통신시스템 및 그 방법

Publications (2)

Publication Number Publication Date
KR20030093746A true KR20030093746A (ko) 2003-12-11
KR100441890B1 KR100441890B1 (ko) 2004-07-27

Family

ID=32386001

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2002-0031589A KR100441890B1 (ko) 2002-06-05 2002-06-05 프로토콜 트래픽 관리정보를 효과적으로 관리하는 통신시스템 및 그 방법

Country Status (1)

Country Link
KR (1) KR100441890B1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100734848B1 (ko) * 2005-11-25 2007-07-03 한국전자통신연구원 Ｓｌａ 정보의 통계 분석 시스템 및 그 방법
KR102666773B1 (ko) * 2023-12-08 2024-05-17 오픈마루 주식회사 다수의 apm서버 각각에서 진행되는 애플리케이션의 성능에 대한 모니터링을 통합하여 진행하는 방법

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR0173053B1 (ko) * 1995-12-13 1999-03-30 양승택 비동기식 전송 모드에서의 단순망관리규약을 사용한 구성관리/성능관리 방법
KR100276432B1 (ko) * 1998-10-26 2000-12-15 정선종 다중접속기능을 제공하는 에이티엠 장치에서 듀얼 스택 기능을이용한 망관리 에이전트 기능 제공방법
KR20010045651A (ko) * 1999-11-05 2001-06-05 서평원 교환기와 티엠엔 에이전트간의 인터페이스 장치
KR20010063753A (ko) * 1999-12-24 2001-07-09 오길록 단순망관리규약을 이용한 비동기전달모드 주소해결규약서버-클라이언트 네트워크에서의 망 관리방법
KR100336499B1 (ko) * 2000-01-28 2002-05-15 오길록 티엠엔 관리 대행자와 비동기 전송 모드 교환기간인터페이스 장치 및 방법
KR20030015953A (ko) * 2001-08-18 2003-02-26 엘지전자 주식회사 에이전트를 구비하는 교환기와 이를 이용한 망 관리데이터 수집 및 변경 방법

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100734848B1 (ko) * 2005-11-25 2007-07-03 한국전자통신연구원 Ｓｌａ 정보의 통계 분석 시스템 및 그 방법
KR102666773B1 (ko) * 2023-12-08 2024-05-17 오픈마루 주식회사 다수의 apm서버 각각에서 진행되는 애플리케이션의 성능에 대한 모니터링을 통합하여 진행하는 방법

Also Published As

Publication number Publication date
KR100441890B1 (ko) 2004-07-27

Similar Documents

Publication Publication Date Title
EP1603307B1 (en) System and method for performance managment in a multi-tier computing environment
US7603671B2 (en) Performance management in a virtual computing environment
US7174557B2 (en) Method and apparatus for event distribution and event handling in an enterprise
JP3980596B2 (ja) サーバを遠隔かつ動的に構成する方法およびシステム
KR100359366B1 (ko) 자각-개시 푸시를 제공하기 위한 방법 및 장치
CN100544272C (zh) 网络设备管理系统及其控制方法
US20080077663A1 (en) Method and System For Identifying And Conducting Inventory Of Computer Assets On A Network
KR20110014943A (ko) 네트워크 관리 방법 및 서비스 ＱｏＳ 제공방법
CN103546343B (zh) 网络流量分析系统的网络流量展示方法和系统
CN104272280A (zh) 服务器装置、系统及其控制方法
CN116346948A (zh) 一种基于微服务的多协议规约转换方法及系统
CN100534084C (zh) 远程xml数据更新方法以及系统
US7433941B1 (en) Method and apparatus for accessing network information on a network device
KR100441890B1 (ko) 프로토콜 트래픽 관리정보를 효과적으로 관리하는 통신시스템 및 그 방법
US20060053021A1 (en) Method for monitoring and managing an information system
Tian et al. Architecture for an Autonomic Web Services Environment.
US8214473B1 (en) Apparatus, system, and method for communicating with a device within a computer system
KR100445914B1 (ko) 효과적으로 ＳＮＭＰ（Ｓｉｍｐｌｅ ＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）요청 패킷을처리하기 위한 통신 시스템 및 그의 ＳＮＭＰ 패킷 처리방법
KR100474358B1 (ko) 고속 라우터 시스템의 원격 망 모니터링 기능 구현방법 및장치, 이를 수행하는 프로그램을 기록한 기록매체
JP3981342B2 (ja) 計算機の運用管理方法及び装置
US20060075025A1 (en) System and method for data tracking and management
KR20030057921A (ko) 에스엔엠피 망에서 엠아이비 테이블 구조 관리 방법
KR20030057091A (ko) 네트워크 관리 시스템에서의 지능형 패킷 처리장치 및방법
JP2000357135A (ja) ネットワーク機器監視制御方法

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20080701

Year of fee payment: 5

LAPS Lapse due to unpaid annual fee