Webex Calling으로 전환하는 첫 번째 단계는 온프레미스 네트워크와 Webex 클라우드 간에 안정적 이고 안전한 인터넷 연결 을 보장하는 것입니다.

대부분의 조직은 하나 이상의 방화벽 이나 보안 장치를 통해 인터넷에 연결되므로 필요한 트래픽 흐름 이 지원되는지 확인하는 것이 필수적입니다.

네트워크 및 보안 관리자는 이러한 흐름을 다음과 같은 관점에서 이해해야 합니다.

• 방향 (진입 vs 출차)

• 프로토콜 (예: SIP TLS, SRTP, HTTPS)

• Webex 서비스에서 사용하는 IP 주소 범위는 입니다.

• 열거나 허용해야 하는 포트 번호 입니다.

이를 통해 기업 방화벽, NAT 장치 및 기타 네트워크 인프라가 기업 보안 정책을 유지하면서 Webex 통화 트래픽을 수용할 수 있도록 올바르게 구성됩니다.

IP 주소, 포트 및 프로토콜을 포함한 필수 흐름에 대한 정보는 Webex 통화용 포트 참조 정보를 참조하세요. 이 정보를 사용하여 기존 배포 환경에서 방화벽, 프록시 및 기타 네트워크 인프라를 구성하여 Webex 통화 네트워크 흐름을 활성화하십시오.

Webex Calling과 같은 클라우드 협업 서비스에는 각 지점 또는 사이트에서 분산된 인터넷 연결을 사용하는 것이 권장됩니다. 이 모델은 트래픽이 로컬에서 종료되도록 함으로써 다음과 같은 이점을 제공합니다.

• 왕복 지연 및 지터를 줄여 전반적인 통화 품질을 향상시킵니다.

• Webex Calling으로 전환하는 사용자 및 사이트 수가 증가함에 따라 효율적으로 확장됩니다.

• SD-WAN과 완벽하게 연동되어 최적의 성능을 위해 세션을 가장 가까운 Webex 클라우드 진입점으로 동적으로 라우팅할 수 있습니다.

• 사용자의 공용 IP 주소를 기반으로 위치를 추적할 수 있어 미디어 경로 분석 및 문제 해결에 도움이 됩니다.

또한, 조직은 각 사업장에서 충분한 인터넷 대역폭을 확보해야 합니다. 대역폭은 예상되는 동시 통화 수, 선택한 코덱(예: Opus 또는 G.711), 신호 처리, 재전송 및 용량 증가에 대한 오버헤드를 고려하여 결정해야 합니다. 이는 PPDIO 라이프사이클의 준비 단계와 일치하며 마이그레이션을 위한 견고한 기반을 마련합니다.

Webex Calling 배포 구현 단계의 초기 설정 하위 섹션은 잘 구성되고 관리 가능한 클라우드 통화 환경을 구축하는 데 있어 기본이 됩니다. 이 단계에는 컨트롤 허브 조직 설정, 라이선스 구매 및 할당, 회사 도메인 확인 및 확보와 같은 중요한 작업이 포함되어 적절한 사용자 관리 및 보안을 보장합니다. 또한, 사용자 라이선스 할당을 자동화하는 프로비저닝 라이선스 템플릿, 사용자 인증을 간소화하고 보안을 강화하는 싱글 사인온(SSO) 구성, 조직 정책 및 사용자 요구 사항에 맞춰 서비스 및 클라이언트 설정을 조정하는 기능도 포함되어 있습니다. 이러한 초기 설정 작업을 완료하면 Webex 통화 환경이 확장성, 보안 및 원활한 사용자 경험을 위해 적절하게 구성되어 후속 배포 및 운영 단계를 위한 기반이 마련됩니다.

구현 단계에서 시범 마이그레이션을 실행하는 것은 Unified CM에서 Webex Calling으로의 전환을 검증하는 데 있어 매우 중요한 이정표입니다. 이 시범 사업은 하나 이상의 위치에 걸쳐 대표적인 사용자 그룹을 선정하여 Webex 통화 플랫폼에 접속할 수 있도록 하는 것을 목표로 하며, 선정된 사용자 그룹이 다양한 사용 사례와 조직 내 역할을 반영하도록 합니다. 사용자 마이그레이션과 병행하여 음성 메일, 자동 응답, 통화 대기열 및 헌트 그룹을 포함한 필수 협업 서비스도 비즈니스 연속성과 서비스 기능을 유지하기 위해 Webex Calling의 해당 기능으로 전환해야 합니다.

