KR20060084045A - 네트워크 시스템에서 에스엔엠피 처리 장치 및 방법 - Google Patents

네트워크 시스템에서 에스엔엠피 처리 장치 및 방법 Download PDF

Info

Publication number
KR20060084045A
KR20060084045A KR1020050004304A KR20050004304A KR20060084045A KR 20060084045 A KR20060084045 A KR 20060084045A KR 1020050004304 A KR1020050004304 A KR 1020050004304A KR 20050004304 A KR20050004304 A KR 20050004304A KR 20060084045 A KR20060084045 A KR 20060084045A
Authority
KR
South Korea
Prior art keywords
identifier
snmp
mib
network
management system
Prior art date
Application number
KR1020050004304A
Other languages
English (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 KR1020050004304A priority Critical patent/KR20060084045A/ko
Publication of KR20060084045A publication Critical patent/KR20060084045A/ko

Links

Images

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/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/02—Standardisation; Integration
    • H04L41/022—Multivendor or multi-standard integration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • 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/024—Standardisation; Integration using relational databases for representation of network management data, e.g. managing via structured query language [SQL]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Power Engineering (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명에 따른 네트워크 시스템에서 SNMP 처리 장치 및 방법은 SNMP 패킷의 인증 영역에 식별자를 포함하고 이 후의 문자열을 ID로 구성한 후 SNMP 패킷을 전송하는 EMS; 및 상기 EMS으로부터 입력된 SNMP 패킷의 인증 영역에 식별자가 포함되어 있으면 그 식별자를 통해 ID를 파악하고, 그 ID를 통해 MIB로부터 추출한 ID 관련 네트워크 정보를 포함하는 응답 SNMP 패킷을 상기 EMS으로 전송하는 네트워크 관리 수단을 포함하는 것으로, 이미 SNMP 권고안 RFC1493을 사용하고 있는 네트워크 시스템에서도 기존의 OSS들과 호환성을 유지하면서 다중 브리지의 네트워크를 관리할 수 있는 것이다.

Description

네트워크 시스템에서 에스엔엠피 처리 장치 및 방법{Apparatus and method for processing SNMP in network system}
도 1a는 종래의 네트워크 시스템에서 SNMP 권고안 RFC1403을 이용한 네트워크 정보 처리 장치의 구성을 나타낸 기능블록도,
도 1b는 종래의 네트워크 시스템에서 SNMP 권고안 RFC1403을 이용한 네트워크 정보 처리 장치에서 MIB를 나타낸 도면,
도 2는 본 발명의 일 실시예에 따른 네트워크 시스템에서 SNMP 처리 장치의 구성을 나타낸 기능블록도,
도 3은 본 발명의 일 실시예에 따른 네트워크 시스템에서 SNMP 처리 방법을 나타낸 플로우차트,
도 4는 도 3에 따른 네트워크 시스템에서 SNMP 처리 방법 중 ID 검출방법을 자세히 나타낸 플로우차트,
도 5a, 5b는 도 2 또는 도 3에 따른 네트워크 시스템에서 SNMP 처리 장치 및 방법에서 사용되는 SNMP 패킷의 구조를 나타낸 도면,
도 6은 도 2 또는 도 3에 따른 네트워크 시스템에서 SNMP 처리 장치 및 방법에서 사용되는 MIB를 나타낸 도면이다.
<도면의 주요 부분에 대한 부호의 설명>
100 : EMS 200 : 네트워크 관리 수단
210 : SNMP 모듈 220 : 데이터 베이스
221 : MIB 300 : 망 기기
본 발명은 다중 네트워크 시스템에서 단일 네트워크를 관리하는 SNMP를 이용하여 다중 네트워크를 관리하기 위한 SNMP 처리 장치 및 방법에 관한 것으로, 더욱 상세하게는 싱글 브리지만을 관리하는 SNMP(Simple Network Management Protocol; 이하 "SNMP"라 칭함)를 이용한 네트워크 시스템에서 다중 브리지의 네트워크 관리가 가능하도록 해주는 네트워크 시스템에서 SNMP 처리 장치 및 방법에 관한 것이다.
일반적으로 SNMP는 TCP/IP(Transmission Control Protocol/Internet Protocol)의 망 관리 프로토콜이다.
상기 망 관리 프로토콜은 라우터(Router)나 허브(Hub) 등 망 기기(Network Agent)의 망 관리 정보를 망 관리시스템에 보내는데 사용되는 표준 통신 규약으로 채용되었으며, TCP/IP의 게이트웨이 관리 프로토콜(Simple Gateway Management Protocol, SGMP)을 바탕으로 개발되어 개방형시스템 간 상호 접속의 망 공통 관리 정보 프로토콜에 대응한다.
상기 SNMP는 요구와 응답의 2가지 기능을 사용하여 망 관리 정보를 수집/관리한다. 이는 RFC 1157에 의해 표준화되어 있으며 SNMPv2 등의 개정판이 있다.
그리고, 인터넷은 표준으로의 요구와 권고안인 RFCs(Request For Comments)를 사용한다.
SNMP의 동작은 3개의 개별적이며 연관된 RFCs에 의해 정의 되어있으며, 많은 다른 것에 의해 확장되었다.
이 중, 1993년에 만들어진 권고안 RFC1493(Definitions of managed Object for Bridges)은 주로 단순한 기능의 스위치(Switch)나 라우터(Router)에 적용되어 있는 싱글 브리지(Single Bridge) 기능을 관리하기 위한 목적으로 발표되어 적용되어 왔다.
이와 같은 종래의 권고안 RFC1493을 이용하는 단일 네트워크 시스템은 엘리먼트 관리 시스템(EMS)과 간이 망 관리 프로토콜(SNMP) 모듈간의 관계를 설명하기 위한 기능블록도이다.
도 1a를 참조하면, 종래의 단일 네트워크 시스템은 엘리먼트 관리 시스템(EMS)(1)과 네트워크 관리 수단(2)으로 구성된다.
네트워크 관리 수단(2)은 SNMP 모듈(21), MIB(22)을 포함한다. EMS(1)와 SNMP 모듈(21)은 서로 상이한 포트(포트 161과 162)를 사용하며, UDP(User Datagram Protocol) 통신을 한다. SNMP 모듈(21)은 해당 시스템의 MIB 오브젝트 정보를 제공하며, EMS(1)는 SNMP 모듈(21)에게 MIB 오브젝트 정보를 요청하게 된다. MIB(22)는 도 1b에 도시된 바와 같이 하나의 셀프에 하나의 슬롯으로 이루어져 있기 때문에 하드웨어 정보와 포트 정보만을 구성하며, 도시하지 않았으나 통신 네트워크를 관리하는데 필요한 모든 정보를 보관한다.
EMS(1)가 MIB(22)에 등록되어 있는 MIB-II(22a)와 라우팅 MIB(22b)중에 하나의 오브젝트(예컨대, 라우팅 MIB에 해당하는 MIB)를 요청할 경우, SNMP 모듈(21)은 자신이 가지고 있는 MIB(22)을 검색하여 해당 OID의 값을 EMS(1)로 전송한다. 이 때, 상기 네트워크 관리 수단(2)내 SNMP 모듈(21)은 MIB(22)에 등록되어 있는 오브젝트를 검색하기 이전에 인증 영역의 "커뮤니티"를 검출하여 MIB(22)에 등록되어 있는지를 판단하고 등록되어 있지 않을 않으면 접속 불가 응답 패킷을 EMS(1)으로 전송하는 한편, 등록되어 있으면 상기 관리 요청 SNMP 패킷에 따른 각종 정보들을 MIB(22)로부터 수집한 후 응답 SNMP 패킷을 상기 EMS(1)으로 전송한다. 이 때, 상기 MIB(3)는 스칼라 타입(Scalar Type)으로 정의된다.
그리고, 상기 SNMP 패킷의 구조는 도 5a에 도시된 바와 같다. 목적지, 출발지, 메시지의 타입, SNMP 메시지, CRC로 이루어져 있으며, 이 중, SNMP 메시지는 IP, UDP, 버전 번호, 인증 영역, 및 SNMP PDU로 구성되어 있다.
여기서, 스칼라 타입이란 하나의 시스템에 하나만 존재하는 오브젝(Object)을 표현하기 위한 것이다.
그러나, 종래의 SNMP 권고안 RFC1493을 이용한 단일 네트워크 시스템은 싱글 오브젝을 관리하기 위한 것으로 MIB의 하드웨어 정보와 포트 정보만 있어도 네트워크 정보를 관리할 수 있었으나 다중 망 기기를 관리하는 네트워크 관리 수단을 접속하면 MIB가 관리해야할 셀프, 슬롯 및 가상랜이 다중으로 형성되기 때문에 셀프와 슬롯을 구분할 수 없는 SNMP RFC1493에서는 MIB 오브젝트를 관리하는데 어려움이 많다는 문제점이 있었다.
따라서, 본 발명은 상기와 같은 종래의 문제점을 해결하기 위해 이루어진 것으로서, 본 발명의 목적은 SNMP 권고안 RFC1493을 위반하지 않으면서도 다중 브리지를 갖는 네트워크를 관리할 수 있도록 함으로써, 기존의 멀티 OSS(Operation Support System)들과 호환성을 가질 수 있도록 해주는 네트워크 시스템에서 SNMP 처리 장치 및 방법을 제공하는 데 있다.
상기한 목적을 달성하기 위한 본 발명에 따른 네트워크 시스템에서 SNMP 처리 장치의 일 측면에 따르면, SNMP 메시지의 인증 영역에 식별자를 포함하고 그 이 후의 문자열을 ID로 구성하여 전송하는 EMS; 및 상기 EMS으로부터 입력된 SNMP 메시지에 식별자가 포함되어 있으면 그 식별자를 통해 ID를 파악하고, MIB로부터 ID 관련 네트워크 정보를 추출한 후 그 ID 관련 네트워크 정보를 응답 SNMP 패킷으로 구현하여 상기 EMS으로 전송하는 네트워크 관리 수단을 포함한다.
한편, 본 발명에 따른 네트워크 시스템에서 SNMP 처리 방법의 일 측면에 따르면, SNMP 패킷이 수신되면 인증 영역의 "커뮤니티"(Community)가 MIB에 등록되어 있는지를 판단하는 단계; 상기 판단 단계에서 인증 영역의 "커뮤니티"가 MIB에 등록되어 있으면 식별자가 존재하는지를 판단하여 ID를 검출하는 단계; 및 식별자를 통해 ID가 검출되면 그 ID를 통해 MIB의 경로를 설정하는 단계를 포함한다.
이하, 본 발명의 일 실시예에 의한 네트워크 시스템에서 SNMP 처리 장치 및 방법에 대하여 첨부된 도면을 참조하여 상세히 설명하기로 한다.
도 2는 본 발명의 일 실시예에 의한 네트워크 시스템에서 SNMP 처리 장치의 기능블록도로서, 본 발명의 일 실시예에 의한 네트워크 시스템에서 SNMP 처리 장치는 엘리먼트 관리 시스템(EMS ; 이하 "엘리먼트 관리 시스템"이라 칭함)(100), 및 네트워크 관리 수단(200)을 포함한다.
상기 엘리먼트 관리 시스템(100)은 SNMP 패킷의 인증 영역에 식별자를 포함하고 그 이 후의 문자열을 ID로 구성하여 전송하는 역할을 한다. 이 때, 상기 엘리먼트 관리 시스템(100)은 그래픽 운용자 인터페이스(Graphic User Interface : GUI) 기반으로 하며, 식별자는 SNMP 패킷의 인증 영역에 사용하지 않는다.
그리고, 상기 네트워크 관리 수단(200)은 하나 이상의 망 기기(300)를 구비하며, 상기 엘리먼트 관리 시스템(100)으로부터 입력된 SNMP 패킷의 인증 영역에 식별자가 포함되어 있으면 그 식별자를 통해 ID를 파악하고, MIB(221)로부터 ID 관련 네트워크 정보를 추출한 후 응답 SNMP 패킷을 상기 엘리먼트 관리 시스템(100)으로 전송하는 역할을 하며, SNMP 모듈(210) 및 데이터 베이스(220)를 포함하고 있다.
상기 네트워크 관리 수단(200)내 SNMP 모듈(210)은 상기 엘리먼트 관리 시스템(100)으로부터 SNMP 패킷을 입력받으면 상기 SNMP 패킷의 인증 영역에 포함된 식별자를 통해 ID를 확인하여 상기 데이터 베이스(220)의 MIB(221)에 저장된 ID에 따른 네트워크 정보를 검출하고 그 ID에 따른 네트워크 관리 정보를 응답 SNMP 패킷으로 구성한 후 엘리먼트 관리 시스템(100)으로 전송하는 역할을 한다.
상기 네트워크 관리 수단(200)의 데이터 베이스(220)는 MIB(221)를 포함하며, 네트워크에 접속된 망 기기(Ip Vdsl Unit) ID 별 네트워크 관리 정보를 저장하는 역할을 한다. 그리고, 상기 MIB(221)은 도 6에 도시된 바와 같이 셀프, 슬롯, 하드웨어, 포트 정보를 가지고 있으며, 추가적으로 가상랜 ID 또한 포함하고 있다. 또한, MIB Database, Network Element Database, Management Application Database (Map Database, Event Log, Monitor Logs) 포함하고 있다.
상기 엘리먼트 관리 시스템(100)과 네트워크 관리 수단(200)간에 송/수신하는 SNMP 패킷은, 인증 영역에 "커뮤니티", 식별자, 및 ID를 적어도 하나 이상 포함하며, 상기 SNMP 패킷의 인증 영역에 포함되는 ID는 셀프(Shelf), 슬롯(Slot), 및 가상랜 ID를 적어도 하나 이상 포함한다.
그러면, 상기와 같은 구성을 가지는 네트워크 시스템에서 SNMP 처리 장치의 동작과정에 대해 설명하기로 한다.
먼저, 상기 엘리먼트 관리 시스템(100)은 SNMP 패킷의 인증 영역(community string)에 식별자 '@'를 포함하고 그 이 후의 문자열을 ID(셀프의 번호를 나타내는 "ShelfNumber", 슬롯의 번호를 나타내는 "SlotNumber", 가상랜 ID 번호를 나타내는 "vlanNumber")로 구성한 관리 요청 SNMP 패킷을 상기 네트워크 관리 수단(200)(2)으로 전송한다. 이 때, 관리 요청 SNMP 패킷의 구조는 도 5a에 도시된 바와 같이 목적지 영역, 출발지 영역, 메시지의 타입 영역, SNMP 메시지 영역, CRC 영역으로 이루어져 있으며, 이 중, SNMP 패킷 영역은 IP 영역, UDP 영역, 버전 번호 영역, 인증 영역, 및 SNMP PDU 영역으로 구성되어 있다.
이 때, 상기 인증 영역에는 "커뮤니티"라 불리는 것을 사용하여 암호(Password)와 같은 기능을 하는 문자열과, 식별자 '@', 이후 문자열 "ShelfNumber", 식별자 '@', 이후 문자열 "SlotNumber", 식별자 '@', 이후 문자열 "vlanNumber"를 구성하고 있다.
그러면, 상기 네트워크 관리 수단(200)은 수신된 관리 요청 SNMP 패킷의 인증 영역을 검출한다.
이 때, 상기 네트워크 관리 수단(200)내 SNMP 모듈(210)은 인증 영역에서 식별자 '@'를 검출하기 전까지는 일반적인 "커뮤니티"라 판단하며, MIB(221)를 참조하여 확인 과정을 거친다. 만약, 인증 영역의 커뮤니티가 MIB(221)에 등록되어 있지 않으면, 종래와 같이 접속 불가 응답 메시지를 생성하여 엘리먼트 관리 시스 템(100)으로 전송하는 한편, MIB(221)에 등록된 "커뮤니티"이면 인증 영역에 식별자를 포함하고 있는지를 판단한다.
이 때, 인증 영역에 식별자 '@'를 검출하면, 이 후 문자열을 ID로 판단하여 관리하고자 하는 ID를 검출한다.
이 후, 상기와 같이 인증 영역에서 식별자 '@'를 검출과정을 통해 적어도 하나 이상 접속된 셀프, 슬롯의 ID를 추출할 수 있다.
따라서, 상기에서와 같이 다중 셀프, 슬롯 또는 가상랜의 ID를 검출하여 MIB(22)의 경로가 설정되면, SNMP 패킷의 나머지 SNMP PDU 영역을 확인하여 관리하고자 하는 네트워크 정보를 얻을 수 있다.
상기 SNMP 모듈(210)이 이후 관리하고자 하는 세부적인 네트워크 정보는 도 5b에 도시된 바와 같이 SNMP PDU 영역을 통해 확인할 수 있다.
OBJECT-TYPE
SYNTAX MacAddress (Object 유형의 추상적인 syntax로 설명. Object의 데이터 형(形)의 정의하는 부분)
ACCESS read-only (object의 형을 규정하기 위한 최소한의 level의 정의하는 부분으로써 반드시 read-only, read-write, write-only, 또는 not-accessible중 하나이어야 한다)
STATUS mandatory (Mandatory, optional, obsolete, 또는 deprecated 중 하나이다)
DESCRIPTION (옵션, OBJECT 유형의 서술적 묘사하는 부분)
"The MAC address used by this bridge when it must
be referred to in a unique fashion. It is
recommended that this be the numerically smallest
MAC address of all ports that belong to this
bridge. However it is only required to be unique.
When concatenated with dot1dStpPriority a unique
BridgeIdentifier is formed which is used in the
Spanning Tree Protocol."
REFERENCE (옵션. 다른 MIB module에 의해 정의된 object의 cross- reference를 포함하는 것으로 다른 organization에 의하여 제안된 MIB를 해석하는데 유용하다)
"IEEE 802.1D-1990: Sections 6.4.1.1.3 and 3.12.5"
::= { dot1dBase 1 }
상기 동작은, SNMP(Simple Network Management Protocol) 권고안 RFC 4193을 이용하는 네트워크 시스템과 동일하기 때문에 상기 권고안 RFC 4193을 이용한 네트워크 시스템과 호환성을 가질 수 있다.
그러면, 상기와 같은 구성을 가지는 네트워크 시스템에서 SNMP 처리 방법에 대해 도 3을 참조하여 설명하기로 한다.
먼저, 엘리먼트 관리 시스템(100)으로부터 SNMP 패킷이 수신되면 상기 SNMP 패킷내 인증 영역의 "커뮤니티"(Community)가 MIB(221)에 등록되어 있는지를 판단한다(S1). 이 때, 상기 인증 영역은 "community@ShelfNumber@SlotNumber@vlanNumber"와 같이 "커뮤니티"와 식별자 '@', ID를 포함하고 있다.
이 때, 상기 판단 단계(S1)에서 인증 영역의 "커뮤니티"가 MIB(221)에 등록되어 있으면(YES), 식별자가 존재하는지를 판단하여 ID를 검출한다(S2). 즉, 상기 인증 영역에 포함되어 있는 "커뮤니티"가 MIB(221)에 등록되어 있는지를 판단하며, 식별자 '@'가 존재하는지를 판단하는 것이다.
이하, 하기에서는 상술한 제 2 단계(S2)의 세부 동작과정에 대해 도 4를 참조하여 좀 더 상세히 설명하기로 한다.
먼저, 인증 영역의 "커뮤니티"가 MIB(221)에 등록되어 있으면, 셀프 식별자가 존재하는지를 판단한다(S21). 여기에서 셀프 식별자란, 상기 인증 영역에서 최초 확인되는 식별자를 말하며, 식별자가 없을 경우 모든 문자열은 "커뮤니티"이다.
이와 같이, 상기 인증 영역에서 "커뮤니티"를 확인하는 도중 식별자 '@'를 만나면, 그 식별자 이후부터 셀프의 ID를 나타낸다. 따라서, 그 식별자 '@'를 셀프 식별자라 한다.
이 때, 상기 판단 단계(S21)에서 셀프 식별자 '@'가 존재하면(YES), 이 후 "ShelfNumber"를 셀프 ID로 설정한다(S22). 이 때, 상기 ID는 문자열, 및 숫자열 또한 가능하다.
이어서, 슬롯 식별자 '@'가 더 존재하는지를 판단한다(S23). 즉, 상기 인증 영역의 문자열 중 셀프 식별자 이 후 다른 식별자의 여부를 통해 확인할 수 있다.
이 때, 상기 판단 단계(S23)에서 슬롯 식별자 '@'가 존재하면(YES), 이 후 "SlotNumber"를 슬롯 ID로 설정한다(S24).
이어서, 가상랜 식별자 '@'가 더 존재하는지를 판단한다(S25).
이 때, 상기 판단 단계(S25)에서 가상랜 식별자 '@'가 존재하면(YES), 이 후 "vlanNumber"를 가상랜 ID로 설정한다(S26).
이어서, 식별자를 통해 ID가 검출되면 그 ID를 통해 MIB(221)의 경로를 설정한다(S3).
이 때, 상기 MIB(221)는 하나 이상의 셀프 테이블과 각 셀프 테이블에는 하나 이상의 슬롯 테이블을 포함하고 있다. 또한 각 슬롯 테이블에는 가상랜 테이블을 포함하고 있으며, 각 가상랜 테이블에 포트 테이블을 포함하고 있다.
따라서, 상기 셀프, 슬롯 및 가상랜 ID의 판단은 상기 인증 영역에서 수행하며, 이 후 세부 포트에 관련된 네트워크 정보에 대해서는 종래에서와 같이 SNMP 패킷의 PDU를 이용한다.
PDU Type SNMP 메시지에 캡슐화되는 PDU의 형태를 지시: 0 GetRequest, 1 GetNextRequest, 2 GetResponse, 3 SetRequest, 4 Trap 같으며, Request ID 현저한 요구들 가운데서 구별. Request ID를 사용함으로써 SNMP 어플리케이션의 실체는 들어오는 응답과 현저한 요구를 연관할 수 있다. 그리고, Error Status 0이 아닌 값은 요구 프로세싱동안에 예외가 발생했다는 것을 지시한다. Error Index 리스트에 있는 다양한 예외의 원인들을 지시함으로써 추가적인 에러 정보를 제공한다.
또한, Variable Bindings 변수에 대한 다양한 이름의(객체 식별자) 쌍. 이 필드는 단순히 다양하고 그것들과 일치하는 값의 리스트이다.
반면에, 상기 셀프 식별자 판단 단계(S21)에서 셀프 식별자가 존재하지 않으면(NO), 셀프 ID가 하나 만 존재함을 알 수 있도록 셀프 ID를 '0'으로 설정한다(S27).
한편, 상기 슬롯 식별자 판단 단계(S23)에서 슬롯 식별자가 존재하지 않으면(NO), 셀프에 하나의 슬롯만이 존재함을 알 수 있도록 슬롯 ID를 '0'으로 설정한다(S28).
반면에, 상기 가상랜 식별자 판단 단계(S25)에서 가상랜 식별자가 존재하지 않으면(NO), 셀프의 슬롯에 가상랜 ID가 하나 만 존재함을 알 수 있도록 가상랜 ID를 '0'으로 설정한다(S29).
이상에서 본 발명은 기재된 구체적인 실시예에 대해서만 상세히 설명하였지만 본 발명의 기술 사상 범위 내에서 다양한 변형 및 수정이 가능함은 당업자에게 있어서 명백한 것이며, 이러한 변형 및 수정이 첨부된 특허청구범위에 속함은 당연 한 것이다.
상술한 바와 같이 본 발명에 의한 네트워크 시스템에서 SNMP 처리 장치 및 방법에 의하면, 이미 SNMP 권고안 RFC1493을 사용하고 있는 네트워크 시스템에서도 기존의 OSS들과 호환성을 유지하면서도 다중 브리지의 네트워크를 관리할 수 있는 뛰어난 효과가 있다.
또한, 상기에서와 같이 이미 SNMP 권고안 RFC1493을 사용하고 있는 네트워크 시스템에서도 사용 가능하기 때문에 OSS의 개발 비용을 절감할 수 있는 또 다른 효과가 있다.

Claims (9)

  1. 단일 네트워크를 관리를 위한 SNMP(Simple Network Management Protocol) 이용하는 네트워크 관리 시스템에 있어서,
    SNMP 패킷의 인증 영역에 식별자를 포함하고 이 후의 문자열을 ID로 구성한 후 SNMP 패킷을 전송하는 엘리먼트 관리 시스템(EMS); 및
    상기 엘리먼트 관리 시스템으로부터 입력된 SNMP 패킷의 인증 영역에 식별자가 포함되어 있으면 그 식별자를 통해 ID를 파악하고, 그 ID를 통해 MIB로부터 추출한 ID 관련 네트워크 정보를 포함하는 응답 SNMP 패킷을 상기 엘리먼트 관리 시스템으로 전송하는 네트워크 관리 수단을 포함하는 네트워크 관리 시스템.
  2. 제 1항에 있어서,
    상기 엘리먼트 관리 시스템은, SNMP 패킷의 인증 영역에 식별자를 사용하지 않는 것을 특징으로 하는 네트워크 관리 시스템.
  3. 제 1항에 있어서,
    상기 네트워크 관리 수단은,
    네트워크에 접속된 망 기기(Ip Vdsl Unit) ID 별 네트워크 관리 정보를 저장 하는 MIB를 포함하는 데이터 베이스; 및
    상기 엘리먼트 관리 시스템으로부터 SNMP 패킷을 입력받으면 그 패킷의 인증 영역에 포함된 식별자를 통해 ID를 확인하고 상기 데이터 베이스의 MIB에 저장된 ID의 네트워크 정보를 검출한 후 그 ID에 따른 네트워크 관리 정보를 포함하는 응답 SNMP 패킷을 상기 엘리먼트 관리 시스템으로 전송하는 SNMP 모듈을 포함하는 네트워크 관리 시스템.
  4. 제 1항에 있어서,
    상기 엘리먼트 관리 시스템과 네트워크 관리 수단간에 송/수신되는 SNMP 패킷은, 인증 영역에 "커뮤니티", 식별자, 및 ID를 적어도 하나 이상 포함하는 것을 특징으로 하는 네트워크 관리 시스템.
  5. 제 2항 또는 제 3항에 있어서,
    상기 SNMP 패킷의 인증 영역에 포함되는 ID는 셀프(Shelf), 슬롯(Slot), 및 가상랜 ID를 포함하는 것을 특징으로 하는 네트워크 관리 시스템.
  6. 단일 네트워크를 관리를 위한 SNMP(Simple Network Management Protocol) 이 용하는 네트워크 관리 시스템에서의 SNMP 처리 방법에 있어서,
    엘리먼트 관리 시스템으로부터 SNMP 패킷이 수신되면 인증 영역의 "커뮤니티"(Community)가 MIB에 등록되어 있는지를 판단하는 단계;
    상기 판단 단계에서 인증 영역의 "커뮤니티"가 MIB에 등록되어 있으면 식별자가 존재하는지를 판단하여 ID를 검출하는 단계; 및
    식별자를 통해 ID가 검출되면 그 ID를 통해 MIB의 경로를 설정하여 네트워크 관리 정보를 추출한 후 응답 SNMP 패킷을 엘리먼트 관리 시스템으로부터 전송하는 단계를 포함하는 네트워크 시스템에서 SNMP 처리 방법.
  7. 제 6항에 있어서,
    상기 검출 단계는, 인증 영역의 "커뮤니티"가 MIB에 등록되어 있으면 셀프 식별자, 슬롯 식별자, 또는 가상랜 식별자가 더 존재하는지를 판단하는 단계; 및
    상기 판단 단계에서 셀프 식별자, 슬롯 식별자, 또는 가상랜 식별자가 존재하면, 그에 상응한 셀프 문자열을 셀프 ID, 슬롯 ID 또는 가상랜 ID로 설정하는 단계를 포함하는 네트워크 시스템에서 SNMP 처리 방법.
  8. 제 7항에 있어서,
    상기 판단 단계에서 셀프 식별자, 슬롯 식별자, 또는 가상랜 식별자가 존재 하지 않으면, 그에 상응하는 셀프 ID, 슬롯 ID, 또는 가상랜 ID를 "각각 하나임을 나타내는 기준 값"으로 설정하는 단계를 포함하는 네트워크 시스템에서 SNMP 처리 방법.
  9. 제 6항에 있어서,
    상기 판단 단계에서 인증 영역의 "커뮤니티"가 MIB에 등록되어 있지 않으면, 접속 불가 응답 패킷을 엘리먼트 관리 시스템으로 전송하는 단계를 포함하는 네트워크 시스템에서 SNMP 처리 방법.
KR1020050004304A 2005-01-17 2005-01-17 네트워크 시스템에서 에스엔엠피 처리 장치 및 방법 KR20060084045A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020050004304A KR20060084045A (ko) 2005-01-17 2005-01-17 네트워크 시스템에서 에스엔엠피 처리 장치 및 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020050004304A KR20060084045A (ko) 2005-01-17 2005-01-17 네트워크 시스템에서 에스엔엠피 처리 장치 및 방법

Publications (1)

Publication Number Publication Date
KR20060084045A true KR20060084045A (ko) 2006-07-21

Family

ID=37174205

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020050004304A KR20060084045A (ko) 2005-01-17 2005-01-17 네트워크 시스템에서 에스엔엠피 처리 장치 및 방법

Country Status (1)

Country Link
KR (1) KR20060084045A (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100757873B1 (ko) * 2006-02-15 2007-09-11 삼성전자주식회사 가상 ｏｉｄ를 이용한 ｓｎｍｐ 관리 시스템 및 그제어방법
KR100866219B1 (ko) * 2006-02-01 2008-10-30 삼성전자주식회사 간이 네트워크 관리 프로토콜을 위한 인증과 허가 처리시스템 및 방법

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100866219B1 (ko) * 2006-02-01 2008-10-30 삼성전자주식회사 간이 네트워크 관리 프로토콜을 위한 인증과 허가 처리시스템 및 방법
US7877469B2 (en) 2006-02-01 2011-01-25 Samsung Electronics Co., Ltd. Authentication and authorization for simple network management protocol (SNMP)
KR100757873B1 (ko) * 2006-02-15 2007-09-11 삼성전자주식회사 가상 ｏｉｄ를 이용한 ｓｎｍｐ 관리 시스템 및 그제어방법

Similar Documents

Publication Publication Date Title
Breitbart et al. Topology discovery in heterogeneous IP networks
US7380025B1 (en) Method and apparatus providing role-based configuration of a port of a network element
US7003562B2 (en) Method and apparatus for network wide policy-based analysis of configurations of devices
US7836354B2 (en) Method and system for providing automatic disabling of network debugging
EP1396960B1 (en) SNMP Firewall
US20070280241A1 (en) Discovering MPLS VPN services in a network
EP0691056A1 (en) Generic managed object model for lan domain
US20050091371A1 (en) Ingress points localization of a flow in a network
US7451203B2 (en) Method and system for communicating between a management station and at least two networks having duplicate internet protocol addresses
US20100287270A1 (en) Control proxy apparatus and control proxy method
KR20040068365A (ko) 네트워크 라우팅 디바이스를 자동으로 구성하는 방법
US9413615B1 (en) Trap filtering within a device management protocol
US20040215781A1 (en) Techniques for determining device connectivity in a network using protocol-specific connectivity information
CN100456689C (zh) 一种网络管理安全认证的方法
KR20060084045A (ko) 네트워크 시스템에서 에스엔엠피 처리 장치 및 방법
US8055746B2 (en) Method and system for improved management of a communication network by extending the simple network management protocol
Cisco Chapter 7, Network Management
Cisco Chapter 8, Network Management
US11765059B2 (en) Leveraging operation, administration and maintenance protocols (OAM) to add ethernet level intelligence to software-defined wide area network (SD-WAN) functionality
Cisco Configuring Simple Network Management Protocol (SNMP)
CN112751701B (zh) 用于管理网络装置的系统、方法及计算机可读介质
Cisco Configuring Simple Network Management Protocol (SNMP)
Cisco Info Center Mediators and Event Receivers
Cisco Overview
US20040168089A1 (en) Security method for operator access control of network management system

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid