로 전환하는 첫 단계는 온프레미스 네트워크와 클라우드 간의 안정적이고 안전한 인터넷 연결을 보장하는 거예요.

대부분의 조직이 하나 이상의 방화벽이나 보안 장치를 통해 인터넷에 연결하기 때문에 필요한 트래픽 흐름이 지원되는지 확인하는 것이 중요해요.

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

• 방향 (인바운드 vs 아웃바운드)

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

• 서비스에서 사용하는 IP 주소 범위

• 열거나 허용해야 하는 포트 번호예요.

이를 통해 기업 보안 정책을 유지하면서 기업 방화벽, NAT 장치 및 기타 네트워크 인프라가 트래픽을 수용하도록 적절하게 구성될 수 있어요.

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

다음과 같은 클라우드 협업 서비스에는 각 지점이나 사이트에서 탈중앙화된 인터넷 브레이크아웃이 권장되는 접근법이에요. 이 모델은 트래픽이 현지에서 나가도록 허용함으로써:

• 왕복 지연과 지터를 줄여 전체 통화 품질을 개선해요.

• 더 많은 사용자와 사이트가 이전함에 따라 효율적으로 확장돼요

• SD-WAN과 원활하게 작동해요. SD-WAN은 최적의 성능을 위해 세션을 가장 가까운 클라우드 진입점으로 동적으로 라우팅할 수 있어요.

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

또한 조직은 각 사이트에 적절한 인터넷 대역폭을 확보해야 해요. 대역폭 크기는 예상 동시 통화 수, 선택한 코덱 (예: Opus 또는 G.711), 신호 처리, 재전송, 증가에 따른 오버헤드를 기준으로 조정해야 해요. 이는 PPDIO 라이프사이클의 준비 단계와 일치하며 마이그레이션을 위한 견고한 토대를 구축해요.

배포 구현 단계의 초기 설정 하위 섹션은 잘 구조화되고 관리 가능한 클라우드 통화 환경을 구축하는 데 기초가 돼요. 이 단계에는 적절한 사용자 관리와 보안을 보장하기 위해 조직 설정, 라이선스 조달 및 할당, 회사 도메인 확인 및 신청 같은 중요한 작업이 포함돼요. 추가로 사용자 라이선스 할당을 자동화하는 라이선스 템플릿 제공, 사용자 인증 간소화 및 보안 강화를 위한 SSO (Single Sign-On) 구성, 조직 정책 및 사용자 요구에 맞게 서비스 및 클라이언트 설정 조정 등이 포함돼요. 이러한 초기 설정 작업을 완료하면 확장성, 보안 및 원활한 사용자 경험을 위해 환경이 적절하게 구성되어 후속 배포 및 운영 단계를 위한 단계가 마련돼요.

구현 단계에서 파일럿 마이그레이션을 실행하는 것은 에서 로의 전환을 검증하는 데 있어 중요한 이정표예요. 이 파일럿에는 선택된 인구가 다양한 사용 사례와 조직 역할을 반영하도록 하나 이상의 위치에 있는 일부 사용자를 플랫폼에 프로비저닝하는 작업이 포함돼요. 사용자 마이그레이션과 병행하여 비즈니스 연속성과 서비스 기능을 유지하려면 음성 메일, 자동 전화 교환, 콜 큐, 헌트 그룹 등 필수 협업 서비스를 동급 서비스로 전환해야 해요.

파일럿 마이그레이션은 Cisco 제공 도구와 더 광범위한 조직 배포를 위해 계획된 타사 마이그레이션 유틸리티의 동일한 조합을 활용하여 프로세스, 자동화 워크플로 및 통합 포인트가 대표적인 조건에서 철저하게 검증되도록 해야 해요.

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

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

이 파일럿 단계에서 얻은 통찰력은 후속 마이그레이션 물결을 최적화하고 전체 기업의 원활하고 위험 완화된 전환을 보장하는 데 도움이 돼요.

PSTN 서비스를 구매하려면 먼저 에서 PSTN 연결 옵션을 선택하세요.

조직이 하이브리드 이중 통화 제어 (그림 1단계 단계별 통화 전환: 하이브리드 및 클라우드) 를 일시적 또는 무기한으로 유지할 계획이면, 및 엔드포인트 간 통화를 허용하려면 온프레미스 PSTN용 로컬 게이트웨이를 하나 이상 배포해야 해요.

클라우드로의 전체 전환 (2단계) 이 PSTN을 포함한 최종 목표라면, PSTN에는 시스코 콜링 플랜이나 클라우드 커넥트 포 옵션이 필요해요.

구성하기 전에 선택한 제공업체에 문의하여 전화번호를 주문하고 포팅하세요. 전화번호를 주문하거나 포트 주문을 시작하는 것은 온-프레미스 PSTN 및 클라우드 연결에서만 필요/가능해요. 시스코 콜링 플랜의 경우, 시스코 콜링 플랜을 사용할 수 있는 국가에서는 위치가 생성되자마자 Control Hub 내에서 주문과 포팅이 시작돼요. Cisco 콜링 플랜에 대한 자세한 내용은 Cisco 플랜 시작하기를 참조하세요.

PSTN 구현의 일환으로 공급자가 해당 위치에 대해 인바운드 및 아웃바운드 PSTN 서비스를 모두 활성화했는지 확인하세요. 또한 테스트 통화를 수행하여 선택한 PSTN 연결을 통해 통화가 제대로 라우팅되고 있는지 확인하세요.

에 사용자와 기기를 추가하기 전에 통화 위치를 지정해야 해요. 각 위치마다 유효한 도로명 주소를 입력해야 해요. 미국과 캐나다에서는 플랫폼에서 이 주소를 확인하고 긴급 전화를 위해 PIDF-LO 위치 정보를 보내는 데 사용해요.

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

클라우드 커넥트를 PSTN 옵션으로 사용하거나 시스코 콜링 플랜을 사용하는 위치의 경우 설정 시 위치에 대한 해당 PSTN 선택을 선택하기만 하면 돼요. 위치에서 클라우드 커넥트 또는 온프레미스 PSTN을 사용하는 경우 이전 단계에서 주문한 전화번호를 추가해야 해요. 통화 라우팅에 즉시 포함시키지 않으려면 번호를 비활성 상태로 추가할 수 있어요. 나중에 사용자나 기능에 할당될 때 이 번호를 활성화할 수 있어요.

항상 각 위치의 기본 번호를 설정하는 것이 중요해요. 기본 번호는 사용자나 자동 교환 같은 기능에 할당될 수 있어요. 해당 위치에서 음성 메일을 활성화하려면 음성 포털 번호라고도 하는 음성 메일 파일럿 번호를 설정해야 해요.

통화 위치 추가 설정에는 긴급 콜백 번호, 알림 옵션, 향상된 긴급 전화 기능 같은 긴급 전화 세부 정보 구성이 포함돼요. 또한 각 위치의 필요에 따라 녹음 설정, 언어 기본 설정, 기기 구성을 검토하고 조정해야 해요. 조직에서 기업 전화 번호로 단축된 사이트 간 온넷 다이얼링을 사용하는 경우 내부 다이얼링 설정에서 위치에 대한 고유 사이트 코드를 구성해야 한다는 것을 기억하세요. 마지막으로, 외부 다이얼링에 아웃바운드 다이얼 숫자가 필요한 경우 외부 다이얼링 설정에서 설정해야 해요. 아웃바운드 다이얼 디지트가 구성되면 Cisco는 일관성을 보장하기 위해 아웃바운드 다이얼 디지트 적용을 활성화하는 것을 권장해요.

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

트렁크와 라우트 그룹이 설정되면 엔터프라이즈 다이얼 플랜을 만들고 적절한 라우트 그룹을 각 다이얼 플랜의 대상으로 지정하세요. 통합에 서로 다른 트렁크로 연결된 온프레미스 통화 제어 시스템이 여러 개 포함되는 경우 여러 다이얼 플랜이 필요해요. 이러한 다이얼 플랜에는 온프레미스 대상으로 통화를 라우팅하는 데 필요한 패턴만 포함되도록 하는 것이 중요해요.

배포에 알 수 없는 확장 경로 지원이 필요한 경우 위치 수준에서 이 기능을 활성화해야 해요. 또한 알 수 없는 내선 라우팅이 활성화되면 에 있는 통화 서비스 설정의 구내 간 통화 라우팅 섹션에서 알 수 없는 최대 내선 시간을 지정해야 해요. 이를 통해 통합 환경에서 원활한 통화 라우팅과 내선 기반 다이얼 시나리오의 적절한 처리가 보장돼요.

에서 으로 사용자를 이주시키면 모든 사용자를 동시에 이동시키지 못할 수도 있어요. 사이트 또는 사용자 수, 사이트 및/또는 사용자 그룹을 한 번에 전환하는 데 걸리는 시간, 변경 창을 지원하는 IT 또는 사이트 리소스의 제한, 변경 기간, 변경의 복잡성 등을 포함하되 이에 국한되지 않는 여러 가지 이유 때문일 수 있어요.

단계적으로 사용자를 마이그레이션할 때는 같은 일괄로 함께 마이그레이션해야 하는 사용자를 식별하는 것이 중요해요. 주요 목표는 통화 서비스와 기능을 서로 의존하는 사용자들을 함께 이주시키는 거예요. 모든 통화 기능 (예: 통화 대기열) 이 전환 전처럼 제대로 작동하는지 확인하고 싶으세요?

로컬 게이트웨이 간에 또는 로컬 게이트웨이를 통한 통화 연동을 구현하더라도 이 연결에서 공유 서비스나 기능을 분할할 수 없어요. 따라서 다음과 같은 기능을 보고 사용자 간 종속성을 식별해야 해요.

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

• 파일럿, 콜 큐 같은 곳에서

• 공유 회선

• 전화 픽업 사용해요

• 같은 콜파크 번호 사용

• 인터콤

• 경영진/관리자.

전환 중인 헌트 그룹에 속한 사용자를 예로 들 수 있어요. 이 사용자는 헌트 그룹 그리고 헌트 그룹의 다른 모든 구성원들과 함께 전환하게 돼요. 따라서 전환 후 Hunt Group과 그 구성원들은 새 플랫폼에서 전화를 성공적으로 받을 수 있어요.

사용자들이 서로 다른 통화 서비스와 기능을 위해 서로 다른 사용자 그룹에 연결되면 더 어려워집니다. 그러려면 둘 이상의 사용자 그룹과 하나의 통화 서비스를 동시에 전환해야 해요.

준비 단계에서 사용한 Migration Insights 도구나 타사 도구의 결과를 사용하여 그룹화해야 하는 사용자와 기능을 결정하세요. 이 결과는 마이그레이션 계획을 개발하는 데 사용되었어야 해요. 함께 전환해야 하는 사용자와 기능을 그룹화하는 방법에 대한 통찰력을 줄 거예요.

사용자 일괄을 전환할 때의 주요 단계는 다음과 같아요.

• 함께 이주할 사용자 식별하기

• 모든 사용자가 로그인했는지 확인해 주세요.

• 사용자의 모든 TN이 에 존재하는지 확인해요

• 디렉토리에 있는 정확한 전화번호 형식 확인해요

• 사용자 그룹의 라이선스 및 설정 템플릿이 올바르게 설정되었는지 확인하세요.

• 사용자 그룹에 대한 모든 통화 서비스 및 기능 확인 또는 구성하기 (필요에 따라 전환 전 또는 전환 중)

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

• 툴 활용 - 사용자 및 기능 마이그레이션 도구 및/또는 타사 도구

• 전환 후 사용자/장치 디렉토리 번호 및 통화 기능/서비스 비활성화/삭제.

사용자 그룹을 마이그레이션한 후 일부 사용자를 테스트하여 모든 통화 기능 및 서비스가 제대로 작동하는지 확인하세요. 콜 큐, 헌트 그룹 등과 같은 통화 기능이 사용자 그룹과 함께 전환되면 이러한 통화 서비스가 제대로 작동하는지 테스트해 보세요.

에서 작업공간이란 장치, 내선 번호, 사용자를 할당할 수 있는 공유 위치 (회의실, 허들 스페이스, 핫 데스크 등) 를 말해요. 기존의 Unified CM 전화기와는 다르게 업무공간은:

• 위치 중심: 물리적 공간에 연결돼요.

• 기기 유연성: 기기 (탁상 전화, 보드 등) 를 하나 이상 가질 수 있어요.

작업공간이 전환의 일부로 식별되면 디바이스 아래에 추가할 수 있어요. 각 작업 공간에는 기기 할당이 필요해요. 이미 설치되어 Unified CM 있으면 초기화하거나 다시 프로비전해야 해요.음성 메일, 착신 전환, 통화 픽업 같은 기능을 활성화 또는 비활성화할 수 있고 필요에 따라 영상 통화, 통화 대기, 이동성에 정책을 적용할 수 있어요. 내외부 통화, 비디오, 회의, 모빌리티 기능을 테스트하여 각 작업 공간을 테스트하세요. 마지막으로 작업공간 장치 및 예약에 적용 가능한 프로세스를 사용자들에게 알려주세요.

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