파일럿 마이그레이션은 조직 전체 배포에 계획된 것과 동일한 시스코 제공 도구 및 타사 마이그레이션 유틸리티 조합을 활용해야 하며, 이를 통해 프로세스, 자동화 워크플로 및 통합 지점이 대표적인 조건에서 철저히 검증되도록 해야 합니다.

이번 시범 배포의 주요 목표는 두 가지입니다. 첫째, 사용자 프로비저닝 워크플로, 데이터 마이그레이션 절차 및 엔드포인트 구성을 포함한 엔드투엔드 전환 프로세스를 검증하고 개선하는 것, 둘째, 실제 운영 환경에서 마이그레이션된 서비스의 기능을 종합적으로 검증하는 것입니다.

이러한 단계별 접근 방식을 통해 프로젝트 팀은 통제된 환경에서 기술적 또는 절차적 문제를 파악하고 해결하고, 새로운 플랫폼 경험에 대한 사용자 피드백을 수집하고, 선택한 마이그레이션 도구의 효과를 평가하고, 더 광범위한 조직 배포를 진행하기 전에 마이그레이션 방법론에 대한 확신을 확립할 수 있습니다.

이번 시범 운영 단계에서 얻은 통찰력은 향후 마이그레이션 단계를 최적화하고 기업 전체의 원활하고 위험 완화된 전환을 보장하는 데 매우 중요합니다.

Webex 통화용 PSTN 서비스를 이용하려면 먼저 제어 허브에서 PSTN 연결 옵션을 선택하십시오.

조직에서 하이브리드 이중 통화 제어( 1단계 그림 단계별 통화 전환: )를 유지하려는 경우 하이브리드 및 클라우드 환경(일시적이든 영구적이든 )에서는 Webex Calling과 Unified CM 엔드포인트 간의 통화를 허용하기 위해 온프레미스 PSTN용 로컬 게이트웨이를 하나 이상 배포해야 합니다.

PSTN을 포함한 클라우드로의 완전한 전환( 2단계)이 최종 목표인 경우 PSTN을 위해 Cisco 통화 플랜 또는 Webex 통화용 클라우드 연결 옵션이 필요합니다.

선택한 서비스 제공업체와 협력하여 전화번호를 주문하고 번호 이동을 완료한 후 Control Hub에서 설정하십시오. 전화번호 주문이나 번호 이동 주문 시작은 오직 required/possible 온프레미스 PSTN 및 Webex 통화용 클라우드 연결에 사용됩니다. Cisco 통화 플랜의 경우, 주문 및 번호 이동은 위치가 생성되는 즉시 Control Hub 내에서 시작되며, Cisco 통화 플랜을 사용할 수 있는 국가에서 가능합니다. Cisco 통화 플랜에 대한 자세한 내용은 Cisco 플랜 시작하기를 참조하세요.

PSTN 구축의 일환으로, 해당 지역에서 수신 및 발신 PSTN 서비스가 모두 활성화되었는지 통신 사업자에게 확인하십시오. 또한, 테스트 통화를 수행하여 선택한 PSTN 연결을 통해 통화가 올바르게 연결되는지 확인하십시오.

Webex Calling에 사용자와 장치를 추가하기 전에 통화 위치를 먼저 설정해야 합니다. 각 위치에 대해 유효한 도로명 주소를 입력해야 합니다. 미국과 캐나다에서는 이 주소가 유효성 검사를 거쳐 플랫폼에서 긴급 전화 시 PIDF-LO 위치 정보를 전송하는 데 사용됩니다.

