개요

싱글 사이트 배포 모델에서 PSTN 통화 라우팅을 위한 로컬 게이트웨이와 함께 사이트 내에 ESN(Enhanced Survivability Node)이 배포됩니다. 중단 시 최대 7500개의 장치를 ESN에 등록할 수 있습니다.

여러 사이트 배포 모델에서 여러 사이트가 있고 각 사이트에 ESN을 배포할 수 있는 기능은 해당 사이트의 지속 가능성에 대한 비즈니스 요구 사항에 따라 달라집니다. 로컬 게이트웨이 및 DNS의 요구 사항은 항상 필요하며 총 8개의 ESN 노드를 Unified CM 클러스터에 추가할 수 있습니다.

이 배포 모델은 여러 사이트가 있는 지역 전반의 고객에게 적합하며, 지속 가능성은 해당 사이트 중 여러 곳에 대한 요구 사항입니다. 사이트 간에 PSTN 로컬 게이트웨이를 공유할 수 있지만 권장하지 않습니다. 네트워크 중단이 있는 경우 사이트가 격리될 수 있으며, 이 경우 ESN은 PSTN으로 통화를 라우팅하기 위해 로컬 게이트웨이에 연결할 수 없습니다.

다음은 여러 사이트 배포에 대한 2개의 배포 옵션입니다.

• 옵션 1: 각 사이트에 배포된 강화된 지속 가능 노드.

• 옵션 2 – 여러 사이트 간에 공유된 공통 강화된 지속 가능 노드.

전용 인스턴스 데이터 센터에 배포된 다른 노드와 같이 강화된 지속 가능 노드를 모니터링하고 관리합니다. 지속 가능 이벤트 중에 Cisco 클라우드에서 ESN의 연결이 끊기면 노드에 대한 액세스가 손실되고 중단이 해결되고 연결이 복원될 때 자동으로 다시 연결됩니다.

UC 애플리케이션 인증서를 관리하고 강화된 지속 가능 노드가 활성화된 동안 전용 인스턴스 통합 CM 클러스터 인증서가 ESN으로 업데이트됩니다.

Control Hub에서 ESN을 활성화하는 동안 Unified CM 클러스터에 대한 인증서가 다중 SAN 인증서로 업데이트되므로 등록된 모든 장치를 다시 시작합니다. 따라서 Control Hub에서 ESN을 활성화하는 동안 유지관리 기간을 계획합니다. 참조: 강화된 지속 가능 노드를 활성화하는 방법.

지속 가능 이벤트 중에 강화된 지속 가능 노드는 모든 CDR/CMR 데이터를 로컬로 저장합니다. 연결이 복원되면 데이터는 전용 인스턴스 Unified CM 게시자로 다시 동기화됩니다. 저장할 수 있는 데이터의 양은 강화된 지속 가능 노드의 디스크 크기를 기반으로 합니다. CDR에 대해 설정할 수 있는 최대 디스크 할당 공간은 3328 MB입니다. 이는 구성된 CDR 간격에 따라 크기가 작거나 큰 CDR 파일 크기일 수 있습니다. 숙청은 다음을 기반으로 실행됩니다.

• 디스크 사용량이 할당되었거나 구성된 디스크 공간을 초과하면 처리된 레코드를 삭제합니다. 처리되지 않은 레코드도 제거될 때 디스크 사용량이 더 많은 상태로 유지됩니다.

• "CDR 관리" 설정에 구성된 상위 워터마크 %가 CDR 파일을 제거합니다. 예를 들어 "High Water Mark %” is configured as 80% 및 디스크 사용량이 80%인 경우 CDR 파일이 제거됩니다.

• "CDR 관리" 설정에 구성된 CDR / CMR 파일 보존 기간(일) 은 CDR 파일을 제거합니다. 기본적으로 30일로 설정됩니다.

강화된 지속 가능 노드와 관련된 RTMT의 경고는 다음과 같습니다.

• SurvivabilityEvent- 강화된 지속 가능 노드에서 모든 전용 인스턴스 노드에 연결할 수 없을 때 경보가 트리거됩니다.

• RemoteSurvivableNodeNotReachable - 전용 인스턴스 Unified CM 게시자에서 강화된 지속 가능 노드에 연결할 수 없을 때 경보가 트리거됩니다.

지속 가능 이벤트 중에 RTMT를 강화된 지속 가능 노드에 연결하여 ESN의 성능을 모니터링해야 합니다. RTMT가 전용 인스턴스 노드에 연결된 경우, 지속 가능 이벤트 중에 클라우드에서 ESN에 연결할 수 없기 때문에 동일한 기능을 사용할 수 없습니다.

