피드백을 보내 주셔서 감사합니다.

단일 사이트 배포 모델에서는, 강화된 생존 노드 (ESN) 가 PSTN 통화 라우팅을 위한 로컬 게이트웨이와 함께 사이트 내에 배포돼요. 정전 시 ESN에 최대 7500대의 장치를 등록할 수 있어요.

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

이 배포 모델은 여러 사이트가 있는 지역의 고객에게 적합하며 여러 사이트의 존속 가능성이 요구돼요. 사이트 간에 PSTN 로컬 게이트웨이를 공유할 수 있지만 권장하지는 않아요. 네트워크가 중단되면 사이트가 격리될 수 있고 그런 경우 ESN은 PSTN으로 통화를 라우팅하기 위한 로컬 게이트웨이에 도달할 수 없어요.

다음은 다중 사이트 배포를 위한 2가지 배포 옵션이에요.

• 옵션 1: 각 사이트에 향상된 생존 노드를 배포했어요.

• 옵션 2 — 여러 사이트 간에 공유되는 공통 향상된 생존 노드.

전용 인스턴스 데이터센터에 배포된 다른 노드처럼 지속 가능성 강화 노드도 모니터링하고 관리해요. 생존 이벤트 중에 ESN과 연결이 끊어지면 노드에 액세스할 수 없게 되고 중단이 해결되고 연결이 복원되면 자동으로 다시 연결돼요. Cisco Cloud

우리는 UC 애플리케이션 인증서를 관리하고 향상된 생존 노드를 활성화하는 동안 전용 인스턴스 Unified CM 클러스터 인증서를 업데이트했어요. ESN으로 업데이트됐어요.

생존성 이벤트 동안, 향상된 생존성 노드는 모든 CDR/CMR 데이터를 로컬에 저장해요. 연결이 복원되면 데이터가 전용 인스턴스 Unified CM 게시자와 다시 동기화돼요. 저장할 수 있는 데이터 양은 당시 강화 서바이버빌리티 노드의 디스크 크기를 기준으로 해요. CDR에 설정할 수 있는 최대 디스크 할당 공간은 3328MB예요. 구성된 CDR 간격에 따라 CDR 파일 크기가 작거나 클 수 있어요. 제거는 다음을 기준으로 이루어져요.

• 디스크 사용량이 할당되거나 구성된 디스크 공간을 초과하면 처리된 레코드가 삭제돼요. 디스크 사용량이 더 많으면 처리되지 않은 레코드도 제거돼요.

• 하이 워터마크 %를 “CDR 관리” 설정에서 구성하면 CDR 파일이 제거돼요. 예를 들어, “하이 워터마크%”가 80% 로 구성되어 있고 디스크 사용량이 80% 이면 CDR 파일이 제거돼요.

• CDR/CMR 파일 보존 기간 (일) 은 “CDR 관리” 설정에서 구성하면 CDR 파일이 삭제돼요. 기본적으로 30일로 설정되어 있어요.

다음은 향상된 생존가능성 노드와 관련된 RTMT의 경고예요.

• 서바이버빌리티 이벤트 - 확장 서바이버빌리티 노드에서 모든 전용 인스턴스 노드에 연결할 수 없을 때 경보가 트리거돼요.

• 원격서바이버블 노드 도달불가 - 전용 인스턴스 게시자에서 강화 서바이버빌리티 노드에 연결할 수 없을 때 경보가 트리거돼요. Unified CM

서바이버빌리티 이벤트 중에 RTMT를 향상된 서바이벌빌리티 노드에 연결해야 ESN 성능을 모니터링할 수 있어요. RTMT가 전용 인스턴스 노드에 연결된 경우에는 동일한 기능을 사용할 수 없어요. 존속 이벤트 중에는 클라우드에서 ESN에 연결할 수 없으니까요.