온프레미스 PSTN을 사용하는 위치를 구성할 때는 로컬 게이트웨이를 그에 맞게 설정해야 합니다. Webex 통화에서 각 로컬 게이트웨이에 대해 트렁크와 라우트 그룹을 생성해야 하며, 생성된 라우트 그룹을 해당 위치의 PSTN(공중전화망)으로 지정해야 합니다. Cisco는 PSTN 옵션으로 항상 라우트 그룹을 선택할 것을 강력히 권장합니다. 이 방식을 사용하면 향후 추가 트렁크를 쉽게 추가할 수 있어 확장성과 이중화를 모두 지원할 수 있습니다. 시스코는 또한 모든 PSTN 회선에서 이중 신원 확인 및 P-Charge-Info 지원을 활성화할 것을 권장합니다. 이렇게 하면 발신 직접 통화 또는 착신 전환 통화에 대한 청구 대상자를 쉽게 식별할 수 있습니다. PSTN 제공업체가 청구에 다른 헤더를 사용하는 경우 로컬 게이트웨이의 P-Charge-Info 헤더에서 필요한 청구 헤더로 정보를 복사할 수 있습니다.

Webex 통화용 클라우드 커넥트 또는 Cisco 통화 플랜을 PSTN 옵션으로 사용하는 지역의 경우, 설정 과정에서 해당 지역에 맞는 PSTN 옵션을 선택하기만 하면 됩니다. 해당 위치에서 Webex 통화용 클라우드 연결 또는 온프레미스 PSTN을 사용하는 경우 이전 단계에서 주문한 전화번호를 추가해야 합니다. 통화 연결에 바로 포함시키고 싶지 않은 번호는 비활성으로 추가할 수 있습니다. 나중에 사용자나 기능에 할당될 때 이러한 번호를 활성화할 수 있습니다.

각 위치별로 대표 전화번호를 설정하는 것이 중요합니다. 대표 번호는 사용자 또는 자동 응답 시스템과 같은 기능에 할당할 수 있습니다. 해당 위치에서 음성 메일을 활성화하려면 음성 메일 파일럿 번호(음성 포털 번호라고도 함)를 설정해야 합니다.

통화 위치에 대한 추가 설정에는 비상 통화 번호, 알림 옵션 및 향상된 비상 통화 기능과 같은 비상 통화 세부 정보 구성이 포함됩니다. 또한 각 위치에 따라 녹음 설정, 언어 기본 설정 및 장치 구성을 검토하고 조정해야 합니다. 조직에서 기업 고유 번호를 사용하는 단축된 사이트 간 온넷 다이얼링을 사용하는 경우, 내부 다이얼링 설정에서 해당 위치에 대한 고유한 사이트 코드를 구성해야 합니다. 마지막으로, 외부 전화 걸기에 발신 번호가 필요한 경우 외부 전화 걸기 설정에서 해당 번호를 설정해야 합니다. 발신 다이얼 숫자를 구성할 때 일관성을 보장하기 위해 Cisco는 발신 다이얼 숫자 강제 적용을 활성화하는 것이 좋습니다.

온프레미스 통화 제어와 통합하려면 트렁크, 라우트 그룹, 엔터프라이즈 다이얼 플랜, 위치 설정 및 글로벌 설정을 구성해야 합니다. 먼저 사내 통화 제어 시스템과의 상호 연결을 위해 트렁크 및 로컬 게이트웨이를 설정합니다. 이 단계는 전용 트렁크가 필요한 경우에만 필요합니다. 기존 트렁크 및 라우트 그룹이 구축에 충분한 경우 추가 구성 없이 온프레미스 상호 연결에 재사용할 수 있습니다.

트렁크와 라우트 그룹이 설정되면 엔터프라이즈 다이얼 플랜을 생성하고 각 다이얼 플랜의 목적지로 적절한 라우트 그룹을 지정합니다. 여러 개의 온프레미스 통화 제어 시스템이 서로 다른 회선을 통해 연결되는 통합의 경우, 여러 개의 다이얼 플랜이 필요합니다. 이러한 다이얼 플랜에는 사내 목적지로 통화를 연결하는 데 필요한 패턴만 포함되어야 합니다.

배포 환경에서 알 수 없는 내선 번호 라우팅 지원이 필요한 경우, 해당 기능을 위치 수준에서 활성화해야 합니다. 또한, 알 수 없는 내선 라우팅이 활성화된 경우 Control Hub의 통화 서비스 설정의 Webex 통화와 구내 간 통화 라우팅 섹션 내에서 최대 알 수 없는 내선 길이를 지정해야 합니다. 이를 통해 통합 환경에서 원활한 통화 연결과 내선 기반 다이얼링 시나리오의 적절한 처리가 보장됩니다.

Unified CM에서 Webex Calling으로 사용자를 마이그레이션할 때 모든 사용자를 동시에 이동할 수 없을 수도 있습니다. 이는 사이트 수나 사용자 수, 사이트 전환에 소요되는 시간 등 여러 가지 이유로 발생할 수 있습니다. and/or 한 번에 여러 사용자가 동시에 작업하는 경우, 변경 작업을 지원할 수 있는 IT 또는 현장 리소스가 제한적인 경우, 변경 작업 기간, 변경의 복잡성 등이 고려되어야 합니다.

사용자를 단계적으로 마이그레이션할 때는 어떤 사용자를 동일한 배치에서 함께 마이그레이션해야 하는지 식별하는 것이 중요합니다. 주요 목표는 호출 서비스 및 기능에 대해 서로 의존성을 가진 사용자들을 함께 마이그레이션하는 것입니다. 통합 CM으로 전환하기 전과 마찬가지로 Webex Calling에서 모든 통화 기능(예: 통화 대기열)이 완벽하게 작동하는지 확인해야 합니다.

Unified CM과 Webex Calling 간의 통화 연동을 로컬 게이트웨이를 사용하여 구현하더라도, 공유 서비스나 기능을 이 연결을 통해 분할할 수는 없습니다. 따라서 다음과 같은 특징들을 살펴봄으로써 사용자 간의 의존성을 파악해야 합니다.

• BLF를 사용하여 다른 사용자 모니터링

• 동일한 헌트 파일럿, 콜 큐 등에서

• 공유된 라인

• 통화 수신 사용

• 동일한 통화 대기 번호를 사용하여

• 인터콤

• Executive/Admin.

예를 들어, 통합 CM 헌트 그룹에 속해 있는 사용자가 Webex 통화로 전환되는 경우가 있습니다. 이 사용자는 헌트 그룹 및 헌트 그룹의 다른 모든 구성원과 함께 Webex 통화로 전환됩니다. 따라서 전환 후 헌트 그룹과 그 구성원들은 새로운 플랫폼에서 성공적으로 전화를 받을 수 있습니다.

사용자가 서로 다른 통화 서비스 및 기능을 위해 서로 다른 사용자 그룹에 연결될 경우 이러한 문제는 더욱 어려워집니다. 이를 위해서는 둘 이상의 사용자 그룹과 하나의 통화 서비스를 동시에 Webex Calling으로 전환해야 합니다.

준비 단계에서 사용한 Control Hub 마이그레이션 인사이트 도구 또는 타사 도구의 출력을 사용하여 어떤 사용자와 기능을 함께 그룹화해야 하는지 결정하십시오. 이 출력 결과는 마이그레이션 계획을 수립하는 데 사용되어야 하며, 함께 전환해야 하는 사용자 및 기능을 그룹화하는 방법에 대한 통찰력을 제공할 것입니다.

여러 사용자를 일괄적으로 전환할 때의 주요 단계는 다음과 같습니다.

• 함께 마이그레이션할 사용자를 식별합니다.

• 모든 사용자가 Control Hub에 있는지 확인하십시오.

• Control Hub에 해당 사용자에 대한 모든 기술 노트(TN)가 존재하는지 확인하십시오.

• 전화번호부에서 올바른 전화번호 형식을 확인하세요.

• 사용자 그룹에 대한 라이선스 및 설정 템플릿이 올바르게 설정되어 있는지 확인하십시오.

• (적절한 경우 전환 전 또는 전환 중에) 사용자 그룹에 대한 모든 통화 서비스 및 기능을 확인하거나 구성합니다.

• 회사 디렉터리에서 통화 가능 사용자 그룹에 사용자를 추가하세요.

• 활용 도구 - Control Hub 사용자 및 기능 마이그레이션 도구 and/or 타사 도구

• Disable/Delete user/device 전화번호 및 통화 features/services 전환 후 Unified CM에서.

사용자 그룹을 마이그레이션한 후에는 사용자 하위 그룹을 대상으로 테스트하여 모든 통화 기능 및 서비스가 올바르게 작동하는지 확인합니다. 통화 대기열, 헌트 그룹 등의 통화 관련 기능이 사용자 그룹과 함께 이전되는 경우, 이러한 통화 서비스가 제대로 작동하는지 테스트해야 합니다.

Webex Calling에서 워크스페이스는 기기, 내선 번호 및 사용자를 할당할 수 있는 공유 위치(예: 회의실, 소규모 회의 공간 또는 핫데스크)를 의미합니다. 기존 Unifed CM 전화기와 달리 워크스페이스는 다음과 같은 특징을 가지고 있습니다.

• 위치 중심적: 물리적 공간과 관련되어 있습니다.

• 기기 호환성 우수: 하나 이상의 장치(데스크폰, 보드 등)를 갖출 수 있습니다.

Webex Calling으로 전환하는 과정에서 워크스페이스가 확인되면 Control Hub의 장치 메뉴에 추가할 수 있습니다. 각 워크스페이스에는 장치 할당이 필요하며, 이미 Unified CM에 있는 경우 Webex 사용을 위해 재설정 또는 재프로비저닝해야 합니다. Webex 통화 기능(음성 메일, 착신 전환, 통화 수신 등)을 활성화 또는 비활성화할 수 있으며, 필요에 따라 화상 통화, 통화 보류, 모바일 환경에 대한 정책을 적용할 수 있습니다. 각 워크스페이스를 테스트하려면 내부 및 외부 통화를 하고, 비디오, 회의 및 모바일 기능을 테스트하십시오. 마지막으로, 작업 공간 기기 및 예약과 관련된 모든 절차를 사용자에게 알려주세요.

Control Hub의 작업 공간에 대한 자세한 내용은 작업 공간을 참조하세요.

현재 Unified CM에 등록된 전화기는 클라우드 전환의 일환으로 Webex Calling으로 마이그레이션해야 합니다. 마이그레이션을 최대한 간소화하고 실패 가능성을 최소화하기 위해 Cisco는 물리적 사이트 또는 부서를 동시에 마이그레이션하는 것을 권장합니다. 하지만 기능 종속성으로 인해 사용자를 일괄적으로 마이그레이션해야 할 수도 있습니다. 자세한 내용은 사용자 일괄 마이그레이션 섹션을 참조하세요.

Unified CM에서 Webex Calling으로 전환해야 하는 모든 Webex Calling 지원 전화기는 Webex Calling에서 사용자 또는 워크스페이스로 구성해야 하며, 물리적 전화기도 Webex Calling에 등록되도록 재구성해야 합니다. 또한 7800 및 8800 시리즈 전화기는 엔터프라이즈 펌웨어에서 멀티플랫폼 폰(MPP) 펌웨어로 업그레이드해야 합니다. 이 과정에는 Webex 통화 등록에 필요한 MPP 펌웨어를 로드하기 전에 임시 펌웨어를 로드하는 작업이 포함됩니다. 또한 적절한 이민 허가증이 필요합니다. 시스코는 지난 몇 년간 이 프로세스를 개선하여 엔터프라이즈 펌웨어 전화기를 MPP 펌웨어로 업그레이드하는 과정을 더욱 간편하게 만들었습니다. 펌웨어 업그레이드를 완료하는 단계에 대한 자세한 내용은 Cisco 7800 및 8800 시리즈 IP 전화기를 Enterprise 및 MPP 펌웨어 간에 변환을 참조하십시오.

이 문서에 설명된 단계 외에도 Control Hub에는 7800 및 8800 전화기를 Enterprise에서 MPP 펌웨어로 마이그레이션하는 데 도움이 되는 내장 도구인 전화기를 Webex 통화로 마이그레이션이 있습니다. 이 도구를 사용하면 전화기를 Control Hub에 추가하고 적절한 사용자 또는 작업 공간에 할당할 수도 있습니다. 도구 사용에 대한 자세한 내용은 휴대폰 마이그레이션을 참조하세요.

Unified CM에 등록된 9800 시리즈 전화기의 경우 위의 펌웨어 마이그레이션 요구 사항은 적용되지 않습니다. 이 전화기들은 Unified CM과 Webex Calling 모두에서 지원되는 PhoneOS를 실행합니다. 이 전화기들을 Webex Calling으로 전환하려면 Webex Calling에 추가하고, 사용자 또는 작업 공간에 할당한 다음, 전화기를 공장 초기화해야 합니다. PhoneOS 등록 부팅 시퀀스 아래 그림은 PhoneOS 부팅 시퀀스와 전화기가 Control Hub에 추가된 후 Unified CM에 프로비저닝된 상태이더라도 Webex 통화에 등록되는 방식을 보여줍니다. and/or DHCP 옵션(예: 150)이 사용 중입니다.

