KR20050104364A

KR20050104364A - 네트워크 노드 그룹을 모니터링하기 전의 그룹멤버 결정

Info

Publication number: KR20050104364A
Application number: KR1020057014110A
Authority: KR
Inventors: 귤라 쿤-스자보; 저질리 호마니
Original assignee: 노키아 코포레이션
Priority date: 2003-01-31
Filing date: 2004-01-28
Publication date: 2005-11-02
Also published as: WO2004068786A1; US20040151129A1; CN1833404A; EP1588521A1

Abstract

통신 네트워크에서의 복수의 네트워크 노드를 제어하는 제어기가 개시되어 있다. 상기 제어기는 상기 네트워크 노드의 하나 이상의 속성값에 기초하여 모니터링되는 네트워크 노드의 그룹을 정의하도록 된다. 상기 네트워크 노드는 라우터일 수 있다.

Description

네트워크 노드 그룹을 모니터링하기 전의 그룹멤버 결정{DETERMINATION OF GROUPMEMBERS PRIOR OF MONITORING GROUPS OF NETWORK NODES}

본 발명은 네트워크의 라우터 등의 복수의 네트워크 노드를 제어하는 제어기 및 네트워크, 특히, 무선 네트워크(그러나, 이에만 국한되지 않음)의 복수의 네트워크 노드를 제어하는 방법에 관한 것이다.

시스템과 관련된 다른 노드 및/또는 사용자 장비 등의 둘 이상의 엔티티(entity) 사이의 통신을 가능하게 하는 다양한 범위의 통신 시스템이 현재 사용되고 있다.

최근 몇 년간, 인터넷은 급속하게 성장하여 통신에 있어서 단연 가장 중요한 툴 중 하나가 되었다. 인터넷의 성장과 더불어 어디서나 인터넷에 빠르고 신속하게 액세스할 필요성이 증대되어왔다. 고성능 인터넷 액세스를 가능하게 하는 것으로 무선 광대역 네트워크가 제안되었다. 특히, 메시 네트워크(mesh network) 기반의 네트워크 노드로서 무선 라우터를 갖는 새로운 무선 네트워크는 인터넷의 토폴로지(topology) 및 프로토콜을 에뮬레이트(emulate)하지만, 무선 고속 데이터 통신에 대해 최적화된다. 무선 광대역 솔루션을 제공하기 위해, 무선 라우팅 네트워크가 개발되었다. 그와 같은 무선 라우팅 네트워크의 핵심 엘리먼트는 라우팅 메시 네트워크 아키텍처, 무선 라우터, 무선 운영 시스템 및 상기 네트워크의 배치 및 관리이다.

라우팅 메시 네트워크는 상기 유선 인터넷의 구조를 반영한다. 무선 네트워크의 노드에서의 각 무선 송수신기는 인프라구조의 일부분이 되고, 유선 인터넷에서와 같이 무선 메시 네트워크를 통해 데이터를 그 목적지에 라우팅할 수 있다. 그와 같은 라우팅 메시 네트워크의 장점은 각 노드가 예를 들어, POP(point-of-presence) 등의 데이터 트래픽의 최종의 목적지까지 지속적으로 필요로 하는 것이 아니라 네트워크의 하나의 다른 노드로의 가시거리(line-of-sight)만을 필요로 하기 때문에, 클라이언트/기지국 아키텍처에 비교하여 가시거리 문제가 감소될 수 있다는 점이다. 그와 같은 인프라구조를 이용하여, 최소의 무선 네트워크 인프라구조 및 상호접속 비용으로 상기 무선 네트워크의 도달범위 및 커버리지가 확장된다. 인구가 밀집된 다양한 지리적 위치에서의 가시거리를 위해 추가의 기지국을 배치하기 보다는 장애물 주변에 데이터 트래픽이 라우팅될 수 있다. 더 많은 무선 라우터가 상기 네트워크에 부가되면, 네트워크는 더 로버스트해지고 멀리 도달하게 된다. 상술한 무선 라우팅 네트워크에서, 전방향 안테나를 갖는 무선 라우터가 네트워크 노드로서 이용된다. 각각의 무선 라우터는 다른 노드, 즉, 임의 방향의 다른 무선 라우터와 통신할 수 있다. 전방향 안테나는 360도 범위를 제공하고 정확한 포인팅이나 조종을 필요로 하지 않는다. 따라서, 부가의 무선 라우터는 임시로 증분 방식으로 부가될 수 있다.

무선 라우터는 실질적으로 완전한 TCP/IP(Transmission Control Protocol /Internet Protocol) 프로토콜 수트 지원(protocol suite support), 무선 네트워크 성능 및 로버스트성(robustness)을 최적화하는 무선 운영 시스템 및 고성능 디지털 RF 모뎀을 포함한다. 고성능 RF 모뎀과 결합하는 특정 무선 네트워킹 소프트웨어는 완전한 IP 지원 및 로버스트하고 스트림 없는 IP 라우팅을 보증하면서 네트워크 성능을 최적화한다.

라우팅 무선 메시 네트워크는 멀티-홉(multi-hop) 무선 네트워크 환경에서 효율적으로 동작하는 특정 프로토콜을 배치한다. MAC(media access control) 층으로부터 라우팅 층까지 그의 고유한 속성을 처리하도록 구체적으로 설계되는 프로토콜이 사용된다. 상기 프로토콜 수트(protocol suite)는 멀티-홉 무선 메시 네트워크에서 효율적이고 로버스트한 IP 기반 네트워킹을 제공하기 위해 종래의 TCP/IP 스택을 확장한다. 이들 프로토콜은 4개의 파트, 즉 채널 액세스 프로토콜, 신뢰성 링크와 인접 관리 프로토콜, 무선 멀티-홉 라우팅 및 멀티캐스트 프로토콜 그리고 표준 인터넷 프로토콜로 이루어진다.

채널 액세스에서, 프로토콜은 충돌을 피하고 이용가능한 스펙트럼을 효율적으로 재사용하기 위해 효율적으로 전송을 스케쥴링하는데 사용된다. 신뢰성 링크 및 인접 관리 프로토콜은 홉(hop) 단위에 기초하여 신뢰성있는 전송을 보증하고, 인접 링크의 상태를 모니터링함으로써 네트워크 토폴로지의 변화에 대한 자동 적응을 관리한다. 상기 신뢰성 링크 및 인접 관리 프로토콜의 역할은 네트워크 동기화를 행하고 각 인접 노드에 대해 링크를 관리하는 것이다. 무선 멀티-홉 라우팅 및 멀티캐스트 프로토콜은 성능-최적화된 라우팅 테이블을 유지하고 효율적인 멀티캐스트 성능을 가능하게 한다. 상기 표준 인터넷 프로토콜 및 툴은 유선 인터넷과의 무결절성 통합을 위해 사용된다. 프로토콜 및 툴은 예를 들어, TCP/IP, UDP(User Datagram Protocol), SNMP(Simple Network Management Protocol), RIP, ICMP(Internet Control Message Protocol), TFTP, ARP, IGMP, 프록시-ARP, DHCP(Dynamic Host Configuration Protocol) 릴레이, DHCP 서버 및 NAT(Network Address Translation)이다.

다지점-대-다지점(multipoint-to-multipoint) 아키텍처에 기초한 무선 메시 네트워크는 새로운 노드, 즉 무선 라우터의 임시 통합을 더 용이하게 형성하는데, 이는 그와 같은 무선 네트워크 환경에서의 실제 요구 및 트래픽 흐름은 시간적으로 먼저 네트워크를 설계하는 것보다 커버리지 및 대역폭을 훨씬 더 쉽게 조절할 수 있게 한다. 적응형 라우팅 메시 네트워크는 나무의 성장이나 일시적인 장애에 의한 가시거리 장애의 문제를 덜 발생시키는데, 왜냐하면 링크가 이용불가능하게 됨에 따라 데이터 트래픽이 자동으로 재라우팅되기 때문이다. 그와 같은 무선 라우팅 네트워크 환경에서의 노드, 즉, 무선 라우터는 네트워크 관리자에 의한 중재를 필요로 하지 않고, 링크 이용가능성의 변경 및 실시간의 품질에 대해 적응할 수 있다.

통신 네트워크가 유선이거나 무선 네트워크이거나 관계없이, 운영자가 네트워크의 전반적인 상태 및 잠재적으로 문제가 있는 부분을 개관할(overview) 수 있도록 네트워크는 계속적으로 모니터링되어야 한다. 특히, 네트워크가 적절하게 모니터링되지 않으면, 노드의 로딩의 문제가 발생할 수 있다. 과부하(overloading)는 불량한 서비스에서 발생할 수 있다. 또한, 결함있는 노드가 식별되지 않거나 또는 그 결함의 성질이 적절하게 식별되지 않으면, 이는 네트워크 상에 불리한 영향을 미칠 수 있다. 이것은 그와 같은 통신 네트워크에서 사용되는 표준에 관계없이 원격통신 네트워크 등의 대규모 네트워크에서 특히 문제가 된다.

소정의 네트워크 노드의 모니터링 방법을 정의하고 모니터링하는 것은 인간의 개입을 필요로 하고, 모든 인간의 조작은 내재적으로 에러의 경향이 있기 때문에 이는 시간을 소모한다. 주의를 요하는 다수의 노드(예를 들어, 라우터)가 존재하는 경우, 그들 중 일부를 빠뜨리거나 잘못 타이핑된 사용자 입력때문에 에러가 발생하기 쉽다.

알려져 있는 방법에서, 고정 모니터링 그룹 할당이 이용된다. 예를 들어, 오퍼레이팅 시스템 소프트웨어의 더 새로운 버전을 이용하도록 배치(batch)로 재구성될 필요가 있는 다수의 라우터가 존재하면, 상기 라우터는 새로운 소프트웨어 버전의 서로 다른 필요성을 인식하는 대응하는 모니터링 그룹에 수동적으로 등록되어야 한다. 이와 같은 수동 재등록으로 인한 추가의 문제점은 서로 다른 종류의 폴링(polling)이 요구되는 경우에 발생할 수 있다.

운영자가 이와 같은 수동 할당 단계를 피하기를 원하면, 모니터링 소프트웨어는 일부의 외부 툴이 필요한 업데이팅 스크립트 명령(script command)을 생성할 수 있도록 스크립트가능해야 한다.

또 다른 알려진 방법에서, 서로 다른 모니터링 그룹은 서로 다른 관리 컴퓨터(예를 들어, HP 오픈뷰(OpenView)의 수집국(Collection Station)이라 칭해짐) 상에 정의되어야 한다. 하나의 주어진 관리국 상에, 폴링 타이밍은 예를 들어, 글로벌(global)이다. 이것은 고칠 수 없는 것이다.

본 발명을 더 잘 이해하고 효율적으로 실행할 수 있도록, 첨부한 도면을 참조하여 예시로서 설명된다.

도 1은 본 발명의 실시예가 사용될 수 있는 라우팅 네트워크를 도시한다.

도 2는 도 1의 라우팅 네트워크가 부착되는 엔티티를 도시한다.

도 3은 본 발명의 실시예의 흐름도를 개략적으로 도시한다.

도 4는 도 2의 관리 엔진을 개략적으로 도시한다.

본 발명의 실시예의 목적은 상기에 논의된 문제점을 바로잡는 것이다.

본 발명의 일 양상에 따르면, 통신 네트워크에서 복수의 네트워크 노드를 제어하기 위한 제어기가 제공되고, 상기 제어기는 상기 네트워크 노드의 하나 이상의 속성값에 기초하여 모니터링되는 네트워크 노드의 그룹을 정의하도록 된다.

본 발명의 제 2 양상에 따르면, 통신 네트워크의 복수의 네트워크 노드 및 제어기를 포함하는 통신 시스템이 제공되고, 상기 제어기는 상기 네트워크 노드의 하나 이상의 속성값에 기초하여 모니터링되는 네트워크 노드의 그룹을 정의하도록 된다.