정상 작업 중에 데이터베이스 복제는 Unified CM 클러스터 내의 강화된 지속 가능 노드를 포함하여 모든 서버 간에 완전히 메쉬됩니다. 정적 구성 데이터는 이동, 추가 및 변경을 통해 생성되기 때문에 항상 게시자에 저장되고 게시자에서 각 가입자 및 클러스터의 강화된 지속 가능 노드로 한 가지 방법으로 복제됩니다.

지속 가능 이벤트 중에 사용자 대면 기능만 확장 지속 가능 노드에 등록된 장치에서 수정되고 사용자 대면 기능은 일반적으로 웹 기반 GUI를 통해 기능을 변경하는 대신 하나 이상의 버튼을 눌러 전화기에서 직접 기능을 활성화하거나 비활성화할 수 있다는 사실을 사용하여 특징화됩니다. 따라서 강화된 지속 가능 노드는 자체 관리 및 웹 관리 GUI를 읽기 전용 작업으로 허용합니다. ESN에 등록된 사용자의 장치는 페일오버 중에 아래 나열된 사용자 대상 기능만 변경할 수 있습니다. 그러나 연결이 다시 설정되면 이러한 변경 사항은 DI Unified CM 게시자로 다시 동기화되지 않습니다.

사용자 대면 기능은 전화기의 버튼을 눌러 활성화하거나 비활성화할 수 있는 기능이며, 다음을 포함합니다.

• 모두 착신 전환(CFA)

• 프라이버시 활성화 또는 비활성화

• 방해사절(DND) 활성화 또는 비활성화

• Cisco Extension Mobility 로그인

• 헌트 그룹 로그인 또는 로그아웃

• 디바이스 모빌리티

• 최종 사용자 및 애플리케이션 사용자에 대한 CTI CAPF 상태입니다.

강화된 지속 가능 노드에 대한 페일오버 중에 로그인을 위한 소프트 클라이언트(Cisco Jabber 및 Webex 응용프로그램)의 인증은 다음과 같습니다.

1. 로컬 인증: 사용자의 인증이 Unified CM 내에서 로컬로 완료되면 지속 가능 이벤트 중에 강화된 지속 가능 노드는 등록된 클라이언트를 인증할 수 있습니다.

2. LDAP 인증: 이 경우 사용자의 인증은 로컬 LDAP 서버를 사용하여 수행됩니다. 그런 다음 지속 가능 이벤트 중에 고급 지속 가능 노드에서 LDAP 서버에 연결할 수 있으면 소프트 클라이언트의 인증이 작동합니다.

   지속 가능 이벤트 전반에서 LDAP 디렉터리가 ESN에 연결되도록 해야 합니다.

3. 싱글 사인온(SSO) 인증: 사용자의 SSO 로그인 인증은 IDP 서버를 사용하여 수행됩니다. 그런 다음 지속 가능 이벤트 중에 소프트 클라이언트의 인증이 작동하면 IDP 서버가 강화된 지속 가능 노드에서 연결할 수 있습니다.

   SSO가 활성화된 Unified CM 웹 UI 로그인의 경우 IDP 연결성이 필요하거나 복구 기반 URL 로그인을 사용해야 합니다.

   이미 인증된 클라이언트는 지속 가능 이벤트 전에 확보된 토큰을 기반으로 인증이 계속 로그인됩니다. 그러나 클라이언트가 이전 인증에서 유효한 토큰을 갖고 있지 않은 경우 새로운 로그인의 경우 ESN은 인증을 위해 IDP 서버로 리디렉트됩니다. 따라서 지속 가능 이벤트 전체에서 IDP 서버가 ESN에 연결되도록 항상 해야 합니다.

ESN에서 대기 중 음악, 알림, 컨퍼런스 브리지(소프트웨어) 서비스와 같은 기본 Unified CM 기능에 대한 미디어 리소스가 활성화되어야 합니다. 하드웨어 기반 미디어 리소스가 배포된 경우, 지속 가능 이벤트 중에 미디어 서버에 ESN에서 연결할 수 있는지 확인해야 합니다.

DI Unified CM 클러스터의 정상적인 작업 중에 긴급 통화(특히 AMER 지역)는 전용 Instnace 통합 CM 클러스터와 RedSky 클라우드 간에 구성된 SIP 트렁크가 있는 RedSky 클라우드를 통해 라우팅됩니다.

지속 가능 이벤트가 있는 경우, RedSky 클라우드에 ESN에서 연결할 수 없기 때문에 긴급 통화 다이얼 플랜을 구성해야 합니다. 따라서 RedSky를 사용할 수 없는 경우 해당 사이트에서 구성된 로컬 PSTN GW를 통해 긴급 통화를 라우트할 수 있습니다. 라우트 그룹은 지속 가능 이벤트 중에 통화 라우팅을 처리하려면 로컬 PSTN GW로 구성되어야 합니다.