Unified CM은 PhoneOS 기기의 공장 초기화를 지원하여 Webex 통화에 대한 제로 터치 온보딩을 가능하게 합니다. Unified CM 관리자는 CUCM 관리 페이지를 통해 9800 및 8875 전화기를 원격으로 공장 초기화할 수 있으므로 Webex 통화에 전화기를 등록하기 위해 전화기에 직접 접근할 필요가 없습니다. 이 기능은 2025년 9월 9일부터 출시되는 디바이스 팩에서 지원됩니다.

• CUCM v15 - 통합 커뮤니케이션 관리자 버전 15

• CUCM v14 - 통합 커뮤니케이션 관리자 버전 14.

9800 시리즈 등록 절차에 대한 자세한 내용은 등록 절차를 참조하십시오.

Cisco IP 전화 외에도 아날로그 전화 어댑터(ATA), 무선(Wifi, DECT) 전화, 비디오 장치, 음성 게이트웨이 및^{타사 장치 및} 전화 와 같은 기타 장치의 프로비저닝이 필요할 수 있습니다. 이러한 장치들 중 상당수는 IP 전화기처럼 기업용 펌웨어에서 클라우드 펌웨어로 전환할 수 있는 펌웨어 업그레이드 경로를 제공하지 않습니다. 따라서 Control Hub에서 이러한 각 장치를 프로비저닝해야 합니다. 이러한 기능 중 일부는 Webex Calling으로 전환할 수 없으므로, 동등한 Webex Calling 모델로 대체해야 합니다(예: ATA). 191/192) 나머지는 수동 재구성이 필요합니다. and/or 소프트웨어 변경 사항.

• 음성 게이트웨이 - 로컬 게이트웨이를 마이그레이션하려면 로컬 게이트웨이 마이그레이션을 참조하세요.

  Control Hub에서 음성 게이트웨이 VG400, VG410 또는 VG420을 구성하는 방법에 대한 자세한 내용은 로컬 게이트웨이를 참조하십시오.

• 아날로그 전화 어댑터(ATA) - Cisco ATA 191 및 192를 시작하려면 Cisco ATA를 참조하십시오.

• WiFi 무선 전화 - Webex 무선 전화 840 및 860을 통합하려면 Webex 무선 전화 통합을 참조하십시오.

• DECT 무선 전화기 - 새 Cisco IP DECT 6800 시리즈를 시작하려면 Cisco IP DECT를 참조하세요.

  Control Hub에서 디지털 DECT 네트워크를 구축하고 관리하는 방법에 대한 자세한 내용은 DECT 네트워크 관리를 참조하십시오.

  Cisco IP DECT 6800에 대한 자세한 내용은 구축 가이드를 참조하십시오.

• 타사 기기 및 휴대폰 -^타사 공급업체와 협력 device/phone Webex 통화를 지원하기 위한 요구 사항과 해당 요구 사항을 마이그레이션하거나 교체하는 프로세스입니다.

Webex 통화에 필요한 모든 통화 기능은 전환 전 또는 전환 중에 프로비저닝해야 합니다. 일괄 사용자 마이그레이션 섹션에서 설명했듯이, 호출 기능은 해당 기능을 사용하는 사용자가 마이그레이션될 때 함께 구성 및 마이그레이션되어야 합니다.

Webex 통화 기능 각각을 구성하는 방법에 대한 자세한 내용은 해당 구성 도움말 문서를 참조하십시오.

• 자동응답 시스템 - 자동응답 시스템을 관리하려면 자동응답 시스템을 참조하십시오.

• 통화 보류 - 통화 보류를 관리하려면 통화 보류를 참조하세요.

• 통화 수신 - 통화 수신 그룹을 구성하려면 통화 수신을 참조하십시오.

• 통화 대기열 - 통화 대기열을 구성하려면 통화 대기열을 참조하십시오.

• 사냥 그룹 - 사냥 그룹을 관리하려면 사냥 그룹 관리를 참조하세요.