본 발명의 제 3 양상에 따르면, 통신 네트워크의 복수의 네트워크 노드를 모니터링하는 방법이 제공되고, 상기 방법은 상기 네트워크 노드의 하나 이상의 속성에 기초하여 모니터링되는 네트워크 노드의 그룹을 정의하는 단계를 포함한다.

본 발명의 실시예는 특히 무선 통신 네트워크 또는 시스템에 적용할 수 있다. 도 1은 복수의 네트워크 노드(10)를 갖는 무선 네트워크의 개략적 표현을 도시한다. 각 네트워크 노드(10)는 다지점-대-다지점 가시거리 접속(15)을 통해 인접 네트워크 노드(10)에 접속되고, 그에 의해 상기 네트워크 노드(10)가 서로 통신한다.

상기 무선 네트워크는 POP(Point-of-Presence)(50)을 포함하고, 상기 POP(50)에 의해 인터넷이나 임의의 다른 네트워크에 접속된다. 기존의 네트워크 노드(10)를 갖는 상기 무선 네트워크에 부가의 노드(20, 30)가 부가된다.

도 2를 참조하면, 네트재즈(NetJazz) 프로토콜에 따라 접속을 통해 RMS (router management system)에 접속된 네트워크(2)가 도시된다. 상기 네트재즈 프로토콜은 그의 무선 메시 네트워크의 이용을 위해 노키아에 의해 개발된 특허 프로토콜이다. RMS 엔진(9)은 운영자가 네트워크의 전반적인 상태 및 잠재적으로 문제가 있는 부분을 개관할 수 있게 하기 위해 네트워크를 모니터하도록 된다. 상기 RMS 관리 엔진은 상기 무선 메시 네트워크에 대한 관리 시스템의 일부이다. 상기 RMS 관리 엔진은 무선 라우터로부터 데이터를 수집한다. 상기 관리 엔진은 또한 SNMP를 지원하는 임의의 엄브렐러 관리 시스템(umbrella management system)으로 보여질 수 있는 SNMP 트랩으로 경보를 변환한다. 단일 RMS 관리 엔진을 이용하여, 계속적으로 다수의 무선 라우터 네트워크를 모니터링하고, 경보를 생성하며 성능 데이터를 수집할 수 있다. 물론, 본 발명의 일부 실시예는 하나 이상의 RMS 관리 엔진을 구비할 수 있다.

상기 RMS 엔진(9)은 HP(Hewlett Packard) 오픈뷰(OpenView) 제품 등의 SNMP 관리자(40)에 임의적으로 접속될 수 있다.

바람직한 실시예에서, 상기 RMS 엔진은 오라클(ORACLE) 또는 MySQL 데이터베이스 등의 데이터베이스에 접속된다.

도 4를 참조하면, 상기 RMS 관리 엔진(9)의 메인 모듈이 도시된다. 상기 RMS 관리 엔진(9)은 경보 모니터(22), 그룹 관리자(24) 및 모니터링 엔진(26)을 포함한다. 상기 경보 모니터(22)는 상기 데이터베이스 엔진(11)에 접속되고 SNMP 관리자 시스템(8)에 접속될 수 있다. 상기 그룹 관리자(24)는 상기 경보 모니터(22), 상기 데이터베이스 엔진(11) 및 모니터링 엔진(26)에 접속된다. 특히, 상기 그룹 관리자(24)는 모니터링 파라미터를 상기 모니터링 엔진(26)에 전송하고 상기 모니터링 엔진(26)으로부터 네트워크 모니터링 데이터를 수신하도록 된다. 상기 모니터링 엔진(26)은 또한, 라우팅 네트워크(2)에 접속되도록 된다. 상기 모니터링 엔진(26)은 네트워크 엘리먼트(10)의 모니터링 및 실제의 모니터링 프로토콜의 실시를 담당한다. 상기 그룹 관리자(24)는 수신된 네트워크 엘리먼트 속성에 따라 모니터링 그룹(25) 실행시간의 유지를 담당한다. 상기 경보 모니터(22)는 SNMP 트랩을 생성하고, 상기 그룹은 정의된 서로 다른 경보 상황을 가질 수 있기 때문에 상기 기능은 실제 모니터링 그룹(25)에 의존한다. 상기 데이터베이스 엔진(11)은 단순하게 데이터베이스 동작을 수행한다.

상기 RMS 관리 엔진(9)은 상기 모니터링 엔진(26)으로부터 네트워크(2)에 프로브(probe)를 전송하고 라우터 또는 네트워크 엘리먼트로부터 보고를 수신함으로써 상기 라우터 네트워크(2)를 모니터링한다. 상기 수집된 데이터는 데이터베이스(11)에 저장된다. 상기 RMS 관리 엔진은 상기 보고를 검사한다. 상기 RMS 관리 엔진은 검출된 결함을 경보로서 나타내는 SNMP 트랩과 연결되는, 예를 들어 결함 검출 기준을 적용할 수 있다. 수집된 경보(트랩)의 리스트는 (상기 리스트가 RMS 관리 엔진(9)에 의해 SNMP 관리자에 중계된 후에) NMP 관리자(8)를 통해 관찰될 수 있다.

모니터링 파라미터는 성능과 경보 모니터링 빈도 및 상기 무선 라우터 네트워크로부터 수집되는 데이터를 특정한다. 노드 파라미터는 예를 들어, 특정 네트워크의 라우터인 노드에 관한 것인 반면, 링크 파라미터는 서로 다른 노드 사이의 접속에 관한 것이다.

바람직한 실시예에서, 라우터는 서로 다른 "역할"을 갖고, 그 역할은 일부 동작 파라미터를 변경함으로써 즉시(on the fly) 구성될 수 있다. 이들 역할은 예를 들어, "메시 게이트웨이" 및 "가입자 라우터"일 수 있다. "낮은 트래픽 라우터", "실험 하드웨어 버전", "잠재적으로 결함있는 라우터" 등의 그룹 멤버십을 결정하는 필터 표현을 통해 부가적인 역할이 사용자에 의해 정의될 수 있다. 상태 속성값 범위의 임의의 의미있는 조합은 특정 "역할"을 나타낼 수 있다. 상기 역할은 각 라우터에 대해 상기 RMS 관리 엔진(9)에 의한 프로빙(probing)에 필요한 빈도를 결정한다.

