KR100942243B1 - 주기적으로 반복하는 시퀀스를 압축하여 ｕｄｐ를 통해ｓｎｍｐ 메세지를 전송하기 위한 방법 및 장치 - Google Patents

주기적으로 반복하는 시퀀스를 압축하여 ｕｄｐ를 통해ｓｎｍｐ 메세지를 전송하기 위한 방법 및 장치 Download PDF

Info

Publication number
KR100942243B1
KR100942243B1 KR1020047002221A KR20047002221A KR100942243B1 KR 100942243 B1 KR100942243 B1 KR 100942243B1 KR 1020047002221 A KR1020047002221 A KR 1020047002221A KR 20047002221 A KR20047002221 A KR 20047002221A KR 100942243 B1 KR100942243 B1 KR 100942243B1
Authority
KR
South Korea
Prior art keywords
data unit
message
delete delete
snmp
udp
Prior art date
Application number
KR1020047002221A
Other languages
English (en)
Other versions
KR20040030967A (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 텔레콤 이탈리아 소시에떼 퍼 아찌오니
Publication of KR20040030967A publication Critical patent/KR20040030967A/ko
Application granted granted Critical
Publication of KR100942243B1 publication Critical patent/KR100942243B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/40—Conversion to or from variable length codes, e.g. Shannon-Fano code, Huffman code, Morse code
    • 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/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • 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/04—Network management architectures or arrangements
    • H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 UDP 트랜스포트를 사용하는 메세지의 전송에 관한 것이다. 대표적인 예가, 인터넷과 같은 데이터 통신 네트워크의 관리를 위한 시스템내에서, 관리자 유닛(M, M')과 에이전트 유닛(A, A') 사이의 통신(C1,C2)을 실행하는데 사용되는 SNMP 메세지에 의하여 제공된다. 메세지의 페이로드와 바람직하게는 전체로서 메세지는 메세지에서 주기적으로 발생된 시퀀스를 인식하여 압축 동작을 받게된다.
Figure R1020047002221
SNMP(Simple Network Management Protocol)메세지, UDP(User Datagram Protocol), 데이터 통신

Description

주기적으로 반복하는 시퀀스를 압축하여 ＵＤＰ를 통해 ＳＮＭＰ 메세지를 전송하기 위한 방법 및 장치{Method And Device For The Transfer Of SNMP Messages Over UDP With Compression Of Periodically Repeating Sequences}
본 발명은, 예를 들어 SNMP(Simple Network Management Protocol, 간이 망 관리 프로토콜의 약자) 메세지와 같은, UDP(User Datagram Protocol, 사용자 데이터그램 프로토콜) 트랜스포트(transport)를 사용하는 메세지의 전송에 관한 것이다.
이들 메세지는, 인터넷과 같은, 데이터 통신 네트워크내에서 생성되고 전송된다. 인터넷 프로토콜의 구조(architecture)는 4개의 논리층, 즉, 애플리케이션(application), 트랜스포트, 네트워크 및 링크(link)를 기초로 한다.
SNMP 메세지는 네트워크 관리 시스템(NMS, Network Manager System)과 관리되는 노드(nodes) 사이의 간단한 통신 메카니즘을 수행한다. 이는 각각 NMS에서는 "네트워크 관리자(Newwork Manager)"로 불리는 NMS와 "에이전트(agents)"라고 하는 노드들에 각각 위치한 특정 애플리케이션을 통하여 이루어질 수 있다. 따라서 SNMP 메세지는 UDP 레벨에서 발생하며, 이러한 용도를 위한 트랜스포트로서 UDP를 사용한다.
SNMP 메세지를 통해 각각의 네트워크 관리자를 갖는 "에이전트"라고 하는 애플리케이션(이하 에이전트라고 함)은 통상 "관리 정보 베이스(Management Information Base)" 또는, 줄여서, MIB라고 하는 데이터베이스에 연결된다. 이러한 데이터베이스내에서, 관리와 관련되고 대응하는 노드 또는 네트워크 요소를 감시하는 정보가 수집된다. 특히 이러한 정보는 아래의
- 네트워크 요소에 대한 정보를 도출하기 위해 네트워크 관리자에 의하여 판독될 수 있는 MIB 변수;
- 네트워크 요소상에서 동작하도록 네트워크 관리자에 의하여 기록될 수 있는 MIB 변수; 및
- 동일한 에이전트가 특정 상황에 대하여 네트워크 관리자(관리자)쪽으로 야기할수 있는 이벤트(events)(트랩(traps))를 포함한다.
따라서 SNMP 레벨에서 통신은 필수적으로
- 네트워크 관리자에 의하여 전송된, 상기 변수를 판독/기록하는데 필요로 하는 메세지(GetRequest, GetNextRequest, SetRequest, GetBulk), 및
- 에이전트에 의하여 전송된, 응답 메세지(GetRespose) 및 트랩 메세지(trap messages)를 포함한다.
에이전트에 의하여 관리되는 모든 변수들/트랩들의 세트는 네트워크 요소에 제한되고 구체적으로는 관련 MIB, 즉, 네트워크 관리자에게 네트워크 요소의 작동모드와 내재적 특징들을 나타낸다.
각 변수 또는 트랩은 객체식별자(Object IDentifier) 또는 OID라고 하는 ASN.1 기법(Abstract Syntax Notation One, 추상구문기법1)에서 스트링(string)에 의하여 개별적으로 식별된다.
스트링의 프레임워크(framework)는, 예를 들어, ASN.1 기법이 계층적 트리 구조(hierarchical tree strucrue)에 따라 객체들을 표현할 수 있음을 나타내는 "1.3.6.1.2.1.4.21" 형태이다.
MIB의 한 부분은 표준(standard)으로 정의되었고 모든 에이전트에 의해 지지되는 반면에, 다른 변수들과 일부 트랩들은 각 제조업체에 대하여 고유하고 어떤 경우에는 특별한 기기유형(apparatus typology)에 대하여 또한 특징적이다.
1988년에 생긴, SNMP 프로토콜은 여러해 동안 조금씩 발전하였다. 특히 에이전트들이 이해할 수 있어야만 하는 새로운 메세지 유형들이 정의되었다. 각 에이전트가 지지할 수 있어야만 하는 MIB 표준이 확장되었다. 본 출원의 출원일에, 사용된 버젼들은 첫번째와 두번째 버젼들인 반면에, 제 3 버젼의 표준화는 현재 진행중이다.
MIB의 크기는 기기형태에 따라 다르고 심지어, 수 100개의 OIDs에 대응하며, 수백 k바이트의 차수가 될 수 있다.
첨부도면의 도 1의 도식은 SNMP 메세지의 대표적인 구성요소를 도시한 것이다. 각 구성요소의 내용은 ASCII 문자로 기록되고 최대 허용가능한 크기는, 내용을 전달하는 데이터 엔티티(data entity)인, UDP 메세지의 최대 크기와 동일한 (약 64 k바이트가 전달되는 정보용으로 설계되는) 65,507 바이트 또는 옥텟(octets)이다.
특히, 도 1의 동일한 도식에서 메세지 헤더(message header)와 PDU(Protocol Data Unit, 프로토콜 데이터 유닛) 부분이 있음을 알 수 있으며, 1로 표시된 부분은 GetRequest, GetNextRequest, SetRequest 및 GetResponse 등과 같은 메세지를 수집하고, 2로 표시된 부분은 GetBulk 메세지를 수집하는 반면에, 3으로 표시된 부분은 일반적으로 트랩형 메세지에 관한 것이다.
더 구체적으로, SNMP 메세지의 헤더에는 아래의 정보가 있다:
- 버젼번호(Version Number): 메세지 구성요소를 위해 사용된 SNMP 버젼의 번호(V1, V2, V3, …), 및
- 커뮤니티 이름(Community name): MIB 모듈에 포함된 객체들에 대한 판독 및 기록을 통해 접속하게 하는 일종의 암호.
아래의 정보는 PDU내에서 이용가능하다;
- PDU 형태: 버젼 1에서는 GetRequest, GetNextRequest, SetRequest 및 Request 등과 같은 명령을 포함하는 반면에, 버젼 2는 GetBulkRequest 및 InformRequest 등과 같은 명령을 또한 포함할 수 있는 메세지 유형;
- 요청 아이디(Request id): 관리자가 적절한 기준으로 요청된 응답에 연결될 수 있도록, 응답할 때 관리자에 의하여 할당되고 에이전트에 의하여 이용되는 메세지의 개별 식별자;
- 오류 상태(Error status): 응답 메세지를 제외하고는 모든 메세지 유형에서 0으로 설정, 여기서 만일 1로 설정되면, 오류가 있음을 의미함;
- 오류 표기(Error Index): 요청된 변수(OID)들 중에 하나가 오류를 야기함을 나타낸다, 그리고
- 변수 바인딩(Variable Bindings): 이들은 OID/값 쌍들이다; 상기 값들은 요청의 경우에는 "널(null)"이고, 응답 메세지의 경우에는 컴파일된다.
특히, 도 1의 좌측에 있는 부분은 상기 변수 바인딩을 수집하는 부분의 대표적인 구조를 도시한 것이다.
본 발명에서 및 첨부 도면의 몇몇 도식에서 나타난 설명에서, 영어로 대응하는 두문자(acronyms)/이름/이니셜(initials)로 - 고려되는 다른 요소들에 대해 - 언급하기로 선택한다.
이는 명확하고 직접적인 설명을 위해 행해졌다. 상기 두문자, 이름 및 이니셜은 국제 수준에서 당업자에 의하여 통상적으로 사용되고 있는데, 수 년동안 어떠한 다른 국가어언로의 번역이 개발되어지지 않았기 때문이다.
UDP를 통하여 이루어질 수 있는, SNMP 메세지의 송신은 네트워크에 연결된 2대의 컴퓨터 사이에 데이터 패킷(data packet)의 교환을 허용한다. UDP 메세지 포맷은 즉 헤더(header)로 구성되고, 상기 헤더의 메인 데이터(main data)는 메세지를 송신하는 컴퓨터의 IP 어드레스, 수신 컴퓨터의 IP 어드레스 및 전송되는 PDU의 크기이다. 차례로, PDU 포맷은 헤더부와 통상 "페이로드(Payload)" 또는 "옥텟 데이터(Octet Data)"라고 하는 데이터부로 형성된다. 따라서 헤더는 소스 포트(source port), 수신 포트(destination port), 전송된 유닛의 크기 및 데이터 유닛의 무결성검사(CHECKSUM)를 포함한다.
UDP를 통한 SNMP 메세지를 (관리자에서 에이전트로 및 에이전트에서 관리자로) 전송하기 위해 통상적으로 채택된 방법론은 본질적으로 완전한 SNMP 메세지가 BER(Basic Encoding Rules, 기본 엔코딩 규칙) 방법론에 의하여 코드화되는 것에 기초한다. 이러한 동작 방식은 SNMP 메세지를 형성하는 바이트를 UDP 메세지의 페이로드로서 사용하는데 적합한 16진수 구조로 변환하게 한다.
그렇게 얻어지는 데이터의 UDP 전송 서비스는 본질적으로
- 전송단계에서: SNMP 메세지의 판독하기 및, UDP를 통한 전송을 위한, 상기 메세지의 연이은 16진수 부호화하기(BER 부호화하기), 및
- 수신단계에서: UDP를 통하여 수신한 후에, PDU의 16진수 복호화하기(BER 복호화하기) 및 상기 메세지의 연이은 재구성을 고려한다.
통상적인 애플리케이션 실시로는 인터넷과 같은 데이터 통신 네트워크에서, SNMP 메세지 형태로 전송되는 요청/응답 면에서 큰 정보를 전송하는 필요가 발생함을 알았다.
정보의 전체 크기, 관련 전송하는데 필요로 하는 시간 및 이에 따라 생성된 네트워크 트래픽으로 인해, 표준 포맷으로 SNMP 메세지를 전송하기 위해 채택된 종래 방안(方案)들은 전반적으로 다소 뒤떨어진 효율을 보인다.
이로 인해 3가지 IETF(Internet Engineering Task Force, 인터넷 엔지니어링 특별 위원회) 안들이 - 계획단계로 - 이 문제를 착수하기 위해 이미 제안되었다.
제 1 안("SNMP 객체 식별자 압축, 개정판. 2001년 - draft-ieft-eos-oidcompression-00.txt"에 공지됨)은 MIB에 포함된 대부분의 정보가 상수(constant)와 다소 큰 부분에 의해서 그리고 변수와 매우 작은 부분에 의해서 형성된 OID에 의하여 참조된다는 개념에 기초한다. 이 원리로부터 시작한, 제안 목적은, 알고리즘에 따라, 더 짧은 번호부여를 통해 OID의 상수부를 부호화하는 것이 다. 이 방안은 크기를 상당히 줄이지 않고도, 전송되는 정보의 양을 단지 부분적으로만 최적화한다.
제 2 안("벌크(bulk) SNMP 데이터의 효율적 전송, 개정판. 2001년 4월 - draft-ieft-eos-snmpbulk-00.txt"에 공지됨)은 주어진 정보세트의 동시 수집을 허용하는 GetBulk 명령어의 관리 문제에 대한 것이다. SNMP 버젼 2에서 도입된 명령어는 수집의 최적화를 허용하지 않는데, 이는 얼마나 많은 요소들이 요청된 정보 세트를 형성하는가를 알지 못한 체, 관리자가 수집되는 요소들의 수를 선언해야만 하기 때문이다. UDP 프로토콜에 대한 개정안들은 메세지의 부호화 알고리즘의 변형(BER 에서 PER(Packet Encoding Rules, 패킷 부호화 규칙의 약자)로) 또는 FTP(File Transfer Protocol, 파일전송 프로토콜의 두문자)의 전송모드를 사용할 것을 제안하였다. 상기 참조문헌에 기술된 방안은 GetColsRequest라고 하는 에이전트 측에서 새로운 명령어의 도입과, 전송되는 요소들의 수를 인식할 수 있고, 요청된 세트의 끝을 식별할 수 있으며, 이에 따라 요청 및 네트워크 트래픽을 최적화할 수 있는, 관리자 측에서의 메세지와 관련된 도입이다. 그러나, 또한 이러한 방안은 크기의 관리 및 전송되는 메세지의 수를 최적화하지 못하게 한다.
제 3 안("SNMP 페이로드 압축, 개정판. 2001년 4월 - draft-ieft-nmrg-snmp-compression-01.txt"에 공지됨)은 제 1 안과 원리가 유사한데, 이는 "OID 델타 압축(Delta Compression)"이라고 하는 차등 부호화 알고리즘을 제안하기 때문이다. OID 루트(root)에서 시작하는, 이러한 방안은 OID에 할당되는 후속 OID를 기억하기 위해, OID 루트와 연관된 코드를 고려하며, 상기 OID 루트 다음에 OID의 가변부가 잇따른다. 실질적으로, 변수들은, 루트 요소와 비교하면, 차등 증가로 저장된다. 이 방안은 프로토콜의 이전 버전과 호환될 수 없다는 결점을 갖는다. 또한, 특히 재귀 OID 값, 즉 데이터 배열(data array)에 대해 약 30%씩 예상된 절감을 하게 하고, 재귀 항의 수가 적은 경우에는 실질적으로 비효율적이다.
본 발명의 목적은 에이전트 측에서와 관리자 측에서도 프로토콜과 성능에 영향을 끼치지 않고, SNMP 메세지와 같은 메세지들의 UDP를 통한 최적화된 전송을 하도록, 이전에 설정된 해결방법과 비교되는 다른 해결방법을 제공하는 것이다.
본 발명에 따르면, 이러한 목적은 아래의 청구의 범위에서 구체적으로 언급된 특징들을 갖는 방법에 의하여 얻어진다. 본 발명은 또한, 별개로, 컴퓨터 상에서 실행될 때, 컴퓨터의 내부 메모리에 직접적으로 로드될 수 있고 본 발명에 따른 방법을 실행하도록 소프트웨어 코드의 부분을 포함하는, 데이터 처리 제품(data processing product) 및 관련 시스템에 관한 것이다.
본질적으로, 본 발명에 따른 해결방법은 전체 메세지(헤더 및 PDU)의 압축을 기초로 한다.
특히 2개의 다른 전송모드가 예상된다.
제 1 전송모드는 상기 SNMP 메세지를 독특한 형태의 새로운 SNMP 메세지에 캡슐화(encapsulation)하고, UDP를 사용하여 표준모드로 전송한다.
제 2 전송모드는 데이터 옥텟으로서 SNMP 메세지 압축의 결과를 제공하는 드라이버(driver)를 통해 UDP를 직접 구동한다.
압축기술은 본질적으로 메세지내에 주기적으로 나타나는 시퀀스들의 인식을 기초로 한다.
특히 본 발명의 바람직한 실시예에서, 사용된 압축기술은, UNIX 환경에서 잘 알려져 있고 gzip(gzip 포맷 - RFC 1952)이라고 하며, 또한 더 대중적인 PKZIP으로 사용되는, LZ77로 공지된 기술의 변형이다(지브. 제이.(Ziv. J.) 및 렘펠 에이.(Lempel A.)에 의한 논문"A Universal Algorithm for Sequential Data Compression" IEEE Transactions on Information Theory, Vol. 23, No. 3, pp. 337-343 참조). 이러한 기술의 설명들은 통상적으로 알려져 있고, HP-UX, Digital, BeOs, Linux, OS/2, Java, Win32, WinCE 등의 다른 개발환경 및 동작 시스템에 대한 해결방법을 실행하고 사용하는 이용가능한 소스 라이브러리(source libraries)들이 있다.
특히, "zLib" 라이브러리를 사용함으로써 win32상에 알고리즘의 이식(porting)을 사용할 수 있다. 참고로, 사이트(http://www.info-zip.org/pub/inforzip/zlib)를 참조할 수 있다. 이 라이브러리의 주요 특징은 실행시간과 이진수 데이터 구조 및 스트링 모두의 메모리상 압축을 가능하게 하며, 이는 시스템 성능에 대한 중요 요인이다.
본 발명은, 첨부도면을 참조로, 비제한적인 예로써 기술될 것이다:
- 도 1은 SNMP 메세지의 전형적인 구성을 나타낸 도면이다;
- 도 2는 본 발명에 따른 방안의 대표적인 애플리케이션 구조를 전반적인 블 록도 형태로 도시한 것이다;
- 도 3 내지 도 5는, 각각이 송신(a 부분) 및 수신(b 부분)에 대한 2개 부분으로 세분되어 있고, 흐름도 형태로 본 발명에 따른 해결방법의 다른 형태의 실시예들을 예시한 것이다;
- 도 6은 본 발명에 따른 해결방법의 전반적인 특징들을 예시한 부가적인 흐름도이다.
- 도 7 및 도 8은, 도 1에 채택된 양식들과 실질적으로 유사한 방법에 따른, 2개의 가능한 변형으로 예시한, 본 발명에 따른 해결방법의 실시예를 도시한 것이다.
도 2의 전체 도면에서, 참조부호(N)는 본 발명에 따른 해결방법의 대표적인 애플리케이션 환경을 정의하는 데이터 통신 네트워크를 나타낸다(직접적인 예로서, 인터넷을 고려할 수 있다).
참조부호(A)는 네트워크(N)의 대응요소를 제어하고 감시하는 기능을 수행하는 통상 "에이전트(agent)"라고 하는 모듈을 나타낸 것으로, 대응하는 관리자(M)와 - 쌍방향 - 대화모드(dialog mode)로 동작한다.
관리자(M)는, 상위 계층 레벨의 또 하나의 에이전트(A')와 함께, 차례로, 상위 계층 레벨의 또 하나의 관리자(M')와 인터페이스 하는 포트(port) 또는 게이트(gate)(G)를 정의한다.
관리자(M')는 대응하는 애플리케이션, 관찰모듈 또는 관찰자(O)와 함께 정의 된다.
참조부호(C1 및 C2)는 - 하위 계층 레벨에서 - 에이전트(A) 및 게이트(G) 사이, 그리고 - 상위 계층 레벨에서 - 게이트(G)와 관찰자(O) 사이의 통신을 수행하는 2개의 쌍방향 통신채널을 나타낸다.
상기 언급된 채널(C1, C2)은 SNMP 메세지의 송신이 발생되는 채널이다.
도 3의 흐름도는 SNMP 메세지의 압축(compression)(도 3a)과 압축해제(decompression)(도 3b)를 위해 채택된 방식들을 도시한 것이다.
도 4의 흐름도는 SNMP를 통한 캡슐화에 의하여 압축된 SNMP 메세지의 전송을 고려한 (역시 송신 - 도 4a - 및 수신 - 도 4b -을 나타내는) 제 1 방안을 예시한 것이다.
도 5의 흐름도는 또 하나의 다른 UDP를 통한 캡슐화에 의한 전송 방법을 나타낸다. 이도 역시 특정한 송신(도 5a) 및 수신(도 5b)을 나타낸다.
도 7 및 도 8의 도식은 OID 표현 방식으로 도 1의 동일한 형식을 나타내고 도 3 및 도 4의 a) 부분(도 7)과 도 3 및 도 5의 a) 부분(도 8)을 각각 예로 든, 압축 및 송신 과정의 세트를 나타낸다.
먼저 도 3의 흐름도를 살펴보면, 참조번호(100)는 전체 SNMP 메세지(헤더 + PDU)가, 그 다음의 102로 표시된 후속 단계동안 16진수 포맷(16 hexadecimal format)으로 변환되거나 부호화되도록, 판독되는 동안의 단계를 나타낸다. 이는 BER 엔코드 형태(BER encode type)의 부호화를 적용함으로써 발생하게 된다.
그런 후 그와 같이 부호화된 메세지는, 예를 들어 이미 앞서 언급한 zLib 라 이브러리에서의 인용기술과 같은, 재귀 시퀀스(recursive sequence)의 인식을 기초로 한 압축 기술을 사용하여 압축된다.
이는 104로 표시된 단계동안 발생되어, 106으로 표시된 단계동안, 송신할 준비가 된 압축된 데이터 유닛을 얻는다.
완전히 대칭적인 방식으로, 도 3의 b) 부분의 흐름도는 4단계, 즉 (표시된 순서에 따라 실행되도록 설계된) 206, 204, 202 및 200를 포함하며, 상기 단계에서 수신된 압축 데이터 유닛(단계 206)은 압축해제되고(단계 204) 뒤이어 16진수 복호화되며(단계 202), 다음으로 전체 SNMP 메세지를 재구성한다(단계 200).
도 3의 흐름도 b) 부분에 할당된 참조번호가 실행순서에 대하여 역(逆)방향으로 구분되어 있는 것은 다만 단계 100에서 106의 압축과정을 갖는 대칭 특징을 강조하기 위한 것이다. 유사한 선택이 도 4 및 도 5이 흐름도에 대하여 이루어져 있다.
이미 도시한 바와 같이, 도 4 및 도 7은, UDP를 통한 표준전송방식에 의하여, 특유 또는 고유 "변수 바인딩(Variable Binding)"을 특징으로 하는, 표준 SNMP 메세지로의 압축된 데이터 유닛(Data Unit)의 캡슐화(encapsulation)를 고려한 전송 방법을 나타낸다.
단계(106) 동안 얻은 압축된 데이터 유닛의 캡슐화 방식은 108로 표시된 초기화 단계를 포함하고, 상기 초기단계(108) 동안, 상기 압축된 데이터 유닛은 바이트(bytes)씩 판독되고 그런 후, 110으로 표시된 후속하는 부호화 단계동안, 대응하는 ASCII 문자 세트로 변환된다.
다음 단계에서, (ACK TAB + NULL과 같은 보조함수에 의해 처리될 수 있는 -도 7의 블록(110a)참조) 112로 표시된 "변수 바인딩"은 그 값 내에서 스트링 string_ZIP_xxxx를 포함하는 특유 또는 고유번호부여(예를 들어, 1.3.6.1.4.666.1) 와 함께 제 1 OID에 의하여 형성된 메세지가 생성되며, 여기서 xxxx는 원본 파일의 크기를 나타낸다. 상기 언급한 예에서, 고유코드(666.1)는 - 그 순간에 - IANA(Internet Assigned Numbers Authority, 인터넷 번호 할당 허가 위원회)에서 등록되지 않은 것을 나타내나, 등록되지 않은 임의의 다른 코드가 사용될 수 있다.
적시에 ASCII 문자로 변환되는 압축된 데이터 유닛을 포함하는 변수 바인딩의 후속 요소들이 OID/값 쌍에 의하여 형성된다. 값은, 최대 255개 문자를 갖는, ASCII로 변환되는 압축 데이터의 부분들을 포함한다.
그런 후 SNMP 메세지의 헤더정보가 재구성된다. 이 모든 것은 단계 112동안 발생하며, 상기 단계 112 다음에 114로 표시된 단계가 수반되고, 상기 단계 114에서 BER 방법론에 따른 부가적인 부호화가 데이터 전송을 위해 사용되는 UDP 메세지의 PDU 페이로드(PDU-UDP의 페이로드)를 생성하기 위해 수행된다(단계 116).
또한 이 경우에, 216, 214, 212, 210 및 208로 표시되고, 도 4의 b) 부분에서 재생되며 앞서 언급한 순서에 따라 실행되도록 설계된 단계들은 송신 과정에 대한 단계 108 내지 116의 - 수신측에서 실행되는 - 이중 기능(dual functions)을 나타낸다.
도 4 및 도 7에 언급된 방안의 채택에 의하여, 이에 따라 압축된 SNMP 메세지는 표준 논리 SNMP 포맷이지만, 특유 또는 고유 내용을 갖는다. 따라서, 예를 들 어 고유 내용의 인식 및 부호화/복호화를 허용하도록, 에이전트 관리자의 기능적 확장을 - 최소한 일 지라도 - 필요로 한다.
본 출원인에 의하여 수행된 실험들은 이러한 해결방법이, 네트워크 구조에 영향을 끼치지 않고, 충분히 실행될 수 있음을 증명한다.
도 5 및 도 8에 나타난 대안은, 도 3에 도시된 방식에 따라, SNMP 메세지로부터 시작하는 압축된 데이터 유닛을 준비한 후에, PDU-UDP의 페이로드에 상기 데이터 유닛의 직접적인 캡슐화를 고려하도록 한 것이다.
정확한 연산을 위해, 이 해결방법은, 명확히 예를 들어, 표준 UDP포트와는 다른 UDP 포트의 이용가능성을 보장하는 조건하에서, 전용 송신기 및 수신기의 사용을 필요로 한다. 따라서 송신기는 수신기에 사용되는 UDP 포트를 알아야만 하며, 그 반대도 마찬가지이다. 사용되는 포트에 대한 정보는, 후에 더 상세히 설명되는 기준에 따라, 표준 SNMP 포맷에서 동기 메세지에 의하여 상위 레벨에서 교환될 수 있다.
도 5 및 도 8에 도시된 대안이 채택되면, 단계(108)동안 이용가능하고 메세지의 BER을 대치하도록 설계된, 압축된 데이터 유닛은 PDU-UDP 메세지의 페이로드가 된다.
관련 동작은 도 5 및 도 8에서 118 및 120으로 표시된 단계들에 의하여 도식화되어 있고, 상기 단계들(118 및 120)은 수신기의 각각의 전용포트(일반적으로 X포트라고 함)용으로 설계된 송신 단계(122)에 앞서 행해진다.
또한 이 경우, 상보(相補)동작은, 각각, 222(수신기로서 그 순간에 작용하는 모듈의 Y 포트에서의 수신), 220(PDU-UDP 페이로드의 추출) 및 218(도 3의 흐름도 b) 부분의 단계(206)를 향하여 전송되도록 설계된, 수신된 압축 데이터 유닛의 획득)로 표시된 3단계를 포함한다.
또한 이 경우 단계들(222, 220 및 218)은 언급한 순서에 따라 실행된다.
이전에 언급한 동기 메세지(synchronisation message)는 특유 또는 고유 "변수 바인딩"을 포함하는 표준 SNMP 포맷을 사용하여 일반적인 원리 "애플리케이션 대 애플리케이션(application-to-application)"에 따라 관리자에 의하여 SNMP 에이전트로 전송된다.
전송된 정보는 아래 형태일 수 있다:
OID 값
1.3.6.1.4.666.2 <UDP_TX_Port>
1.3.6.1.4.666.3 <UDP_RX_Port>
관리자는 UDP 전송용으로 사용되도록 설계된 포트번호를 갖는 값 <UDP_TX_Port> 뿐만 아니라 UDP 수신용으로 사용되는 포트번호를 갖는 값 <UDP_RX_Port>을 컴파일하는 독특한 메세지를 SNMP 관리자에 전송한다.
에이전트는 자신의 정보를 포함하는 유사한 메세지를 보내며 관리자에 응답한다. 이 방법은 상기 해결방법의 효율성을 향상시킴으로써 처리시간을 줄인다.
도 6의 블록도는 어떻게 기술된 해결방법이 트랜스포트로서 UDP를 사용하여 임의의 메세지 유형(예를 들어, SNMP, PING, 등)에 적용되도록 일반화될 수 있는가를 부가적으로 도시한 것이다. 이러한 일반화는 UDP 드라이버가 현재 사용되는 장치를 대치할 수 있게 실행하는 것이 가능하다.
이 해결방법은 전송되는 페이로드의 크기를 평가할 수 있고, 또한 크기가 적절하면(예를 들어: 20 바이트 이상) 본 명세서에서 설명된 방법을 사용하여 실행될 수 있다. UDP 메세지의 밀집성(compact nature)을 수신기에 선언하기 위해, 예를 들어 하나 이상의 아래의 비트를 1로 설정하는 UDP 메세지의 헤더의 62 비트에서 69비트까지 포함된 8비트(현재 이러한 비트들은 사용되지 않고 디폴트에 의하여 0으로 설정됨)가 사용될 수 있다.
특히, 도 6의 도식에서, 참조번호(300)는 UDP를 통해 전송될 수 있는 메세지를 전송하는 필요성이 발생하는 임의의 단계를 나타내고, 그 뒤를, 도 3에서 기술된 방식들에 따라 수행되는, 페이로드의 압축단계(302)가 잇따른다.
후속 단계(304)는 앞서 재호출된 항들에 따른 UDP 메세지 헤더의 생성을 고려하는 반면에, 306으로 표시된 후속 단계는, 308로 표시된 단계동안 실행되는 IP 송신을 위하여, 전체 UDP 메세지의 생성에 상응한다.
기술한 방법론은, UDP-IP 프로토콜 스택(stack)을 사용하는 임의의 형태의 애플리케이션를 지지할 수 있는, 일반적인 목적의 해결방법을 실행하게 하여준다.
상기 해결방법은 하드웨어 또는 "온 칩(on chip)" 해결방법의 실행에 특히 적합하다.
데이터 전송용으로 사용되는 방법론에 무관하게 적용될 수 있는 상술한 해결방법의 기능적 확장은 메세지의 부호화 또는 등가의 BER 또는 데이터 옥텟 UDP를 위해 사용될 수 있다. 이에 대해 안전하고 효과적인 방법은 통상 "블록암호 라인달 (block cipher Rijndael)"이라고 하는, 또한 "AES(Advanced Encryption Standard)" 라고 하는 방법으로 나타나진다.
본 명세서에서 상술한 해결방법은 SNMP 메세지의 압축이, 본원 발명의 도입부에서 설명한 결점을 극복하며, 통합방식에서, 유연한 압축기술로 사용될 수 있고, 또한 (MPEG과 같은) 다른 압축기술에도 사용될 수 있게 해주는 이점을 갖는다. 이러한 기술과 알고리즘은 이와 같은 해결방법이 재사용 가능하고 재실행 가능한 해결방법이 되게 하는 다수의 동작 시스템에 사용될 수 있다. 또한, 상기 해결방법은, 메세지의 압축 및 압축해제에 대한 간단한 초구조(superstructure)의 셋업(set-up)을 필요로 하므로, 관리자와 에이전트 모두에 대한 영향을 최소로 한다.
상기 해결방법은 또한, 동일한 시간에, 더 큰 용량의 정보를 보내거나 또는 더 작은 수의 메세지를 통하여 동일한 양의 정보를 전송함으로써, 네트워크 트래픽을 최적화하게 하므로, 효율적이다. 이느, 또한, 압축되고 부호화된, 정보가 명확한 문서로 네트워크내에 이동되므로, 안전한 해결방법이다.
명백히, 본 발명의 원리가 변경됨이 없이, 본 발명의 실행에 대한 세부사항 및 실시예는 본 명세서에서 이미 설명되고 예시된 것에 대하여, 청구의 범위에 정의된 바와 같은 본 발명의 기술사상과 범위로부터 벗어남이 없이, 상당하게 변형될 수 있음을 유념하여야 한다.

Claims (17)

  1. 헤더와 페이로드를 구비한 데이터 유닛을 각각 포함하는 사용자 데이터그램 프로토콜(User Datagram Protocol) 메세지의 전송방법에 있어서,
    압축단계(104)로 상기 데이터 유닛을 보내는 단계;
    16진수 포맷으로 압축된 데이터 유닛을 부호화하는 단계(102); 및
    부호화된 데이터 유닛을 SNMP 메세지로 캡슐화하는 단계를 포함하는 사용자 데이터그램 프로토콜 메세지의 전송 방법.
  2. 제 1 항에 있어서,
    16진수 포맷으로 압축된 데이터 유닛을 얻도록 SNMP 메세지를 복호화하는 과정;
    상기 16진수 포맷에서 시작하여 압축된 데이터 유닛을 압축해제하는 과정; 및
    상기 압축 해제된 데이터 유닛에서 시작하여 사용자 데이터그램 프로토콜을 재구성하는 과정(200)을 포함하는 수신단계를 더 포함하는 것을 특징으로 하는 사용자 데이터그램 프로토콜 메세지의 전송방법.
  3. 제 2 항에 있어서,
    상기 부호화된 데이터 유닛을 SNMP 메세지로 캡슐화하는 단계는
    압축된 데이터 유닛을 바이트 단위로 판독하는 과정(108)과 상기 판독된 데이터 유닛을 ASCⅡ문자로 변환하는 과정(110); 및
    원본의 파일 크기를 나타내는 제 1 0ID와 ASCⅡ 문자로 변환된 상기 압축된 데이터 유닛의 부분들을 갖는 연속한 OID/값 쌍들을 포함하는 변수 바인딩 세트를 생성하는 과정(112)을 포함하는 것을 특징으로 하는 사용자 데이터그램 프로토콜 메세지의 전송방법.
  4. 제 3 항에 있어서,
    상기 수신단계는
    16진수 데이터 유닛의 변수 바인딩을 인식하고 조립하는 과정(212);
    인식하고 조립된 데이터 유닛을 ASCⅡ에서 이진수로 복호화하는 과정(210);및
    사용자 데이터그램 프로토콜 메세지를 재구성하는 과정을 더 구비함을 특징으로 하는 사용자 데이터그램 프로토콜 메세지의 전송방법.
  5. 제 4 항에 있어서,
    전송단자(M,M';A,A')와 수신단자(A,A';M,M') 사이에서 송신기의 전송포트와 수신기의 수신포트를 식별하여, SNMP형태의 동기 메세지를 전송하는 단계를 더 포함하는 것을 특징으로 하는 사용자 데이터그램 프로토콜 메세지의 전송 방법.
  6. 삭제
  7. 삭제
  8. 삭제
  9. 삭제
  10. 삭제
  11. 삭제
  12. 삭제
  13. 삭제
  14. 삭제
  15. 삭제
  16. 삭제
  17. 삭제