• 동작 모드 - 동작 모드에 따른 통화 라우팅에 대해서는 동작 모드에 따른 통화 라우팅을 참조하십시오.

• 페이징 그룹 - 페이징 그룹을 구성하려면 페이징 그룹 구성을 참조하십시오.

• 녹음 - Webex 통화 녹음을 관리하려면 녹음 관리를 참조하세요.

• 단일 번호 연결 - 단일 번호 연결(Office Anywhere)을 구성하려면 단일 번호 구성을 참조하세요.

• 음성 메일 그룹 - Webex 통화용 공유 음성 메일 및 수신 팩스 사서함을 관리하려면 음성 메일 관리를 참조하세요.

인수 테스트는 마이그레이션된 환경이 기능 요구 사항을 충족하고 예상대로 작동하며 모든 커뮤니케이션 워크플로에서 원활한 사용자 경험을 제공하는지 확인합니다. 이 검증 과정은 사용자 프로비저닝 및 번호 할당부터 고급 통화 기능의 운영 성능에 이르기까지 모든 것을 포괄하는 다면적인 과정입니다.

이 섹션에서는 인수 테스트 중에 고려해야 할 주요 측면을 예시와 함께 강조하여 보여주지만, 모든 사항을 포괄하는 완벽한 체크리스트로 활용하기 위한 것은 아닙니다.

사용자 프로비저닝 및 번호 할당

인수 테스트의 기본 원칙 중 하나는 모든 사용자가 Webex Calling 내에서 정확하고 완벽하게 프로비저닝되었는지 확인하는 것입니다. 이를 위해서는 기존(Unified CM) 디렉터리와 새로 구축된 Webex Calling 사용자 기반을 철저히 비교하여 모든 사용자 계정과 내선 번호, DID(Direct Inward Dialing) 할당과 같은 관련 속성이 올바르게 마이그레이션되었는지 확인해야 합니다. 완벽한 프로비저닝은 최초 운영뿐만 아니라 지속적인 관리 및 지원에도 매우 중요합니다.

번호 할당 유효성 검사에는 각 사용자에게 올바른 내선 번호와 외부 번호가 할당되었는지, 그리고 이러한 번호가 내부(온넷) 및 외부(PSTN) 통화 흐름 모두에서 올바르게 연결되는지 확인하는 작업이 포함됩니다. 통화 연결 오류나 서비스 중단을 초래할 수 있는 중복, 누락된 할당 또는 잘못된 구성이 있는지 확인하는 것이 필수적입니다.

PSTN 통화 흐름 및 발신자 번호 표시

견고한 인수 테스트 절차에는 PSTN 통화 흐름의 엔드 투 엔드 검증이 포함되어야 합니다. 여기에는 수신 및 발신 통화 시나리오가 모두 포함됩니다. 수신되는 PSTN 통화의 경우, 테스트 팀은 통화가 개별 사용자, 통화 대기열, 헌트 그룹 또는 자동 응답 시스템과 같은 의도된 최종 사용자에게 전달되는지 확인해야 합니다. PSTN 발신 통화는 반드시 성공적으로 연결되어야 하며, 특히 발신자 번호 정보의 정확한 전달 및 표시에 주의를 기울여야 합니다. 이는 조직 정책 및 규제 요건에 따라 외부 수신자에게 정확한 발신자 이름과 번호가 표시되도록 보장하는 것을 포함합니다.

테스트에는 연결할 수 없는 엔드포인트 또는 네트워크 장애 처리와 같은 장애 조치 시나리오도 포함되어야 합니다. 이는 백업 메커니즘과 대체 경로가 제대로 작동하여 서비스 연속성과 신뢰성을 유지하는 데 도움이 됩니다.

온넷 통화 흐름

내부 또는 네트워크 내 통화 흐름은 기업 커뮤니케이션의 핵심을 이룹니다. 이 영역에서의 인수 테스트는 조직 내 사용자 간 통화가 올바르게 연결되고 통화 전환, 보류, 착신 전환 및 회의 통화와 같은 기능이 의도한 대로 작동하는지 확인합니다. 통화 다이얼 플랜의 정확성, 내선 간 연결성, 그리고 조직의 통화 정책 지원 여부를 모두 확인해야 합니다.