클라우드 전환의 일환으로 현재 등록된 전화기를 으로 마이그레이션해야 해요. 실패 가능성을 최소화하면서 가능한 한 간단하게 마이그레이션하려면 Cisco는 물리적 사이트나 부서를 동시에 마이그레이션할 것을 권장해요. 하지만 기능 종속성 때문에 사용자를 일괄적으로 마이그레이션해야 할 수도 있어요. 자세한 내용은 사용자 일괄 이주 섹션을 참조하세요.

전환해야 하는 지원되는 모든 전화기를 사용자 또는 작업 공간으로 구성해야 하고 등록하려면 실제 전화를 재구성해야 해요. 또한 7800, 8800 시리즈 휴대폰의 펌웨어는 엔터프라이즈 펌웨어에서 멀티플랫폼 폰 (MPP) 펌웨어로 업그레이드해야 해요. 이 프로세스에는 등록에 필요한 MPP 펌웨어를 로드하기 전에 과도기 펌웨어를 로드하는 작업이 포함돼요. 또한 적절한 이민 허가증도 필요해요. Cisco는 엔터프라이즈 펌웨어 폰을 MPP 펌웨어로 쉽게 업그레이드할 수 있도록 지난 몇 년 동안 이 프로세스를 개선했어요. 펌웨어 업그레이드 완료 단계에 대한 자세한 내용은 엔터프라이즈 펌웨어와 MPP 펌웨어 간 Cisco 7800 및 8800 시리즈 IP 전화 변환을 참조하십시오.

이 문서에 설명된 단계 외에도 7800 및 8800 휴대폰을 엔터프라이즈에서 MPP 펌웨어로 마이그레이션하는 데 사용할 수 있는 도구가 내장되어 있어요. Webex Calling 또한 이 도구를 사용하여 전화를 적절한 사용자나 작업공간에 추가하고 할당할 수 있어요. 도구 사용에 대한 자세한 내용은 휴대폰 마이그레이션을 참조하세요.

위의 펌웨어로 등록된 모든 9800 시리즈 전화의 경우 마이그레이션 요구 사항이 적용되지 않아요. 이 전화기는 PhoneOS를 실행해요. 그리고 둘 다에서 지원돼요. 이 전화기를 전환하려면 전화기를 추가하고 사용자 또는 작업 공간에 할당한 다음 휴대폰을 공장 초기화해야 해요. Webex Calling등록을 위한 PhoneOS 부팅 순서 아래 그림은 전화기가 아직 프로비저닝되어 있거나 DHCP 옵션 (예 - 150) 을 사용 중인 경우에도 PhoneOS 부팅 순서와 추가한 후 전화기가 등록되는 방식을 보여줍니다.

제로 터치 온보딩이 가능하도록 PhoneOS 기기를 공장 초기화하는 기능을 지원해요.관리자가 CUCM 관리 페이지를 통해 9800 및 8875 전화를 원격으로 공장 초기화할 수 있어요. 그러면 전화기를 온보딩하기 위해 전화기에 물리적으로 접근하지 않아도 돼요. 이 기능은 2025년 9월 9일부터 디바이스 팩에서 지원돼요:

• CUCM v15 - 통합 커뮤니케이션 매니저 버전 15

• CUCM v14 - 통합 커뮤니케이션 매니저 버전 14예요.

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

^{시스코 IP 전화 외에도 아날로그 전화 어댑터 (ATA), 무선 (Wifi, DECT) 전화, 비디오 장치, 음성 게이트웨이, 타사 장치와 전화 같은 다른 장치의 공급이 필요할 수 있어요.} 이 장치들 중 상당수에는 기업 펌웨어에서 클라우드 펌웨어로 전환하는 데 사용하는 IP 전화처럼 펌웨어 업그레이드 경로가 없어요. 따라서 컨트롤 허브에서 이러한 장치를 각각 프로비전하게 돼요. 이들 중 일부는 로 전환할 수 없으며 동급 모델로 교체해야 해요 (예: ATA 191/192) 및 기타 제품은 수동 재구성 및/또는 소프트웨어 변경이 필요해요.

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

  컨트롤 허브에서 음성 게이트웨이를 VG400, VG410, VG420 구성하는 방법에 대한 자세한 내용은 로컬 게이트웨이를 참조하세요.

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

• 와이파이 무선 전화 - 무선 전화 840과 860을 통합하려면, Webex 무선 전화 통합을 참조하십시오.

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

  컨트롤 허브에서 디지털 DECT 네트워크를 구축하고 관리하려면 DECT 네트워크 관리를 참조하세요.

  시스코 IP DECT 6800에 대한 자세한 내용은 배포 가이드를 참조하세요.

• ^타사 장치 및 전화 - 장치/전화 ^{요구 사항 및 지원 센터로 마이그레이션하거나 교체하는 프로세스에 대해 타사 공급업체와 협력하세요.}

필요한 모든 통화 기능은 전환 전이나 전환 중에 준비해야 해요. 일괄 사용자 이전 섹션에서 설명한 것처럼 통화 기능을 사용하는 사용자가 전환되면 통화 기능을 구성하고 전환해야 해요.

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

• 자동 전화 교환 - 자동 전화 교환을 관리하려면 자동 전화 교환을 참조하세요.

• 콜 파크 - 콜 파크를 관리하려면 콜 파크를 참조하세요.

• 통화 픽업 - 통화 픽업 그룹을 구성하려면 통화 받기를 참조하세요.

• 통화 대기열 - 통화 대기열을 구성하려면 통화 대기열을 참조하세요.

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

• 작동 모드 - 작동 모드에 따라 전화를 걸려면 작동 모드에 따른 통화 라우팅 참조

• 페이징 그룹 - 페이징 그룹을 구성하려면 페이징 그룹 구성 참조

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

• 단일 번호 도달 - 단일 번호 도달 범위 (사무실 어디에나 가능) 를 구성하려면 단일 번호 구성을 참조하세요.

• 음성메일 그룹 - 공유 음성 메일과 인바운드 팩스 상자를 관리하려면 음성 메일 관리를 참조하세요.

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

이 섹션은 예를 제공하고 승인 테스트 시 고려해야 할 주요 측면을 강조해요. 하지만 완전하거나 포괄적인 체크리스트로 사용하기 위한 것은 아니에요.

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

승인 테스트의 기본 요소에는 모든 사용자가 정확하고 완전하게 서비스를 제공하는지 확인하는 것이 포함돼요 . 이를 위해서는 소스 () 디렉터리와 새로 설정된 사용자 기반을 철저히 비교하여 모든 사용자 계정이 내선 번호, DID (Direct Inward Dial) 할당과 같은 관련 속성과 함께 올바르게 마이그레이션되었는지 확인해야 해요. 프로비저닝의 완전성은 첫날 운영성뿐만 아니라 지속적인 관리 및 지원에도 중요해요.

번호 할당 검증에는 각 사용자에게 올바른 내선 번호와 외부 번호가 할당되고 이러한 번호가 내부 (온넷) 및 외부 (PSTN) 통화 흐름 모두에서 올바르게 라우팅되는지 확인하는 작업이 포함돼요. 콜 라우팅 오류나 서비스 중단으로 이어질 수 있는 중복, 할당 누락 또는 잘못된 구성이 있는지 확인하는 것이 중요해요.

PSTN 통화 흐름과 발신자 ID 프레젠테이션

강력한 승인 테스트 절차에는 PSTN 통화 흐름의 엔드-투-엔드 검증이 포함되어야 해요. 여기에는 인바운드 및 아웃바운드 통화 시나리오가 모두 포함돼요. PSTN 전화가 걸려오는 경우 테스트 팀은 개별 사용자, 통화 대기열, 헌트 그룹, 자동 전화 교환 등 원하는 엔드포인트로 통화가 전달되는지 확인해야 해요. 발신 PSTN 통화는 성공적으로 걸려야 해요. 발신자 ID 정보의 정확한 전달과 표시에 특히 주의를 기울여야 해요. 여기에는 조직 정책과 규제 요구 사항에 따라 외부 수신자에게 정확한 발신자 이름과 번호가 표시되도록 하는 것이 포함돼요.

테스트는 연결할 수 없는 엔드포인트 처리나 네트워크 중단 같은 페일오버 시나리오도 다루어야 해요. 이는 폴백 메커니즘과 대체 라우팅이 제대로 작동하여 서비스 연속성과 신뢰성을 유지하는지 확인하는 데 도움이 돼요.

인터넷 통화 흐름

내부 또는 인터넷 통화 흐름은 기업 커뮤니케이션의 중추를 형성해요. 이 영역의 수락 테스트를 통해 조직 내 사용자 간의 통화가 올바르게 라우팅되고 착신 전환, 대기, 전달, 회의 같은 기능이 의도한 대로 작동하는지 확인할 수 있어요. 다이얼 플랜의 무결성, 내선 간 연결, 조직 통화 정책 지원이 모두 확인되어야 해요.

사용자 통화 처리 및 기능 검증

수락 테스트의 중요한 측면에는 사용자가 및 지원되는 데스크폰을 사용하여 통화를 처리하는 방법을 검증하는 것이 포함돼요. 이 프로세스는 일상적인 통화 워크플로가 직관적이고 안정적이며 사용자가 역할에 필요한 핵심 기능에 원활하게 액세스할 수 있는지 확인하는 데 중점을 두고 있어요. 테스트를 통해 사용자가 쉽게 전화를 걸고 받고, 보류 및 재개 기능을 관리하고, 블라인드 및 상담 전송을 모두 수행할 수 있는지 평가해야 해요. 또한 착신 전환, 회의 및 주차 및 통화 검색 또는 방해 금지 기능 활성화 같은 기타 고급 기능을 즉시 사용할 수 있고 원활하게 작동하는지 확인하는 것도 중요해요.

사용자가 통화 기록, 음성 메일, 통합 디렉터리와 상호 작용하는 방식을 고려하여 명확성과 반응성을 고려하여 경험의 명확성과 반응성을 평가해야 해요. 활성 통화를 기기 간에 이동하고 애플리케이션 내에서 또는 실제 전화에서 통화 중 제어를 효과적으로 사용하는 기능에 더 주의를 기울여야 해요. 궁극적인 목표는 최종 사용자 경험이 일관되고 효율적이며 마이그레이션 후 조직의 통신 요구를 완전히 지원하도록 하는 거예요.

콜 큐: 상담원 및 수퍼바이저 경험

통화 대기열은 대량 인바운드 통화 시나리오를 처리하는 데 자주 사용돼요. 여기의 승인 테스트는 여러 차원에 초점을 맞추고 있어요. 먼저 라운드 로빈, 최장 유휴 상태, 동시 링 등 구성된 큐 로직에 따라 전화가 상담원에게 분배되는지 확인해야 해요. 상담원 데스크톱에서 대기 중인 통화를 표시하는 내용이 명확하고 사용하기 쉬운지 검토해서 상담원이 효율적으로 통화를 수락, 보류 및 전환할 수 있도록 해야 해요.

감독자의 경우 실시간 모니터링, 콜 바징, 분석 또는 대기열 성능에 대한 통찰력 같은 기능을 위해 데스크톱 경험을 평가해야 해요. 여기에는 통화 분배, 상담원 활동, 대기열 메트릭에 대한 실행 가능한 데이터를 제공하는 검증 대시보드와 보고 도구가 포함되며 이에 국한되지 않아요.

헌트 그룹스: 콜 디스트리뷰션

헌트 그룹은 미리 정의된 사용자 집합에 통화를 분산시키는 핵심 메커니즘이에요. 승인 테스트를 통해 구성된 헌팅 알고리즘에 따라 그룹 구성원에게 통화가 라우팅되고 오버플로, 전달 및 응답 없음 시나리오가 설계에 따라 처리되는지 확인해야 해요. 그룹 멤버십과 통화 라우팅 행동이 이전에 설정된 것과 일치하는지 확인하는 것이 운영 일관성과 사용자 만족을 위해 필수예요.

자동 교환: 공지 및 메뉴 작동

자동 전화 교환은 자동 통화 처리의 최전선이에요. 테스트는 공지 사항 재생, 녹음된 인사말의 정확성, 메뉴 트리의 올바른 작동을 포함해야 해요. 메뉴를 선택하면 발신자를 적절한 부서, 개인 또는 외부 번호로 확실하게 라우팅할 수 있어야 해요. 발신자가 명확한 안내를 받거나 의도한 대로 리디렉션되었는지 확인하기 위한 유효하지 않거나 타임아웃 시나리오도 테스트에 포함해야 해요.

보이스메일 운영

마지막으로, 음성 메일 기능은 사용자 경험에 매우 중요해요. 승인 테스트를 통해 음성 메일 박스가 올바르게 할당되고 조직 내에서 그리고 원격으로 액세스할 수 있는지 확인해야 해요. 메시지 기록, 검색 및 관리 기능이 알림 전달과 함께 확인되어야 해요.

로 전환하는 첫 단계는 온프레미스 네트워크와 클라우드 간의 안정적이고 안전한 인터넷 연결을 보장하는 거예요.

대부분의 조직이 하나 이상의 방화벽이나 보안 장치를 통해 인터넷에 연결하기 때문에 필요한 트래픽 흐름이 지원되는지 확인하는 것이 중요해요.

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

• 방향 (인바운드 vs 아웃바운드)

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

• 서비스에서 사용하는 IP 주소 범위

• 열거나 허용해야 하는 포트 번호예요.

이를 통해 기업 보안 정책을 유지하면서 기업 방화벽, NAT 장치 및 기타 네트워크 인프라가 트래픽을 수용하도록 적절하게 구성될 수 있어요.

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

다음과 같은 클라우드 협업 서비스에는 각 지점이나 사이트에서 탈중앙화된 인터넷 브레이크아웃이 권장되는 접근법이에요. 이 모델은 트래픽이 현지에서 나가도록 허용함으로써:

• 왕복 지연과 지터를 줄여 전체 통화 품질을 개선해요.

• 더 많은 사용자와 사이트가 이전함에 따라 효율적으로 확장돼요

• SD-WAN과 원활하게 작동해요. SD-WAN은 최적의 성능을 위해 세션을 가장 가까운 클라우드 진입점으로 동적으로 라우팅할 수 있어요.

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

또한 조직은 각 사이트에 적절한 인터넷 대역폭을 확보해야 해요. 대역폭 크기는 예상 동시 통화 수, 선택한 코덱 (예: Opus 또는 G.711), 신호 처리, 재전송, 증가에 따른 오버헤드를 기준으로 조정해야 해요. 이는 PPDIO 라이프사이클의 준비 단계와 일치하며 마이그레이션을 위한 견고한 토대를 구축해요.

배포 구현 단계의 초기 설정 하위 섹션은 잘 구조화되고 관리 가능한 클라우드 통화 환경을 구축하는 데 기초가 돼요. 이 단계에는 적절한 사용자 관리와 보안을 보장하기 위해 조직 설정, 라이선스 조달 및 할당, 회사 도메인 확인 및 신청 같은 중요한 작업이 포함돼요. 추가로 사용자 라이선스 할당을 자동화하는 라이선스 템플릿 제공, 사용자 인증 간소화 및 보안 강화를 위한 SSO (Single Sign-On) 구성, 조직 정책 및 사용자 요구에 맞게 서비스 및 클라이언트 설정 조정 등이 포함돼요. 이러한 초기 설정 작업을 완료하면 확장성, 보안 및 원활한 사용자 경험을 위해 환경이 적절하게 구성되어 후속 배포 및 운영 단계를 위한 단계가 마련돼요.

구현 단계에서 파일럿 마이그레이션을 실행하는 것은 에서 로의 전환을 검증하는 데 있어 중요한 이정표예요. 이 파일럿에는 선택된 인구가 다양한 사용 사례와 조직 역할을 반영하도록 하나 이상의 위치에 있는 일부 사용자를 플랫폼에 프로비저닝하는 작업이 포함돼요. 사용자 마이그레이션과 병행하여 비즈니스 연속성과 서비스 기능을 유지하려면 음성 메일, 자동 전화 교환, 콜 큐, 헌트 그룹 등 필수 협업 서비스를 동급 서비스로 전환해야 해요.

파일럿 마이그레이션은 Cisco 제공 도구와 더 광범위한 조직 배포를 위해 계획된 타사 마이그레이션 유틸리티의 동일한 조합을 활용하여 프로세스, 자동화 워크플로 및 통합 포인트가 대표적인 조건에서 철저하게 검증되도록 해야 해요.

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

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

이 파일럿 단계에서 얻은 통찰력은 후속 마이그레이션 물결을 최적화하고 전체 기업의 원활하고 위험 완화된 전환을 보장하는 데 도움이 돼요.

PSTN 서비스를 구매하려면 먼저 에서 PSTN 연결 옵션을 선택하세요.

조직이 하이브리드 이중 통화 제어 (그림 1단계 단계별 통화 전환: 하이브리드 및 클라우드) 를 일시적 또는 무기한으로 유지할 계획이면, 및 엔드포인트 간 통화를 허용하려면 온프레미스 PSTN용 로컬 게이트웨이를 하나 이상 배포해야 해요.

클라우드로의 전체 전환 (2단계) 이 PSTN을 포함한 최종 목표라면, PSTN에는 시스코 콜링 플랜이나 클라우드 커넥트 포 옵션이 필요해요.

구성하기 전에 선택한 제공업체에 문의하여 전화번호를 주문하고 포팅하세요. 전화번호를 주문하거나 포트 주문을 시작하는 것은 온-프레미스 PSTN 및 클라우드 연결에서만 필요/가능해요. 시스코 콜링 플랜의 경우, 시스코 콜링 플랜을 사용할 수 있는 국가에서는 위치가 생성되자마자 Control Hub 내에서 주문과 포팅이 시작돼요. Cisco 콜링 플랜에 대한 자세한 내용은 Cisco 플랜 시작하기를 참조하세요.

PSTN 구현의 일환으로 공급자가 해당 위치에 대해 인바운드 및 아웃바운드 PSTN 서비스를 모두 활성화했는지 확인하세요. 또한 테스트 통화를 수행하여 선택한 PSTN 연결을 통해 통화가 제대로 라우팅되고 있는지 확인하세요.

에 사용자와 기기를 추가하기 전에 통화 위치를 지정해야 해요. 각 위치마다 유효한 도로명 주소를 입력해야 해요. 미국과 캐나다에서는 플랫폼에서 이 주소를 확인하고 긴급 전화를 위해 PIDF-LO 위치 정보를 보내는 데 사용해요.

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

클라우드 커넥트를 PSTN 옵션으로 사용하거나 시스코 콜링 플랜을 사용하는 위치의 경우 설정 시 위치에 대한 해당 PSTN 선택을 선택하기만 하면 돼요. 위치에서 클라우드 커넥트 또는 온프레미스 PSTN을 사용하는 경우 이전 단계에서 주문한 전화번호를 추가해야 해요. 통화 라우팅에 즉시 포함시키지 않으려면 번호를 비활성 상태로 추가할 수 있어요. 나중에 사용자나 기능에 할당될 때 이 번호를 활성화할 수 있어요.

항상 각 위치의 기본 번호를 설정하는 것이 중요해요. 기본 번호는 사용자나 자동 교환 같은 기능에 할당될 수 있어요. 해당 위치에서 음성 메일을 활성화하려면 음성 포털 번호라고도 하는 음성 메일 파일럿 번호를 설정해야 해요.

통화 위치 추가 설정에는 긴급 콜백 번호, 알림 옵션, 향상된 긴급 전화 기능 같은 긴급 전화 세부 정보 구성이 포함돼요. 또한 각 위치의 필요에 따라 녹음 설정, 언어 기본 설정, 기기 구성을 검토하고 조정해야 해요. 조직에서 기업 전화 번호로 단축된 사이트 간 온넷 다이얼링을 사용하는 경우 내부 다이얼링 설정에서 위치에 대한 고유 사이트 코드를 구성해야 한다는 것을 기억하세요. 마지막으로, 외부 다이얼링에 아웃바운드 다이얼 숫자가 필요한 경우 외부 다이얼링 설정에서 설정해야 해요. 아웃바운드 다이얼 디지트가 구성되면 Cisco는 일관성을 보장하기 위해 아웃바운드 다이얼 디지트 적용을 활성화하는 것을 권장해요.

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

트렁크와 라우트 그룹이 설정되면 엔터프라이즈 다이얼 플랜을 만들고 적절한 라우트 그룹을 각 다이얼 플랜의 대상으로 지정하세요. 통합에 서로 다른 트렁크로 연결된 온프레미스 통화 제어 시스템이 여러 개 포함되는 경우 여러 다이얼 플랜이 필요해요. 이러한 다이얼 플랜에는 온프레미스 대상으로 통화를 라우팅하는 데 필요한 패턴만 포함되도록 하는 것이 중요해요.

배포에 알 수 없는 확장 경로 지원이 필요한 경우 위치 수준에서 이 기능을 활성화해야 해요. 또한 알 수 없는 내선 라우팅이 활성화되면 에 있는 통화 서비스 설정의 구내 간 통화 라우팅 섹션에서 알 수 없는 최대 내선 시간을 지정해야 해요. 이를 통해 통합 환경에서 원활한 통화 라우팅과 내선 기반 다이얼 시나리오의 적절한 처리가 보장돼요.

에서 으로 사용자를 이주시키면 모든 사용자를 동시에 이동시키지 못할 수도 있어요. 사이트 또는 사용자 수, 사이트 및/또는 사용자 그룹을 한 번에 전환하는 데 걸리는 시간, 변경 창을 지원하는 IT 또는 사이트 리소스의 제한, 변경 기간, 변경의 복잡성 등을 포함하되 이에 국한되지 않는 여러 가지 이유 때문일 수 있어요.

단계적으로 사용자를 마이그레이션할 때는 같은 일괄로 함께 마이그레이션해야 하는 사용자를 식별하는 것이 중요해요. 주요 목표는 통화 서비스와 기능을 서로 의존하는 사용자들을 함께 이주시키는 거예요. 모든 통화 기능 (예: 통화 대기열) 이 전환 전처럼 제대로 작동하는지 확인하고 싶으세요?

로컬 게이트웨이 간에 또는 로컬 게이트웨이를 통한 통화 연동을 구현하더라도 이 연결에서 공유 서비스나 기능을 분할할 수 없어요. 따라서 다음과 같은 기능을 보고 사용자 간 종속성을 식별해야 해요.

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

• 파일럿, 콜 큐 같은 곳에서

• 공유 회선

• 전화 픽업 사용해요

• 같은 콜파크 번호 사용

• 인터콤

• 경영진/관리자.

전환 중인 헌트 그룹에 속한 사용자를 예로 들 수 있어요. 이 사용자는 헌트 그룹 그리고 헌트 그룹의 다른 모든 구성원들과 함께 전환하게 돼요. 따라서 전환 후 Hunt Group과 그 구성원들은 새 플랫폼에서 전화를 성공적으로 받을 수 있어요.

사용자들이 서로 다른 통화 서비스와 기능을 위해 서로 다른 사용자 그룹에 연결되면 더 어려워집니다. 그러려면 둘 이상의 사용자 그룹과 하나의 통화 서비스를 동시에 전환해야 해요.

준비 단계에서 사용한 Migration Insights 도구나 타사 도구의 결과를 사용하여 그룹화해야 하는 사용자와 기능을 결정하세요. 이 결과는 마이그레이션 계획을 개발하는 데 사용되었어야 해요. 함께 전환해야 하는 사용자와 기능을 그룹화하는 방법에 대한 통찰력을 줄 거예요.

사용자 일괄을 전환할 때의 주요 단계는 다음과 같아요.

• 함께 이주할 사용자 식별하기

• 모든 사용자가 로그인했는지 확인해 주세요.

• 사용자의 모든 TN이 에 존재하는지 확인해요

• 디렉토리에 있는 정확한 전화번호 형식 확인해요

• 사용자 그룹의 라이선스 및 설정 템플릿이 올바르게 설정되었는지 확인하세요.

• 사용자 그룹에 대한 모든 통화 서비스 및 기능 확인 또는 구성하기 (필요에 따라 전환 전 또는 전환 중)

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

• 툴 활용 - 사용자 및 기능 마이그레이션 도구 및/또는 타사 도구

• 전환 후 사용자/장치 디렉토리 번호 및 통화 기능/서비스 비활성화/삭제.

사용자 그룹을 마이그레이션한 후 일부 사용자를 테스트하여 모든 통화 기능 및 서비스가 제대로 작동하는지 확인하세요. 콜 큐, 헌트 그룹 등과 같은 통화 기능이 사용자 그룹과 함께 전환되면 이러한 통화 서비스가 제대로 작동하는지 테스트해 보세요.

에서 작업공간이란 장치, 내선 번호, 사용자를 할당할 수 있는 공유 위치 (회의실, 허들 스페이스, 핫 데스크 등) 를 말해요. 기존의 Unified CM 전화기와는 다르게 업무공간은:

• 위치 중심: 물리적 공간에 연결돼요.

• 기기 유연성: 기기 (탁상 전화, 보드 등) 를 하나 이상 가질 수 있어요.

작업공간이 전환의 일부로 식별되면 디바이스 아래에 추가할 수 있어요. 각 작업 공간에는 기기 할당이 필요해요. 이미 설치되어 Unified CM 있으면 초기화하거나 다시 프로비전해야 해요.음성 메일, 착신 전환, 통화 픽업 같은 기능을 활성화 또는 비활성화할 수 있고 필요에 따라 영상 통화, 통화 대기, 이동성에 정책을 적용할 수 있어요. 내외부 통화, 비디오, 회의, 모빌리티 기능을 테스트하여 각 작업 공간을 테스트하세요. 마지막으로 작업공간 장치 및 예약에 적용 가능한 프로세스를 사용자들에게 알려주세요.

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

