연결 고려 사항

고객은 Edge Connect를 사용하여 WAN을 전용 인스턴스 환경으로 확장할 수 있습니다. 북미 지역에서는 전용 인스턴스가 Equinix 또는 Megaport 위치에서 Edge Connect 피어링을 지원합니다. 고객이 이미 Equinix에 사업체를 두고 있으므로 WAN 네트워크를 두 개의 Equinix 사이트로 확장하고 Edge Connect를 통해 전용 인스턴스 및 Webex Meetings에 연결할 수 있습니다. 고객의 Equinix 또는 Megaport 위치가 Webex POP가 있는 곳에 없는 경우, 고객은 자체 비용으로 Equinix와 Megaport의 연결을 확장해야 합니다. Cisco에서는 네트워크 기반 중복성을 보장하고 클라우드 환경에 대한 탄력적이고 안정적인 연결을 제공하기 위해 한 지역 내의 두 사이트에서 피어링을 요구합니다. 이러한 설정은 높은 가용성과 네트워크 성능을 유지하면서 고객의 클라우드 마이그레이션을 지원합니다.

PSTN 서비스

전용 인스턴스로 마이그레이션하면 고객은 기존 PSTN 서비스를 Webex Calling Cloud Connected PSTN(CCP) 서비스로 전환할 수 있습니다. 제공된 아키텍처에서 PSTN 통화는 전용 인스턴스 클라우드에서 Webex Calling 멀티 테넌트(Multi-Tenant) 환경을 거쳐 PSTN 공급자에게 라우팅됩니다. CCP는 Webex Calling을 통한 기존 CCP 파트너 피어링을 활용하여 전용 인스턴스에 대한 글로벌 클라우드 PSTN 통화 기능을 제공합니다. 이 설정은 Webex Calling CCP 서비스를 통해 모바일 및 원격 접속(MRA) 사용자를 포함한 모든 위치에서 고객의 PSTN 트래픽을 집계하여 원활하고 중앙화된 PSTN 연결을 보장합니다.

자세한 내용은 클라우드 연결 PSTN 을 참조하세요.

통합

E911용 RedSky는 정확한 위치 서비스를 제공하고 비상 전화를 적절한 PSAP로 연결해주는 비상 전화 서비스입니다. 이 클라우드 기반 RedSky 서비스는 전용 인스턴스 환경과 긴밀하게 통합되어 있습니다. 전용 인스턴스 배포에서는 Cisco Emergency Responder(CER)와 RedSky가 함께 작동하여 장치와 클라이언트를 추적합니다. CER을 사용하여 사내 전화를 추적합니다. CER은 전화의 위치를 식별하고 통화를 RedSky로 연결하여 전달하기 전에 올바른 파견 위치를 설정합니다. Webex 앱 사용자는 HELD+ 프로토콜을 사용하여 RedSky에서 직접 추적되므로 비상 대응을 위한 정확한 위치 정보가 보장됩니다.

자세한 내용은 전용 인스턴스에 대한 E911 구성 을 참조하세요.

전용 인스턴스 - 상위 수준 보기

탄력적인 WAN과 개인 피어링을 기반으로 하는 이 하이브리드 Webex 배포를 통해 회사는 다음과 같은 이점을 얻을 수 있습니다.

• 고품질의 안전한 협업을 보장하세요.

• 민감한 사업부에 대한 규정 준수 요구 사항을 충족합니다.

• 성과나 통제력을 손상시키지 않고 부서와 지역 간에 유연하게 확장합니다.

전용 인스턴스 피어링

고객은 Edge Connect 3.0 피어링 기능을 활용하여 단일 피어링 경로를 통해 멀티 테넌트, 전용 인스턴스 및 Webex Meetings 트래픽을 통합할 수 있습니다. 이 기능은 Equinix와 Megaport 공급업체 모두에서 지원되며, 하나의 통합 피어링 연결을 통해 모든 서비스에 대한 간소화되고 효율적인 네트워크 연결이 가능합니다.