사용자 호출 처리 및 기능 유효성 검사

수용 테스트의 중요한 측면은 사용자가 Webex 앱 및 지원되는 데스크톱 전화를 사용하여 통화를 처리하는 방식을 검증하는 것입니다. 이 과정은 일상적인 통화 워크플로가 직관적이고 안정적인지, 그리고 사용자가 자신의 역할에 필요한 핵심 기능에 원활하게 접근할 수 있는지를 확인하는 데 중점을 둡니다. 테스트에서는 사용자가 전화를 걸고 받는 용이성, 통화 보류 및 재개 기능, 그리고 착신 전환(블라인드 랜딩 및 상담 랜딩)을 수행하는 용이성을 평가해야 합니다. 또한 착신 전환, 통화 회의 및 통화 보류 및 재개, 방해 금지 모드 활성화와 같은 고급 기능이 원활하게 사용 가능한지 확인하는 것도 필수적입니다.

사용자가 통화 내역, 음성 메일 및 통합 디렉터리와 상호 작용하는 방식을 고려하여 명확성과 반응성을 기준으로 사용자 경험을 평가해야 합니다. 기기 간 통화 이동 기능과 애플리케이션 또는 실제 전화기에서 통화 중 제어 기능을 효과적으로 사용할 수 있는 기능에 특히 주의를 기울여야 합니다. 궁극적인 목표는 마이그레이션 후 최종 사용자 경험이 일관되고 효율적이며 조직의 커뮤니케이션 요구 사항을 완벽하게 지원하도록 보장하는 것입니다.

통화 대기열: 에이전트 및 관리자 경험

통화 대기열은 대량의 수신 전화를 처리하는 데 자주 사용됩니다. 여기서의 인수 테스트는 여러 측면에 중점을 둡니다. 먼저, 라운드 로빈, 최장 유휴 시간 또는 동시 착신 등 구성된 대기열 로직에 따라 통화가 상담원에게 배분되는지 확인해야 합니다. 상담원 데스크톱에 대기 중인 통화가 표시되는 방식은 명확성과 사용 편의성을 검토하여 상담원이 효율적으로 통화를 수락, 보류 및 착신 전환할 수 있도록 해야 합니다.

관리자의 경우, 데스크톱 환경에서 실시간 모니터링, 통화 연결, 대기열 성능에 대한 분석 또는 인사이트와 같은 기능을 평가해야 합니다. 여기에는 통화 분배, 상담원 활동 및 대기열 지표에 대한 실행 가능한 데이터를 제공하는 대시보드 및 보고 도구의 유효성 검증이 포함되지만 이에 국한되지는 않습니다.

헌트 그룹: 통화 분배

헌트 그룹은 미리 정의된 사용자 그룹에게 통화를 배분하는 핵심 메커니즘입니다. 인수 테스트에서는 구성된 통화 연결 알고리즘에 따라 그룹 구성원에게 통화가 연결되고, 통화량 초과, 착신 전환 및 응답 없음 시나리오가 설계대로 처리되는지 확인해야 합니다. 그룹 구성원 자격 및 통화 라우팅 동작이 Unified CM에서 이전에 설정된 내용과 일치하는지 확인하는 것은 운영 일관성과 사용자 만족도를 위해 필수적입니다.

자동 전화 교환: 공지사항 및 메뉴 운영

자동응답 시스템은 자동화된 통화 처리의 최전선에 있습니다. 테스트에는 안내 방송 재생, 녹음된 인사말의 정확성, 메뉴 트리의 올바른 작동 여부가 포함되어야 합니다. 메뉴 선택은 발신자를 적절한 부서, 담당자 또는 외부 번호로 확실하게 연결해야 합니다. 테스트에는 발신자가 명확한 안내를 받거나 의도한 대로 리디렉션되는지 확인하기 위해 잘못된 시나리오 또는 시간 초과 시나리오도 포함되어야 합니다.

음성메일 작동

마지막으로, 음성메일 기능은 사용자 경험에 매우 중요합니다. 인수 테스트는 음성 사서함이 올바르게 할당되었고 조직 내부 및 원격에서 모두 접근 가능한지 확인해야 합니다. 메시지 기록, 검색 및 관리 기능과 알림 전달 기능이 모두 확인되어야 합니다.