KR1020047002221A 2001-08-13 2002-08-09 주기적으로 반복하는 시퀀스를 압축하여 ｕｄｐ를 통해ｓｎｍｐ 메세지를 전송하기 위한 방법 및 장치 KR100942243B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IT2001TO000813A ITTO20010813A1 (it) 2001-08-13 2001-08-13 Procedimento per il trasferimento di messaggi tramite udp, relativo sistema e prodotto informatico.
ITTO2001A000813 2001-08-13
PCT/IT2002/000533 WO2003017618A1 (en) 2001-08-13 2002-08-09 Method and device for the transfer of snmp messages over udp with compression of periodically repeating sequences

Publications (2)

Publication Number Publication Date
KR20040030967A KR20040030967A (ko) 2004-04-09
KR100942243B1 true KR100942243B1 (ko) 2010-02-16

Family

ID=11459150

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020047002221A KR100942243B1 (ko) 2001-08-13 2002-08-09 주기적으로 반복하는 시퀀스를 압축하여 ｕｄｐ를 통해ｓｎｍｐ 메세지를 전송하기 위한 방법 및 장치

Country Status (11)

Country Link
US (2) US7734825B2 (ko)
EP (1) EP1417821B1 (ko)
JP (1) JP2005500606A (ko)
KR (1) KR100942243B1 (ko)
CN (2) CN101854252B (ko)
AT (1) ATE324737T1 (ko)
CA (1) CA2456912C (ko)
DE (1) DE60210986T2 (ko)
ES (1) ES2263820T3 (ko)
IT (1) ITTO20010813A1 (ko)
WO (1) WO2003017618A1 (ko)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ITTO20010813A1 (it) * 2001-08-13 2003-02-13 Telecom Italia Lab Spa Procedimento per il trasferimento di messaggi tramite udp, relativo sistema e prodotto informatico.
WO2004109930A1 (en) * 2003-06-06 2004-12-16 Nokia Corporation Arrangement for application message decompression
US7716355B2 (en) * 2005-04-18 2010-05-11 Cisco Technology, Inc. Method and apparatus for processing simple network management protocol (SNMP) requests for bulk information
EP1768308B1 (en) * 2005-09-26 2008-04-02 Alcatel Lucent Data distribution to nodes of a telecommunication network
CN1949765B (zh) * 2005-10-10 2010-10-13 华为技术有限公司 获得被管设备的ssh主机公开密钥的方法和系统
GB2441371A (en) * 2006-08-29 2008-03-05 Motorola Inc Transmitting packets across a network by compressing and encapsulating them
US7865610B2 (en) 2007-03-12 2011-01-04 Nautel Limited Point to multipoint reliable protocol for synchronous streaming data in a lossy IP network
CN103023702A (zh) * 2012-12-14 2013-04-03 武汉烽火网络有限责任公司 批量mib的处理方法
US20180270100A1 (en) * 2014-12-19 2018-09-20 Thomson Licensing Method and apparatus for data transfer between network devices

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997033227A1 (fr) * 1996-03-07 1997-09-12 Nippon Telegraph And Telephone Corporation Procede et appareil de transfert de fichiers sequentiels a grande vitesse, et support d'enregistrement pour le stockage d'un programme en charge dudit transfert
WO2000072517A1 (en) * 1999-05-21 2000-11-30 Edge Networks Corporation System and method for streaming media over an internet protocol system

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5790599A (en) * 1989-01-19 1998-08-04 Redband Technologies, Inc. Data compression system using source representation
US6144859A (en) * 1993-08-27 2000-11-07 Aeris Communications, Inc. Wireless cellular communicator system and apparatus
US6026232A (en) * 1995-07-13 2000-02-15 Kabushiki Kaisha Toshiba Method and system to replace sections of an encoded video bitstream
US5649189A (en) * 1995-11-29 1997-07-15 3Com Corporation Method and apparatus for single pass data encoding of binary words using a stack for writing in reverse order
JPH09331332A (ja) * 1996-06-10 1997-12-22 Fujitsu Ltd コネクション識別子のネゴシエーション方法
US6108782A (en) * 1996-12-13 2000-08-22 3Com Corporation Distributed remote monitoring (dRMON) for networks
US6441920B1 (en) * 1997-06-04 2002-08-27 Agfa Corporation System and method for output management
US6044468A (en) * 1997-08-25 2000-03-28 Emc Corporation Secure transmission using an ordinarily insecure network communication protocol such as SNMP
US6189045B1 (en) * 1998-03-26 2001-02-13 International Business Machines Corp. Data type conversion for enhancement of network communication systems
US6519635B1 (en) * 1998-04-30 2003-02-11 Cisco Technology, Inc. SNMP master agent that translates messages to a sub-agent proprietary format using a translation table by the sub-agent
IT1302431B1 (it) * 1998-08-12 2000-09-05 Alasi Di Arcieri Franco & C S Dispositivo di controllo di accessi in rete tramite il riconoscimentoveloce di trame applicative che soddisfano un insieme di regole
WO2000057284A1 (en) * 1999-03-25 2000-09-28 Motorola Inc. Point to point protocol multiplexing/demultiplexing method and apparatus
US6542504B1 (en) * 1999-05-28 2003-04-01 3Com Corporation Profile based method for packet header compression in a point to point link
US6427149B1 (en) * 1999-09-09 2002-07-30 Herman Rodriguez Remote access of archived compressed data files
US7600039B2 (en) * 2000-02-16 2009-10-06 Motorola, Inc. Label-based multiplexing
AU2001259075A1 (en) * 2000-04-17 2001-10-30 Circadence Corporation System and method for web serving
US7197046B1 (en) * 2000-08-07 2007-03-27 Shrikumar Hariharasubrahmanian Systems and methods for combined protocol processing protocols
US6618397B1 (en) * 2000-10-05 2003-09-09 Provisionpoint Communications, Llc. Group packet encapsulation and compression system and method
US6883035B2 (en) * 2000-11-16 2005-04-19 Telefonaktiebolaget Lm Ericsson (Publ) System and method for communicating with temporary compression tables
JP3565266B2 (ja) * 2000-12-28 2004-09-15 日本電気株式会社 ネットワークの管理方法およびそのシステム
US6459392B1 (en) * 2001-01-19 2002-10-01 International Business Machines Corporation Technique for encoding a sequence of periodic byte values with vertical correlation
ITTO20010813A1 (it) * 2001-08-13 2003-02-13 Telecom Italia Lab Spa Procedimento per il trasferimento di messaggi tramite udp, relativo sistema e prodotto informatico.
KR100431003B1 (ko) * 2001-10-31 2004-05-12 삼성전자주식회사 데이터 송수신 시스템 및 방법
US7221684B1 (en) * 2002-01-08 2007-05-22 Cisco Technology, Inc. Increasing network efficiency using packet compression and decompression
US6711740B1 (en) * 2002-01-17 2004-03-23 Cisco Technology, Inc. Generic code book compression for XML based application programming interfaces
US7519729B2 (en) * 2002-02-27 2009-04-14 Ricoh Co. Ltd. Method and apparatus for monitoring remote devices through a local monitoring station and communicating with a central station supporting multiple manufacturers
ITTO20020325A1 (it) * 2002-04-12 2003-10-13 Telecom Italia Lab Spa ,,procedimento per organizzare la comunicazione fra oggetti gestori ed oggetti gestiti in una rete telematica.relativa architettura e prodot
US7362780B2 (en) * 2002-12-11 2008-04-22 Nokia Corporation Avoiding compression of encrypted payload

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997033227A1 (fr) * 1996-03-07 1997-09-12 Nippon Telegraph And Telephone Corporation Procede et appareil de transfert de fichiers sequentiels a grande vitesse, et support d'enregistrement pour le stockage d'un programme en charge dudit transfert
US6073180A (en) * 1996-03-07 2000-06-06 Nippon Telegraph And Telephone Corporation High-speed batch file transfer method and apparatus, and storage medium in which a program for executing the transfer is stored
WO2000072517A1 (en) * 1999-05-21 2000-11-30 Edge Networks Corporation System and method for streaming media over an internet protocol system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
M.Degermark et al., "IP Header Compression", Feb. 1999, www.rfc-editor.org/rfc/rfc2507.txt*