상기 RMS 관리 엔진(9)으로부터의 프로브에 응답하여, 상기 라우터는 그의 동작 속성의 서브세트를 보고한다. 상기 라우터는 상기 RMS 관리 엔진(9)에 보고한다. 이들 값에 따라, 주어진 라우터는 특별한 주의를 요할 수 있고 다른 프로빙 방법이 요구될 수 있다. 주어진 라우터는 동시에 또는 서로 다른 시간에 2개 이상의 서로 다른 역할을 담당할 수 있다. 상기 프로빙 빈도, 경보 처리 및 요구되는 속성은 변경될 수 있다. 이것은 이하에 더 상세하게 설명될 것이다.

네트워크의 다수의 라우터는 또한, 프로브에 대한 응답의 큰 버스트(burst)에 의해 야기되는 상태 보고 데이터의 손실 및 네트워크 혼잡을 방지하기 위해 특정 라우터가 언제 프로빙되어야 하는지를 결정하는 인텔리전트 스트래티지(intelligent strategy)를 필요로 한다. 이는 RMS 관리 엔진(9)이 서로 다른 모니터링 방식을 상기 네트워크의 서로 다른 부분에 적용함으로써 달성될 수 있다.

상기 RMS 관리 엔진은 상기 라우터의 상태가 빠르게 변화할 수 있다는 사실에 대처하도록 제공된다. 상기 RMS 관리 엔진은 운영자가 각 네트워크 노드를 하나씩 처리하지 않고, 네트워크의 다수의 라우터를 처리하도록 된다. 대신에, 상기 RMS 관리 노드(9)는 상기 운영자에 의해 정의된 일반 규칙을 적용하도록 된다. 이들 규칙은 한번에 일 세트의 노드에 적용될 수 있다. 필터링 규칙은 주어진 엔티티가 모니터링 그룹에 속하는지를 결정하도록 동적으로 평가된다.

상기 RMS 관리 엔진(9)은 모든 라우터의 모니터링 동안 평가되는 상태 속성의 영역 상의 부울 필터 표현으로 이루어지는 일 세트의 스트래티지 정의 및 라우터 상태 속성의 값에 따라 그의 모니터링 동작을 변경하도록 된다. 본 발명의 바람직한 실시예에서, 상기 RMS 관리 엔진은 다음의 모니터링 양상을 제어하도록 된다:

1. 예를 들어 [0]인, 라우터를 통해 흐르는 트래픽, 가동시간(uptime), 소프트웨어/하드웨어 버전인 무선 라우터의 감독 및 로깅되는(logged) 상태 속성.

2. 상기 라우터의 폴링의 타이밍 파라미터.

3. 상기 라우터의 상태에 기초한 경보 생성을 위한 임계치- 예를 들어:

1. 최종 Y 분동안 응답되지 않은 네트워크의 적어도 X개 라우터가 존재한다.

2. 최종 X 분 내에 메시 게이트웨이가 응답하지 않았다.

3. 라우터는 X개 이상의 인접 라우터를 갖는다.

상기 RMS 관리 엔진은 구성 파일을 편집함으로써 조절될 수 있다.

상기 파일은 다른 세팅 중에서, 관리 엔진에 의해 사용되는 그룹 정의(명칭, 필터링 표현 및 상술한 최우선된 모니터링 파라미터)를 포함한다.

상기 애플리케이션이 시작되면, 상기 정의를 판독하고 상기 모니터링 그룹을 셋업한다. 그 후에, 각 폴링 사이클 전에, 각 라우터에 대해 그룹 필터를 평가하고, 상기 필터링 결과에 기초하여 라우터가 속하는 그룹을 결정하고 주어진 시간에 폴링하는데 적합한 그룹의 엘리먼트를 폴링한다.

본 발명의 실시예에서, 주어진 엔티티가 감독 그룹에 속하는지를 결정하도록 동적으로 평가되는 규칙이 정의된다. 이는 그룹 속성을 엔티티에 통계적으로 할당하는 이전에 제안된 솔루션과 대비된다.

본 발명의 실시예는 예를 들어, 상기 노드의 운영 시스템(OS) 버전을 포함하는 상태 속성값에 기초하여 운영자가 새로운 모니터링 그룹을 정의할 수 있게 한다. 이러한 관점에서, 노드의 OS가 업그레이드될 때마다, 새롭게 정의된 그룹의 필터는 그것을 자동으로 인식하고, 상기 디바이스는 상기 그룹 정의로 주어진 동작 규칙에 따라 처리된다.

본 발명의 일 실시예에서, 상기 네트워크는 예를 들어, "중요" 그리고 "보통의" 노드로 논리적으로 분할될 수 있다. 그 후에, 상기 "중요" 노드는 더 상세한 상태 보고에 대한 요구에 의해 훨씬 더 자주 폴링될 수 있는 반면, "보통" 노드는 더 낮은 빈도로 기본 데이터만을 보고하도록 허용된다. 이에 의해, 네트워크 상의 관리-관련 트래픽을 상당히 감소시킬 수 있다.

본 발명의 실시예는 예를 들어, 문제없이 실행되는 노드보다는 결함있는 노드로부터 더 많은 데이터를 자동으로 수집할 수 있다. 본 발명의 실시예는 네트워크 및 관리 엔진 자원을 절약할 수 있다. 상기 RMS 관리 엔진은 변경에 대해 자동으로 조정한다.

