KR101492417B1

KR101492417B1 - 다이어미터 프로토콜 기반 시스템에서의 대체 동작 방법 및 다이어미터 프로토콜 기반의 시스템

Info

Publication number: KR101492417B1
Application number: KR20130083277A
Authority: KR
Inventors: 심재희; 손이석
Original assignee: (주)엔텔스
Priority date: 2013-07-16
Filing date: 2013-07-16
Publication date: 2015-02-12
Also published as: KR20150009160A

Abstract

다이어미터 프로토콜 기반 시스템에서의 대체 동작방법은 소스 노드에서 제1 목적 노드로 메시지를 전송하는 단계, 소스 노드가 메시지에 대한 응답을 받지 못하거나 제1 목적 노드의 장애 메시지를 수신하는 단계, 소스 노드가 자신의 라우팅 테이블을 참조하여 제1 목적 노드와 동일한 동작을 수행하는 제2 목적 노드를 검색하는 단계 및 소스 노드가 검색된 제2 목적 노드에 메시지를 전송하는 단계를 포함한다.

Description

다이어미터 프로토콜 기반 시스템에서의 대체 동작 방법 및 다이어미터 프로토콜 기반의 시스템{FAILOVER METHOD IN SYSTEM BASED ON DIAMETER PROTOCOL AND SYSTEM BASED ON DIAMETER PROTOCOL}

이하 설명하는 기술은 다이어미터(Diameter) 프로토콜을 사용하는 시스템에서의 대체 동작 방법 및 이 방법을 사용하는 시스템에 관한 것이다.

일반적으로 인터넷의 발전으로 인해 무선에서부터 디지털 가입자 회선(DSL), 이동 인터넷 프로토콜(MIP) 및 네트워크 접속서버(NAS) 등과 같은 새로운 접속 기술이 발전함에 따라, AAA 프로토콜에 대한 새로운 요구가 증대되게 되었다.

AAA 프로토콜에 대한 새로운 요구 사항은 에러 복구 기능에서부터 전송 계층의 보안(IPsec, TLS), 신뢰성 있는 전송(TCP, SCTP), 에이전트 지원(Proxy, Redirect, Relay, Translation), 서버에서 시작되는 메시지 지원, 에이전트간의 능력 협상, 상대 노드 발견 및 구성 및 로밍(Roaming) 지원 등을 포함한다. IETF RFC3588의 다이어미터 베이스 프로토콜(Diameter Base Protocol)은 이러한 요구 사항들에 부합하는 프로토콜에 해당한다.

다이어미터 베이스 프로토콜은 AAA 클라이언트, AAA 서버, AAA 에이전트간의 연결을 설정한 후, 인가/인증/과금 메시지를 처리하고 에러가 발생하였을 때 복구 기능 등을 제공할 수 있는 상대 노드 상태 관리 기법에 대해 기술하고 있다.

통신 시스템에서는 통신 환경이나 하드웨어 오작동 등에 따라 목적 노드로 메시지가 전송되지 못하는 경우가 발생할 수 있다. 다이어미터 프로토콜에 대한 표준에서는 목적 노드에 메세지를 전송하는 과정에서 에러가 발생하는 경우, 시스템 대체 동작(failover)에 대해 정의하고 있다.

한국공개특허 제10-2012-0026751호 한국등록특허 제10-0625236호

한국공개특허 제10-2012-0026751호는 두 개의 서버가 동일한 정보를 유지하도록 하고, 다양한 모드에 따라 제1 이중화 서버 또는 제2 이중화 서버가 동작하거나 대기하는 기술을 개시한다. 이 기술은 초기 연결을 수행하는 CER/CEA 메시지에 다중화를 위한 서버의 항목을 전달하여 인접 노드 간에서 특정 서버가 이중으로 동작한다.

종래 기술인 한국공개특허 제10-2012-0026751호는 인접한 노드 사이에 특정 서버 2개가 마치 한 개의 서버와 같이 동작하는 구성이므로, 항상 2 개의 이중화 서버는 완벽하게 동일한 정보를 유지하도록 관리되어야 한다. 또한 초기 경로 설정 과정에서 항상 특정 서버 노드에 대하여 CER/CEA 메시지에 다중화 서버에 대한 정보를 추가로 전송해야 한다.

