KR101620809B1 - Ｓｉｐ 프록시 장애 극복을 위한 방법 - Google Patents

Ｓｉｐ 프록시 장애 극복을 위한 방법 Download PDF

Info

Publication number
KR101620809B1
KR101620809B1 KR1020147010053A KR20147010053A KR101620809B1 KR 101620809 B1 KR101620809 B1 KR 101620809B1 KR 1020147010053 A KR1020147010053 A KR 1020147010053A KR 20147010053 A KR20147010053 A KR 20147010053A KR 101620809 B1 KR101620809 B1 KR 101620809B1
Authority
KR
South Korea
Prior art keywords
sip proxy
domain name
proxy
dnsr
name server
Prior art date
Application number
KR1020147010053A
Other languages
English (en)
Other versions
KR20140064964A (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 KR20140064964A publication Critical patent/KR20140064964A/ko
Application granted granted Critical
Publication of KR101620809B1 publication Critical patent/KR101620809B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
    • 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • 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/1069—Session establishment or de-establishment
    • 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/1073—Registration or de-registration
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

Landscapes

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

Abstract

복수의 프록시들(P1, P2) 및 도메인 이름 서버(DNSR)를 포함하는 SIP 원격통신 네트워크(SIPN)에서의 SIP 프록시 장애 극복을 위해, 방법은: 상기 도메인 이름 서버(DNSR)에서, 작동하는 상기 프록시들의 어드레스들을 저장하는 단계; 제 1 프록시(P1)가 셧 다운한다면, 이러한 제 1 프록시가 셧 다운하였음을 상기 도메인 이름 서버(DNSR)에 통지하는 단계(42); 그 후, 이용자 에이전트(SIPUA1)가 도메인 이름 시스템 요청을 상기 도메인 이름 서버(DNSR)로 전송한다면(43), 상기 도메인 이름 서버(DNSR)로부터 이러한 이용자 에이전트로, 단지 작동하는 프록시들(P2) 각각의 어드레스들만을 포함하는 응답을 전송하는 단계(44); 및 그 후, 상기 이용자 에이전트가, 그 어드레스가 상기 도메인 이름 서버(DNSR)로부터의 상기 응답에 포함되는 프록시(P2)에 자체적으로 등록하는 단계를 포함한다.

Description

ＳＩＰ 프록시 장애 극복을 위한 방법{A METHOD FOR SIP PROXY FAILOVER}
본 발명은 일반적으로 SIP(세션 개시 프로토콜) 원격통신 네트워크에서의 SIP 프록시 장애 극복을 위한 방법에 관한 것이다.
도 1은 두 개의 프록시들(P1, P2) 및 도메인 이름 서버(DNSR)를 포함하는 클래식 SIP 원격통신 네트워크(SIPN)의 일 예를 개략적으로 나타낸다. 전화기 단말들은 각각 이용자 에이전트들(SIPUA1, SIPUA2 등)을 포함하고 이더넷 링크들을 통해 이러한 SIP 네트워크에 연결된다.
모든 SIP 이용자 에이전트들(SIPUA1, SIPUA2 등)은 표준들(RFC3261, RFC3263)에 의해 규정된 절차들을 이용함으로써, 동일한 SIP 도메인, 특히 도메인 이름 시스템(DNS) 레졸루션에 등록된다. 예를 들면, 이용자 에이전트(SIPUA1)는 프록시(P1)에 등록되고, 이용자 에이전트(SIPUA2)는 프록시(P2)에 등록된다. 프록시에 등록하기 위해, 이용자 에이전트는 우선순위 산정을 갖고, 프록시 어드레스들의 리스트를 얻기 위해 DNS 서버에 대한 "DNS 요청"을 하고, 그 후 그것은 이러한 리스트에서 가장 높은 우선순위를 가진 프록시 어드레스를 선택하고 그것에 등록한다. 일단 등록되면, 그것은 상기 프록시로 후속 요청들을 전송하고(DNS 서버 구성이 변경되지 않는다면), 특히 그것은 호들을 설정하기 위해 요청들을 전송한다.
SIP 도메인은 일반적으로 일 세트의 프록시들에 의해 관리되고 이들 프록시들은 이중화되고, 따라서 각각의 프록시는 또 다른 것이 셧 다운되는 경우에(예를 들면, 유지 목적을 위해) 장애 극복 기능을 제공한다. 예를 들면, 프록시(P1)가 유지를 위해 셧 다운된다면, SIP 이용자 에이전트(SIPUA1)는 백업 프록시(P2)로 스위칭해야 한다. 그러나 SIP 이용자 에이전트(SIPUA1)는 SIP 프로토콜 수단에 의해, 프록시(P1)가 셧 다운되었음을 즉시 인지하지 않는다.
도 2는 이러한 대표적인 SIP 원격통신 네트워크(SIPN)에서 프록시(P1)로부터 프록시(P2)로의 장애 극복을 예시한다. 프록시(P1)가 셧 다운할 때, 그 후 프록시(P2)는 도메인에서 이용자 에이전트들 모두를 서비스하도록 인계받는다. 이용자가 그/그녀의 SIP 전화기를 시작할 때, 이러한 전화기의 SIP 이용자 에이전트(SIPUA1)는 다음의 단계들을 행한다:
- 단계 20: 도메인 이름을 풀기 위해, 표준(RFC3263)에 따라, DNS 요청을 DNS 서버(DNSR)로 전송한다.
- 단계 21: DNS 서버(DNSR)는 제 1 우선순위에서 프록시(P1)를 및 제 2 우선순위에서 프록시(P2)를 각각 나타내는 프록시 어드레스들을 포함하는 DNS 응답으로 응답한다.
- 단계 22: 얼마 후, 프록시(P1)는 셧 다운한다.
- 단계 23: 얼마 후, 이 전화기의 이용자는 또 다른 전화기 이용자를 호출한다. 이용자 에이전트(SIPUA1)는 다시 도메인 이름을 풀기 위해, 표준(RFC3263)에 따라, DNS 요청을 DNS 서버(DNSR)로 전송한다.
- 단계 24: DNS 서버(DNSR)는 그것이 프록시(P1)의 셧 다운을 인지하지 않기 때문에, 제 1 우선순위에서 프록시(P1)를 및 제 2 우선순위에서 프록시(P2)를 각각 나타내는 프록시 어드레스들을 포함하는 DNS 응답으로 응답한다.
- 단계 25: 그 후 이용자 에이전트(SIPUA1)는 그것이 최고 우선순위를 갖기 때문에, 메시지("초대 sip:bob@example.com")를 프록시(P1)로 전송한다. 프록시(P1)는 그것이 셧 다운되기 때문에 세션을 확립하는데 실패한다. 그것은 전혀 응답하지 않는다. 단말은 응답을 기다린다.
- 단계 26: 이용자 에이전트(SIPUA1)에서, 타이머(B)(요청 타임아웃, RFC3261에서의 타이머 기준을 참고하자)는 미리 결정된 시간 후 만료한다.
- 단계 27: 그 후 이용자 에이전트(SIPUA1)는 도메인 이름 서버(DNSR)로부터 수신된 프록시 어드레스들의 리스트에서 제 2 우선순위를 가진 프록시(P2)로 메시지("초대 sip:bob@example.com")를 전송한다.
- 단계 28: 프록시(P2)는 이용자 에이전트(SIPUA1)가 프록시(P2)에 등록되지 않았기 때문에, 메시지("403 금지")로 응답한다.
- 단계 29: 이용자 에이전트(SIPUA1)는 프록시(P2)로 수신확인 메시지("ACK")를 전송한다.
호 확립은 SIP 이용자 에이전트(SIPUA1)가 프록시(P2)에 등록되지 않았기 때문에 가능하지 않다. 이러한 등록은 나중에, 등록 리프레쉬 시간(RFC3261 등록 리프레쉬에 따라)에 발생할 것이다. 그러므로, 호는 리프레쉬 시간 후 가능할 것이지만, 이러한 지연은 길 수 있다(수 분들).
종래 기술의 설명
최상의 기존의 해결책은 RFC3261, RFC3263, 및 RFC5626 섹션 4.5에 설명된다.
- RFC3261은 SIP 이용자 에이전트가 동일한 프록시로 다시 등록하려고 시도하는 리프레쉬 시간("만료"로 지명되는)을 규정한다.
- RFC5626은 프록시가 도달가능하지 않은 경우에 복구를 가속화하기 위한 알고리즘을 규정한다.
- RFC3263은 백업 프록시들의 리스트를 전달하기 위해 "DNS SRV" 메시지를 전송한다.
상기 sip 이용자 에이전트는 복구 프록시로 스위칭하기 위해 (우선순위 산정을 갖고) 이러한 프록시들의 리스트를 이용해야 한다.
이러한 알려진 해결책은 복구 시간이 너무 길기 때문에 충분히 양호하지 않으며, 이러한 시간은 가능한 한 짧아야 한다. 이러한 시간을 추정하려고 시도해보자:
- 초대 메시지가 프록시(P1)로 전송될 때, 타이머(B)가 시작되고 셧 다운이 검출되기 전에 만료할 것이다. 자동적으로, 타이머(B)(RFC3261 참조)는 32초들 동안 지속한다.
- 제 2 초대 메시지가 프록시(P2)로 전송될 때, 그것은 프록시(P2)에 등록되지 않았기 때문에 거절된다. 다시 등록하기 위해, 그것은 최악의 경우에, 매우 길 수 있는(수 분들) 만료 시간을 견뎌야 할 수 있다.
도 3에 의해 예시된, 또 다른 알려진 해결책은 도메인의 프록시들(P1, P2) 모두가 이용자 에이전트들 모두의 등록 어드레스들을 저장하는 공통 데이터베이스(CDB)를 포함한다. 그러나, 예를 들면, SIP 이용자 에이전트(SIPUA3)가 네트워크 어드레스 변환기(흔히 "NAT"로 축약된)를 포함하는 라우터(R)를 지지한다면, 이러한 해결책은 더 이상 듣지 않는다: 사실상, 네트워크 어드레스 변환기는 메시지가 프록시(P2)로 포워딩될 때 및 메시지가 프록시(P1)로 포워딩될 때, 두 개의 상이한 수송 어드레스들(IP 어드레스 + 포트), 예를 들면, 각각 10.0.0.1:3333 및 10.0.01:2222를 할당한다. 따라서 프록시(P2)에 도달하기 위해 이용된 등록 어드레스(10.0.0.1:3333)는, 이러한 등록 어드레스(10.0.0.1:3333)가 공통 데이터베이스(DB)에 등록되었을지라도, 프록시(P2)의 고장의 경우에, 프록시(P1)에 도달하기 위해 재이용될 수 없다.
따라서, 빠른 SIP 프록시 장애 극복을 제공하기 위한 기술적인 해결책을 제공하기 위한 요구가 존재한다. 그것은 이용자들이 긴급 전화 호들이 설정되기를 기다릴 때 특히 중요하다.
이러한 문제점은 본 발명에 따른 방법을 적용함으로써 해결될 수 있다.
본 발명의 목적은 복수의 프록시들 및 도메인 이름 서버를 포함하는 SIP 원격통신 네트워크에서 SIP 프록시 장애 극복을 위한 방법이고, 이러한 방법은 다음의 단계들:
- 상기 도메인 이름 서버에서, 작동하고 있는 프록시들의 어드레스들을 저장하는 단계;
- 제 1 프록시가 셧 다운한다면, 이러한 제 1 프록시가 셧 다운하였음을 상기 도메인 이름 서버에 통지하는 단계;
- 그 후, 이용자 에이전트가 상기 도메인 이름 서버로 도메인 이름 시스템 요청을 전송한다면, 상기 도메인 이름 서버로부터 이러한 이용자 에이전트로, 작동하고 있는 프록시들 각각의 어드레스들만을 포함하는 응답을 전송하는 단계; 및
- 그 후, 상기 이용자 에이전트가, 상기 도메인 이름 서버로부터의 상기 응답에 포함되는 어드레스를 갖는 프록시에 자체적으로 등록하는 단계를 포함한다.
이러한 방법 덕분에, SIP 프록시를 셧 다운할 때, 상기 도메인 이름 서버는 이러한 프록시가 이용가능하지 않음을 기억하기 위해 업데이트된다. 이용자 에이전트가 프록시로 메시지를 전송하도록 요구할 때, 도메인 이름 서버는 작동하고 있는 프록시의 적어도 하나의 어드레스를 이용자 에이전트에 제공한다. 따라서 이용자 에이전트는 더 이상 이용가능하지 않은 프록시로 임의의 메시지를 전송하지 않는다. 이러한 방식은 SIP 프록시 장애 극복이 발생할 때 이용자의 대기 시간을 극적으로 단축시킨다.
본 발명의 또 다른 목적은 이러한 방법을 구현하기 위한 SIP 프록시, 도메인 이름 서버, 및 SIP 이용자 에이전트이다. 알고리즘은 SIP 프록시들, DNS 서버, 및 SIP 이용자 에이전트에 배포된다.
본 발명의 다른 특징들 및 이점들은 첨부한 도면들과 함께 취해질 때, 본 발명의 실시예들의 다음의 상세한 설명으로부터 보다 명백해질 것이다.
본 발명의 실시예의 상세한 특징들 및 이점들을 예시하기 위해, 다음의 설명은 첨부한 도면들을 참조할 것이다. 가능하다면, 유사하거나 비슷한 참조 부호들은 그 도면들 및 설명 전체에 걸쳐 동일하거나 유사한 구성요소들을 지정한다.
상술된, 도 1은 클래식 SIP 원격통신 네트워크의 일 예를 개략적으로 표현한 도면.
상술된, 도 2는 제 1 알려진 방법이 프록시 장애 극복을 위해 적용되는 일 예에 대한 시그널링 흐름을 도시한 도면.
상술된, 도 3은 제 2 알려진 방법이 프록시 장애 극복을 위해 적용되는 일 예에 대한 시그널링 흐름을 도시한 도면.
도 4는 본 발명에 따른 방법이 프록시 장애 극복을 위해 적용되는 일 예에 대한 시그널링 흐름을 도시한 도면.
본 발명에 따른 방법은 각각 프록시들, DNS 서버, 및 SIP 이용자 에이전트들에서 다음의 알고리즘들을 실행함으로써 적용된다.
프록시에서의 알고리즘:
- 프록시가 시작될 때, 그것은 메시지를 DNS 서버로 전송하고, 이러한 메시지는 이 프록시가 시작되었음을 DNS 서버에 통지한다. 이러한 메시지는 "도메인 이름:프록시 이름:프록시 IP 어드레스:업"이다.
- 본 발명에 따르면, 프록시가 셧 다운할 때, 그것은 메시지를 DNS 서버로 전송하고, 이러한 메시지는 이 프록시가 시작되었음을 도메인 이름 서버에 통지한다. 이러한 메시지는 "도메인 이름:프록시 이름:프록시 IP 어드레스:다운"이다.
- 이러한 프록시가 다시 시작된다면, 그것은 메시지를 DNS 서버로 전송하고, 이러한 메시지는 이 프록시가 다시 작동함을 DNS 서버에 통지한다. 이러한 메시지는 "도메인 이름:프록시 이름:프록시 IP 어드레스:업"이다.
DNS 서버에서의 알고리즘:
- 그것은 프록시들로부터 메시지들을 기다린다.
- 그것이 프록시로부터 메시지를 수신할 때:
-- 메시지 유형이 "업"이면, 그것은 상기 도메인을 위해 전송할 임의의 DNS 응답에 대해 이러한 프록시의 이름을 인에이블링(enabling)한다.
-- 메시지 유형이 "다운"이면, 그것은 상기 도메인을 위해 전송할 임의의 DNS 응답에 대해 이러한 프록시의 이름을 디스에이블링(disabling)한다.
따라서, 이용자 에이전트가 도메인 이름 서버로 도메인 이름 시스템 요청을 전송한다면, 이러한 후자는 이러한 이용자 에이전트로, 단지 작동하고 있는 프록시들 각각의 어드레스들만을 포함하는 응답을 전송한다.
메시지를 프록시로 전송할 필요가 있을 때, SIP 이용자 에이전트에서의 알고리즘:
- 이용자 에이전트는 DNS 요청을 DNS 서버로 전송한다.
- 이용자 에이전트는 우선순위 산정을 갖고, 프록시의 어드레스 또는 프록시들의 어드레스들의 리스트를 포함하는 DNS 응답을 수신한다.
- 이용자 에이전트는 SIP 메시지(RFC3263 서술들에 특정된 바와 같이)를 전송하기 위해 타겟 프록시 어드레스를 DNS 응답으로부터 선택한다.
- 본 발명에 따르면, 그것은 상기 선택된 타겟 프록시 어드레스를 그것이 현재 등록되는 프록시의 어드레스에 비교한다:
-- 그것이 현재 등록되는 프록시의 어드레스가 상기 선택된 타겟 프록시 어드레스와 동일하다면, 그것은 이러한 선택된 타겟 프록시 어드레스로 메시지를 전송하도록 허용된다.
-- 그것이 현재 등록되는 프록시의 어드레스가 상기 선택된 타겟 프록시 어드레스와 동일하지 않다면, 상기 선택된 타겟 프록시 어드레스로 상기 메시지를 전송하기 전에, 그것은 등록 트랜잭션을 통해 그것에 대한 등록을 개시한다.
예를 들면, 두 개의 프록시들(P1, P2) 및 도메인 이름 서버(DNSR)를 포함하는 SIP 원격통신 네트워크(SIPN)를 고려해보자, 전화기 단말들은 각각 이더넷 링크를 통해 이러한 SIP 네트워크에 연결되는, SIPUA1과 같은 이용자 에이전트들을 포함한다.
도 4는 이러한 대표적인 원격통신 네트워크에 대한 시그널링 흐름을 도시하고, 여기에서 본 발명에 따른 방법은 프록시(P1)로부터 프록시(P2)로의 장애 극복을 위해 적용된다. 고려된 인스턴트에서, 프록시들(P1, P2)이 작동하고 있다. 도메인 이름 서버(DNSR)는 데이터베이스(표현되지 않음)에 프록시(P1)의 어드레스 및 프록시(P2)의 어드레스를 기억한다. 따라서, 도메인 이름 서버(DSNSR)가 DNS 요청을 수신할 때, 그것은 우선순위 산정을 갖고 프록시(P1)의 어드레스 및 프록시(P2)의 어드레스를 포함하는 DNS 응답으로 응답한다. 이 예에서, 프록시(P1)는 최고 우선순위를 가진다. 예를 들면, 이용자 에이전트(SIPUA1)는 그것이 이전에 전화 호출을 했기 때문에(이러한 이전 이벤트는 표현되지 않는다) 프록시(P1)에 등록되어 있다.
- 단계 42: 이제, 프록시(P1)가 셧 다운한다. 그것은 메시지("example.com:P1:다운")를 그것으로 전송함으로써 상기 이벤트를 DNS 서버(DNSR)에 알린다. DNS 서버(DNSR)는 이제 프록시(P1)가 도달될 수 없음을 인지한다. 그것은 그것의 데이터베이스로부터 프록시(P1)의 어드레스를 제거하고, 따라서 프록시(P1)의 어드레스는 도메인 이름 서버(DNSR)가 전송할 임의의 DNS 응답에 포함되지 않을 것이다.
- 단계 43: 얼마 후에, 이용자 에이전트(SIPUA1)의 이용자는 Bob을 호출하기를 원한다. SIP 이용자 에이전트(SIPUA1)는 DNS 서버(DNSR)에 대한 DNS 요청을 한다.
- 단계 44: DNS 서버(DNSR)는 단지 프록시(P2)의 어드레스만을 포함하는 DNS 응답으로 응답한다.
- 단계 45: 이용자 에이전트(SIPUA1)는 RFC3263 서술들에 따라 프록시를 선택한다. 이 예에서, 프록시(P2)는 DNS 서버에 의해 제공된 리스트에서의 유일한 프록시이고, 따라서 이용자 에이전트(SIPUA1)는 프록시(P2)를 선택한다. 본 발명에 따르면, 그것은 프록시(P2)의 어드레스를 그것이 현재 등록되는 프록시, 즉 프록시(P1)의 어드레스에 비교한다. 프록시(P2)의 어드레스가 프록시(P1)의 어드레스와 상이하기 때문에, 이용자 에이전트(SIPUA1)는 프록시(P2)에 등록하기 위해, 메시지("등록 sip:p2")를 프록시(P2)로 전송한다. 이러한 후자는 P1을 대신한다.
- 단계 46: 프록시(P2)는 수신확인 메시지("ACK")를 이용자 에이전트(SIPUA1)로 전송한다.
- 단계 47: 그 후, 이용자 에이전트(SIPUA1)는 메시지("초대 sip: bob@example.com")를 프록시(P2)로 전송한다.
- 단계 48: 프록시(P2)는 목적지 단말이 울리는 것을 표시하는 메시지("180 링잉")로 응답한다.
- 단계 49: 그 후 프록시(P2)는 메시지("200 OK")를 이용자 에이전트(SIPUA1)로 전송한다.
- 단계 50: 이용자 에이전트(SIPUA1)는 수신확인 메시지("ACK")를 프록시(P2)로 전송한다.
이제, 예를 들면, SIP 이용자 에이전트(SIPUA1)에 대한 스위칭 지연을 추정하자.
DNS 서버(DNSR) 및 프록시들(P1, P2)에 대한 왕복 시간이 50 밀리초들이라고 가정하자:
- DNS 교환(요청 + 응답)은 50ms 동안 지속된다.
- 등록 교환(등록 + 200 OK)은 50 ms 동안 지속될 것이다.
총 지연은: 50 + 50 = 100 밀리초들이다.
이것은 이미 존재하는 해결책들(32초들의 예전의 추정들을 참조)과 비교하여 매우 큰 개선이다. 이것은 이러한 해결책이 본 기술 분야의 현재 상태보다 훨씬 더 양호하게 만든다. 본 발명에 따른 방법은 SIP 프록시가 셧 다운될 때 이용자에 대한 지연을 훨씬 감소시킬 것이다. 우리가 예를 들면, IMS(IP 멀티미디어 서브시스템)에 그것을 적용한다면, 캐리어는 비가동률 시간이 극적으로 개선될 것이기 때문에 이용자에 대한 훨씬 더 양호한 서비스 품질을 제공할 것이다.
이러한 해결책은 그것이 트리거링(triggering)하는 새로운 등록이 새로운 프록시로의 접촉 정보를 업데이트할 것이기 때문에 어드레스 변환기(NAT)를 포함하는 라우터들과 호환 가능하다. 도 4의 예에서, 이용자 에이전트(SIPUA1) 및 메인 프록시(P1) 사이에서의 통신을 위해 이용된 NAT 결합이 있다면, 백업 프록시(P2)는 이용자 에이전트 및 메인 프록시(P1) 사이에서의 통신을 위해 이용된 이러한 NAT 결합을 이용하지 않을 것이지만, 새로운 등록에 의해 생성된 새로운 전용 NAT 결합을 이용할 것이다.

Claims (7)

  1. 복수의 SIP 프록시들 및 도메인 이름 서버(DNSR)를 포함하는 SIP 원격통신 네트워크(SIPN)에서 SIP 프록시 장애 극복을 위한 방법에 있어서:
    - 작동하고 있는 상기 SIP 프록시들의 어드레스들을, 상기 도메인 이름 서버(DNSR)에 저장하는 단계;
    - 제 1 SIP 프록시가 셧 다운한다면, 상기 제 1 SIP 프록시가 셧 다운함을 상기 도메인 이름 서버(DNSR)에 통지하는 단계;
    - 그 후 이용자 에이전트가 도메인 이름 시스템 요청을 상기 도메인 이름 서버(DNSR)로 전송한다면, 상기 도메인 이름 서버(DNSR)로부터 이러한 이용자 에이전트로, 단지 작동하고 있는 SIP 프록시들 각각의 어드레스들만을 포함하는 응답을 전송하는 단계; 및
    - 그 후, 상기 이용자 에이전트가, 상기 도메인 이름 서버(DNSR)로부터의 상기 응답에 포함되는 어드레스를 갖는 SIP 프록시에 자체적으로 등록하는 단계를 포함하는, SIP 프록시 장애 극복을 위한 방법.
  2. SIP 프록시에 있어서:
    - 상기 SIP 프록시가 셧 다운하면, 상기 SIP 프록시가 셧 다운함을 표시하는 메시지를 상기 SIP 프록시로부터 도메인 이름 서버(DNSR)로 전송하기 위한 수단; 및
    - 상기 SIP 프록시가 시작되면, 상기 SIP 프록시가 시작됨을 표시하는 메시지를 상기 SIP 프록시로부터 상기 도메인 이름 서버(DNSR)로 전송하기 위한 수단을 포함하는, SIP 프록시.
  3. 프로그램이 컴퓨터 상에서 구동될 때, 방법을 수행하기 위한 컴퓨터-실행가능한 지시들을 포함하는 상기 컴퓨터 프로그램이 기록된 컴퓨터-판독가능한 기록 매체에 있어서:
    상기 방법은:
    - SIP 프록시가 셧 다운하면, 상기 SIP 프록시가 셧 다운함을 표시하는 메시지를 상기 SIP 프록시로부터 도메인 이름 서버(DNSR)로 전송하는 단계; 및
    - 상기 SIP 프록시가 시작되면, 상기 SIP 프록시가 시작됨을 표시하는 메시지를 상기 SIP 프록시로부터 상기 도메인 이름 서버(DNSR)로 전송하는 단계를 포함하는, 컴퓨터-판독가능한 기록 매체.
  4. 도메인을 위한 도메인 이름 서버(DNSR)에 있어서:
    - SIP 프록시가 시작됨을 표시하는 메시지를 상기 SIP 프록시로부터 수신할 때, 상기 도메인에 대한 도메인 네임 서버(DNSR)가 전송할 임의의 DNS 응답에 대해 상기 SIP 프록시의 이름을 인에이블링(enabling)하기 위한 수단; 및
    - SIP 프록시가 셧 다운함을 표시하는 메시지를 상기 SIP 프록시로부터 수신할 때, 상기 도메인에 대한 도메인 네임 서버(DNSR)가 전송할 임의의 DNS 응답에 대해 상기 SIP 프록시의 이름을 디스에이블링(disabling)하기 위한 수단을 포함하는, 도메인을 위한 도메인 이름 서버(DNSR).
  5. 프로그램이 컴퓨터 상에 구동될 때, 방법을 수행하기 위한 컴퓨터-실행가능한 지시들을 포함하는 상기 컴퓨터 프로그램이 기록된 컴퓨터-판독가능한 기록 매체에 있어서:
    상기 방법은:
    - SIP 프록시가 셧 다운함을 표시하는 메시지가 수신된다면, 도메인에 대한 도메인 네임 서버(DNSR)가 전송할 임의의 DNS 응답에 대해 상기 SIP 프록시의 이름을 디스에이블링하는 단계; 및
    - 그렇지 않고, SIP 프록시가 작동하고 있음을 표시하는 메시지가 수신된다면, 상기 도메인에 대한 도메인 네임 서버(DNSR)가 전송할 임의의 DNS 응답에 대해 상기 SIP 프록시의 이름을 인에이블링하는 단계를 포함하는, 컴퓨터-판독가능한 기록 매체.
  6. SIP 이용자 에이전트에 있어서:
    - 도메인 이름 요청을 도메인 이름 서버(DNSR)로 전송하기 위한 수단,
    - 그 후 적어도 하나의 작동하는 SIP 프록시 어드레스를 포함하는 응답을 수신하기 위한 수단,
    - 그 후 상기 응답에 포함된 상기 SIP 프록시 어드레스들 중에서 하나의 SIP 프록시 어드레스를 선택하기 위한 수단, 및
    - 그 후, 상기 선택된 SIP 프록시 어드레스가, 상기 이용자 에이전트가 현재 등록되는 상기 SIP 프록시 어드레스와 동일하지 않다면, 등록 요청을 상기 선택된 SIP 프록시 어드레스로 전송하기 위한 수단을 포함하는, SIP 이용자 에이전트.
  7. 프로그램이 컴퓨터 상에 구동될 때, 방법을 수행하기 위한 컴퓨터-실행가능한 지시들을 포함하는 상기 컴퓨터 프로그램이 기록된 컴퓨터-판독가능한 기록 매체에 있어서:
    상기 방법은:
    - 도메인 이름 요청을 도메인 이름 서버(DNSR)로 전송하는 단계,
    - 그 후 적어도 하나의 작동하는 SIP 프록시 어드레스를 포함하는 응답을 수신하는 단계,
    - 그 후 상기 응답에 포함된 상기 SIP 프록시 어드레스들 중에서 하나의 SIP 프록시 어드레스를 선택하는 단계, 및
    - 그 후, 상기 선택된 SIP 프록시 어드레스가, 이용자 에이전트가 현재 등록되는 상기 SIP 프록시 어드레스와 동일하지 않다면, 등록 요청을 상기 선택된 SIP 프록시 어드레스로 전송하는 단계를 포함하는, 컴퓨터-판독가능한 기록 매체.
KR1020147010053A 2011-10-24 2012-10-08 Ｓｉｐ 프록시 장애 극복을 위한 방법 KR101620809B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP11306371.3 2011-10-24
EP11306371.3A EP2587774B1 (en) 2011-10-24 2011-10-24 A method for sip proxy failover
PCT/EP2012/069823 WO2013060567A1 (en) 2011-10-24 2012-10-08 A method for sip proxy failover

Publications (2)

Publication Number Publication Date
KR20140064964A KR20140064964A (ko) 2014-05-28
KR101620809B1 true KR101620809B1 (ko) 2016-05-12

Family

ID=47019001

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020147010053A KR101620809B1 (ko) 2011-10-24 2012-10-08 Ｓｉｐ 프록시 장애 극복을 위한 방법

Country Status (6)

Country Link
US (1) US9389969B2 (ko)
EP (1) EP2587774B1 (ko)
JP (1) JP5841262B2 (ko)
KR (1) KR101620809B1 (ko)
CN (1) CN103891255B (ko)
WO (1) WO2013060567A1 (ko)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103825868B (zh) * 2012-11-19 2017-12-22 华为技术有限公司 一种本地语音逃生的方法、本地网关及系统
JP5800945B1 (ja) * 2014-04-04 2015-10-28 西日本電信電話株式会社 ＤＮＳ−Ｐｒｏｘｙ機能を有する中継装置
US9912623B2 (en) 2015-01-16 2018-03-06 General Electric Company Systems and methods for adaptive context-aware control of multimedia communication sessions
KR101678612B1 (ko) * 2015-06-17 2016-11-22 (주)넷비젼텔레콤 프록시 선택기와 각 프록시의 설정 제어를 이용한 단말 단위 실시간 정책 적용, 부하분산 및 장애 복구를 제공하는 서비스시스템 및 그 제어방법
CN110234140B (zh) * 2019-06-17 2022-07-08 腾讯科技（深圳）有限公司 一种通信方法、装置、实体及存储介质
CN111030839B (zh) * 2019-11-04 2022-07-19 厦门亿联网络技术股份有限公司 一种自动切换运维模式的方法、装置、设备及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080086556A1 (en) * 2006-10-10 2008-04-10 Kavitha Ramalingam Method and apparatus for updating a domain name server

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000196677A (ja) * 1998-12-28 2000-07-14 Fujitsu Ltd ネットワ―クシステムに用いられる中継装置
EP1093281A3 (en) * 1999-10-15 2002-11-06 Nortel Networks Limited Call redirection through portable device
JP3825693B2 (ja) * 2000-03-16 2006-09-27 ノキア コーポレイション パケットデータ用のパケットデータ加入者コンテクストをアクチベートするための方法及びシステム
JP2002111713A (ja) 2000-09-28 2002-04-12 Toshiba Corp ネットワークシステム、ネームサーバ、サーバ、およびネットワークシステムのｉｐ通信方法
KR100491541B1 (ko) * 2003-08-01 2005-05-25 니트젠테크놀러지스 주식회사 네트웍 환경에서의 컨텐츠 동기화 시스템 및 동기화 방법
CN1542636A (zh) * 2003-10-08 2004-11-03 中国科学院长春光学精密机械与物理研 一种自动选择代理服务器共享上网方法
GB0400883D0 (en) * 2004-01-15 2004-02-18 Nokia Corp Controlling communication sessions in a communication system
GB0402894D0 (en) * 2004-02-10 2004-03-17 Nokia Corp Controlling communication sessions in a communication system
US7916855B2 (en) * 2005-01-07 2011-03-29 Cisco Technology, Inc. System and method for storing and restoring communication dialog
DE102005009107B3 (de) * 2005-02-28 2006-07-13 Siemens Ag Bereitstellung von redundanten SIP Proxy Ressourcen
US8019986B2 (en) * 2005-08-12 2011-09-13 Comcast Cable Holdings, Llc Method and system for booting, provisioning and activating hardware and software clients
US8467377B2 (en) 2005-08-24 2013-06-18 Qualcomm Incorporated Interleaving VoIP/VIP transmission in multiple sessions to increase quality of service in mobile devices having multiple interfaces
JP4336904B2 (ja) * 2006-08-18 2009-09-30 日本電気株式会社 プロキシ・サーバ、通信システム、通信方法及びプログラム
US8064342B2 (en) * 2006-10-27 2011-11-22 Verizon Patent And Licensing Inc. Load balancing session initiation protocol (SIP) servers
US8065559B2 (en) 2008-05-29 2011-11-22 Citrix Systems, Inc. Systems and methods for load balancing via a plurality of virtual servers upon failover using metrics from a backup virtual server
US8958282B2 (en) * 2009-12-10 2015-02-17 Verizon Patent And Licensing Inc. 1-for-N redundancy in private IP session border control networks
CN101834877B (zh) * 2010-06-03 2012-08-08 华中科技大学 基于分布式sip构架的动态负载均衡的方法及系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080086556A1 (en) * 2006-10-10 2008-04-10 Kavitha Ramalingam Method and apparatus for updating a domain name server

Also Published As

Publication number Publication date
JP5841262B2 (ja) 2016-01-13
US9389969B2 (en) 2016-07-12
US20140298083A1 (en) 2014-10-02
WO2013060567A1 (en) 2013-05-02
CN103891255B (zh) 2019-04-02
EP2587774B1 (en) 2015-03-04
CN103891255A (zh) 2014-06-25
EP2587774A1 (en) 2013-05-01
KR20140064964A (ko) 2014-05-28
JP2014535209A (ja) 2014-12-25

Similar Documents

Publication Publication Date Title
EP2111701B1 (en) System and method for reestablishing, with a client device, a signaling session associated with a call in progress
KR101620809B1 (ko) Ｓｉｐ 프록시 장애 극복을 위한 방법
EP1847110B1 (en) Resilient registration with a call manager
US8374079B2 (en) Proxy server, communication system, communication method and program
US9509811B2 (en) Methods and apparatus for resolving data inconsistencies in an IMS network
US9270558B2 (en) Method, local gateway, and system for local voice survivability
WO2007012270A1 (fr) Procede permettant d'obtenir la fiabilite d'un reseau ims
US9021300B2 (en) Method of changing over from a primary HSS to a backup HSS in an IP network
US10841344B1 (en) Methods, systems and apparatus for efficient handling of registrations of end devices
US9948726B2 (en) Reconstruction of states on controller failover
US8930768B2 (en) System and method of failover for an initiated SIP session
CN105790903A (zh) 一种终端及终端呼叫软切换的方法
WO2014134465A1 (en) Registration of sip-based communications in a hosted voip network
US20110286365A1 (en) Method for Connection Preservation
CN116028278A (zh) 一种主备双机切换方法、介质及系统
US20150124584A1 (en) Method and apparatus for improved handling of ims node blacklisting
JP2007067670A (ja) ＶｏＩＰサーバ、ＶｏＩＰサーバの冗長システム及びそのメンテナンス方法
CN103795878B (zh) 一种ip承载语音业务的保护方法、设备和系统
CN102316577A (zh) 一种注册控制方法
US7747672B1 (en) Method and apparatus using lightweight RRQ for efficient recovery of a call signaling channel in gatekeeper-routed call signaling
CN115604234A (zh) 一种VoIP服务器自适应切换方法、系统和存储介质

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20190417

Year of fee payment: 4