상기 RMS 관리 엔진을 이용하여, 라우터와 그 역할은 파라미터를 변경함으로써 즉시 구성될 수 있다. 이들 역할은 예를 들어, 필요한 프로빙 빈도를 결정하는데 사용된다. 상기 프로브에 응답하여, 라우터는 그들의 동작 속성의 서브세트를 보고한다. 이들 값에 따라, 상기 라우터는 특별한 주의 및 서로 다른 프로빙 방법(예를 들어, 빈도, 경보 처리, 필요한 속성)을 필요로 할 수 있다. 네트워크의 다수의 라우터의 프로빙으로 인한 네트워크 혼잡을 방지하기 위해, 인텔리전트 스트래티지가 이용된다. 이는 서로 다른 모니터링 방법을 네트워크의 서로 다른 부분에 적용함으로써 달성된다. 따라서, 상기 RMS 관리 엔진은 라우터 상태 속성값 및 일 세트의 스트래티지 정의에 따라 그의 모니터링 동작을 변경한다.

본 발명의 실시예는 상기 RMS 관리 엔진의 모니터링 로직에 동적인 동작이 존재하는 장점을 갖는다. 이것은 시스템에 일부의 인텔리전스(intelligence)를 유도하여, 지속적으로 변하는 네트워크 환경에 적응하게 된다. 예를 들어, 일 실시예에서, 상기 RMS 관리 엔진은 라우터가 지난 주 동안 10번 이상 리셋된 경우에 더 빈번하게(예를 들어, 5분마다) 네트워크의 클러스터를 폴링할 수 있다. 상기 타겟 그룹은 항상 변할 수 있다.

이러한 결과를 달성하기 위해 관리 소프트웨어와 임의의 외부 툴 사이의 데이터 교환은 필요하지 않다.

요컨대, 본 발명의 실시예는 임의 종류의 헬퍼 애플리케이션(helper application)에 대한 외부 데이터 교환 인터페이스를 필요로 하지 않을 수 있다. 본 발명의 실시예는 스크립팅 설비; 분배된 하드웨어 및 소프트웨어 엘리먼트; 및/또는 대규모의 상태 변화에 관한 정기적인 사용자 중재를 필요로 하지 않을 수 있다.

각 라우터는 그룹 필터 표현을 처리하도록 된다.

동작에 대한 기술은 다음과 같다:

사용자는 상기 RMS 관리 엔진의 구성을 편집한다. 이는 XML 파일을 텍스트 에디터로 편집함으로써 이루어진다. XML(eXtensible Markup Language)은 텍스트 포맷으로 구조화된 데이터를 교환하기 위해 널리 사용되는 표준이다. 대안적으로, 구성 파일의 DTD(Document Type Definition - 소정의 XML 파일의 유효 XML 태그를 정의하는 기술어 파일)가 제품에 설비됨에 따라 임의의 XML 에디터가 사용될 수 있다.

폴링, 상태 로깅 및 경보 처리에 대한 구성 세팅은 대응하는 XML 태그 및 그의 속성에 정의된다.

상기 그룹 정의는 <그룹> 엘리먼트에서 제공된다. 그들의 명칭, 필터링 표현 및 폴링의 재정의, 상태 로깅 및 경보 처리 파라미터가 특정되어야 한다. 상기 언급된 파라미터는 일반적인 "탑 레벨" 상에 정의되어야 하고, 상기 파라미터는 각각의 관리 그룹에서 서로 다른 값을 가질 수 있다.

소정의 파라미터가 그룹으로 재정의되지 않으면, 상기 값은 디폴트 구성으로부터 계승된다.

XML 문서는 구조화 데이터를 정의하는데 사용되고 당업자에게 잘 알려져 있다. XML 문서는 실제 데이터를 보유하는 엘리먼트를 포함한다. 각 엘리먼트는 그의 값을 갖는 소정의 속성을 갖고, 또한 서브엘리먼트(엘리먼트)를 가질 수 있다. 상기 엘리먼트 명칭은 '<'와 '>' 문자 사이에 기록된다. 엘리먼트가 속성을 갖는 경우, 속성 리스트 후에 클로징(closing) '>'이 타이핑되어야 한다. 상기 엘리먼트는 특별한 종결로 클로징되어야 한다: "</elementname>", 여기서 "elementname"은 상기 엘리먼트의 명칭이다.

예:

</myelement>

본 예에서, <mysubelement>는 </mysubelement>에 의해 클로징되어야 한다. 대신에, 상기 예는 서브엘리먼트를 갖기 않기 때문에, 상기 엘리먼트의 종결은 클로징 '>' 전에 "/"에 의해 기호화될 수 있다.

상기 필터링 표현은 다음의 XML 태그를 이용할 수 있다:

부울 연산자:

<all>

일반화된 부울 "AND" 연산자. 그 값은 서브엘리먼트의 모든 값이 트루(true)인 경우에만 트루이고, 그렇지 않으면 폴스(false)이다.예:<all> <equal value="0"> <netjazz_attribute type="node" id="0x8f04">노드 id는 라우터의 아이덴티티이다. </equal> <less_than_or_equal value="10"> <netjazz_attribute type="node" id="0x0601"> </less_than_or_equal> <equal value="1"> <netjazz_attribute type="node" id="0x1101"> </equal></all>이것은 [상기 메시 게이트웨이 역할을 하지 않음] AND [그들의 리셋 카운트는 10을 초과하지 않음] AND [그들의 메시 게이트웨이로부터 1 홉(hop)만큼 떨어져 있음]인 라우터에 대해 트루로 평가한다. 이것이 이제 설명된다-XML 파일의 그룹 정의는:라우터의 멤버십은 부울 논리의 문장으로 설명될 수 있다. 이를테면 모든 라우터가 그의 속성 0x8f04(이는 16진수)가 제로인 멤버이고 AND 속성 0x0601이 10 이하이고 AND 속성 0x1101은 1과 같다. (주의: 용어 "속성"은 사용된 16진수가 NJP로부터의 것이기 때문에, 여기서 네트재즈 프로토콜(NJP) 속성이라 칭한다. 본 발명의 실시예는 문제가 되는 속성이 심볼 식별자로 어드레싱될 수 있는 임의의 실시로 동작한다.)상기 문장은 "AND"와 관련된 3가지 부조건을 포함하고, 상기 상위 레벨 상에 <all> 엘리먼트가 사용된다. 이것은 모든 3가지 부조건이 만족되는 경우에만 검사된 라우터가 멤버임을 의미한다.상기 제1 부조건은 상기 라우터의 속성 수 0x8f04는 0과 동일하다는 것이다. 이것은 <equal> 엘리먼트로 코딩된다:<equal> element:<equal value="0"> <netjazz_attribute type = "node" id = "0x8f04"/></equal>제2조건은 라우터의 속성 수 0x0601이 10 이하인 것이다. 코딩 버전을 참조하면:<less_than_or_equal value="10"> <netjazz_attribute type="node" id="0x0601"/></less_than_or_equal>등.3가지 부조건은 (부울 *and*의 의미를 갖는) <all> 엘리먼트를 이용하여 하나의 조건으로만 둘러싸일 수 있다:

	<all> <equal value="0"> ... </equal> <less_than_or_equal value="10"> ... </less_...> <equal ...> ... </equal></all>