이하 설명하는 기술은 라우팅 테이블에 동일한 동작을 수행하는 서버 또는 에이전트를 관리하여, 하나의 목적 호스트에 장애가 발생한 경우에 동일 동작을 수행하는 다른 서버 또는 에이전트에 메시지를 전송하고자 한다.

이하 설명하는 기술의 해결과제는 이상에서 언급된 것들에 한정되지 않으며, 언급되지 아니한 다른 해결과제들은 아래의 기재로부터 당업자에게 명확하게 이해될 수 있을 것이다.

상기 과제를 해결하기 위한 다이어미터 프로토콜 기반 시스템에서의 대체 동작 방법은 소스 노드에서 제1 목적 노드로 메시지를 전송하는 단계, 소스 노드가 메시지에 대한 응답을 받지 못하거나 제1 목적 노드의 장애 메시지를 수신하는 단계, 소스 노드가 자신의 라우팅 테이블을 참조하여 제1 목적 노드와 동일한 동작을 수행하는 제2 목적 노드를 검색하는 단계 및 소스 노드가 검색된 제2 목적 노드에 메시지를 전송하는 단계를 포함한다.

소스 노드는 클라이언트 단말, 중계 노드 또는 프록시 노드 중 어느 하나이고, 제1 목적 노드 및 제2 목적 노드는 중계 노드, 프록시 노드 또는 목적 서버 중 어느 하나일 수 있다.

또는 소스 노드는 중계 노드, 프록시 노드 또는 목적 서버 중 어느 하나이고, 제1 목적 노드 및 제2 목적 노드는 중계 노드, 프록시 노드 또는 클라이언튼 단말 중 어느 하나일 수도 있다.

검색하는 단계는 라우팅 테이블에서 메시지의 어플리케이션 ID, 상기 메시지의 목적 영역 AVP(Destination-Realm AVP) 및 메시지의 목적 호스트 AVP(Destination-Host AVP) 중 적어도 하나를 기준으로 매칭하는 피어(Peer) 항목을 검색하는 단계 및 피어 항목 중에서 피어 테이블을 이용하여 동작 가능한 피어를 상기 제2 목적 노드로 결정하는 단계를 포함한다.

피어 항목을 검색하는 단계는 목적 호스트 AVP의 이름이 존재하지 않는 경우, 라우팅 테이블에서 기본값(Default)로 설정된 항목의 피어 항목을 검색할 수 있다.

다이어미터(diameter) 프로토콜 기반의 시스템은 서비스를 요청하는 메시지를 전송하는 클라이언트 단말, 메시지를 서버에 전달하는 제1 릴레이 노드, 메시지를 서버에 전달하는 제2 릴레이 노드 및 메시지를 수신하여 서비스를 제공하는 서버를 포함한다. 이때 클라이언트 단말은 상기 제1 릴레이 노드에 메시지 전송이 안되는 경우 자신의 라우팅 테이블을 참조하여 제2 릴레이 노드에 상기 메시지를 전송한다.

클라이언트 단말은 상기 라우팅 테이블에서 상기 메시지의 어플리케이션 ID, 상기 메시지의 목적 영역 AVP(Destination-Realm AVP) 및 상기 메시지의 목적 호스트 AVP(Destination-Host AVP) 중 적어도 하나를 기준으로 매칭하는 피어(Peer) 항목 중 동작 가능한 피어인 상기 제2 릴레이 노드를 결정하고, 상기 제2 릴레이 노드에 상기 메시지를 전송할 수 있다.

나아가 클라이언트 단말은 상기 목적 호스트 AVP의 이름이 존재하지 않는 경우, 상기 라우팅 테이블에서 기본값(Default)로 설정된 항목의 피어 항목 중에서 상기 제2 릴레이 노드를 결정할 수 있다.

서버가 요청 메시지를 전송하는 경우 자신의 라우팅 테이블에서 메시지의 어플리케이션 ID, 메시지의 목적 영역 AVP(Destination-Realm AVP) 및 메시지의 목적 호스트 AVP(Destination-Host AVP) 중 적어도 하나를 기준으로 매칭하는 피어(Peer) 항목 중 동작 가능한 피어인 릴레이 노드를 결정하고, 결정된 릴레이 노드에 메시지를 전송할 수도 있다.