자세한 내용은 전용 인스턴스 에지 연결을 참조하세요.

UC 지원 고려 사항

전용 인스턴스는 Webex 네트워크를 통해 전용 인스턴스 통합 CM과 Webex 간에 설정된 SIP 트렁크를 통해 Webex Meetings와 원활하게 통합됩니다. 이 설정을 사용하면 Webex Meetings 클라우드는 Edge Audio와 비슷한 방식으로 전용 인스턴스를 처리합니다.

이 구성을 사용하면 "전화하기" 및 "콜백"과 같은 기능을 사용하여 전용 인스턴스를 통해 통화를 라우팅할 수 있습니다. 예를 들어, 최종 사용자가 Webex 회의에 참여하기 위해 "전화하기" 옵션을 선택하면 Webex는 Cisco의 내부 SIP 트렁크를 통해 전용 인스턴스로 통화를 시작하고, 이후 사용자의 전화기에 연결됩니다. 마찬가지로, 최종 사용자가 "통화" 옵션을 사용하는 경우 전용 인스턴스를 통해 전화기에서 전화를 걸면 내부 SIP 트렁크를 통해 Webex Meetings로 라우팅됩니다.

이 통합을 통해 회의의 오디오 트래픽이 고객 WAN에서 Cisco Webex로 동일한 전용 인스턴스 피어링을 통해 흐르도록 보장하여 통화의 품질과 안정성을 향상시킵니다.

전용 인스턴스 서비스 상위 수준 보기

Webex Calling 전용 인스턴스(전용 인스턴스) 솔루션은 본사 사용자의 모든 사용 사례를 효과적으로 처리합니다. 지역 영업팀의 경우 Webex Calling Multi-Tenant(멀티 테넌트)는 이상적인 솔루션입니다. 이 솔루션은 OTT(Over-The-Top) 방식으로 운영되며 Customer Assist, Webex Go 등 최신 멀티 테넌트 혁신 기술의 혜택을 누릴 수 있습니다. 멀티 테넌트는 다수의 소규모 사이트에도 적합한 반면, 전용 인스턴스는 광범위한 애플리케이션과 사용자 정의가 필요한 조직의 나머지 부분에 완벽하게 적합합니다.

이 다이어그램은 한 고객을 위한 멀티 테넌트 및 전용 인스턴스 배포를 보여줍니다.

연결성 고려 사항

고객은 전용 인스턴스에서 지원되는 모든 피어링 모델을 사용할 수 있으며, 전용 인스턴스와 멀티 테넌트에 동일한 피어링을 사용할 수 있습니다. 피어링 위치(Equinix 또는 Megaport)에서 Webex 백본은 트래픽을 적절한 서비스로 전달합니다. 또한 Meeting Edge Audio도 동일한 피어링을 사용할 수 있습니다. 전용 인스턴스 SIP Edge 구성 요소를 사용하여 회의 서비스에 연결하기 위한 Edge Audio에는 고객의 온프레미스 Edge Audio 구성 요소(CUBE 또는 Expressway)가 필요하지 않습니다.

전용 인스턴스와 멀티 테넌트 간 사용자 분할에 대한 지침

Webex Calling 멀티 테넌트(멀티 테넌트)와 전용 인스턴스 간에 사용자 기반을 분할하기 위한 고려 사항:

• 마이그레이션: 전용 인스턴스는 기업이 클라우드로 전화를 마이그레이션하는 데 따르는 과제를 완화하는 데 도움이 됩니다. 고객은 먼저 전용 인스턴스로 마이그레이션한 다음 필요에 따라 사용자 기반을 멀티 테넌트와 전용 인스턴스로 나눌 수 있습니다.