클라우드 전환의 일환으로 현재 등록된 전화기를 으로 마이그레이션해야 해요. 실패 가능성을 최소화하면서 가능한 한 간단하게 마이그레이션하려면 Cisco는 물리적 사이트나 부서를 동시에 마이그레이션할 것을 권장해요. 하지만 기능 종속성 때문에 사용자를 일괄적으로 마이그레이션해야 할 수도 있어요. 자세한 내용은 사용자 일괄 이주 섹션을 참조하세요.

전환해야 하는 지원되는 모든 전화기를 사용자 또는 작업 공간으로 구성해야 하고 등록하려면 실제 전화를 재구성해야 해요. 또한 7800, 8800 시리즈 휴대폰의 펌웨어는 엔터프라이즈 펌웨어에서 멀티플랫폼 폰 (MPP) 펌웨어로 업그레이드해야 해요. 이 프로세스에는 등록에 필요한 MPP 펌웨어를 로드하기 전에 과도기 펌웨어를 로드하는 작업이 포함돼요. 또한 적절한 이민 허가증도 필요해요. Cisco는 엔터프라이즈 펌웨어 폰을 MPP 펌웨어로 쉽게 업그레이드할 수 있도록 지난 몇 년 동안 이 프로세스를 개선했어요. 펌웨어 업그레이드 완료 단계에 대한 자세한 내용은 엔터프라이즈 펌웨어와 MPP 펌웨어 간 Cisco 7800 및 8800 시리즈 IP 전화 변환을 참조하십시오.

이 문서에 설명된 단계 외에도 7800 및 8800 휴대폰을 엔터프라이즈에서 MPP 펌웨어로 마이그레이션하는 데 사용할 수 있는 도구가 내장되어 있어요. Webex Calling 또한 이 도구를 사용하여 전화를 적절한 사용자나 작업공간에 추가하고 할당할 수 있어요. 도구 사용에 대한 자세한 내용은 휴대폰 마이그레이션을 참조하세요.

위의 펌웨어로 등록된 모든 9800 시리즈 전화의 경우 마이그레이션 요구 사항이 적용되지 않아요. 이 전화기는 PhoneOS를 실행해요. 그리고 둘 다에서 지원돼요. 이 전화기를 전환하려면 전화기를 추가하고 사용자 또는 작업 공간에 할당한 다음 휴대폰을 공장 초기화해야 해요. Webex Calling등록을 위한 PhoneOS 부팅 순서 아래 그림은 전화기가 아직 프로비저닝되어 있거나 DHCP 옵션 (예 - 150) 을 사용 중인 경우에도 PhoneOS 부팅 순서와 추가한 후 전화기가 등록되는 방식을 보여줍니다.

제로 터치 온보딩이 가능하도록 PhoneOS 기기를 공장 초기화하는 기능을 지원해요.관리자가 CUCM 관리 페이지를 통해 9800 및 8875 전화를 원격으로 공장 초기화할 수 있어요. 그러면 전화기를 온보딩하기 위해 전화기에 물리적으로 접근하지 않아도 돼요. 이 기능은 2025년 9월 9일부터 디바이스 팩에서 지원돼요:

• CUCM v15 - 통합 커뮤니케이션 매니저 버전 15

• CUCM v14 - 통합 커뮤니케이션 매니저 버전 14예요.

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

^{시스코 IP 전화 외에도 아날로그 전화 어댑터 (ATA), 무선 (Wifi, DECT) 전화, 비디오 장치, 음성 게이트웨이, 타사 장치와 전화 같은 다른 장치의 공급이 필요할 수 있어요.} 이 장치들 중 상당수에는 기업 펌웨어에서 클라우드 펌웨어로 전환하는 데 사용하는 IP 전화처럼 펌웨어 업그레이드 경로가 없어요. 따라서 컨트롤 허브에서 이러한 장치를 각각 프로비전하게 돼요. 이들 중 일부는 로 전환할 수 없으며 동급 모델로 교체해야 해요 (예: ATA 191/192) 및 기타 제품은 수동 재구성 및/또는 소프트웨어 변경이 필요해요.

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

  컨트롤 허브에서 음성 게이트웨이를 VG400, VG410, VG420 구성하는 방법에 대한 자세한 내용은 로컬 게이트웨이를 참조하세요.

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

• 와이파이 무선 전화 - 무선 전화 840과 860을 통합하려면, Webex 무선 전화 통합을 참조하십시오.

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

  컨트롤 허브에서 디지털 DECT 네트워크를 구축하고 관리하려면 DECT 네트워크 관리를 참조하세요.

  시스코 IP DECT 6800에 대한 자세한 내용은 배포 가이드를 참조하세요.

• ^타사 장치 및 전화 - 장치/전화 ^{요구 사항 및 지원 센터로 마이그레이션하거나 교체하는 프로세스에 대해 타사 공급업체와 협력하세요.}

필요한 모든 통화 기능은 전환 전이나 전환 중에 준비해야 해요. 일괄 사용자 이전 섹션에서 설명한 것처럼 통화 기능을 사용하는 사용자가 전환되면 통화 기능을 구성하고 전환해야 해요.

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

• 자동 전화 교환 - 자동 전화 교환을 관리하려면 자동 전화 교환을 참조하세요.

• 콜 파크 - 콜 파크를 관리하려면 콜 파크를 참조하세요.

• 통화 픽업 - 통화 픽업 그룹을 구성하려면 통화 받기를 참조하세요.

• 통화 대기열 - 통화 대기열을 구성하려면 통화 대기열을 참조하세요.

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

• 작동 모드 - 작동 모드에 따라 전화를 걸려면 작동 모드에 따른 통화 라우팅 참조

• 페이징 그룹 - 페이징 그룹을 구성하려면 페이징 그룹 구성 참조

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

• 단일 번호 도달 - 단일 번호 도달 범위 (사무실 어디에나 가능) 를 구성하려면 단일 번호 구성을 참조하세요.

• 음성메일 그룹 - 공유 음성 메일과 인바운드 팩스 상자를 관리하려면 음성 메일 관리를 참조하세요.

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

이 섹션은 예를 제공하고 승인 테스트 시 고려해야 할 주요 측면을 강조해요. 하지만 완전하거나 포괄적인 체크리스트로 사용하기 위한 것은 아니에요.

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

