KR20070103772A - 중복적인 ｓｉｐ 프록시 자원들의 이용가능 - Google Patents

중복적인 ｓｉｐ 프록시 자원들의 이용가능 Download PDF

Info

Publication number
KR20070103772A
KR20070103772A KR1020077020790A KR20077020790A KR20070103772A KR 20070103772 A KR20070103772 A KR 20070103772A KR 1020077020790 A KR1020077020790 A KR 1020077020790A KR 20077020790 A KR20077020790 A KR 20077020790A KR 20070103772 A KR20070103772 A KR 20070103772A
Authority
KR
South Korea
Prior art keywords
sip
peer
sip proxy
address
server
Prior art date
Application number
KR1020077020790A
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 노키아 지멘스 네트웍스 게엠베하 운트 코. 카게
Publication of KR20070103772A publication Critical patent/KR20070103772A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1044—Group management mechanisms 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1044—Group management mechanisms 
    • H04L67/1048—Departure or maintenance mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
    • H04L67/1065—Discovery involving distributed pre-established resource-based relationships among peers, e.g. based on distributed hash tables [DHT] 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1087—Peer-to-peer [P2P] networks using cross-functional networking aspects
    • H04L67/1093—Some peer nodes performing special functions
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Multimedia (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

본 발명은 SIP 네트워크에서 SIP 프록시의 주소를 결정하는 것에 관한 것으로, 중복적인 SIP 프록시 자원들이 이용가능하게 된다. SIP 네트워크에서 접속을 설정하기 위해서, SIP 클라이언트는 통상적으로 SIP 프록시 자원들로에 액세스하기 위해 IP 주소를 획득할 목적으로 요청을 DNS 서버 시스템에 전송한다. 본 발명에 따르면, SIP 프록시 자원들은 피어-투-피어 그룹의 일부인 다수의 SIP 프록시 서버들의 형태로 제공된다. SIP 도메인들 또는 사용자-에이전트 주소에 대한 책임들을 전달하기 위해서 피어-투-피어 프로토콜에 의해 피어-투-피어 그룹 사이에 메시지들이 교환된다. 고장들이나 또는 그와 유사한 영향들이 발생한 경우에 조정되는 책임들이 피어-투-피어 그룹 내에서 정해진다. SIP 클라이언트의 요청을 책임지는 SIP 프록시의 IP 주소가 DNS 서버 시스템에서 이용가능하게 되고, 그럼으로써 DNS 서버 시스템은 SIP 클라이언트가 관련된 SIP 프록시 서버에 액세스할 수 있도록 하기 위해 SIP 클라이언트에 IP 주소를 전송할 수 있다. SIP 프록시 자원들을 이용가능하게 하는 본 발명의 방법은 보다 적은 노력을 필요로 하고, 융통성이 있으며, 고장이 발생한 경우에 중복적인 자원들에 신속히 액세스하는 것을 가능하게 한다.

Description

중복적인 ＳＩＰ 프록시 자원들의 이용가능{MAKING AVAILABLE REDUNDANT SIP PROXY RESOURCES}
본 발명은 중복적인 SIP 프록시 자원들을 제공하는 SIP 네트워크에서 SIP 프록시의 주소를 결정하기 위한 방법, 및 상기 타입의 방법을 구현하기 위해 모두 구현되는 SIP 프록시 서버 및 서버 시스템에 관한 것이다.
통신 네트워크들에서 가장 중요한 현재의 진전들 중 하나는 예컨대 음성, 비디오 및 오디 정보의 전송과 같은 실시간 서비스들을 제공하기 위해서 IP 네트워크들로 불리는 것들에 의해 최초로 표현되는 통상적인 데이터 네트워크들의 추가적인 개발에 관한 것이다. 가장 중요한 데이터 네트워크, 즉, IP(Internet Protocol) 프로토콜에 기초하는 인터넷에 있어서는, 현재는 기본적으로 실시간 전송 서비스들을 위한 접속들을 설정하기 위해 선택적으로 이용가능한 두 개의 주요한 프로토콜들이 존재한다. 상기 프로토콜들은 H.323 및 SIP(Session Initiation Protocol) 프로토콜이다. SIP 프로토콜은 IETF(Internet Engineering Task Force)의 RFC 2543에서 최초로 정의되었다. 본 발명을 이해하는데 있어 근본적인 SIP 프로토콜의 특징들 중 일부가 아래에서 설명된다.
SIP 네트워크의 다음과 같은 주요 성분들은 SIP 프로토콜을 사용하는 접속을 설정하는데 있어서 중심적인 역할을 한다. SIP 네트워크의 터미널들 및 종단 포인트들은 사용자 에이전트들로서 지칭된다. 상기 사용자 에이전트들은 일반적으로 서버에 요청들을 전송할 수 있는 SIP 클라이언트를 포함한다. 또한 SIP의 기능에 있어 중요한 것은 주소 결정을 위해 필요한 DNS(Domain Name System) 서버들로 지칭되는 것들이다. 이들 외에도, 사용자 에이전트로부터 SIP 요청들을 수신하고 그것들을 다른 위치로 전송하는 SIP 프록시들 또는 SIP 프록시 서버들로 지칭되는 것들도 중요한 의미를 갖는다. 상기 SIP 프록시들 이외에도, SIP 등록 요청들을 받아들이고 위치 서버들로 지칭되는 것 또는 다른 데이터베이스들에서 사용자 에이전트에 대한 정보를 리프레시할 수 있는 등록 서버들로 지칭되는 것이 또한 존재한다.
주소 결정에 의해서 SIP 네트워크들에서는 매우 중요한 역할이 이루어진다. 고도의 이동성 및 휴대성이 SIP 프로토콜에 의해 제공되는 주소-결정 기능들로 인해 SIP 네트워크 내에서 달성된다. 통상적인 주소 결정 및 SIP 프록시의 역할이 도 1을 통해 아래에서 더욱 상세히 설명된다. 도 1에 따르면, 제 1 SIP 터미널 사용자 에이전트(1)는 다른 SIP 터미널 사용자 에이전트(2)에 접촉하려 한다. 다른 터미널 사용자 에이전트(2)의 주소가 예컨대 SIP: UserB@there,com과 같은 SIP 주소의 형태로 사용자 에이전트(1)에서 입수될 수 있다. 사용자 에이전트는 상기 주소를 결정하기 위해서 이를 위해 적합한 SIP 프록시를 맨 먼저 식별한다. 사용자 에이전트는 DNS 서버에 질의(SRV 질의 또는 SRV SER 질의)를 보낸다(단계 1). there.com 도메인을 책임지는 SIP 프록시 서버가 상기 질의를 통해서 위치결정될 것인데, 상응하는 인터넷 주소가 발견될 것이라는 것을 의미한다. 다음으로, 단계 2에서 DNS 서버는 사용될 SIP 프록시의 인터넷 주소(SRV 레코드 또는 DNS SRV 레코드)를 사용자 에이전트(1)에 전송한다. 다음으로, 터미널 사용자 에이전트(1)는, 상기 주소를 이용하여, B-측 터미널 사용자 에이전트(2)의 주소를 결정하기 위해서 단계 3에서 요청(SIP 요청)을 SIP 프록시에 보내거나, 경우에 따라서는, 프록시 서버에 보낼 수 있다. 상기 요청은 메시지(100 Trying)에 의해 단계 4에서 SIP 프록시에 의해 확인응답된다. 단계 5에서는 SIP 프록시가 위치 서비스에 요청을 보내고, 상기 위치 서비스는 단계 6에서 사용자 에이전트(2)에 대한 현재 등록 URL(Universal Resource Locator)을 결정하고, 이를 SIP 프록시에 전송한다(응답). 단계 7에서는, SIP 프록시가 사용자 에이전트(2)의 시시각각의 등록된 위치에 상응하는 IP 주소를 획득하기 위해서 도메인 네임 서버에 질의(Enum 질의)를 전송한다. 상기 주소는 단계 8에서 제공된다(NAPTR 레코드 : DNS Naming Authority Pointer Resource Record; ENUM 전화 번호 할당을 위해 사용됨). IP 주소가 사용자 에이전트(2)에 마지막으로 접촉하기 위해 단계 9(SIP 요청)에 사용되고, 사용자 에이전트(2)는 확인응답을 보낸다(단계 10: 200 okay). 다음으로, 상기 확인응답이 사용자 에이전트(1)에 전송된다(단계 11).
도 1에 도시된 접속 설정은 매우 간략하다. 접속 설정은 대부분의 경우에 하나 보다 많은 수의 SIP 프록시 서버를 동반한다. 일반적으로는, 주소 결정이 하나의 도메인 서버에 의해서만 수행되는 것이 아니라 (종종 계층적인) 서버 시스템에 의해 수행된다. 여기서는, 예컨대 제 1 DNR 서버가 이를테면 DynDNS에 의해 제 공될 때 IP 주소를 찾기 위해 상업적인 (서버) 서비스를 사용하는 것이 가능하다. 그것은 도 1에서 SIP 프록시 서버가 중심적인 역할을 한다는 것을 명확하게 한다. 중복 또는 경우에 따라서는 SIP 네트워크에 대한 고도의 이용가능성을 보장하기 위해서 오류 허용율이 SIP 프록시 자원들을 위해 제공되어야 한다. 여기서, 목적은 통상의 PSTN(Public Switched Telephone Network)의 오류 허용율에 필적하는 정도의 오류 허용오차를 달성하는 것이다.
SIP 네트워크에서 SIP 프록시 자원들에 대한 오류 허용율을 설정하기 위한 여러 해결방법들이 존재한다. 두 가지의 해결방법들 또는 경우에 따라서는 두 가지의 개념들이 도 2에 도시되어 있다. 제 1 개념의 경우에는, 만약 개념이 SIP 프록시를 통해 설정될 수 없다면, 사용자 에이전트가 새로운 또는 경우에 따라서는 대안적인 IP 주소를 페치할 것이다(도 1의 단계 3 및 4). 이는, 예컨대, 사용자 에이전트에서 각각의 도메인(도 1: there.com)에 대한 백업 프록시 서버나 또는 경우에 따라서는 대체 프록시 서버를 제공함으로써 구현될 수 있다. 사용자 에이전트는 이 경우에 단계들 1 및 2를 반복할 수 있으며, 이어서 대안적인 IP 주소를 DNS 서버로부터 획득할 것이다. 제 1 개념의 범위 내에서 다른 가능성은 DNS SER 레코드로 지칭되는 것에서 프로토콜에 의해 (통상 규칙적으로) 제공되는 정보를 활용하는 것이다(도 1의 단계 2). 상기 레코드들은 SIP 패킷들을 받아들이는 가까운 SIP 프록시들의 주소를 제공한다. 보고를 통해 통보된 SIP 프록시들에는 가중치들이나 경우에 따라서는 우선순위들이 할당된다. 다른 대안적인 SIP 프록시의 주소가 SIP 프록시들에 대한 상기 정보에 기초하여 선택될 수 있다. 상기 두 가지 가 능성들 중 첫 번째 가능성은 SIP 프록시들의 중복을 실질적으로 유도하는 단점을 갖는데, 이는 중복성을 제공하는 매우 자원-집약적인 방식이다. 제 2 절차는 사용자 에이전트가 SER SRV 레코드들을 분석 및 평가할 수 있어야 할 필요가 있다는 단점을 갖는데, 이는 사용자 에이전트에 상당한 추가 기능부들이 장착되어야 한다는 것을 의미한다.
제 2 해결방법이나 또는 경우에 따라서는 제 2 개념은 사용되는 IP 주소를 다이내믹하게 할당함으로써 중복성을 제공하는 것이다. 예컨대 부하 균형이 수행되는데, 이를 통해서, 동일한 IP 주소에 전송되어진 요청들은 여러 SIP 프록시 서버들에 분산된다(부하 균형). 다른 가능성은 RFC 2338에 개시된 VRRP(Virtual Router Redundancy Protocol)을 사용하는 것이다. 이 경우에는 한 쌍의 SIP 프록시 서버들이 제공되는데, 각각의 대체 서버가 고장의 경우에 요청 처리과정을 담당하는 것이 VRRP 프로토콜에 의해서 보장된다. 이러한 조치는 일반적으로 VRRP 데몬(VRRPD)을 통해 실행될 것이다. 후자의 구현은 자원들을 중복시키는 단점을 갖는데, 이는 자원의 덜 효율적인 사용을 의미한다. 부하 균형의 사용은 부하 균형기 자체에서의 약점을 나타내는데, 그 약점은 비-중복적인 요소이고 특정의 방해 위험성(단일 실패 포인트)을 제기한다.
본 발명의 목적은 종래 개념의 단점들을 회피할 작정으로 효율적으로 및 비-자원 집약적으로 제공되는 SIP 프록시 중복성을 갖는 SIP 네트워크에서의 주소 결정을 제시하는데 있다.
상기 목적은 독립항들의 요지에 의해서 달성된다.
본 발명의 기반을 이루는 중심적이 개념은 SIP 프록시 자원들을 SIP 프록시 서버들의 피어-투-피어 그룹 형태로 제공함으로써 SIP 프록시 자원들의 중복성을 설정하는 것이다. 피어-투-피어 개념은 이용가능한 SIP 프록시 서버들이 서비스들을 스위칭하기 위해서 효율적으로 사용될 수 있게 한다. 피어-투-피어 통신의 일부 일반적인 개념들이 아래에서 간략히 제공됨으로써, SIP 프록시 서버들의 피어-투-피어 그룹에 의한 중복성 제공의 효과 및 장점이 더 잘 이해될 수 있다.
피어-투-피어 네트워크들은 훨씬 더 많은 개발 노력이 이루어지고 있는 핵심 분야이기 때문에, 그것들의 사용을 위한 프로토콜들 및 개념들의 어레이가 이미 존재한다. 피어-투-피어 네트워크들의 구조에 있어서는 세 가지 타입들이 일반적으로 구별된다. 제 1 피어-투-피어 네트워크들은 중앙집권형 설계를 갖는다. 다른 노드들 중 어느 노드에 필요한 정보나 데이터가 보존되어 있는지를 결정하기 위해서 피어-투-피어 네트워크가 질의들을 보낼 수 있는 단일의 중앙 데이터 소스가 존재한다. Napster는 상기 타입의 피어-투-피어 네트워크 구조의 일예이다. 중앙집권형으로 구성된 피어-투-피어 네트워크들은 쉽게 스케일되지 않고 도한 중앙 포인트가 실패할 수 있는 위험성을 제기하기 때문에, 다른 구조들이 개발되었다. 제 2 타입은 비중앙집권형으로 구성된 피어-투-피어 네트워크들이다. 여기서 "구성된"이란 용어는 네트워크를 포함하는 토폴로지가 있다는 것을 의미한다. 상기 토폴로지로 인해 정보가 더 쉽게 찾아질 것이다. 토폴로지에 의해 부과된 제약들이 얼마나 엄격한 지에 따라서, 네트워크들을 느슨하게 구성된 것에서 엄격하게 구성된 것까지 단계들로 구별하는 것이 가능하다. 제 3 타입은 토폴로지가 또한 없는 비중앙집권적이면서 비-구성된 피어-투-피어 네트워크들이다. 정보나 데이터를 찾기 위한 목적의 질의를 위해서, 피어-투-피어 네트워크의 노드는 자신의 이웃 노드에 접촉할 것이다. 통상적인 질의를 하는 것은, 예컨대, 질의 메시지를 방송하는 것을 포함하는데, 상기 질의는 특정 반경 내의 모든 이웃들에 전송된다. 본 발명은 구성된 피어-투-피어 네트워크들을 사용하여 바람직하게 구현된다. DHT-기반 방법들(예컨대 Chord, Pastry, 또는 Kademlia)을 사용하여, 이들은 검색의 반복 및 길이 정도가 관련되는 경우에 특별히 높은 효율 및 성과를 제공하도록 설계된다.
정보는 피어-투-피어 네트워크들에 중복해서 보존될 수 있다(복사본들 또는 복제본들이 존재한다는 것을 의미함). 그러므로, 데이터나 정보는 피어-투-피어 네트워크에서 다수의 노드들에 분산되는 형태로 보존될 수 있고, 각 정보 유닛의 적어도 두 개의 복사본들이 증가된 오류 허용율을 위해서 다른 노드들에 제공된다. 정보를 저장하기 위한 위치 및 복사 횟수가, 특정 타입의 피어-투-피어 네트워크에 따라서, 질의를 위해 가능한 효율적이도록 최적화될 수 있다. 분산되어 저장된 정보를 검색하기 위한 광범위하면서 효율적인 방법이 DHT(Distributed Hash Table) 시스템으로 지칭되는 것에 의해 제공된다.
SIP 프록시 자원들은 SIP 프록시 서버들의 (예컨대 비중앙집권형 및 비-구성된) 피어-투-피어 그룹으로서 본 발명에 따라 제공된다. 상기 피어-투-피어 그룹은 예컨대 하나 이상의 SIP 도메인들의 터미널들을 책임지는데, 상기 터미널이 접속 설정을 위해 상기 SIP 프록시 서버들 중 하나에 액세스하는 것을 의미한다. 다수의 피어-투-피어 그룹들이 함께 피어-투-피어 네트워크를 형성할 수 있다. SIP 도메인에서 터미널들(SIP 클라이언트들)에 대한 책임에 대한 정보 및 SIP 프록시 서버들의 기능들에 대한 정보가 복제되어 복사본으로서 저장된다. "복제 그룹"이란 용어가 정보 및 복사본들이 분산된 형태로 저장되는 피어들 그룹을 위해 사용된다. 본 발명의 피어-투-피어 그룹은, 비록 그럴 필요는 없지만, 복제 그룹에 상응할 수 있다. 따라서, 예컨대 피어-투-피어 그룹의 일부가 복제 그룹을 구성할 수 있거나, 또는 복제 그룹이 하나 보다 많은 수의 피어-투-피어 그룹으로부터의 피어들을 포함할 수 있다.
중복적인 SIP 프록시 자원들이 예컨대 SIP 프록시를 통한 접속 설정을 위해서 사용될 수 있다. 상기 자원들을 액세스하기 위해서, IP(Internet Protocol) 주소가 예컨대 DNS 서버 시스템으로의 질의에 응하여 SIP 클라이언트에서 이용될 수 있다. 상기 DNS(Domain Name Server) 서버 시스템은 예컨대 단일 서버로 구성될 수 있다. 일반적으로는, 비록 그것이 어쩌면 계층적으로 배치되는 다수의 서버들을 포함할 것이지만, 그것은 예컨대 도메인 네임 서버 서비스에 액세스하도록 DNS 서버를 위해 제공된다. 상기 DNS 서버 시스템에는 예컨대 외부 SIP 프록시 서버들이 피어-투-피어 그룹의 SIP 프록시 자원들에 액세스하도록 하기 위해서 사용될 IP 주소가 제공된다. 여기서 IP 주소들은 SIP 프록시 서버 그룹에 의해서 DNS 서버 시스템에 규칙적으로 통보될 수 있다. 상기 타입의 IP 주소는 대안적으로는 요청에 대한 응답으로 DNS 서버 시스템에 의해 획득될 수 있다. 사용될 IP 주소를 전송하기 위해 피어-투-피어 그룹 내에서 SIP 도메인들 또는 개별적인 사용자-에이전트 주소들에 대한 책임들이 정해진다. 여기서 SIP 도메인들은 각각의 경우에 질의 중인 SIP 클라이언트의 SIP 도메인일 수 있거나, 또는 경우에 따라서는, 사용자 에이전트, 또는 접속 설정을 위해 접촉될 사용자 에이전트의 SIP 도메인일 수 있다. 책임들을 정하거나 또는 경우에 따라서는 책임들에 대한 정보를 교환하기 위해 피어-투-피어 프로토콜들을 사용하는 것은 SIP 프록시 서버를 SIP 도메인에 다이내믹하면서 적응적으로 할당하는 것이 쉽게 구현될 수 있게 한다. 임의의 변경들 또는 영향들이 융통성 있게 응답될 수 있다. 예컨대 만약 새로운 SIP 프록시 서버가 추가된다면, 또는 만약 SIP 프록시 서버가 고장났거나 접속해제된다면, 또는 이용가능한 IP 주소 풀(pool)이 변한다면, 필요한 측정치들이 전송될 수 있거나, 또는 경우에 따라서는 피어-투-피어 프로토콜들에 의해 구현될 수 있다. 여기서 피어-투-피어 그룹은 또한 적어도 하나의 등록 서버를 포함할 수 있고, 이는 등록을 통해 상기 등록 서버에 의해 로깅되는 정보가 전송되거나 또는 경우에 따라서는 피어-투-피어 프로토콜들에 의해 이용가능하게 될 수 있도록 보장할 것이다. 피어-투-피어 그룹의 SIP 프록시 서버들은 바람직하게는 동시에 등록 서버들이다. 이어서 등록 및 프록시 서버들은 피어-투-피어 네트워크 내에서 단일 인스턴스로 합쳐질 것이다. 다음으로, 그것은 피어-투-피어 네트워크가 SIP 프록시 기능 및 SIP 등록 기능을 수행할 수 있는 일반적인 서버들로 구성된다는 것이 말해짐으로써 설명될 수 있다. 영향에 대한 응답은 또한 하나 이상의 복제 그룹들의 적응 또는 그에 대한 변경일 수 있다. 예컨대, 복제 그룹은 어떠한 서버도 그 복제 그룹의 일부를 사전에 형성하지 않은 SIP 프록시 서버 그룹의 SIP 프록시 서버들로 확장될 수 있다. 복제 그룹은 또한 다른 복제 그룹에 속하거나 또는 어떠한 복제 그룹에도 속하지 않는 SIP 프록시 서버들로 확장될 수 있다.
상기 개념은 새로운 SIP 프록시들을 통합하거나 또는 현존하는 SIP 프록시 자원들을 재구성하는데 있어 융통성 있다. 예컨대, 도메인 책임이 예컨대 임의의 도메인에 사전에 속하지 않았거나 또는 다른 도메인에 필요 없을 수 있는 피어들까지로 다이내믹하게 확장될 수 있다. 상기 다이내믹한 확장은 P2P 프로토콜에 의해서 수행되며, 예컨대 SIP 도메인을 책임지는 그룹 내에서 복제 정도와 같은 경계 조건들을 따른다. 상기 복제 정도에 관련해서는, 그것은 최소 및 최댓값에 의해서 정해질 수 있다. 다음으로, 도메인을 책임지는 다수의 피어들은 최소 정도의 복제가 이루어질 때까지 다른 도메인의 필요성들로 인해 계속 감소될 수 있다. 다음으로, 중복성은 말하자면 모든 도메인들에 분산될 것이며, 단지 하나에는 영구적으로 할당되지 않을 것이다.
질의 메시지들(예컨대 hello 메시지들로 지칭되는 것)을 사용하여 피어-투-피어 그룹 내에서 SIP 프록시 서버들의 기능을 규칙적으로 검사하는 것이 유리하다. 그것은 서버의 고장이 확인될 수 있게 할 것이고, 그에 응하여, 관련된 SIP 도메인들에 대한 책임들이 재할당될 수 있게 한다. SIP 도메인을 SIP 프록시 서버에 할당하는 것은, 규칙적인 검사를 통해서, 만약 확인되지 않는 경우에는 제거될 소프트 상태에 상응할 것이다.
본 발명은 또한 구현되거나 또는 경우에 따라서는 SIP 프록시 서버들 및 피어-투-피어 그룹의 조직을 통해 본 발명의 중복성을 제공하는데 적응되는 다수의 SIP 프록시 서버들을 구비한 서버 시스템 및 SIP 프록시 서버를 포함한다. 예컨대, 피어-투-피어 프로토콜들을 사용하여 피어-투-피어 그룹 내에서 통신이 이루어지고 또한 DNS 서버 시스템과의 통신이 이루어지도록 프로토콜 수단이 제공된다. 정보의 분산된 저장을 위한 수단이 피어-투-피어 그룹의 서버들에 또한 제공된다.
개선점에 따르면, 제 1 및 제 2 책임은 SIP 도메인을 위한 피어-투-피어 그룹 내에서 정해진다. 만약 제 1 책임을 갖는 SIP 프록시 서버가 고장난다면, 빠르고 효율적으로 그것을 대체하기 위해서 제 2 책임을 갖는 SIP 프록시 서버가 액세스될 수 있다. 그 결과, 제 1 책임은 다른 SIP 프록시 서버에 전가될 수 있고, 그럼으로써 새로운 백업 상황(롤오버 폴백)을 생성한다.
제 1 및 제 2 책임이 백업 SIP 프록시 자원들을 신속하게 제공하기 위해서 SIP 프록시에 의해 어떻게 사용될 수 있는지가 예시적인 실시예의 범위 내에서 아래에 설명된다. 제 2 예시적인 실시예는 상이한 배열들(constellations)을 위한 주소 결정을 나타낸다.
도 1은 SIP 프로토콜을 사용하는 통상적인 접속 설정을 나타내는 도면.
도 2는 SIP 프록시 자원들에 있어 오류 허용율을 설정하기 위한 통상의 방법을 나타내는 도면.
도 3은 접속을 설정하기 위한 SIP 프로토콜을 이용하기 위해 터미널이 사용자 에이전트로서 구현되는 네트워크 시나리오를 나타내는 도면.
도 4는 피어-투-피어 네트워크 내에서 본 발명의 네임 결정을 나타내는 도 면.
도 5는 출력 호에 대한 본 발명의 네임 결정을 나타내는 도면.
도 6은 인입 호에 대한 본 발명의 네임 결정을 나타내는 도면.
도 7은 SIP 프록시 서버가 고장난 경우에 본 발명에 따른 기능들의 전가를 나타내는 도면.
도 3에서는, SIP-전화기(사용자 에이전트로서 기능함)(SIP_TEL)이 SIP 프록시 서버들의 두 개의 고정적으로 사전구성된 SIP 주소들(ProxyPeer1 및 ProxyPeer2)을 갖는다. 제 1 구성된 SIP 프록시 서버 주소(ProxyPeer1)를 결정하기 위해서, 터미널(SIP_TEL)은 SRV 질의 메시지에 의해서 DNS 서버 시스템(DynDNS)에 접촉한다. DNS 서버 시스템(DynDNS)은 SIP 프록시 주소들을 IP 주소들에 할당한다. 상기 할당 또는 경우에 따라서는 주소 할당 테이블이 접속 설정을 위해 이용가능한 SIP 프록시 서버 그룹에 의해 DNS 서버 시스템(DynDNS)에 규칙적으로 전송된다. SIP 프록시 서버 그룹은 프록시 서버들(Z_ProxyPeer1, Z_ProxyPeer2, Z_ProxyPeer1')을 포함한다. 그 프록시 서버들(Z_ProxyPeer1, Z_ProxyPeer2, Z_ProxyPeer1') 각각은 SIP 주소들에 대한 책임을 갖는다{예컨대, SIP 프록시 서버(Z_ProxyPeer1)는 주소(ProxyPeer1)를 책임지고, SIP 프록시 서버(Z_ProxyPeer2)는 주소(ProxyPeer2)를 책임진다). SIP 프록시 서버들은 피어-투-피어 서버 시스템으로 구성되며, SIP 프록시 주소들을 IP 주소들에 현재 할당하는 각각의 경우에, 예컨대 SIP 프록시 서버(Z_ProxyPeer1)의 IP 주소가 SIP 프록시 주소(ProxyPeer1) 에 할당되고 SIP 프록시 서버의 IP 주소(Z_ProxyPeer2)가 SIP 프록시 주소(ProxyPeer2)에 할당된다는 것을 DNS 서버 시스템(DynDNS)에 통보한다. 다음으로, SIP 프록시 서버들의 책임에 대한 임의의 변경이 IP 주소를 SIP 프록시 주소에 새롭게 할당하는 것으로서 DNS 서버 시스템(DynDNS)에 간단히 전송될 수 있다.
프록시 서버들(Z_ProxyPeer1 및 Z_ProxyPeer2)의 IP 주소들은 현재 DNS 서버 시스템(DynDNS)에서 SIP 프록시 주소들(ProxyPeer1 및 ProxyPeer2)에 할당된다. 만약 예컨대 SIP 프록시 서버(Z_ProxyPeer1)와 같은 하나의 서버가 고장난다면, 이러한 사실이 피어-투-피어 그룹에 의해서 인지될 것이다. 이어서, 예컨대 프록시 피어 서버(ProxyPeer1')의 IP 주소는 SIP 프록시 주소(ProxyPeer1)에 할당된 IP 주소로서 서버 시스템(DynDNS)에 통보될 것이다(책임 변경). 다음으로, 사용자 에이전트(SIP_TEL)는, 주소(ProxyPeer1)의 결정 시에, Z_ProxyPeer1'의 IP 주소를 수신할 것이고, 그럼으로써 상기 에이전트는 상기 프록시 서버를 통해서 예컨대 접속 설정과 같은 서비스를 개시할 수 있을 것이다. 만약 서버(Z_ProxyPeer1)와 같은 서버에 고장이 발생하여 사용자 에이전트(SIP_TEL)에 의한 접촉 시도가 실패하게 된다면, 대체 주소(ProxyPeer2)가 사용될 수 있다. 예컨대, 사용자 에이전트(SIP_TEL)는 자신의 주소-결정 요청에 대한 응답으로 프록시 서버(Z_ProxyPeer1)의 IP 주소를 수신한다. 상기 SIP 프록시 서버(Z_ProxyPeer1)로의 (SIP 요청에 의한) 접속 설정은 상기 서버가 고장났기 때문에 실패하는데, 이는 확인 메시지(100 Trying)가 사용자 에이전트(SIP_TEL)에 의해서 수신되지 않는다는 것을 의미한다. 다음으로, 상기 에이전트는, 임의의 시간 기간 이후에(예컨대, 타이머의 만료 시 에), SIP 프록시 주소(ProxyPeer2)를 결정하기 위해 DNS 서버 시스템(DynDNS)에 질의(SRV 질의)를 전송하고, 그 후에 DNS 서버 시스템(DynDNS)은 SIP 프록시 서버(Z_ProxyPeer2)의 IP 주소를 전송함으로써 터미널(SIP_TEL)이 SIP 프록시 서버(Z_ProxyPeer2)를 통해 접속 설정을 구현할 수 있다.
위의 예시적인 실시예에 의해 명확한 바와 같이, 본 발명은 SIP 프록시 서버들이 피어-투-피어 그룹으로 구성된다는 장점으로 인해서 다이내믹하면서 융통적인 프록시-자원 제공을 가능하게 한다. 피어-투-피어 네트워크로서 구성된 SIP 프록시 시스템의 특성들을 활용하는 것은 도시된 특정 실시예로 제한되지 않는다. 예컨대, DNS 서버 시스템(DynDNS)에서 SIP 프록시 주소나 또는 SIP 도메인을 두 IP 주소들(하나의 정규 주소 및 하나의 대체 주소)에 할당하는 것(통보될 필요가 있는 IP 주소는 사용자 에이전트(SIP_TEL)의 주소가 속하는 특정 SIP 도메인으로부터 결정될 것임)이 존재할 수도 있다. DNS 서버 시스템(DynDNS)은 예컨대 사용자 에이전트들로부터의 질의를 알아차릴 수 있고, 만약 제 2 질의가 제 1 질의 이후에 바로 후속한다면, 다른 IP 주소나 또는 경우에 따라서는 대체 주소를 각각 전송할 수 있다.
네임 결정 및 중복 제공에 있어서 본 발명의 개념의 장점들이 도 4 내지 도 7을 통해 아래에서 설명된다. 도 4 내지 도 7은 원들로 표현된 SIP 프록시 서버들에 의해서 형성되는 피어-투-피어 네트워크를 도시한다. 여기서는 중복 SIP 프록시 자원들이 세 개의 SIP 도메인들(there, before, 및 after)에 대해서 피어-투-피어 네트워크에 의해 이용될 수 있다. 오픈 원들로 도시된 SIP 프록시 서버들은 SIP 도 메인(there)을 책임지고, 그레이 원들은 SIP 도메인(before)을 책임지며, 블랙 원들은 SIP 도메인(after)을 책임진다. SIP 도메인들에 속하는 터미널들은 네임의 초기 문자에 따라 인덱싱되며, 접촉과 관련있는 정보(위치, IP 주소,...)를 저장하기 위해 SIP 프록시 서버들에 할당된다. 도 4에 도시된 SIP 프록시 서버(1)는 각각의 경우에 초기 문자들(a 내지 f)에 대한 정보를 저장한다. 도메인(there)에 대한 SIP 프록시 서버(2)는 초기 문자들(g to k)에 대한 정보를 저장하고, 도메인(there)에 대한 SIP 프록시 서버(3)는 초기 문자들(l 내지 o)에 대한 정보를 저장한다. 각각의 SIP 도메인을 책임지는 SIP 프록시 서버들에 대한 모든 접속된 터미널들에 대한 정보가 이러한 방식으로 저장된다. 저장된 정보 아이템들 각각에 대해서, 각각의 경우에 다른 SIP 프록시 서버에 파일링되는 복사본이 존재한다. 예컨대, 도메인(there)에 대한 SIP 프록시 서버(1)가 도메인(before)에서 터미널들의 초기 문자들(x to z)에 대한 정보를 저장하고, 도메인(there)에 대한 SIP 프록시 서버(2)가 도메인(there)에서 터미널들의 초기 문자들(a 내지 f)에 대한 정보를 저장하며(다시 말해서, 그것은 도메인(there)에 대한 정보를 SIP 프록시 서버(1)에서 복제한다), 계속해서 이러한 방식을 따른다. 정보의 복제는 각각의 경우에 인접한 SIP 프록시 서버들이 각각의 SIP 프록시 서버에 대한 복제된 정보를 저장하는 방식으로 고리 모양으로 구현된 피어-투-피어 네트워크 내에서 이루어진다. 다른 SIP 도메인에 대한 어떠한 복제된 정보가 저장되지 않는 방식으로 복제된 정보를 저장하는 것이 대안적으로 구상될 수 있을 것이다(예컨대, 도 1에서 SIP 프록시 서버(1)의 경우에서처럼). 각각의 경우에, SIP 도메인을 책임지는 SIP 프록시 서버 들 중 두 개가 도 3을 통해 이미 설명된 규칙을 수행하는데, 즉, SIP 주소들(도 3에서 ProxyPeer1 및 ProxyPeer2)이 도메인의 터미널들에 미리 구성되었거나 또는 경우에 따라서는 미리 설정되었다. 상기 규칙 또는 기능은 도 4 내지 도 7에서 proxy1 또는 경우에 따라서는 proxy2에 의해 식별된다. 상기 기능은 SIP 프록시 서버들(1 및 2)에 의해 도 4 내지 도 7에서 도메인(there)에 대해 수행된다. 도 4 내지 도 6에 도시되어 있는 alice@there와 a second terminal.alice@there 간의 호 설정을 위한 상이한 배열에 대한 흐름들은 예컨대 도 3에 도시된 SIP 클라이언트(SIP 전화기) SIP_TEL에 상응한다.
도 4에서는, SIP 클라이언트 alice@there가 SIP 도메인(after)(피어-투-피어 네트워크 내에서의 네임 결정)에서 터미널 bob@after를 호출한다. alice@there는, 이를 위해서, 도메인(there)에 대한 기능(proxy1)을 갖는 SIP 프록시 서버(즉, 도메인(there)을 책임지는 SIP 프록시 서버1)에 INVITE 메시지를 전송한다. 네임 결정을 위해서, 상기 서버는 도메인(after)에 대해 기능(proxy1)을 갖는 SIP 프록시 서버(즉, 도메인(after)을 책임지는 SIP 프록시 서버1)에 접촉한다. 상응하는 IP 주소 bob@1.2.3.4가 RESPONSE 메시지를 통해 전송된다. 이어서, 도메인(there)의 SIP 프록시 서버1는 주소 bob@1.2.3.4, 즉, bob@after에 INVITE 메시지를 전송할 수 있다.
도 5에서는, SIP 클라이언트 alice@there가 SIP 도메인(somewhere)의 터미널 john@somewhere를 호출한다(피어-투-피어 네트워크 밖의 터미널로의 호에 대한 네임 결정). SIP 도메인(somethere)은 피어-투-피어 네트워크 내에서 관리되지 않는 다. alice@there는 먼저, 도 4의 경우에서처럼, 도메인(there)을 위한 기능(proxy1)을 갖는 SIP 프록시 서버에 INVITE 메시지를 전송한다. 네임 결정을 위해서, 도메인(there)을 위한 기능(proxy1)을 갖는 SIP 프록시 서버는 도메인(somethere)을 책임지는 SIP 프록시 서버를 식별하기 위해서 LOOKUP 메시지를 통해 DNS 시스템에 접촉한다. 다음으로, LOOKUP 메시지는 john@somewhere의 IP 주소를 획득하기 위해서 도메인(somewhere)을 책임지는 상기 SIP 프록시 서버에 전송된다. INVITE 메시지 및 john@somewhere의 IP 주소 jon@1.2.3.4가 마지막으로 전송된다.
도 6에서는, SIP 클라이언트 john@somewhere가 터미널 alice@there를 호출한다(피어-투-피어 네트워크 밖에 있는 터미널로부터의 호에 대한 네임 결정). SIP 클라이언트 john@somewhere는 먼저 도메인(somewhere)을 책임지는 SIP 프록시 서버 proxy1@somewhere에 INVITE 메시지를 전송한다. 상기 서버는 도메인(there)에 대한 SIN 프록시 서버를 식별하기 위해서 DNS 시스템(DynDNS)에 LOOKUP 메시지를 전송한다. DNS 시스템(DynDNS)은 기능(proxy1)을 갖는 도메인(there)의 SIP 프록시 서버를 도메인(there)을 책임지는 SIP 프록시 서버로서 저장한다. alice@there의 IP 주소는 LOOKUP 메시지를 통해 상기 SIP 프록시 서버(SIP 프록시 서버 1)로부터 획득된다. 만약 SIP 프록시 서버 1이 관련된 네임 공간을 관리하고 있지 않다면, P2P LOOKUP 질의가 관련 피어에 전송될 것이다. SIP 프록시 서버 proxy1@somewhere가 마지막으로 alice@there의 IP 주소 alice@1.2.3.4에 INVITE 메시지를 전송한다.
도 7은 도메인(there)의 기능(proxy1)을 갖는 SIP 프록시 서버 1가 고장난 경우에 상기 기능(proxy1)의 전송을 나타낸다. 만약 기능(proxy1)을 갖는 SIP 프록시 서버가 이용가능하지 않다면, 터미널(SIP_TEL)은 호출 설정을 위해 기능(proxy2)을 갖는 SIP 프록시 서버 2를 사용할 수 있다. 피어들에 의해 검출되어진 고장이 발생한 SIP 프록시 서버의 책임은 다시 한번 재분배될 것이다. 본 경우에는, SIP 프록시 서버 3이 기능(proxy1)을 떠맡을 것이고, SIP 프록시 서버 2가 터미널에 대한 책임을 떠맡을 것이다(이전의 g-k을 대신해서 네임 인덱스 a-k). 이어서, SIP 프록시 서버 3은 SIP 프록시 서버 1의 복제된 정보를 저장할 것이다(복제 a-k).

Claims (21)

  1. 중복적인 SIP 프록시 자원들을 제공하는 SIP 네트워크에서 SIP 프록시의 주소를 결정(resolve)하기 위한 방법에 있어서,
    SIP 프록시 자원들이 SIP 클라이언트에 의해 액세스되는,
    주소 결정 방법으로서,
    SIP 프록시 자원들이 다수의 SIP 프록시 서버들의 형태로 제공되고,
    상기 SIP 프록시 서버들이 피어-투-피어 그룹에 속하며,
    메시지들이 피어-투-피어 프로토콜에 의해 피어-투-피어 그룹 내에서 교환되고, 상기 교환을 통해서 SIP 도메인들 또는 사용자 에이전트 주소들에 대한 책임들(responsibilities)이 알려지는 것을 특징으로 하는,
    주소 결정 방법.
  2. 제 1항에 있어서,
    피어-투-피어 네트워크가 하나 이상의 SIP 프록시 서버들에 의해 제공되고,
    피어-투-피어 네트워크의 SIP 프록시 서버들이 책임을 지는 두 SIP 클라이언트들 간에 접속을 설정하는 경우에, 주소 결정이 피어-투-피어 네트워크 내에서 수행되는 것을 특징으로 하는, 주소 결정 방법.
  3. 제 1항 또는 제 2항에 있어서,
    피어-투-피어 네트워크가 하나 이상의 SIP 프록시 서버들에 의해 제공되고,
    두 SIP 클라이언트들 간에 접속을 설정하는 경우에는, 상기 SIP 클라이언트들 중 단지 하나에 대해서, 피어-투-피어 네트워크의 SIP 프록시 서버들이 책임을 지고, 상기 피어-투-피어 네트워크의 질의들을 책임지는 SIP 프록시 서버의 IP 주소가 DNS 서버 시스템에서 이용가능하게 되는 것을 특징으로 하는, 주소 결정 방법.
  4. 제 1항 내지 제 3항 중 어느 한 항에 있어서,
    피어-투-피어 네트워크가 하나 이상의 SIP 프록시 서버들에 의해 제공되고,
    적어도 하나의 복제 그룹(replication group)이 피어-투-피어 네트워크 내에서 제공되는 것을 특징으로 하는, 주소 결정 방법.
  5. 제 4항에 있어서, SIP 도메인들에 대한 SIP 프록시 서버들의 책임에 관련한 정보와 각각의 IP 주소들이 분산 및 중복되는 방식으로 피어-투-피어 그룹에 보관되는 것을 특징으로 하는, 주소 결정 방법.
  6. 제 1항 내지 제 5항 중 어느 한 항에 있어서, SIP 도메인들에 대한 SIP 프록시 서버들의 책임에 관련한 정보와 각각의 IP 주소들이 DHT(Distributed Hash Table) 방법을 통해 결정되는 것을 특징으로 하는, 주소 결정 방법.
  7. 제 1항 내지 제 6항 중 어느 한 항에 있어서, 임의의 변경이 피어-투-피어 그룹에 영향을 주는 경우에, SIP 프록시 서버들의 IP 주소들 및 영향을 받은 책임들이 SIP 도메인들 또는 사용자-에이전트 주소들에 대해 적응되는 것을 특징으로 하는, 주소 결정 방법.
  8. 제 4항 내지 제 7항 중 어느 한 항에 있어서, 임의의 변경이 피어-투-피어 그룹에 영향을 주는 경우에, 적어도 하나의 복제 그룹이 적응되는 것을 특징으로 하는, 주소 결정 방법.
  9. 제 7항 또는 제 8항에 있어서, 피어-투-피어 그룹에 영향을 주는 변경은, 새로운 SIP 프록시 서버를 추가함으로 인한 피어-투-피어 그룹의 SIP 프록시 서버의 고장 또는 접속해제나 또는 피어-투-피어 그룹에 이용가능한 IP 주소들의 풀(pool)에 관한 변경인 것을 특징으로 하는, 주소 결정 방법.
  10. 제 1항 내지 제 9항 중 어느 한 항에 있어서, 피어-투-피어 그룹의 SIP 프록시 서버들의 기능은 메시지들의 교환을 통해서 규칙적으로 검사되는 것을 특징으로 하는, 주소 결정 방법.
  11. 제 1항 내지 제 10항 중 어느 한 항에 있어서, 피어-투-피어 그룹은 적어도 하나의 등록 서버를 포함하는 것을 특징으로 하는, 주소 결정 방법.
  12. 제 11항에 있어서, 피어-투-피어 그룹의 피어-투-피어 서버들은 등록 서버의 기능을 또한 갖는 것을 특징으로 하는, 주소 결정 방법.
  13. 제 1항 내지 제 12항 중 어느 한 항에 있어서,
    SIP 프록시 서버는,
    SIP 클라이언트의 SIP 도메인에 대한 책임을 가질 때, 또는
    SIP 프록시 자원들을 사용하여 접속이 설정될 SIP 사용자 에이전트의 SIP 도메인에 대한 책임을 가질 때와 같은 SIP 클라이언트의 질의를 책임지는 것을 특징으로 하는, 주소 결정 방법.
  14. 제 1항 내지 제 13항 중 어느 한 항에 있어서,
    DNS 서버 시스템이 SIP 클라이언트의 질의를 책임지는 SIP 프록시 서버의 IP 주소를 제공하기 위한 피어-투-피어 그룹에 요청을 전송하거나, 또는
    SIP 프록시 서버들의 IP 주소들 및 상기 IP 주소의 할당에 관한 정보가 피어-투-피어 그룹에 의해 DNS 서버 시스템에 규칙적으로 전달되는 것을 특징으로 하는, 주소 결정 방법.
  15. 제 1항 내지 제 14항 중 어느 한 항에 있어서,
    상기 SIP 클라이언트는 SIP 프록시 자원들을 액세스하기 위한 적어도 하나의 SIP 주소를 갖고,
    SIP 프록시 자원들에 액세스하기 위해 SIP 주소에 할당된 IP 주소를 획득하기 위해서 요청이 SIP 클라이언트에 의해 DNS 서버 시스템에 전달되는 것을 특징으로 하는, 주소 결정 방법.
  16. 제 1항 내지 제 15항 중 어느 한 항에 있어서, 각각의 경우에, SIP 도메인들 또는 사용자 에이전트 주소들에 대한 피어-투-피어 그룹 내에서 하나의 제 1 및 하나의 제 2 책임이 정해지는 것을 특징으로 하는, 주소 결정 방법.
  17. 제 16항에 있어서, 각각의 경우에, 제 1 및 제 2 SIP 프록시 서버가 주소 결정을 위한 제 1 및 제 2 책임을 통해 유지하는데 있어서 SIP 도메인들에 대해 규정되고, 만약 제 1 SIP 프록시 서버가 고장났다는 것이 발견되거나 또는 이용가능하지 않다고 결정된다면, 제 2 SIP 프록시 서버로의 액세스가 이루어지는 것을 특징으로 하는, 주소 결정 방법.
  18. 제 16항 또는 제 17항에 있어서,
    SIP 클라이언트는 SIP 프록시 자원들에 액세스하기 위한 제 1 및 제 2 SIP 주소를 갖고,
    만약 제 1 SIP 주소에 상응하는 IP 주소가 성공적으로 사용되지 않는다면, SIP 프록시 자원들을 액세스하기 위한 제 2 SIP 주소에 할당되어진 IP 주소를 획득 하기 위해 SIP 클라이언트에 의해 DNS 서버 시스템으로 요청이 전달되는 것을 특징으로 하는, 주소 결정 방법.
  19. 제 16항 내지 제 18항 중 어느 한 항에 있어서, 만약 SIP 도메인에 대한 제 1 책임을 갖는 SIP 프록시 서버의 고장이 검출된다면, 상기 SIP 도메인에 대한 제 1 책임을 떠맡을 대체 서버가 결정되는 것을 특징으로 하는, 주소 결정 방법.
  20. SIP 프록시 서버로서,
    제 1항 내지 제 19항 중 어느 한 항에 따른 방법의 범주 내에서 피어-투-피어 통신을 위해 구현되는 것을 특징으로 하는,
    SIP 프록시 서버.
  21. 서버 시스템으로서,
    다수의 SIP 프록시 서버들을 포함하고,
    제 1항 내지 제 19항 중 어느 한 항에 따른 방법을 구현하도록 적응되는 것을 특징으로 하는,
    서버 시스템.
KR1020077020790A 2005-02-28 2006-02-21 중복적인 ｓｉｐ 프록시 자원들의 이용가능 KR20070103772A (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102005009107A DE102005009107B3 (de) 2005-02-28 2005-02-28 Bereitstellung von redundanten SIP Proxy Ressourcen
DE102005009107.5 2005-02-28

Publications (1)

Publication Number Publication Date
KR20070103772A true KR20070103772A (ko) 2007-10-24

Family

ID=36237552

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020077020790A KR20070103772A (ko) 2005-02-28 2006-02-21 중복적인 ｓｉｐ 프록시 자원들의 이용가능

Country Status (7)

Country Link
US (1) US20080247381A1 (ko)
EP (1) EP1856889A1 (ko)
KR (1) KR20070103772A (ko)
CN (1) CN101129050A (ko)
CA (1) CA2599176A1 (ko)
DE (1) DE102005009107B3 (ko)
WO (1) WO2006092368A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9389969B2 (en) 2011-10-24 2016-07-12 Alcatel Lucent Method for SIP proxy failover

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7920549B2 (en) * 2005-07-20 2011-04-05 Verizon Business Global Llc Method and system for providing secure media gateways to support interdomain traversal
US20080056274A1 (en) * 2006-08-31 2008-03-06 Mastrogiulio Joseph V Method and apparatus for dynamically maintaining a routing database for a SIP server
US7656836B2 (en) * 2006-10-05 2010-02-02 Avaya Inc. Centralized controller for distributed handling of telecommunications features
WO2008066867A2 (en) * 2006-11-29 2008-06-05 Net2Phone, Inc. Remote redundant voice server system
GB2444995B (en) * 2006-12-21 2011-07-27 Vodafone Plc Peer to peer network
CN100531098C (zh) 2007-03-13 2009-08-19 华为技术有限公司 一种对等网络系统及重叠网间节点的互通方法
JP5185378B2 (ja) * 2007-06-22 2013-04-17 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ユーザ・データベース・サーバ、サービス・ポリシー・サーバ、及びアプリケーション・サーバを含むｉｐマルチメディア・サブシステム通信ネットワークにおいてユーザ装置を通じてサービスを提供する方法
US7970916B2 (en) * 2007-07-25 2011-06-28 Cisco Technology, Inc. Register clustering in a sip-based network
US8300644B2 (en) 2008-09-30 2012-10-30 Avaya Inc. Coordination of user information across session initiation protocol-based proxy servers
US7885253B2 (en) 2008-09-30 2011-02-08 Avaya Inc. Synchronization of session-initiation-protocol proxy databases
JP4920052B2 (ja) 2009-03-11 2012-04-18 株式会社日立製作所 通信システム及びサーバ
US9219615B2 (en) 2011-01-28 2015-12-22 Throughtek Co., Ltd. Remote information communication system and linking method thereof
US9729502B2 (en) 2011-02-02 2017-08-08 Junction Networks, Inc. System and method for geographic SIP scaling
CN102647397B (zh) * 2011-02-17 2016-12-21 中兴通讯股份有限公司 一种sip会话保护的方法和系统
CN102891833B (zh) * 2011-07-21 2017-03-29 中兴通讯股份有限公司 网络容灾方法和系统
CN104935681B (zh) * 2012-09-10 2018-10-09 华为技术有限公司 Sip注册服务器地址的获得方法、设备及系统
US9179482B2 (en) * 2013-03-15 2015-11-03 Vonage Network, Llc Systems and methods for rapid setup of telephony communications
US9198091B2 (en) 2013-03-15 2015-11-24 Vonage Network, Llc Systems and methods for rapid setup of telephony communications
US11778000B1 (en) 2013-03-25 2023-10-03 Junction Networks Inc. Event subscription in distributed session initiation protocol architectures
US9215169B2 (en) * 2013-05-15 2015-12-15 Verizon Patent And Licensing Inc. Delivering correct number information in a private SIP network
US9203936B2 (en) 2013-10-07 2015-12-01 At&T Intellectual Property I, Lp Method and apparatus for initiating communication sessions
US9191264B2 (en) * 2013-10-08 2015-11-17 At&T Intellectual Property I, Lp Method and apparatus for initiating communication sessions
US9912623B2 (en) 2015-01-16 2018-03-06 General Electric Company Systems and methods for adaptive context-aware control of multimedia communication sessions

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020103850A1 (en) * 2001-01-31 2002-08-01 Moyer Stanley L. System and method for out-sourcing the functionality of session initiation protocol (SIP) user agents to proxies
US7020707B2 (en) * 2001-05-30 2006-03-28 Tekelec Scalable, reliable session initiation protocol (SIP) signaling routing node
WO2002102031A2 (en) * 2001-06-12 2002-12-19 The Trustees Of Columbia University In The City Of New York System and method for call routing in an ip telephony network
EP1487186B8 (de) * 2003-06-11 2017-05-17 Unify GmbH & Co. KG Verfahren und Kommunikationsanordnung zum wechselweisen Betrieb eines Endgerätes an zumindest zwei Kommunikationsknoten
KR100661313B1 (ko) * 2003-12-03 2006-12-27 한국전자통신연구원 평생 번호를 사용한 이동성 제공이 가능한 ｓｉｐ 기반의멀티미디어 통신 시스템 및 이동성 제공 방법
US20050138119A1 (en) * 2003-12-23 2005-06-23 Nokia Corporation User-location service for ad hoc, peer-to-peer networks
US7532712B2 (en) * 2004-12-01 2009-05-12 Time Warner Cable, Inc. System and method for providing caller ID service in a multi-region cable network
EP2179541B1 (en) * 2007-07-31 2018-11-21 Tekelec, Inc. Systems, methods, and computer program products for distributing application or higher layer communications network signaling entity operational status information among session initiation protocol (sip) entities
EP2232818B1 (en) * 2007-12-17 2012-05-02 Telefonaktiebolaget L M Ericsson (publ) Session initiation protocol stack optimisation
US7720976B2 (en) * 2008-03-31 2010-05-18 Alcatel-Lucent Usa Inc. Peer-to-peer communication between different types of internet hosts

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9389969B2 (en) 2011-10-24 2016-07-12 Alcatel Lucent Method for SIP proxy failover

Also Published As

Publication number Publication date
DE102005009107B3 (de) 2006-07-13
CN101129050A (zh) 2008-02-20
EP1856889A1 (de) 2007-11-21
WO2006092368A1 (de) 2006-09-08
CA2599176A1 (en) 2006-09-08
US20080247381A1 (en) 2008-10-09

Similar Documents

Publication Publication Date Title
KR20070103772A (ko) 중복적인 ｓｉｐ 프록시 자원들의 이용가능
US8255736B2 (en) Consistent and fault tolerant distributed hash table (DHT) overlay network
Singh et al. Peer-to-peer internet telephony using SIP
RU2431184C2 (ru) Межблизостная связь в федерации рандеву
JP5523012B2 (ja) エンドポイントを生き残ったネットワークのコントローラのリスト内にコントローラのスライディング・ウインドウで登録する方法
KR20090102621A (ko) 세션 개시 프로토콜(ｓｉｐ) 존속가능 네트워크 유지 방법,세션 개시 프로토콜(ｓｉｐ) 활성화 통신 디바이스 및 컴퓨터 판독가능 매체
US8930768B2 (en) System and method of failover for an initiated SIP session
Singh Reliable, Scalable and Interoperable Internet Telephony
Cuevas et al. A collaborative P2P scheme for NAT Traversal Server discovery based on topological information
US8799434B2 (en) System and method for establishment of a client/server type relationship in a peer-to-peer network
Fiedler et al. Reliable VoIP services using a peer-to-peer intranet
Rescorla et al. Introduction to distributed hash tables
Singh et al. Failover and load sharing in SIP telephony
Risson et al. A dependable global location service using rendezvous on hierarchic distributed hash tables
Ma et al. A hierarchical P2P architecture for SIP communication
KR101507197B1 (ko) Ｐ2ｐ 네트워크를 위한 최적화된 결함 내성 메커니즘
Lee et al. mdht: Multicast-augmented dht architecture for high availability and immunity to churn
Li et al. Reliable and scalable DHT-based SIP server farm
Zheng et al. A fast and accurate replica selection mechanism using explicit multicast for cdns
RU2344562C2 (ru) Способ выбора сервера из набора серверов
Li et al. Transit-stub architecture for peer-to-peer SIP
Amrou et al. Node Discovery in Freelib, a Peer-to-peer-based Digital Library
US20060072468A1 (en) Method and apparatus for configuring a network node using multiple peer-to-peer layers
de Castro Louback Rocha et al. A Self-Managing SIP-based IP Telephony System based on a P2P approach using Kademlia
Rahman et al. Social-Aware DNS: First Step towards Future Internet

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