• 연속된 전화번호: 사용자 기반을 멀티 테넌트와 전용 인스턴스로 분할하는 경우 동일한 통화 제어 내에서 인접한 전화번호를 유지하는 것이 좋습니다. 이를 통해 두 플랫폼 모두에서 다이얼 플랜과 라우팅 프로비저닝이 간소화됩니다.

• 기능 차이점: 멀티 테넌트 및 전용 인스턴스 플랫폼에 사용자를 분산하는 고객은 두 플랫폼 간의 통화 기능이 완벽하게 조화되지 않았다는 점을 고려해야 합니다. 일반적으로 그룹 기반 기능(예: 통화 픽업 그룹, 헌트 그룹)이 필요한 사용자를 유지하는 것이 좋습니다. Manager/Secretary 일관성을 보장하기 위해 동일한 호출 제어 플랫폼(멀티 테넌트 또는 전용 인스턴스) 내에서 구성을 변경합니다.

• 엔드포인트 지원: 전용 인스턴스는 기존 Cisco 전화 모델을 포함하여 온프레미스 Unified CM과 호환되는 모든 엔드포인트를 지원합니다. 멀티 테넌트로 마이그레이션할 수 없는 엔드포인트의 경우 전용 인스턴스가 자연스러운 선택입니다.

• 강화된 지속 가능: 전용 인스턴스는 UCM 노드를 온프레미스에 배포하여 완전한 온프레미스 장애 조치 기능을 구현할 수 있는 ESN(Enhanced Survivable Nodes)을 지원합니다. 중요 서비스(예: 병원)에 대한 높은 가용성이 필요한 고객의 경우 ESN이 포함된 전용 인스턴스가 적합한 옵션입니다. 또한, 고객의 기존 솔루션이 원격 사이트를 위한 SRST가 포함된 Unified CM인 경우, 동일한 SRST를 Dedicated Instance Unified CM으로 확장할 수 있습니다.

• 통합: 전용 인스턴스는 온프레미스 Unified CM과 유사한 타사 통합을 지원합니다. 온프레미스 Unified CM과 통합된 기존 비즈니스 워크플로가 있는 경우, 해당 워크플로를 전용 인스턴스로 전환하는 것이 일반적으로 더 쉽습니다. 사용자 할당은 이러한 워크플로 종속성을 기반으로 할 수도 있습니다.

디렉터리 동기화 고려 사항:

• 제어 허브 동기화: 고객 디렉토리는 Control Hub 클라우드와 동기화되어야 하며, Dedicated Instance Unified CM은 Control Hub에서 직접 동기화됩니다.

• 그룹 필터:그룹 필터를 구성하여 전용 인스턴스 통합 CM이 모든 사용자가 아닌, 전용 인스턴스에 지정된 사용자만 동기화하도록 할 수 있습니다.

• 사용자 할당: 서비스를 호출하려면 각 사용자는 전용 인스턴스 또는 멀티 테넌트 중 하나에 속해야 하지만, 둘 다에 속할 수는 없습니다. 각 사용자에게 적절한 서비스 할당을 보장합니다.

이러한 접근 방식은 다중 테넌트와 전용 인스턴스 간에 사용자 기반을 분할할 때 신중한 계획과 원활한 운영을 보장합니다.

PSTN 고려 사항

조직에서는 고객 구내 로컬 게이트웨이(LGW)를 채택하여 PSTN에 연결하거나 클라우드 연결 PSTN 서비스를 활용할 수 있습니다. 결정은 비용상 이점, 단일 공급업체를 통한 통합 커뮤니케이션(UC) 서비스 간소화, 네트워크 트래픽 고려 사항 및 기타 비즈니스 우선순위와 같은 요소에 따라 달라질 수 있습니다.

로컬 게이트웨이 접근 방식의 경우 다음 세부 정보가 적용됩니다.

• 전용 인스턴스 Unified CM에 대한 직접 SIP 트렁크: 고객은 Unified CM 구성 지침에 따라 Dedicated Instance Unified CM에서 온프레미스 로컬 게이트웨이로 직접 SIP 트렁크를 구성합니다.

• 다중 테넌트 구성: 로컬 게이트웨이는 멀티 테넌트 가이드라인을 준수하여 멀티 테넌트로 구성됩니다. 트렁크는 공통 피어링이나 인터넷을 통해 연결할 수 있습니다.

• 분할 트렁킹을 사용한 단일 로컬 게이트웨이: 단일 로컬 게이트웨이는 두 개의 트렁크를 지원할 수 있습니다. 하나는 전용 인스턴스 통합 CM에 대한 트렁크이고 다른 하나는 멀티 테넌트에 대한 트렁크입니다. 그러나 각 사이트가 전용 인스턴스 또는 멀티 테넌트에 완전히 속하도록 사용자 기반을 분할하는 것이 좋습니다. 결과적으로, 주어진 로컬 게이트웨이에서 일반적으로 하나의 트렁크(전용 인스턴스 또는 멀티 테넌트)만 권장됩니다.

Cloud Connect PSTN의 경우 멀티 테넌트 사용자와 전용 인스턴스 사용자 모두 기존 CCP 파트너 피어링을 활용하여 멀티 테넌트 플랫폼을 활용할 수 있습니다.

통합

• Webex 앱 – Webex 앱은 Unified CM의 엔드포인트입니다. 전용 인스턴스 Unified CM 관점에서 Webex 앱은 해당 SIP 라인 기능을 갖춘 Unified CM에 등록된 소프트폰입니다.

• O365 이메일 통합 – ABC가 이미 Unified CM을 O365와 통합한 경우, 전용 인스턴스에서도 동일한 통합을 수행할 수 있습니다. 이 통합을 통해 Unity Connection은 음성 메일에 대한 단일 받은 편지함 기능을 제공할 수 있습니다. CM/IM & P는 사용자의 이메일과 연락처 및 상태 통합을 제공할 수 있습니다. 전용 인스턴스 UC 애플리케이션과 MS O365 클라우드 간의 트래픽은 전용 인스턴스 HTTP 프록시를 사용합니다. Cisco 고객 온보딩 프로세스를 통해 전용 인스턴스 측에서 필요한 포트가 열려 있는지 확인할 수 있습니다.

• E911용 RedSky – RedSky는 위치 서비스를 제공하고 통화를 PSAP로 연결하는 비상 전화 서비스입니다.

전용 인스턴스 서비스 개요

Webex Calling Dedicated Instance(전용 인스턴스) 솔루션은 클라우드로 전환하려는 고객의 요구 사항을 충족하며, 전반적인 운영 비용을 줄이는 동시에 향상된 확장성, 중복성 및 글로벌 존재감을 제공합니다. 고객은 UC 클러스터를 북미(NA), EMEA, 아시아 태평양 및 일본(APJ)의 세 개 전용 인스턴스 지역으로 마이그레이션함으로써 글로벌 운영을 효율적으로 지원할 수 있습니다. 전용 인스턴스 내의 UC 애플리케이션은 기존 워크플로 및 통합과 원활하게 통합되어 온프레미스 Unified CM 클러스터를 관리하는 데 드는 비용을 없애는 동시에 최종 사용자 경험에 영향을 미치지 않습니다.

또한, 여러 지역 간 통화를 연결하기 위해 세션 관리 에디션(SME)이 사용됩니다. 다른 Webex 서비스 및 클라우드 플랫폼과의 통합은 표준 구성에 맞춰져 일관된 경험을 보장합니다.

원격 및 모바일 사용자의 경우, 고객은 서비스 활성화의 일부로 모든 지역에 배포되는 Webex Calling 멀티 테넌트(Multi-Tenant) 또는 모바일 및 원격 액세스(MRA) 서비스를 활용할 수 있습니다. 이를 통해 특정 사용 사례에 따라 확장하고 적응할 수 있는 유연성이 제공됩니다.