다른 측면의 다이어미터(diameter) 프로토콜 기반의 시스템은 서비스를 요청하는 메시지를 전송하는 클라이언트 단말, 메시지를 서버에 전달하는 릴레이 노드, 메시지를 수신하여 서비스를 제공하는 제1 서버 및 메시지를 수신하여 제1 서버와 동일한 서비스를 제공하는 제2 서버를 포함한다. 이때 릴레이 노드는 상기 제1 서버에 메시지 전송이 안되는 경우 자신의 라우팅 테이블을 참조하여 상기 제2 서버에 상기 메시지를 전송한다.

릴레이 노드는 상기 라우팅 테이블에서 상기 메시지의 어플리케이션 ID, 상기 메시지의 목적 영역 AVP(Destination-Realm AVP) 및 상기 메시지의 목적 호스트 AVP(Destination-Host AVP) 중 적어도 하나를 기준으로 매칭하는 피어(Peer) 항목 중 동작 가능한 피어인 상기 제2 서버를 결정하고, 상기 제2 서버에 상기 메시지를 전송할 수 있다.

이하 설명하는 기술은 호스팅 테이블을 통해 동일한 기능을 수행하는 목적 호스트에 대한 정보를 유지하여, 목적 호스트 AVP(destination hose attribute-value pairs)에 지정된 목적 호스트가 닫힌(closed) 상태라도 대체 가능한 다른 호스트에 메시지를 전달한다. 이를 통해 메시지 유실 없이 효율적인 시스템 운영이 가능하다.

이하 설명하는 기술의 효과는 이상에서 언급된 것들에 한정되지 않으며, 언급되지 아니한 다른 효과들은 아래의 기재로부터 당업자에게 명확하게 이해될 수 있을 것이다.

도 1은 다이어미터 프로토콜 기반 시스템에서의 대체 동작 방법에 대한 순서도의 예이다.
도 2(a)는 피어 테이블의 예이고, 도 2(b)는 라우팅 테이블의 예이다.
도 3은 다이어미터 프로토콜 기반의 시스템의 구성을 도시한 블록도의 예이다.
도 4는 다이어미터 프로토콜 기반의 시스템의 구성을 도시한 블록도의 다른 예이다.

본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.

제1, 제2, A, B 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 해당 구성요소들은 상기 용어들에 의해 한정되지는 않으며, 단지 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.

본 명세서에서 사용되는 용어에서 단수의 표현은 문맥상 명백하게 다르게 해석되지 않는 한 복수의 표현을 포함하는 것으로 이해되어야 하고, "포함한다" 등의 용어는 설시된 특징, 개수, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함을 의미하는 것이지, 하나 또는 그 이상의 다른 특징들이나 개수, 단계 동작 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 배제하지 않는 것으로 이해되어야 한다.

도면에 대한 상세한 설명을 하기에 앞서, 본 명세서에서의 구성부들에 대한 구분은 각 구성부가 담당하는 주기능 별로 구분한 것에 불과함을 명확히 하고자 한다. 즉, 이하에서 설명할 2개 이상의 구성부가 하나의 구성부로 합쳐지거나 또는 하나의 구성부가 보다 세분화된 기능별로 2개 이상으로 분화되어 구비될 수도 있다. 그리고 이하에서 설명할 구성부 각각은 자신이 담당하는 주기능 이외에도 다른 구성부가 담당하는 기능 중 일부 또는 전부의 기능을 추가적으로 수행할 수도 있으며, 구성부 각각이 담당하는 주기능 중 일부 기능이 다른 구성부에 의해 전담되어 수행될 수도 있음은 물론이다. 따라서, 본 명세서를 통해 설명되는 각 구성부들의 존재 여부는 기능적으로 해석되어야 할 것이며, 이러한 이유로 본 발명의 다이어미터 프로토콜 기반의 시스템(200, 300)에 따른 구성부들의 구성은 본 발명의 목적을 달성할 수 있는 한도 내에서 도 3 내지 도 4와는 상이해질 수 있음을 명확히 밝혀둔다.