정상 작동 중에는 데이터베이스 복제가 클러스터 내의 Enhanced Survivability 노드를 포함한 모든 서버 간에 완전히 Unified CM 맞물려 있어요. 정적 구성 데이터는 이동, 추가, 변경을 통해 생성되기 때문에 항상 게시자에 저장되고 게시자에서 각 구독자와 클러스터의 향상된 생존성 노드로 한 방향으로 복제돼요.

서바이벌빌리티 이벤트 중에는 향상된 서바이버빌리티 노드에 등록된 기기에서 사용자 대면 기능만 수정되고, 사용자 대면 기능은 일반적으로 웹 기반 GUI를 통해 기능을 변경하는 것과는 반대로 버튼을 하나 이상 눌러 휴대폰에서 직접 기능을 활성화 또는 비활성화할 수 있는 것이 특징이에요. 그래서 향상된 서바이벌빌리티 노드에서는 셀프 케어와 웹 관리자 GUI를 읽기 전용 작업으로 허용해요. ESN에 등록된 사용자 장치는 페일오버 중에 아래 나열된 사용자 대면 기능만 변경할 수 있어요. 하지만 연결이 다시 설정되면 이러한 변경 사항이 DI Unified CM 게시자에게 다시 동기화되지 않아요.

사용자 지원 기능이란 전화기 버튼을 눌러 활성화 또는 비활성화할 수 있는 모든 기능이며 다음을 포함해요.

• 콜 포워드 올 (CFA)

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

• 방해 금지 (DND) 활성화 또는 비활성화

• Cisco Extension Mobility로그인

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

• 디바이스 모빌리티

• 최종 사용자와 애플리케이션 사용자의 CTI CAPF 상태예요.

향상된 생존 노드로 페일오버하는 동안 로그인을 위한 소프트 클라이언트 (Cisco Jabber및 Webex 애플리케이션) 의 인증은 다음과 같아요.

1. 로컬 인증: 존속성 이벤트 기간 동안 사용자 인증을 로컬로 수행하면 Enhanced Survivability 노드가 등록된 클라이언트를 인증할 수 있어요. Unified CM

2. LDAP 인증: 이 경우 사용자 인증은 로컬 LDAP 서버를 사용하여 수행돼요. 그러면 지속 가능성 이벤트 중에는 향상된 생존 노드에서 LDAP 서버에 연결할 수 있으면 소프트 클라이언트 인증이 작동해요.

   생존 이벤트 내내 LDAP 디렉토리가 ESN에 도달할 수 있는지 확인해야 해요.

3. 싱글 사인온 (SSO) 인증: 사용자의 SSO 로그인 인증은 IDP 서버를 사용하여 수행돼요. 그러면 서바이벌빌리티 이벤트 중에는 향상된 서바이버빌리티 노드에서 IDP 서버에 연결할 수 있으면 소프트 클라이언트의 인증이 작동해요.

   SSO 지원 Unified CM 웹 UI 로그인의 경우 IDP 연결이 필요하거나 복구 기반 URL 로그인을 사용해야 해요.

   인증은 생존 이벤트 전에 얻은 토큰을 기반으로 하기 때문에 이미 인증된 클라이언트는 계속 로그인돼요. 하지만 새 로그인의 경우 클라이언트가 이전 인증에서 얻은 유효한 토큰을 가지고 있지 않을 때 ESN은 인증을 위해 IDP 서버로 리디렉션해요. 따라서 생존 이벤트 기간 내내 IDP 서버가 ESN에 도달할 수 있도록 하는 것이 항상 필요해요.

음악 보류, 알림, 컨퍼런스 브리지 (소프트웨어) 서비스 같은 기본 Unified CM 기능을 사용하려면 미디어 리소스가 필요해요. ESN에서 활성화해야 해요. 하드웨어 기반 미디어 리소스를 배포한 경우, 존속 이벤트 중에는 ESN에서 미디어 서버에 연결할 수 있어야 해요.