연결성 고려 사항

고객은 Equinix 또는 Megaport 위치에 있는 자사에서 WAN을 전용 인스턴스로 확장할 수 있습니다. 고객은 UC 사업장이 있는 모든 지역(AMER, EMEA, UK, APJ, AUS)을 살펴봐야 합니다.

UC 지원 고려 사항

전용 인스턴스는 지역을 기반으로 아래 도메인으로 활성화됩니다. Customer/Partner 사용자가 고객 도메인으로 Jabber에 로그인할 수 있도록 서비스 도메인과 SRV 레코드를 적절히 구성해야 합니다.

서비스 검색 도메인: <cust>.amer.wxc-di.webex.com (NA용), <cust>.emea.wxc-di.webex.com (EMEA용), <cust>.apjc.wxc-di.webex.com (APJC용)

최종 사용자 로그인 도메인: cust.com

문서 참조: 전용 인스턴스에서 Jabber를 구성하여 고객 도메인을 로그인에 사용하도록 합니다.

온프레미스 엔드포인트는 특정 도메인과 연결된 DNS 이름을 확인할 수 있어야 합니다. 이를 구현하려면 고객은 내부 DNS 서비스를 구성하여 이러한 도메인에 대한 쿼리를 이를 관리하는 Cisco로 전달해야 합니다. 자세한 내용은 DNS 요구 사항 을 참조하세요.

PSTN 고려 사항

전용 인스턴스로 전환하면 고객은 기존 PSTN 서비스를 유지하거나 PSTN 통화를 위해 Cisco Cloud Connected PSTN(CCP)을 활용할 수 있습니다.

전용 인스턴스 서비스 상위 수준 보기

전용 인스턴스는 고객의 백오피스 사용자에 대한 요구 사항을 충족합니다. 고객에게는 컨택센터 솔루션에 대한 세 가지 옵션이 있습니다.

접근 방식 1: 고객은 컨택센터 사용자를 Webex 컨택센터로 전환하여 고급 기능을 갖춘 보다 현대적인 경험을 제공할 수 있습니다. Webex Contact Center는 최첨단 AI 기능을 활용하여 고객 상호작용을 강화하고 비즈니스 성과를 개선합니다. 또한, 전용 인스턴스는 Webex Contact Center와 완벽하게 통합되어 상담원이 백오피스 사용자와 효율적으로 소통할 수 있으며, 그 반대의 경우도 마찬가지입니다.

접근 방식 2: 전용 인스턴스는 서비스로서의 인프라(IaaS)를 제공하여 고객이 UC 애플리케이션과 함께 배치된 애플리케이션을 배포하기 위한 컴퓨팅 및 스토리지 리소스를 확보할 수 있도록 합니다. 고객은 UCCX를 별도로 구매하여 IaaS 환경에 배포해야 하며, UC 애플리케이션과 원활하게 통합되는 데 필요한 60ms의 저지연 요구 사항을 충족해야 합니다.

접근 방식 3: 고객은 UC 관리자와 UCCX 간 왕복 시간이 60ms를 충족하는 한, 백오피스 사용자를 모두 전용 인스턴스로 옮기는 동안에도 온프레미스에서 UCCX를 계속 사용할 수 있습니다. 하지만 이 사용 사례에서는 이것이 고객에게 바람직하지 않습니다.

통합

통화 녹음 – 고객은 온프레미스나 클라우드에 구축된 통화 녹음 솔루션을 사용할 수 있습니다. 온프레미스 통화 녹음 솔루션의 경우, 고객은 전화기에 내장된 브리지 기능을 사용하여 녹음 미디어를 서버로 직접 포크할 수 있습니다. 클라우드 녹화 솔루션의 경우, 고객은 미디어를 클라우드 공급자에게 안전하게 보호하기 위해 CUBE 설정이 필요합니다.

