- 홈
- /
- 문서
강화된 지속 가능 시작하기
강화된 지속 가능성은 고객 네트워크 중단이나 클라우드 중단이 발생할 때 해당 사이트에 있는 사용자가 Webex Calling 전용 인스턴스에 연결하지 못하게 하는 온-프레미스 통화 전용 장애 조치 기능을 제공합니다.
개요
네트워크 중단이 발생하거나 다른 중단으로 인해 사이트에서 Webex Calling 전용 인스턴스에 연결할 수 없는 경우 향상된 생존 노드가 통화 제어 및 라우팅 기능을 적극적으로 담당합니다. Webex Calling 전용 인스턴스, Webex Calling 멀티 테넌트 및 온프레미스 배포에는 모두 생존성 옵션이 있지만, 솔루션 문서에서는 Webex Calling 전용 인스턴스의 향상된 생존성에 대한 솔루션 수준 측면을 자세히 설명합니다.

전용 인스턴스에서 Unified CM 클러스터의 구독자는 높은 가용성과 지리적 중복성을 제공하기 위해 지역 내 데이터 센터에 배포됩니다. 이를 통해 장치나 클라이언트가 다른 데이터 센터의 구독자에게 장애 조치를 취할 수 있습니다. 하지만 사이트와 전용 인스턴스 클라우드 간에 네트워크 중단이 발생하는 경우, 사이트 내에 배포된 향상된 생존 노드는 연결이 복구될 때까지 통화 제어 및 라우팅 기능을 처리할 수 있습니다. 향상된 생존 노드(ESN)는 서비스 중단 발생 시 표준 가입자의 통화 제어 기능을 제공합니다.
향상된 생존 노드는 사이트 내에서만 통화를 라우팅할 수 있으며, 기타 통화의 경우 PSTN을 통해 라우팅해야 하며, 이를 위해 사이트 내에 PSTN용 로컬 게이트웨이를 배포해야 합니다. 중단 중에 ESN이 Cisco의 DNS 서버에 접속할 수 없으므로 ESN에 대한 로컬 DNS 서버를 설정하여 해결해야 합니다. 향상된 생존 노드는 Cisco SRST와도 공존할 수 있습니다.
분해 모델
단일 사이트