DI Unified CM 클러스터가 정상적으로 작동하는 동안 긴급 통화 (특히 AMER 지역) 는 전용 인스턴스 통합 CM 클러스터와 RedSky 클라우드 사이에 구성된 SIP 트렁크가 있는 RedSky 클라우드를 통해 라우팅돼요.

생존 이벤트가 발생하면 ESN에서 RedSky 클라우드에 연결할 수 없으므로 RedSky를 사용할 수 없는 경우 해당 사이트에 구성된 로컬 PSTN GW를 통해 긴급 통화를 라우팅하도록 긴급 통화 다이얼 플랜을 구성해야 해요. 생존 이벤트 시 통화 라우팅을 처리하려면 경로 그룹이 로컬 PSTN GW로 구성되어야 해요.

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

• 전화 1과 전화 2가 동일한 ESN에 등록되어 있어요. 통화는 ESN 내에서 라우팅돼요.

• 전화 1은 ESN에 등록되고 전화 2는 전용 인스턴스 Unified CM 클러스터에 등록되어 있어요. 다이얼 플랜은 ESN에서 로컬 PSTN GW로 통화를 라우팅하고 거기서 PSTN을 통해 DI로 라우팅해야 해요. Unified CM 존속 이벤트가 발생하면 다이얼 플랜이 통화 라우팅 실패를 감지하고 로컬 PSTN GW를 통해 통화를 다시 라우팅해야 해요. DI Unified CM 기기에서 ESN으로 걸려오는 전화에도 동일하게 적용되어야 해요.

• 전화 1은 ESN에 등록되고 전화 2는 PSTN 장치예요. 생존 문제가 발생하면 PSTN 통화를 로컬 PSTN 게이트웨이로 라우팅해야 해요. 다이얼 플랜이 통화 라우팅 실패를 감지하고 사용 가능한 로컬 PSTN 게이트웨이를 통해 통화를 다시 라우팅할 수 있는지 확인해야 해요.

• 존속 이벤트 중에는 사이트에서 전용 인스턴스 클라우드로 연결이 끊어지면 (WAN 또는 연결 중단), ESN에 등록한 장치에서 음성 메일과 자동 전화 교환 기능이 작동하지 않아요. Cisco Unity Connection 서버가 ESN 연결이 끊긴 전용 인스턴스 클라우드에 호스팅되기 때문입니다. 디바이스가 “콜포워드 미등록 (CFU)" 로 구성되어 있고 통화가 Unified CM DI로 수신되면 발신자는 전용 인스턴스 Unity Connection에 음성 메일을 입금할 수 있어요. 디바이스가 DI Unified CM 가입자에게 돌아가면 검색할 수 있어요.

• 하지만 전용 인스턴스 클라우드에 연결은 가능하지만 DI의 Unified CM 클러스터가 다운되는 상황이 지속되면, ESN은 DI 클라우드에 배포된 Unity Connection 서버에 연결되기 때문에 ESN에 등록된 장치에서 음성 메일과 자동 전화 교환 기능이 작동해요.

서바이버빌리티 이벤트 동안에는 ESN이 DI 클라우드의 Cisco Expressway E&C에 도달할 수 없고 그 반대의 경우도 마찬가지예요. 따라서 이 경우 MRA 사용자는 ESN에서 서비스를 받을 수 없어서 등록할 수 없어요. 하지만 MRA 장치에 인터넷이 있고 DI 클라우드의 Cisco Expressways에 연결할 수 있으면 DI의 클러스터가 작동하기만 하면 Unified CM DI에 등록할 수 있어요.

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/ -unified-jtapi-devipers-guide-14/ -unified-jtapi-developers-guide-1251_chapter_00.html 를 참조하세요. cucm_b_cisco cucm_b_cisco

SIP 트렁크를 통해 인터페이스하는 타사 애플리케이션은 향상된 생존 노드를 지원해요. SIP 트렁크 구성에서 '모든 노드에서 실행' 구성을 활성화해야 해요.

3차 TFTP 기능이 있는 타사 장치가 지원돼요.