<any>	일반화된 부울 'OR' 연산자. 그 값은 그 서브엘리먼트의 값이 트루이면 트루이고, 그렇지 않으면 폴스이다.예:<any> <equal value="0"> <netjazz_attribute type="node" id="0x8f04"> </equal> <less_than_or_equal value="10"> <netjazz_attribute type="node" id="0x0601"> </equal> <equal value="1"> <netjazz_attribute type="node" id="0x1101"> </equal></any>이것은 라우터에 대해 [상기 메시 게이트웨이 역할을 하지 않음] OR [그들의 리셋 카운트는 10을 초과하지 않음] OR [그들의 메시 게이트웨이로부터 1 홉(hop)만큼 떨어져 있음]이 트루인 것을 평가한다.
<not>	부울 'NOT' 연산자. 그 값은 그 서브엘리먼트의 값이 폴스인 경우에만 트루이다. 일부의 경우에 네거티브 정의가 사용될 수 있다(예를 들어, 그 속성 0x1101이 1과 같지 않은 라우터이다). 따라서, 멤버는 속성 0x1101의 값으로서 1이 아닌 0 또는 8 또는 13을 보고할 수 있다. 이는 다음과 같이 코딩될 수 있다:<not> <equal value="1"> <netjazz_attribute type="node" id="0x1101"/> </equal></not>
<true>	부울 상수. 그 값은 항상 트루이다. 보통의 경우에 <true> 및 <false> 태그는 사용되지 않을 수 있고, 그들은 여기서, 1. 논리 표현 시스템을 완전하게 하고, 2. 서로 다른 필터링 표현을 테스트하면서 소정의 지름길을 제공하기 위한 것이다. 예를 들어, 주어진 시험 실행에 필요하지 않은 복잡한 <all> 엘리먼트는 그의 부속 표현의 하나로서 <false> 태그를 삽입함으로써 단락될 수 있다. 그에 의해 모든 표현(폴스, exp1, exp2, ..., expN)이 항상 실패하고, 물리적으로 상기 표현을 제거할 필요 없이 필터의 부분을 효율적으로 '코멘팅 아웃(commenting out)'한다.
<false>	부울 상수. 그 값은 항상 폴스이다.

비교 연산자:

<equal>	동등성 비교.예:<equal value="0"> <netjazz_attribute type="node" id="0x8f04"></equal>이것은 id 0x8f04(게이트웨이 역할)에 의해 지시된 라우터의 속성이 0인 경우에만 트루로 평가한다. '네트재즈 노드 속성 0x8f4가 제로인 경우 트루를 리턴하고, 그렇지 않으면 폴스를 리턴함'으로 판독한다. 이들 표현 정의는 상기 구성 파일로부터 관리 엔진에 의해 판독되고, 내부적으로 통상의 논리 술어로 변환된다.
<less_than>	레스-댄(Less-than) 비교. 신택스(syntax): <equal> 참조.
<less_than_or_equal>	Shorthand for<any> <equal...> </equal> <less_than...> </less_than></any>
<greater_than>	그레이터-댄(Greater-than) 비교. 신택스: <equal> 참조
<greater_than_or_equal>	Shorthand for<any> <equal...> </equal> <greater_than...> </greater_than></any>

도 3을 참조하면, 본 발명을 구체화하는 방법이 예시된다. 제 1 단계(S1)에서, 애플리케이션이 시작된다. RMS 관리 엔진을 개시한 후에, 단계(S2)에서 그의 구성 파일을 파싱(parsing)하고 XML 정의에 따라 모니터링 그룹을 셋업한다. 그룹 멤버십의 기준은, 상기 관리 엔진의 구성 파일의 상기 논의된 XML 태그를 이용하여 상기 그룹의 필터 표현을 설명함으로써 사용자에 의해 정의된다. 일 실시에서, 상기 속성은 무선 메시 라우터의 속성이다. 다른 실시는 그의 관련 상태 기술자를 이용할 수 있다. 강조할 점은 상기 표현을 설명하는 모드에 있지 않고, 이들 표현이 상기 관리 엔진의 실행 시간 동안 반복적으로 평가되고, 상기 라우터는 이들 필터링 표현의 결과에 기초하여 그 각각의 그룹에 등록되거나 상기 그룹으로부터 제거된다는 사실에 있다.

대응하는 모니터링, 속성 로깅 및 경보 처리 파라미터는 상기 그룹에 저장된다.

모니터링 파라미터는 제공된 라우터 등을 폴링하는 빈도를 정의한다. 그 예는,

- 폴링의 빈도,

- 다음의 폴리 사이클에서 폴링되는 라우터의 세트를 계산하는 빈도

- 링크 타임아웃(timeout) 임계치이다.

상기 그룹은 상기 모니터링 파라미터 뿐 아니라 로깅 세부항목 및 경보 처리를 재정의할 수 있다.