단일 사이트 배포 모델에서는 PSTN 통화 라우팅을 위한 로컬 게이트웨이와 함께 사이트 내에 향상된 생존 노드(ESN)가 배포됩니다. 정전 중에 최대 7500개의 장치를 ESN에 등록할 수 있습니다.
다중 사이트
다중 사이트 배포 모델에서는 여러 사이트가 있고 각 사이트에 ESN을 배포할 수 있는지 여부는 사이트의 생존 가능성에 대한 비즈니스 요구 사항에 따라 달라집니다. 로컬 게이트웨이와 DNS의 요구 사항은 항상 필요하며, 총 8개의 ESN 노드를 Unified CM 클러스터에 추가할 수 있습니다.
이 배포 모델은 여러 사이트가 있는 지역의 고객에게 적합하며, 여러 사이트에서 생존 가능성이 요구됩니다. PSTN 로컬 게이트웨이를 여러 사이트에서 공유하는 것은 가능하지만 권장하지는 않습니다. 네트워크 중단이 발생하면 사이트가 고립될 수 있으며, 이 경우 ESN이 로컬 게이트웨이에 도달하여 PSTN으로 통화를 라우팅할 수 없습니다.
다중 사이트 배포를 위한 2가지 배포 옵션은 다음과 같습니다.
- 옵션 1: 각 사이트에 향상된 생존 노드가 배치되었습니다.
- 옵션 2 – 여러 사이트에서 공유되는 공통 강화 생존 노드.
서비스 가능성
모니터링
우리는 전용 인스턴스 데이터 센터에 배포된 다른 노드와 마찬가지로 향상된 생존 노드를 모니터링하고 관리합니다. 생존 가능성 이벤트 중에 ESN이 Cisco 클라우드에서 분리되면 노드에 액세스할 수 없게 되지만, 중단이 해결되고 연결이 복구되면 자동으로 다시 연결됩니다.
인증서 관리
UC 애플리케이션 인증서를 관리하고 향상된 생존 노드를 활성화하는 동안 전용 인스턴스 통합 CM 클러스터 인증서가 ESN으로 업데이트되었습니다.
Control Hub에서 ESN을 활성화하는 동안 Unified CM 클러스터의 인증서가 다중 SAN 인증서로 업데이트되면서 등록된 모든 장치가 다시 시작됩니다. 따라서 Control Hub에서 ESN을 활성화하는 동안 유지 관리 기간을 계획합니다. 향상된 생존 노드 활성화 방법을 참조하세요.
CDR
생존 가능성 이벤트 동안 향상된 생존 가능성 노드는 모든 것을 저장합니다. CDR/CMR 데이터를 로컬로. 연결이 복구되면 데이터가 전용 인스턴스 통합 CM 게시자로 다시 동기화됩니다. 저장할 수 있는 데이터 양은 향상된 생존 노드의 디스크 크기에 따라 달라집니다. CDR에 설정할 수 있는 최대 디스크 할당 공간은 3328MB입니다. 구성된 CDR 간격에 따라 작은 CDR 파일 크기부터 큰 CDR 파일 크기까지 가능합니다. 퍼지는 다음 사항에 따라 발생합니다.
-
디스크 사용량이 할당 또는 구성된 디스크 공간을 초과하면 처리된 레코드가 삭제됩니다. 디스크 사용량이 더 많이 남아 있으면 처리되지 않은 레코드도 삭제됩니다.
-
최고 수위 표시 % "CDR 관리" 설정에서 구성된 경우 CDR 파일이 삭제됩니다. 예를 들어, "하이 워터 마크 %” is configured as 80% " 이고 디스크 사용량이 80%이면 CDR 파일이 제거됩니다.
-
CDR / "CDR 관리" 설정에서 구성된 CMR 파일 보존 기간(일) 을 초과하면 CDR 파일이 삭제됩니다. 기본적으로 30일로 설정됩니다.
RTMT 알람
향상된 생존 노드와 관련된 RTMT 알림은 다음과 같습니다.
-
SurvivabilityEvent- 향상된 생존 노드에서 모든 전용 인스턴스 노드에 접근할 수 없을 때 알람이 발생합니다.
-
RemoteSurvivableNodeNotReachable - 전용 인스턴스 통합 CM 게시자에서 향상된 생존 노드에 접근할 수 없는 경우 알람이 발생합니다.
성능 카운터
생존 가능성 이벤트 동안에는 RTMT를 향상된 생존 가능성 노드에 연결하여 ESN의 성능을 모니터링해야 합니다. RTMT가 전용 인스턴스 노드에 연결된 경우 생존 이벤트 동안 클라우드에서 ESN에 접근할 수 없으므로 동일한 기능을 사용할 수 없습니다.
통합 CM 기능 및 설정
사용자 설정
정상 작동 중에 데이터베이스 복제는 Unified CM 클러스터 내의 Enhanced Survivability Node를 포함한 모든 서버 간에 완전히 통합됩니다. 정적 구성 데이터는 이동, 추가, 변경을 통해 생성되므로 항상 게시자에 저장되고 게시자에서 클러스터의 각 구독자와 향상된 생존 노드로 한 방향으로 복제됩니다.
생존 가능성 이벤트 중에 향상된 생존 가능성 노드에 등록된 장치에서 사용자 중심 기능만 수정되며, 사용자 중심 기능은 일반적으로 웹 기반 GUI를 통해 기능을 변경하는 것과 달리 하나 이상의 버튼을 눌러 휴대폰에서 직접 기능을 활성화하거나 비활성화할 수 있다는 사실을 사용하여 특징지어집니다. 따라서 향상된 생존 노드는 읽기 전용 작업으로 셀프 관리 및 웹 관리 GUI를 허용합니다. ESN에 등록된 사용자 장치는 장애 조치 중에 아래 나열된 사용자 관련 기능에만 변경을 적용할 수 있습니다. 그러나 연결이 재설정되면 이러한 변경 사항은 DI Unified CM 게시자와 다시 동기화되지 않습니다.
사용자 중심 기능은 휴대폰의 버튼을 눌러 활성화하거나 비활성화할 수 있는 모든 기능을 말하며, 여기에는 다음이 포함됩니다.
-
모두 착신 전환(CFA)
-
개인 정보 보호 활성화 또는 비활성화
-
방해 금지(DND) 활성화 또는 비활성화
-
Cisco Extension Mobility 로그인
-
헌트그룹 로그인 또는 로그아웃
-
장치 모빌리티
-
최종 사용자 및 애플리케이션 사용자를 위한 CTI CAPF 상태.
인증
향상된 생존 노드로의 장애 조치 중 로그인을 위한 소프트 클라이언트(Cisco Jabber 및 Webex 애플리케이션) 인증은 다음과 같습니다.
-
로컬 인증: Unified CM 내에서 로컬로 사용자 인증이 수행되면 생존 이벤트 중에 향상된 생존 노드가 등록된 클라이언트를 인증할 수 있습니다.
-
LDAP 인증: 이 경우 사용자 인증은 로컬 LDAP 서버를 사용하여 수행됩니다. 그런 다음 생존 가능성 이벤트 동안 향상된 생존 가능성 노드에서 LDAP 서버에 접근할 수 있는 경우 소프트 클라이언트의 인증이 작동합니다.
생존 이벤트 전반에 걸쳐 LDAP 디렉토리가 ESN에 도달할 수 있도록 보장해야 합니다.
-
Single Sign On (SSO) 인증: 사용자의 SSO 로그인 인증은 IDP 서버를 사용하여 수행됩니다. 그런 다음 생존 가능성 이벤트 동안 소프트 클라이언트 인증은 향상된 생존 가능성 노드에서 IDP 서버에 접근할 수 있는 경우 작동합니다.
SSO가 활성화된 Unified CM 웹 UI 로그인의 경우 IDP 도달성이 필요하거나 복구 기반 URL 로그인을 사용해야 합니다.
이미 인증된 클라이언트는 생존 이벤트 전에 얻은 토큰을 기반으로 인증이 이루어지므로 계속 로그인 상태가 됩니다. 그러나 클라이언트가 이전 인증에서 유효한 토큰을 가지고 있지 않아 새로 로그인하는 경우 ESN은 인증을 위해 IDP 서버로 리디렉션됩니다. 따라서 생존 이벤트 전반에 걸쳐 IDP 서버가 ESN에 도달할 수 있도록 항상 보장하는 것이 필요합니다.
미디어 리소스
기본 Unified CM 기능(예: 대기 음악, 알림, 컨퍼런스 브리지(소프트웨어) 서비스)을 사용하려면 ESN에서 미디어 리소스가 활성화되어야 합니다. 하드웨어 기반 미디어 리소스가 배포된 경우 생존 가능성 이벤트 동안 ESN에서 미디어 서버에 접속할 수 있는지 확인해야 합니다.
긴급 통화
DI 통합 CM 클러스터가 정상적으로 작동하는 동안, 비상 통화(특히 AMER 지역)는 전용 인스턴스 통합 CM 클러스터와 RedSky 클라우드 사이에 구성된 SIP 트렁크가 있는 RedSky 클라우드를 통해 라우팅됩니다.
생존 가능성이 있는 이벤트가 발생하면 ESN에서 RedSky 클라우드에 접속할 수 없으므로 RedSky를 사용할 수 없는 경우 해당 사이트에 구성된 로컬 PSTN GW를 통해 비상 통화를 라우팅하도록 비상 통화 다이얼 플랜을 구성해야 합니다. 경로 그룹은 생존 이벤트 동안 호출 라우팅을 처리하는 로컬 PSTN GW로 구성되어야 합니다.
다른 전용 인스턴스 지역에서 긴급 통화가 발생하는 경우에도 생존 가능성 이벤트 동안 로컬 PSTN GW를 통해 통화를 라우팅하도록 다이얼 플랜을 구성해야 합니다.
통화 라우팅
생존 가능성 이벤트 중에 사이트 내, 사이트 간, 클러스터 간 및 PSTN 통화를 라우팅하기 위한 다이얼 플랜을 구성합니다. 일반적으로 ESN은 등록된 장치에만 통화를 연결할 수 있습니다. 다른 모든 통화는 로컬 PSTN GW(ESN이 배포된 모든 사이트에 구성됨)로 라우팅되어야 하며, 거기에서 PSTN으로 라우팅되어야 합니다. 다음은 몇 가지 시나리오에 대한 설명입니다.
-
동일한 ESN에 등록된 Phone 1과 Phone 2 – 통화는 ESN 내에서 라우팅됩니다.
-
ESN에 등록된 전화 1과 전용 인스턴스 통합 CM 클러스터에 등록된 전화 2 - 다이얼 플랜은 ESN에서 로컬 PSTN GW로 통화를 라우팅하고, 거기에서 PSTN을 통해 DI 통합 CM으로 통화를 라우팅해야 합니다. 생존 가능성 이벤트 동안 다이얼 플랜은 통화 라우팅 실패를 감지하고 로컬 PSTN GW를 통해 통화를 다시 라우팅해야 합니다. DI Unified CM 장치에서 ESN으로 들어오는 통화에도 동일한 사항이 적용됩니다.
-
Phone 1은 ESN에 등록되어 있고 Phone 2는 PSTN 장치입니다. 생존 가능성 이벤트 동안 PSTN 통화는 로컬 PSTN 게이트웨이로 라우팅되어야 합니다. 다이얼 플랜에 통화 라우팅 실패를 감지하고 사용 가능한 로컬 PSTN 게이트웨이를 통해 통화를 재라우팅할 수 있는 기능이 있는지 확인해야 합니다.
네트워크 내에서 ESN에 접근이 가능한 경우에는 가능하지만, 2개의 ESN 노드 간에 ICT 통화를 하는 것은 권장하지 않습니다.
음성 메일 및 자동 전화 교환원
-
생존 가능성 이벤트 중에 사이트에서 전용 인스턴스 클라우드로의 연결이 끊어지면(WAN 또는 연결 중단) ESN에 등록된 장치에서 음성 메일 및 자동 안내 기능이 작동하지 않습니다. Cisco Unity Connection 서버는 ESN과의 연결이 끊어진 전용 인스턴스 클라우드에 호스팅되기 때문입니다. 장치가 "등록되지 않은 통화 전달(CFU)"로 구성되어 있고 통화가 DI Unified CM에서 수신되는 경우, 발신자는 전용 인스턴스 Unity 연결에 음성 메일을 저장할 수 있습니다. 장치가 DI 통합 CM 가입자로 전환되면 검색할 수 있습니다.
-
그러나 전용 인스턴스 클라우드에 대한 연결이 가능하지만 DI의 통합 CM 클러스터가 다운된 생존 가능성 이벤트가 발생하는 경우, ESN에 등록된 장치에서는 음성 메일 및 자동 응답 기능이 작동합니다. ESN은 DI 클라우드에 배포된 Unity Connection 서버에 연결할 수 있기 때문입니다.
모바일 및 Remote Access (MRA)
생존 가능성 이벤트 동안 ESN은 Cisco Expressway E에 도달할 수 없습니다. & DI 클라우드의 C와 그 반대. 따라서 이 경우 MRA 사용자는 ESN의 서비스를 받을 수 없으므로 등록할 수 없습니다. 그러나 MRA 장치에 인터넷이 있고 DI 클라우드의 Cisco Expressways에 연결할 수 있는 경우 DI의 클러스터가 작동한다면 DI Unified CM에 등록할 수 있습니다.
타사 통합
Cti
CTI 기반 통합을 향상된 생존 노드와 함께 사용하려면 향상된 생존 노드를 CTI 서버 목록의 일부로 추가해야 합니다. CTI 향상 기능은 JTAPI를 사용하여 향상된 생존 노드를 CTI 서버로 허용하는 애플리케이션을 위해 만들어졌으며, 구성된 목록에 있는 기본 또는 보조 CTI 서버에 접근할 수 없는 경우에만 애플리케이션이 연결할 수 있습니다. 정상 작동 중에는 현장의 CTI 애플리케이션이 DI 클라우드의 기본 및 보조 CTI 서버에 연결할 수 있으며, 생존 가능성 이벤트가 발생하는 동안에는 향상된 생존 노드에 연결하여 지속적인 CTI 환경을 제공할 수 있습니다. 연결이 복구되면 향상된 생존 노드에서 폴백이 이루어지도록 하려면 애플리케이션이 JTAPI 인터페이스를 통해 노출된 새로운 API에 적응해야 합니다.
새로 추가된 API에 대한 자세한 내용은 중복성 섹션을 참조하세요. https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/jtapi_dev/14_0_1/cucm_b_cisco-unified-jtapi-developers-guide-14/cucm_b_cisco-unified-jtapi-developers-guide-1251_chapter_00.html
타사 SIP
SIP 트렁크를 통해 인터페이스하는 타사 애플리케이션은 향상된 생존 노드를 지원합니다. SIP 트렁크 구성에서 '모든 노드에서 실행' 구성을 활성화해야 합니다.
타사 휴대폰
3차 TFTP 기능이 있는 제3자 장치가 지원됩니다.
장애 복구
향상된 생존성이 손상되었거나 복구할 수 없는 경우, 다음 단계에 따라 향상된 생존성 노드를 다시 배포하세요.
-
Cisco TAC 지원 사례를 제기하세요. 그런 다음 전용 인스턴스 작업을 통해 Control Hub의 전용 인스턴스 게시자 노드에서 영향을 받은 향상된 생존 노드를 제거하는 데 도움이 됩니다.
-
제어 허브에서 시스템이 전용 인스턴스 통합 CM 게시자 아래의 손상된 향상된 생존 노드를 제거하면 향상된 생존 노드 추가, 향상된 생존 노드 설치 및 향상된 생존 노드 활성화 에 언급된 동일한 단계를 따라 손상된 노드를 다시 활성화하고 전용 인스턴스 클러스터에 다시 추가합니다.
노드가 클러스터에 다시 추가되면 데이터베이스 동기화가 자동으로 트리거되고 노드가 복원됩니다.
Control Hub에 향상된 생존 노드를 다시 추가하면 Control Hub는 향상된 생존 노드 추가에서 손상된 노드의 호스트 이름을 유지합니다. IP 주소를 유지하거나 변경할 수 있습니다.