다른 전용 인스턴스 지역의 긴급 통화와 다이얼 플랜을 구성하여 지속 가능 이벤트 중에 로컬 PSTN GW를 통해 통화를 라우트해야 합니다.

지속 가능 이벤트 중에 내부 라우팅, 사이트 간, 클러스터 간 및 PSTN 통화에 대한 다이얼 플랜을 구성합니다. 일반적으로 ESN은 등록된 장치에 대해서만 통화를 라우팅할 수 있습니다. 다른 모든 통화는 로컬 PSTN GW(ESN이 배포된 모든 사이트에서 구성)로 라우팅되고 거기에서 PSTN으로 라우팅되어야 합니다. 다음은 몇 가지 시나리오에 대해 설명합니다.

• 동일한 ESN에 등록된 전화기 1 및 전화기 2 – 통화가 ESN 내에서 라우팅됩니다.

• ESN에 등록된 전화기 1과 전용 인스턴스 Unified CM 클러스터에 등록된 전화기 2 – 다이얼 플랜은 ESN에서 로컬 PSTN GW로, 여기에서 PSTN을 통해 DI Unified CM으로 통화를 라우트해야 합니다. 지속 가능 이벤트 중에 다이얼 플랜은 통화 라우팅 실패를 탐지하고 로컬 PSTN GW를 통해 통화를 다시 라우팅해야 합니다. DI Unified CM 장치에서 ESN으로 걸려오는 전화에도 동일하게 적용되어야 합니다.

• ESN에 등록된 전화기 1과 전화기 2는 PSTN 장치입니다. 지속 가능 이벤트 중에 PSTN 통화를 로컬 PSTN 게이트웨이로 라우팅해야 합니다. 다이얼 플랜에 통화 라우팅 실패를 탐지하고 사용 가능한 로컬 PSTN 게이트웨이를 통해 통화를 재전송할 수 있는 기능이 있는지 확인해야 합니다.

네트워크 내에서 ESN에 연결할 수 있을 때 가능하지만 2개의 ESN 노드 간의 ICT 통화는 권장하지 않습니다.

• 지속 가능 이벤트 중에 사이트에서 전용 인스턴스 클라우드로 연결 중단(WAN 또는 연결 중단)되면 ESN에 등록하는 장치에 대해 음성 메일 및 자동 전화 교환 기능이 작동하지 않습니다. 이는 Cisco Unity Connection 서버가 ESN의 연결이 다운된 전용 인스턴스 클라우드에서 호스트되기 때문입니다. 장치가 "등록되지 않은 통화 착신 전환(CFU)"으로 구성되고 DI Unified CM에서 통화가 수신되는 경우, 발신자는 전용 인스턴스 Unity Connection에 음성 메일을 저장할 수 있습니다. 장치가 DI unified CM 가입자로 다시 전환될 때 검색할 수 있습니다.

• 단, 전용 인스턴스 클라우드에 대한 연결을 사용할 수 있지만 DI의 Unified CM 클러스터가 다운된 경우, ESN에 등록된 장치에 대해 음성 메일 및 자동 전화 교환 기능이 작동하며, ESN은 DI 클라우드에 배포된 Unity Connection 서버에 대한 연결을 갖게 됩니다.

지속 가능 이벤트 중에 ESN은 DI 클라우드에서 Cisco Expressway E & C에 연결할 수 없으며 그 반대의 경우도 마찬가지입니다. 따라서 이 경우 MRA 사용자는 ESN에서 서비스를 받을 수 없으므로 등록할 수 없습니다. 그러나 MRA 장치에 인터넷이 있고 DI 클라우드에서 Cisco Expressway에 연결할 수 있는 경우 DI의 클러스터가 작동하면 DI Unified CM에 등록할 수 있습니다.

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

AXL 웹 서비스는 읽기 전용 관리 권한이 있는 강화된 지속 가능 노드에서 활성화됩니다. 데이터베이스 관련 업데이트에 대해 DI Unified CM 게시자와만 인터페이스하기 위해 프로비저닝 서버와 같은 타사 애플리케이션을 사용하는 것이 좋습니다. 그러나 강화된 지속 가능 노드에 연결된 경우 이러한 응용프로그램이 읽기 전용일 수 있습니다.

SIP 트렁크를 통해 인터페이스하는 타사 애플리케이션은 강화된 지속 가능 노드를 지원합니다. SIP 트렁크 구성에서 '모든 노드에서 실행' 구성이 활성화되어야 합니다.

타사 장치는 3차 TFTP 기능이 지원됩니다.