또, 방법 또는 동작 방법을 수행함에 있어서, 상기 방법을 이루는 각 과정들은 문맥상 명백하게 특정 순서를 기재하지 않은 이상 명기된 순서와 다르게 일어날 수 있다. 즉, 각 과정들은 명기된 순서와 동일하게 일어날 수도 있고 실질적으로 동시에 수행될 수도 있으며 반대의 순서대로 수행될 수도 있다.

다이어미터 프로토콜을 사용하는 통신 방법 내지 시스템에서 사용하는 메시지는 다이어미터 헤더 및 AVP(attribute-value pairs)를 포함한다. 다이어미터 프로토콜을 사용한 통신에서 목적 호스트 AVP(Destination-host AVP)가 설정된 경우, 해당 목적 호스트로만 메세지를 전달한다. 따라서 장비의 장애 등으로 목적 호스트 AVP에 있는 호스트와 연결이 되지 않는 경우, 해당 메시지는 유실된다.

그러나, 일반적으로 상용 시스템에서는 동일한 동작을 수행하는 장비들이 서로 다른 호스트를 갖도록 구성되어 있다. 즉, 목적 호스트 AVP에 있는 호스트가 서비스를 수행할 수 없는 경우라도, 실제 시스템에서는 동일한 동작 내지 서비스를 수행하는 장비가 존재한다.

다이어미터 프로토콜 기반의 통신 방법 내지 시스템에서는 인접한 노드의 상태 정보(Open, Closed, Idle 등)를 관리하는 피어 테이블(Peer Table)과 메시지 라우팅을 위한 정보를 관리하는 라우팅 테이블(Routing Table)을 사용한다.

표준에서 대체 동작(failover)은 클라이언트 단말이 전송한 메시지가 목적 서버에 전달되지 못할 때 대체 경로를 통하여 클라이언트 단말의 메시지를 목적 서버에 전송하는 동작을 말한다. 그러나 최종 목적지가 목적 호스트 AVP에 의해 설정되어 있고 해당 호스트에 해당하는 피어가 연결되지 않은 상태인 경우 메시지를 전송하지 못한다.

본 발명은 장애 등이 발생하여 목적 호스트 AVP에 지정된 호스트와 연결되지 못하는 경우라도, 클라이언트 단말, 중계 노드(Relay Agent), 프록시 노드(Proxy Agent) 등이 자신이 관리하는 라우팅 테이블을 이용하여 동일한 기능을 수행하는 다른 호스트에 메시지를 전달하는 방법 내지 시스템을 제공한다. 따라서, 이하 설명하는 대체 동작은 표준에서 정의하는 본래의 동작과는 다소 상이한 것이다.

이하에서는 도면을 참조하면서 다이어미터 프로토콜 기반 시스템에서의 대체 동작 방법(100) 및 다이어미터 프로토콜 기반의 시스템(200, 300)에 관하여 구체적으로 설명하겠다.

도 1은 다이어미터 프로토콜 기반 시스템에서의 대체 동작 방법(100)에 대한 순서도의 예이다.

다이어미터 프로토콜 기반 시스템에서의 대체 동작 방법(100)은 먼저 소스 노드가 제1 목적 노드로 메시지를 전송한다(110).

여기서 소스 노드는 메시지 전달을 요청한 노드를 의미한다. 따라서 소스 노드는 네트워크 구성 중 클라이언트 단말, 릴레이 노드 또는 프록시 노드 등을 의미한다. 또한 목적 노드는 메시지를 전달 받아 이에 대한 응답을 요청받은 노드를 의미한다. 따라서 소스 노드는 일반적으로 메시지를 전달하는 릴레이 노드 및 프록시 노드를 포함하고, 나아가 특정한 서비스를수행하거나, 정보를 저장하는 서버를 포함한다.

한편, 요청 메시지(Request) 전송은 서버, 클라이언트 양쪽에서 전송가능하다. 따라서, 소스 노드는 요청 메시지를 전송한 노드에 따라 구분하게 된다. 요청 메시지를 전송한 주체가 서버라면 소스 노드는 서버, 릴레이 노드 또는 프록시 노드를 포함하고, 목적노드는 릴레이노드, 프록시 노드 및 클라이언트 단말을 포함하게 된다.