승인 테스트의 기본 요소에는 모든 사용자가 정확하고 완전하게 서비스를 제공하는지 확인하는 것이 포함돼요 . 이를 위해서는 소스 () 디렉터리와 새로 설정된 사용자 기반을 철저히 비교하여 모든 사용자 계정이 내선 번호, DID (Direct Inward Dial) 할당과 같은 관련 속성과 함께 올바르게 마이그레이션되었는지 확인해야 해요. 프로비저닝의 완전성은 첫날 운영성뿐만 아니라 지속적인 관리 및 지원에도 중요해요.

번호 할당 검증에는 각 사용자에게 올바른 내선 번호와 외부 번호가 할당되고 이러한 번호가 내부 (온넷) 및 외부 (PSTN) 통화 흐름 모두에서 올바르게 라우팅되는지 확인하는 작업이 포함돼요. 콜 라우팅 오류나 서비스 중단으로 이어질 수 있는 중복, 할당 누락 또는 잘못된 구성이 있는지 확인하는 것이 중요해요.

PSTN 통화 흐름과 발신자 ID 프레젠테이션

강력한 승인 테스트 절차에는 PSTN 통화 흐름의 엔드-투-엔드 검증이 포함되어야 해요. 여기에는 인바운드 및 아웃바운드 통화 시나리오가 모두 포함돼요. PSTN 전화가 걸려오는 경우 테스트 팀은 개별 사용자, 통화 대기열, 헌트 그룹, 자동 전화 교환 등 원하는 엔드포인트로 통화가 전달되는지 확인해야 해요. 발신 PSTN 통화는 성공적으로 걸려야 해요. 발신자 ID 정보의 정확한 전달과 표시에 특히 주의를 기울여야 해요. 여기에는 조직 정책과 규제 요구 사항에 따라 외부 수신자에게 정확한 발신자 이름과 번호가 표시되도록 하는 것이 포함돼요.

테스트는 연결할 수 없는 엔드포인트 처리나 네트워크 중단 같은 페일오버 시나리오도 다루어야 해요. 이는 폴백 메커니즘과 대체 라우팅이 제대로 작동하여 서비스 연속성과 신뢰성을 유지하는지 확인하는 데 도움이 돼요.

인터넷 통화 흐름

내부 또는 인터넷 통화 흐름은 기업 커뮤니케이션의 중추를 형성해요. 이 영역의 수락 테스트를 통해 조직 내 사용자 간의 통화가 올바르게 라우팅되고 착신 전환, 대기, 전달, 회의 같은 기능이 의도한 대로 작동하는지 확인할 수 있어요. 다이얼 플랜의 무결성, 내선 간 연결, 조직 통화 정책 지원이 모두 확인되어야 해요.

사용자 통화 처리 및 기능 검증

수락 테스트의 중요한 측면에는 사용자가 및 지원되는 데스크폰을 사용하여 통화를 처리하는 방법을 검증하는 것이 포함돼요. 이 프로세스는 일상적인 통화 워크플로가 직관적이고 안정적이며 사용자가 역할에 필요한 핵심 기능에 원활하게 액세스할 수 있는지 확인하는 데 중점을 두고 있어요. 테스트를 통해 사용자가 쉽게 전화를 걸고 받고, 보류 및 재개 기능을 관리하고, 블라인드 및 상담 전송을 모두 수행할 수 있는지 평가해야 해요. 또한 착신 전환, 회의 및 주차 및 통화 검색 또는 방해 금지 기능 활성화 같은 기타 고급 기능을 즉시 사용할 수 있고 원활하게 작동하는지 확인하는 것도 중요해요.

사용자가 통화 기록, 음성 메일, 통합 디렉터리와 상호 작용하는 방식을 고려하여 명확성과 반응성을 고려하여 경험의 명확성과 반응성을 평가해야 해요. 활성 통화를 기기 간에 이동하고 애플리케이션 내에서 또는 실제 전화에서 통화 중 제어를 효과적으로 사용하는 기능에 더 주의를 기울여야 해요. 궁극적인 목표는 최종 사용자 경험이 일관되고 효율적이며 마이그레이션 후 조직의 통신 요구를 완전히 지원하도록 하는 거예요.

콜 큐: 상담원 및 수퍼바이저 경험

통화 대기열은 대량 인바운드 통화 시나리오를 처리하는 데 자주 사용돼요. 여기의 승인 테스트는 여러 차원에 초점을 맞추고 있어요. 먼저 라운드 로빈, 최장 유휴 상태, 동시 링 등 구성된 큐 로직에 따라 전화가 상담원에게 분배되는지 확인해야 해요. 상담원 데스크톱에서 대기 중인 통화를 표시하는 내용이 명확하고 사용하기 쉬운지 검토해서 상담원이 효율적으로 통화를 수락, 보류 및 전환할 수 있도록 해야 해요.

감독자의 경우 실시간 모니터링, 콜 바징, 분석 또는 대기열 성능에 대한 통찰력 같은 기능을 위해 데스크톱 경험을 평가해야 해요. 여기에는 통화 분배, 상담원 활동, 대기열 메트릭에 대한 실행 가능한 데이터를 제공하는 검증 대시보드와 보고 도구가 포함되며 이에 국한되지 않아요.

헌트 그룹스: 콜 디스트리뷰션

헌트 그룹은 미리 정의된 사용자 집합에 통화를 분산시키는 핵심 메커니즘이에요. 승인 테스트를 통해 구성된 헌팅 알고리즘에 따라 그룹 구성원에게 통화가 라우팅되고 오버플로, 전달 및 응답 없음 시나리오가 설계에 따라 처리되는지 확인해야 해요. 그룹 멤버십과 통화 라우팅 행동이 이전에 설정된 것과 일치하는지 확인하는 것이 운영 일관성과 사용자 만족을 위해 필수예요.

자동 교환: 공지 및 메뉴 작동

자동 전화 교환은 자동 통화 처리의 최전선이에요. 테스트는 공지 사항 재생, 녹음된 인사말의 정확성, 메뉴 트리의 올바른 작동을 포함해야 해요. 메뉴를 선택하면 발신자를 적절한 부서, 개인 또는 외부 번호로 확실하게 라우팅할 수 있어야 해요. 발신자가 명확한 안내를 받거나 의도한 대로 리디렉션되었는지 확인하기 위한 유효하지 않거나 타임아웃 시나리오도 테스트에 포함해야 해요.

보이스메일 운영

마지막으로, 음성 메일 기능은 사용자 경험에 매우 중요해요. 승인 테스트를 통해 음성 메일 박스가 올바르게 할당되고 조직 내에서 그리고 원격으로 액세스할 수 있는지 확인해야 해요. 메시지 기록, 검색 및 관리 기능이 알림 전달과 함께 확인되어야 해요.