SIP 서버 중복 메커니즘은 SIP 서비스의 안정성과 연속성을 보장합니다. 주/백업 서버 배포는 이러한 중복 방법 중 하나입니다. 주 서버와 백업 서버는 사용자 계정, 대화 정보(서버 중복 구현 방식에 따라 다름), 등록 정보 및 기타 관련 데이터를 공유합니다. 정상적인 조건에서는 모든 SIP 요청 및 응답이 주 서버에 의해 처리됩니다. 주 서버가 실패하거나, 유지 보수 중이거나, 연결할 수 없게 되면 SIP 단말기는 자동으로 백업 서버로 전환하여 서비스 요청을 처리함으로써 사용자의 지속적인 액세스를 보장합니다. 주 서버가 복구되면 SIP 단말기는 자동으로 주 서버로 다시 전환할 수 있습니다.
그림 1 SIP 서버 주 및 백업
장애 조치(Failover): 주 서버를 사용할 수 없을 때 사용자 경험에 영향을 주지 않고 백업 서버가 모든 서비스를 인계하는 메커니즘입니다.
장애 복구(Failback): 백업 서버가 서비스 중인 동안 장치가 주 서버가 복구되었는지 확인하여 신속하게 주 서버로 다시 전환할 수 있는 메커니즘입니다.
서버 사용 불가: 클라이언트가 등록을 시도할 때 서버가 500/503으로 응답하거나, UDP가 ICMP 대상 도달 불가 메시지를 수신하거나, TCP 연결이 시간 초과되는 경우입니다.
등록 장애 복구: 주 서버를 사용할 수 없고 전화기가 백업 서버에 등록할 때, 전화기는 주 서버가 복구되었는지 감지하기 위해 새로운 등록 대화를 생성합니다. 이 기능은 독립적이고 구성 가능한 프로빙 간격을 가지고 있습니다.
이 문서는 전화 사용자 및 유지보수 담당자를 대상으로 합니다.
전화기의 SIP 회선에 대해 두 개의 서버 항목을 구성합니다. SIP 서버1은 주 서버이고 SIP 서버2는 백업 서버입니다.
전화기는 현재 Register, Invite 및 Bye에 대한 시그널링 장애 조치를 지원합니다. 다른 시그널링 방법은 현재 지원되지 않습니다.
1. 등록 장애 조치
트리거 조건: 수동 등록 / 등록 시간 초과 / OPTIONS 시간 초과 / CANCEL 요청 시간 초과
(1) 전화기가 주 서버에 Register 요청을 보냅니다.
(2) 전화기는 지정된 횟수(V3 제품) 또는 지정된 기간 내(V2 제품) 동안 주 서버에 Register 요청을 보내려고 시도합니다.
(3) 주 서버를 사용할 수 없으면 전화기는 백업 서버에 Register 요청을 보냅니다.
(4) 백업 서버가 200 OK로 응답하고 전화기가 성공적으로 등록됩니다.
2. Invite 장애 조치
트리거 조건: 사용자가 전화를 겁니다
(1) 전화 A가 전화 B를 호출합니다.
(2) 전화 A가 주 서버에 Invite 요청을 보냅니다.
(3) 전화 A는 지정된 횟수(V3 제품) 또는 지정된 기간 내(V2 제품) 동안 주 서버에 Invite 요청을 보내려고 시도합니다.
(4) 주 서버를 사용할 수 없으면 전화기는 백업 서버에 Register 요청을 보냅니다.
(5) 백업 서버가 200 OK로 응답