소스 노드가 메시지를 전송한 후 소스 노드는 메시지에 대한 응답을 받지 못하거나 제1 목적 노드의 장애 메시지를 수신한다(120). 즉, 소스 노드에서 전송한 메시지가 제1 목적 노드에 제대로 전달이 되지 못하는 상황이 발생한 경우이다. 시스템 자체의 에러 때문에 발생할 수도 있고, 트래픽이 너무 많아서 일정 시간 동안 메시지 전달이 안될 수도 있다. 따라서 본 발명은 소스 노드가 메시지에 대한 응답 메시지를 즉각적으로 받지 못한 경우 적용할 수 있고, 소스 노드가 일정한 시간 동안 응답 메시지를 받지 못한 경우에도 적용할 수 있다.

이후 소스 노드는 자신의 라우팅 테이블을 참조하여 제1 목적 노드와 동일한 동작을 수행하는 제2 목적 노드를 검색한다(130). 소스 노드는 제2 목적 노드가 존재하는지 여부를 판단하여(140), 제2 목적 노드가 존재하지 않는다면, 일정 시간 후에 다시 메시지를 재전송하거나, 메시지 전송 실패를 알린다(140).

제2 목적 노드가 존재하는 경우, 소스 노드는 제2 목적 노드에 메시지를 전송한다(150). 이후 제2 목적 노드는 이에 대한 응답 메시지를 소스 노드에 전송할 수도 있고, 메시지에 대한 응답으로 특정 서비스를 소스 노드에 제공할 수도 있다.

본 발명은 소스 노드가 제1 목적 노드에 메시지 전달이 원활하지 않을 때 자신의 라우팅 테이블 및 피어 테이블을 참조하여, 동일한 동작을 수행할 수 있는 제2 목적 노드를 찾는다. 도 2(a)는 피어 테이블의 예이고, 도 2(b)는 라우팅 테이블의 예이다.

소스 노드는 라우팅 테이블에서 메시지의 어플리케이션 ID, 메시지의 목적 영역 AVP(Destination-Realm AVP) 및 메시지의 목적 호스트 AVP(Destination-Host AVP) 중 적어도 하나를 기준으로 매칭하는 피어(Peer) 항목을 검색하고, 피어 항목 중에서 피어 테이블을 이용하여 동작 가능한 피어를 제2 목적 노드로 결정한다.

소스 노드는 클라이언트 단말 또는 릴레이 노드이고, 목적 노드는 서버인 경우를 가정하여 설명한다. 사용자는 "a.com"이라는 도메인에 접근하려고 하고, "a.com"에 대한 데이터를 제공하는 서버가 2개 있다. 호스트 이름은 각각 "Peer1.a.com" 및 "Peer2.a.com"이다. 즉 동일한 동작하는 하는 서버가 두 개 있는 경우이다.

소스 노드에서 전송되는 메시지에는 목적 호스트 AVP가 "Peer1.a.com"으로 지정되어 있다고 가정한다. 그런데 제1 목적 노드(Peer 1)에 메시지가 전송되지 않는 경우, 소스 노드는 도 2(b)의 라우팅 테이블에서 목적 호스트 AVP에 대응되는 항목을 검색한다. "Peer1.a.com"을 제공하는 피어는 Peer 1과 Peer 2가 있다는 것을 알 수 있다. 소스 노드는 항목에 존재하는 피어가 현재 동작하는지 여부를 피어 테이블을 통해 확인할 수 있다. 예컨대, Peer 2가 현재 Open(동작 가능함) 상태라면, 피어 테이블을 참조하여 해당 호스트(host)에 등록되어 있는 아이피(IP)로 메시지를 전송한다.

소스 노드에서 전송되는 메시지에는 목적 호스트 AVP가 "Peer2.a.com"으로 지정되어 있는 경우도, 목적 호스트 AVP를 기준으로 피어를 검색하여, 동작 가능한 피어에 메시지를 전송할 수 있다.