상기 속성 파라미터는 RMS 관리 엔진에 재보고되어야 하는 파라미터를 정의하고, 상기 라우터에 의해 보고될 수 있는 네트재즈 속성, 또는 본 발명의 대안적인 실시예에서 보고될 수 있는 임의의 관련 속성을 포함할 수 있다. 상기 경보 처리 파라미터는 라우터가 경보 조건을 갖는 경우에 상기 라우터를 처리하는 방법을 정의한다. 상기 그룹은 경보 조건을 재정의할 수 있다. 예를 들어, 일반적으로 소정 노드는 보고되기 전 10분 동안 주어진 량의 트래픽을 운반하도록 허용된다. 이것은 재정의될 수 있고, 따라서, 게이트웨이가 보통의 라우터보다 더 많은 트래픽을 운반함에 따라 메시 게이트웨이에 대해 20분으로 재정의될 수 있다.

단계(S3)에서, 관리 엔진은 모든 그룹의 폴링-관련 파라미터를 검사하고 그들의 최대 공약수를 계산한다. 예를 들어, 하나의 그룹이 10분의 폴링 시간을 갖고, 또 다른 그룹은 60분의 폴링 시간을 갖고, 제3의 그룹이 100분의 폴링 시간을 갖는 경우, 최대 공통 시간은 10분이다. 상기 공통 값은 폴링 클록의 타임 틱(time tick)으로서 사용될 것이다. 틱이 발생할 때마다 그 폴링 시간에 도달한 그룹은 라우터의 속성에 대해 그룹 필터를 평가함으로써 그들의 노드를 수집하고 상기 라우터를 폴링한다. 따라서, 틱이 도달하는 때마다, 제 1 그룹은 폴링되고, 제 2 그룹은 매 6개 틱마다 폴링되고 제 3 그룹은 매 10개 틱마다 폴링된다. 상기 라우터를 탐색한 후에, 엔진은 다음의 틱에 도달할 때까지 정지상태에 있다.

이해되는 바와 같이, 상기의 폴링 시간은 단지 예시일 뿐이고 실제로는 그보다 더 길거나 더 짧을 수 있다. 폴링 빈도는 네트워크 크기의 함수이다. 네트워크가 더 클수록, 빈도가 더 작아지고, 관리 엔진의 과부하를 피하게 된다. 이들 시간은 각 그룹에서 서로 다를 수 있다.

현시점에서, 다음의 틱이 도달하는 때에, 폴링 사이클이 다시 시작한다.

폴링된 라우터로부터 응답이 오면, 상기 응답은 단계(S4)에서 파싱되고, 상기 대응하는 라우터의 속성은 단계(S5)에서 업데이트된다.

상기 단계 후에, 경보-모니터링 단계는 라우터의 상태를 검사하고 단계(S6)에서 필요에 따라 동작한다. 서로 다른 그룹은 경보 감독을 위해 미세-조정된 셋업을 허용한다.

대안적인 실시 형태는 특정된 폴링 간격의 최대 공분모(common denominator)로 실행하는 타이머를 갖는 대신, 그 자신의 폴링 타이머를 이용하여 각 모니터링 그룹에 대해 개별적인 쓰레드(thread)를 이용할 수 있다. 이에 의해, 쓰레드 간 데이터 흐름을 제어하는데 필요한 로킹(locking)으로 인해 소프트웨어의 복잡도가 증가되는 대신에 더 많은 라우터를 처리하게 한다.

본 발명의 바람직한 실시예는 네트재즈 프로토콜을 이용하는 노키아 무선 메시 시스템의 문맥에서 설명되었다. 이해되는 바와 같이, 먼저, 본 발명의 실시예는 임의의 다른 프로토콜로 이용될 수 있다. 둘째로, 본 발명은 그 타입에 관계없이 복수의 라우터 또는 네트워크 엘리먼트가 존재하는 임의의 네트워크에 구현될 수 있다. 상기 네트워크는 임의 타입의 통신 네트워크일 수 있고, 상기 네트워크는 유선, 무선 또는 그들의 조합일 수 있다.

본 발명의 대안적인 실시예에서, 다른 엘리먼트는 대안적으로 또는 부가적으로 라우터 대신에 또는 라우터와 함께 모니터링될 수 있다.

본 발명의 실시예는 그 상태 속성이 심볼 아이덴티티에 의해 어드레싱될 수 있는 한, 다수의 엔티티가 감독되어야 하고 그들의 처리가 폴링의 결과에 기초하여 서로 달라야 하는 임의의 상황에 대해 일반화될 수 있다.

본 발명의 실시예는 무선 통신 네트워크의 문맥에서 설명되었다. 그러나, 이해되는 바와 같이, 본 발명의 실시예는 관리를 필요로 하는 복수의 라우터 또는 엘리먼트를 갖는 임의의 다른 네트워크나 시스템에 이용될 수 있다. 예를 들어, 본 발명의 실시예는 유선 시스템에 이용될 수 있다.

본 발명의 바람직한 실시예에서, 각각의 네트워크는 그 자신의 RMS 관리 엔진을 가질 수 있다. 그러나, 본 발명의 일부 실시예에서, 네트워크는 하나 이상의 RMS 관리 엔진을 가질 수 있다. 상기 RMS 엔진은 독립하여 동작할 수 있거나, 또는 통신할 수 있다. 본 발명의 소정의 실시예에서, 단일 RMS 관리 엔진은 하나 이상의 네트워크를 담당할 수 있다.

본 발명의 바람직한 실시예에서, 상기 RMS 관리 엔진은 단일 엔티티에 의해 제공된다. 본 발명의 대안적인 실시예에서, 상기 RMS 관리 엔진의 기능은 분배 방식으로 제공될 수 있다.

Claims

통신 네트워크의 복수의 네트워크 노드를 제어하는 제어기로서,

상기 제어기는 상기 네트워크 노드의 하나 이상의 속성값에 기초하여 모니터링되는 네트워크 노드의 그룹을 정의하도록 되는 것을 특징으로 하는 제어기.
제 1 항에 있어서,

모니터링되는 네트워크 노드의 복수의 그룹이 제공되고, 상기 그룹 중 적어도 2개는 하나 이상의 속성의 적어도 하나의 다른 값을 갖는 것을 특징으로 하는 제어기.
제 1 항 또는 제 2 항에 있어서,