전용 인스턴스 서비스 상위 수준 보기

전용 인스턴스를 통해 고객은 제어력이나 기능을 희생하지 않고 음성 플랫폼을 현대화하는 동시에 사용자가 Microsoft Teams 내에서 생산성을 유지할 수 있도록 지원합니다. IT 부서는 Control Hub를 통한 중앙 집중식 관리의 이점을 누리고 Cisco TAC을 통해 지원을 간소화하는 동시에 원활한 워크플로에 대한 최종 사용자 요구 사항을 충족합니다.

MS Teams 통합을 위한 Webex Calling은 다음과 같은 기능을 제공합니다.

• Microsoft Teams 인터페이스를 통해 Webex 앱 기반 통화 시작
• 소프트폰 및 데스크폰 제어 모드

Microsoft Teams용 Webex Calling은 다음과 같은 기능을 제공합니다.

• Webex Calling
• BroadWorks용 Webex
• 전용 인스턴스
• Unified CM
• 소프트폰 모드
• 데스크폰 제어 모드
• PSTN
• 보이스메일
• 통화 기록
• 단축 번호
• 데스크톱 및 모바일

전용 인스턴스, Webex Contact Center Enterprise(WxCCE) 서비스 상위 수준 보기

전용 인스턴스와 Webex Contact Center Enterprise(WxCCE)를 함께 사용하면 고객의 요구 사항을 충족할 수 있습니다. 고객은 백오피스 사용자를 전용 인스턴스로 마이그레이션하는 동시에 5000개의 에이전트를 WxCCE 플랫폼으로 옮길 수 있습니다.

연결성 고려 사항

Edge Connect 3.0을 사용하면 고객은 Edge Connect를 통해 Webex에 단일 피어 연결을 설정하여 전용 인스턴스와 Webex Contact Center Enterprise(WxCCE) 모두에 원활하게 연결할 수 있습니다. 비용 효율적인 피어링을 위해 고객은 Webex POP(Points of Presence)가 있는 동일한 위치에 연결하는 것이 좋습니다. 이 설정에는 크로스 커넥트만 필요합니다. 하지만 고객이 Webex가 없는 다른 Equinix 사이트에서 운영하는 경우 Webex가 있는 Equinix DC에 대한 ECX 원격 연결을 구매해야 하는데, 이는 비교적 비용이 많이 듭니다.

UC 지원 및 흐름

이 고객의 경우, 피어링, 전용 인스턴스와 WxCCE 간 사용자 분산, PSTN 구성에 대해 선택한 옵션에 따라 다음 속성이 적용됩니다.

• 에이전트는 WxCCE에 호스팅됩니다.
• 백오피스 사용자는 전용 인스턴스에 호스팅됩니다.
• 전용 인스턴스와 WxCCE는 모두 PSTN 연결을 위해 로컬 게이트웨이(LGW)를 활용합니다.
• 전용 인스턴스와 WxCCE에는 단일 피어링 연결이 사용됩니다.

통화 시나리오:

• 상담원 – PSTN 인바운드 통화:

  • PSTN에서 들어오는 통화는 로컬 게이트웨이(LGW)를 거쳐 WxCCE 통화 제어로 라우팅되고, 이후 통화가 에이전트로 연결됩니다.
  • 미디어는 LGW에서 에이전트로 직접 흐릅니다.
• 에이전트 - 백오피스 전화:

  상담원이 인바운드 콜을 받아 백오피스 사용자에게 전달하는 경우 미디어 흐름은 다음과 같습니다.

  • 처음에, 통화가 수신되면 미디어는 로컬 게이트웨이(LGW)에서 에이전트로 흐릅니다.
  • 에이전트가 통화를 전송하면 미디어 경로가 업데이트되고 해당 경로는 LGW에서 전용 인스턴스 백오피스 사용자에게 직접 흐릅니다.