나아가 목적 호스트 AVP에 호스트가 지정되지 않은 경우라면, 호스팅 테이블에서 기본값(Default)으로 지정된 항목을 검색하여 동일한 동작을 수행할 수도 있다.

목적 호스트 AVP만을 기준으로 라우팅 테이블을 참조할 수도 있겠지만, 어플리케이션 ID 또는 메시지의 목적 영역 AVP(Destination-Realm AVP) 등도 검색 기준으로 이용할 수 있다.

따라서 본 발명에서는 소스 노드마다 라우팅 테이블이 관리되어야 한다.

도 3은 다이어미터 프로토콜 기반의 시스템(200)의 구성을 도시한 블록도의 예이다.

다이어미터 프로토콜 기반의 시스템은 서비스를 요청하는 메시지를 전송하는 클라이언트 단말(210), 메시지를 서버에 전달하는 제1 릴레이 노드(221), 메시지를 서버에 전달하는 제2 릴레이 노드(222) 및 메시지를 수신하여 서비스를 제공하는 서버(230)를 포함한다.

도 3은 클라이언트 단말(210)이 제1 릴레이 노드(221)에 메시지(Request)를 전송하려고 했으나, 메시지 전송이 이루어지지 않은 경우를 가정한다.

클라이언트 단말(210)은 라우팅 테이블에서 메시지의 어플리케이션 ID, 메시지의 목적 영역 AVP(Destination-Realm AVP) 및 메시지의 목적 호스트 AVP(Destination-Host AVP) 중 적어도 하나를 기준으로 매칭하는 피어(Peer) 항목 중 동작 가능한 피어인 제2 릴레이 노드(222)를 결정하고, 제2 릴레이 노드(222)에 메시지를 전송한다. 이후 제2 릴레이 노드(222)는 메시지(Request)를 서버(230)에 전송하고, 서버(230)로부터 응답 메시지(Response)를 전달받아 클라이언트 단말(210)에 전송한다.

클라이언트 단말(210)은 목적 호스트 AVP의 이름이 존재하지 않는 경우, 라우팅 테이블에서 기본값(Default)로 설정된 항목의 피어 항목 중에서 제2 릴레이 노드를 결정할 수도 있다.

나아가 도 3에 도시한 흐름과는 반대로 서버(230)에서 릴레이 노드로 요청 메시지(Request)를 전송하는 경우에도 역시 동일한 동작이 수행될 수 있다. 즉, 서버(230)는 릴레이 노드(222)에 요청 메시지를 전달하려고 하나, 요청 메시지 전달이 수행되지 않는 경우 자신의 라우팅 테이블을 참조하여 제3 릴레이 노드(미도시)에 응답 메시지를 전달할 수도 있다.

도 4는 다이어미터 프로토콜 기반의 시스템(300)의 구성을 도시한 블록도의 다른 예이다.

다이어미터 프로토콜 기반의 시스템(300)은 서비스를 요청하는 메시지를 전송하는 클라이언트 단말(310), 메시지를 서버에 전달하는 릴레이 노드(320), 메시지를 수신하여 서비스를 제공하는 제1 서버(331) 및 메시지를 수신하여 제1 서버와 동일한 서비스를 제공하는 제2 서버(332)를 포함한다.

제1 서버(331)에 장애가 있거나, 트래픽이 많아서 메시지 전송이 안되는 경우를 가정한 것이다. 릴레이 노드(320)는 자신의 라우팅 테이블을 참조하여 제2 서버(322)에 메시지를 전송한다.

릴레이 노드(320)는 라우팅 테이블에서 메시지의 어플리케이션 ID, 메시지의 목적 영역 AVP(Destination-Realm AVP) 및 메시지의 목적 호스트 AVP(Destination-Host AVP) 중 적어도 하나를 기준으로 매칭하는 피어(Peer) 항목 중 동작 가능한 피어인 제2 서버(332)를 결정하고, 제2 서버(332)에 메시지를 전송한다.

또한 릴레이 노드(320)는 목적 호스트 AVP의 이름이 존재하지 않는 경우, 라우팅 테이블에서 기본값(Default)로 설정된 항목의 피어 항목 중에서 제2 서버를 결정할 수도 있다.