Also Published As

Publication number Publication date
US20050038912A1 (en) 2005-02-17
JP2005500606A (ja) 2005-01-06
CN1541475A (zh) 2004-10-27
ITTO20010813A0 (it) 2001-08-13
ITTO20010813A1 (it) 2003-02-13
DE60210986T2 (de) 2007-01-11
EP1417821B1 (en) 2006-04-26
CN101854252A (zh) 2010-10-06
CA2456912C (en) 2013-12-24
EP1417821A1 (en) 2004-05-12
CN101854252B (zh) 2012-07-11
DE60210986D1 (de) 2006-06-01
CN1541475B (zh) 2011-10-26
US7734825B2 (en) 2010-06-08
WO2003017618A1 (en) 2003-02-27
ATE324737T1 (de) 2006-05-15
ES2263820T3 (es) 2006-12-16
CA2456912A1 (en) 2003-02-27
US20100306414A1 (en) 2010-12-02
KR20040030967A (ko) 2004-04-09

Similar Documents

Publication Publication Date Title
US20100306414A1 (en) Transferring of SNMP Messages Over UDP with Compression of Periodically Repeating Sequences
US5627829A (en) Method for reducing unnecessary traffic over a computer network
US6697845B1 (en) Network node management system and method using proxy by extensible agents
CN112889313B (zh) 用于压缩下一代移动通信系统中支持高可靠低延迟终端的报头的方法和装置
CN112822276A (zh) 一种变电站站控层通信方法、系统、电子设备及存储介质
EP1216562B1 (en) System and method for initializing a simple network management protocol (snmp) agent
US20040037315A1 (en) Method for transmitting a mobile agent in a network, associated transmitter, receiver and mobile agent
CN101076028B (zh) 采用snmp协议的通信系统和消息交互方法
JP3204187B2 (ja) 通信システムにおける管理情報通信方法、交換機および管理情報通信のための変換プログラムを記憶した記録媒体
KR101060238B1 (ko) 통신 네트워크, 구조 및 그 소프트웨어에서 관리자 객체와피관리 객체 사이의 통신을 편성하는 방법
JP3565266B2 (ja) ネットワークの管理方法およびそのシステム
US20080098103A1 (en) Methods and Apparatus for Tunneling Legacy Network Management Messages through SNMP (Simple Network Management Protocol)
CN114006651B (zh) 一种适用于多协议的卫星互联网传输方法
CN106572080B (zh) 一种基于lzw压缩算法对snmp报文进行压缩和加密的方法
KR101162374B1 (ko) 무선 접속 통신 시스템에서 패킷 헤더 송수신 장치 및 방법
EP4038840B1 (en) Processing local area network diagnostic data
KR100289576B1 (ko) 프로토콜에 독립적인 비동기 전달 모드 교환기 관리 시스템
EP1841133A1 (en) Transmission of management information via executable encoded message
KR20030055672A (ko) 간이망관리 프로토콜의 객체 식별자 부호화 방법

Legal Events

Date Code Title Description
N231 Notification of change of applicant
A201 Request for examination
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
J201 Request for trial against refusal decision
AMND Amendment
B701 Decision to grant
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130124

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20140124

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20150126

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20160122

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20170126

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20180126

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20190124

Year of fee payment: 10