상기 네트워크 노드는 라우터이고 상기 통신 네트워크는 라우팅 네트워크인 것을 특징으로 하는 제어기.
제 3 항에 있어서,

상기 라우터는 무선 라우터이고 상기 통신 네트워크는 무선 라우팅 네트워크인 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 적어도 하나 이상의 속성값은,

상기 네트워크 노드에 의해 사용되는 소프트웨어 버전;

상기 네트워크 노드의 기능;

상기 네트워크 노드를 통과하는 트래픽 량;

잠재적으로 결함있는 네트워크 노드; 및

실험 네트워크 노드에 기초하여 그룹을 정의하는데 사용되는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 제어기는 상기 네트워크의 서로 다른 파트에 서로 다른 모니터링 방법을 적용하도록 되는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 제어기는 네트워크 노드의 서로 다른 그룹에 서로 다른 모니터링 방법을 적용하도록 되는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

네트워크 노드 중 적어도 2개의 그룹은 제 1 기능을 제공하는 네트워크 노드의 일 그룹 및 제 2의 다른 기능을 제공하는 네트워크 노드의 일 그룹을 갖추는 것을 특징으로 하는 제어기.
제 8 항에 있어서,

상기 제 1 기능은 게이트웨이 기능을 포함하는 것을 특징으로 하는 제어기.
제 8 항 또는 제 9 항에 있어서,

상기 제 2 기능은 가입자 라우터 기능을 포함하는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 제어기는 상기 네트워크로부터 성능 데이터를 수집하도록 되는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 제어기는,

모니터링되는 상기 네트워크 노드의 성능 파라미터;

경보 모니터링 빈도; 및

상기 네트워크 노드로부터 수집되는 데이터 중 적어도 하나를 정의하도록 되는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 제어기는 경보를 생성하도록 되는 것을 특징으로 하는 제어기.
제 12 항 또는 제 13 항에 있어서,

상기 제어기는 경보를 트랩(trap)으로 변환하도록 되는 것을 특징으로 하는 제어기.
제 14 항에 있어서,

상기 트랩은 SNMP 트랩을 포함하는 것을 특징으로 하는 제어기.
제 14 항 또는 제 15 항에 있어서,

상기 제어기는 상기 트랩을 관찰하는 관리 시스템에 접속되는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 제어기는 상기 네트워크 노드에 프로브(probe)를 전송하도록 되는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 제어기는 상기 프로브에 응답하여 상기 네트워크 노드로부터 데이터를 수신하도록 되는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 제어기는 네트워크 노드 데이터를 저장하는 데이터베이스에 접속되는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 제어기는 상기 네트워크 노드의 폴링에 관한 타이밍 파라미터를 제어하도록 되는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 제어기는 상기 네트워크 노드의 상태에 기초한 경보 발생을 위해 임계치를 제어하도록 되는 것을 특징으로 하는 제어기.
전술한 항들 중 어느 한 항에 있어서,

상기 제어기는 상기 네트워크 노드에 관하여 복수의 폴링 사이클을 실행하도록 되는 것을 특징으로 하는 제어기.
제 22 항에 있어서,

각 폴링 사이클 전에, 상기 제어기는 어느 네트워크 노드가 어느 그룹에 속하는지를 결정하고 각각의 폴링 사이클에서의 폴링에 적합한 적어도 하나의 그룹의 네트워크 노드를 폴링하도록 되는 것을 특징으로 하는 제어기.
제 23 항에 있어서, 각 네트워크 노드는 그와 관련된 적어도 하나의 속성을 갖고, 상기 제어기는 상기 적어도 하나의 속성값에 기초하여 상기 네트워크 노드의 적어도 하나의 그룹이 어디에 속하는지를 결정하는 것을 특징으로 하는 제어기.
통신 네트워크에서 복수의 라우터를 제어하는 제어기로서,

상기 제어기는 복수의 라우터를 모니터하도록 되고, 상기 제어기의 모니터링 동작(behaviour)은 상기 라우터의 하나 이상의 속성값에 의해 결정되는 것을 특징으로 하는 제어기.
통신 네트워크의 복수의 네트워크 노드 및 제어기를 포함하는 통신 시스템에 있어서,

상기 제어기는 상기 네트워크 노드의 하나 이상의 속성값에 기초하여 모니터링되는 네트워크 노드의 그룹을 정의하도록 되는 것을 특징으로 하는 통신 시스템.
제 26 항에 있어서, 상기 노드의 모니터링된 파라미터를 저장하는 데이터베이스를 포함하는 것을 특징으로 하는 통신 시스템.
통신 네트워크의 복수의 네트워크 노드를 모니터링하는 방법에 있어서,

상기 네트워크 노드의 하나 이상의 속성에 기초하여 모니터링되는 네트워크 노드의 그룹을 정의하는 단계를 포함하는 것을 특징으로 하는 모니터링 방법.
제 28 항에 있어서,

상기 네트워크 노드에 관하여 복수의 폴링 사이클을 실행하는 단계를 포함하는 것을 특징으로 하는 모니터링 방법.
제 29 항에 있어서,

네트워크 노드의 어느 그룹이 주어진 폴링 사이클에서 폴링되어야 하는지를 결정하는 단계를 포함하는 것을 특징으로 하는 모니터링 방법.
제 29 항 또는 제 30 항에 있어서,

각 폴링 사이클 전에, 어느 네트워크 노드가 각각의 폴링 사이클에서 폴링되는 그룹에 속하는지를 결정하는 단계를 포함하는 것을 특징으로 하는 모니터링 방법.
제 29 항 내지 제 31 항 중 어느 한 항에 있어서,

적어도 하나의 네트워크 노드의 적어도 하나의 속성값을 변경하여 상기 네트워크 노드가 속하는 하나 이상의 그룹을 변경하는 단계를 포함하는 것을 특징으로 하는 모니터링 방법.
제 29 항 또는 상기 제 29 항을 인용하는 어느 한 항에 있어서,

네트워크 노드는 복수의 그룹에 속할 수 있는 것을 특징으로 하는 모니터링 방법.