본 실시예 및 본 명세서에 첨부된 도면은 본 발명에 포함되는 기술적 사상의 일부를 명확하게 나타내고 있는 것에 불과하며, 본 발명의 명세서 및 도면에 포함된 기술적 사상의 범위 내에서 당업자가 용이하게 유추할 수 있는 변형 예와 구체적인 실시예는 모두 본 발명의 권리범위에 포함되는 것이 자명하다고 할 것이다.

200 : 다이어미터 프로토콜 기반의 시스템 210 : 클라이언트 단말
221 : 제1 릴레이 노드 222 : 제2 릴레이 노드
230 : 서버
300 : 다이어미터 프로토콜 기반의 시스템 310 : 클라이언트 단말
320 : 릴레이 노드 331 : 제1 서버
332 : 제2 서버

Claims

다이어미터(diameter) 프로토콜 기반 시스템에서의 대체 동작(failover) 방법에 있어서,
소스 노드에서 제1 목적 서버로 메시지를 전송하는 단계;
상기 소스 노드가 상기 메시지에 대한 응답을 받지 못하거나 상기 제1 목적 서버의 장애 메시지를 수신하는 단계;
상기 소스 노드가 자신의 라우팅 테이블을 참조하여 상기 제1 목적 서버와 동일한 동작을 수행하는 제2 목적 서버를 검색하는 단계; 및
상기 소스 노드가 검색된 상기 제2 목적 서버에 상기 메시지를 전송하는 단계를 포함하되,
상기 검색하는 단계는
상기 라우팅 테이블에서 상기 메시지의 어플리케이션 ID, 상기 메시지의 목적 영역 AVP(Destination-Realm AVP) 및 상기 메시지의 목적 호스트 AVP(Destination-Host AVP) 중 적어도 하나를 기준으로 매칭하는 피어(Peer) 항목을 검색하는 단계; 및
상기 피어 항목 중에서 피어 테이블을 이용하여 동작 가능한 피어를 상기 제2 목적 서버로 결정하는 단계를 포함하는 다이어미터 프로토콜 기반 시스템에서의 대체 동작 방법.
제1항에 있어서,
상기 소스 노드는 클라이언트 단말, 중계 노드 또는 프록시 노드 중 어느 하나인 다이어미터 프로토콜 기반 시스템에서의 대체 동작 방법.
삭제
삭제
제1항에 있어서,
상기 피어 항목을 검색하는 단계는
상기 목적 호스트 AVP의 이름이 존재하지 않는 경우, 상기 라우팅 테이블에서 기본값(Default)로 설정된 항목의 피어 항목을 검색하는 다이어미터 프로토콜 기반 시스템에서의 대체 동작 방법.
삭제
삭제
삭제
삭제
다이어미터(diameter) 프로토콜 기반의 시스템에 있어서,
서비스를 요청하는 메시지를 전송하는 클라이언트 단말;
상기 메시지를 서버에 전달하는 릴레이 노드;
상기 메시지를 수신하여 서비스를 제공하는 제1 서버; 및
상기 메시지를 수신하여 상기 제1 서버와 동일한 서비스를 제공하는 제2 서버를 포함하되,
상기 릴레이 노드는 상기 제1 서버에 메시지 전송이 안되는 경우 자신의 라우팅 테이블을 참조하여 상기 제2 서버에 상기 메시지를 전송하고,
상기 릴레이 노드는 상기 라우팅 테이블에서 상기 메시지의 어플리케이션 ID, 상기 메시지의 목적 영역 AVP(Destination-Realm AVP) 및 상기 메시지의 목적 호스트 AVP(Destination-Host AVP) 중 적어도 하나를 기준으로 매칭하는 피어(Peer) 항목 중 동작 가능한 피어인 상기 제2 서버를 결정하고, 상기 제2 서버에 상기 메시지를 전송하는 다이어미터 프로토콜 기반의 시스템.
삭제
제10항에 있어서,
상기 릴레이 노드는
상기 목적 호스트 AVP의 이름이 존재하지 않는 경우, 상기 라우팅 테이블에서 기본값(Default)로 설정된 항목의 피어 항목 중에서 상기 제2 서버를 결정하는 다이어미터 프로토콜 기반의 시스템.