이 문서에서
dropdown icon
소개
    시작하기 전에
    dropdown icon
    개요
      이전: 온프레미스 통화 인프라 구성 요소
    dropdown icon
    핵심 구성 요소
      이후: 클라우드 호출 인프라 구성 요소
    dropdown icon
    PPDIO 프로세스 개요
      PPDIO에 대한 일반적인 설명
      PPDIO를 사용하여 Unified CM에서 Webex 통화로 마이그레이션하는 프로젝트
      PPDIO 피드백 루프
    마이그레이션 접근 방식
dropdown icon
준비
    dropdown icon
    비즈니스 및 기술 요구사항
      요구사항 수집이 중요한 이유:
      비즈니스 요구사항
      기술 요구사항
    네트워크 준비 상태 및 요구 사항
    클라우드 연결 UC 설정
    dropdown icon
    현재 환경 평가
      라이선싱
      Locations/Sites
      기존 재고 devices/clients
      기기 적합성 확인
      사용자
      PSTN 연결
      특징 & 기능 사용
      시스코 통합: 유니티 커넥션 UCCX UCCE
      통화 녹화
      타사 통합
dropdown icon
계획
    고위급 프로젝트 계획
    dropdown icon
    이주 과정 - 한 단계일까, 두 단계일까?
      옵션 1: 단일 단계 사용자 마이그레이션
      옵션 2: 2단계 사용자 마이그레이션
dropdown icon
디자인
    지역 선택
    위치
    PSTN
    dropdown icon
    다이얼 플랜
      온프레미스 다이얼 플랜
      다이얼 플랜
    dropdown icon
    녹화
      1. 통화 녹음 서비스 제공업체 선택
      2. 지역 선택
    긴급 전화
    dropdown icon
    라이선싱
      수동 할당을 통해
      자동 라이선스 할당 템플릿
      CSV 템플릿을 통한 일괄 할당
      API 기반 할당
      라이선스 요건
    dropdown icon
    사용자 프로비저닝
      사용자 그룹
      []에서 로 마이그레이션할 때 권장되는 접근 방식
      사용자 그룹 설계하기
    dropdown icon
    싱글 사인온 (SSO)
      다중 IdP 지원
      SSO를 사용한 Duo MFA
    dropdown icon
    기능
      자동 전화 교환
      통화 대기
      전화 받기
      통화 대기열
      헌트 그룹
      작동 모드
      호출 그룹
      녹화
      싱글 번호 연결
      보이스메일 그룹
dropdown icon
구현
    네트워크 준비 상태
    dropdown icon
    초기 설치
      도메인 인증
      기존 사용자를 확보(전환)
      디렉터리 동기화를 구성하고 테스트합니다.
      싱글 사인온(SSO) 설정 및 테스트
      라이선스를 취득, 제공 및 검증합니다.
      Webex 통화 서비스 설정
    파일럿 마이그레이션
    PSTN 조달
    위치를 구성합니다
    온프레미스 통화 제어와의 통합
    사용자를 일괄적으로 마이그레이션합니다.
    작업 공간
    제공 장치
    기능 구성
    수락 테스트
dropdown icon
최적화
    PSTN을 클라우드 커넥트로 마이그레이션하는 방법
    온프레미스 인프라 최적화
    분석 및 문제 해결 기능을 활용하세요

마이그레이션 배포 가이드

list-menu이 문서에서
list-menu피드백이 있습니까?

온프레미스 Cisco Unified CM에서 클라우드 기반으로의 구조화된 마이그레이션 프로세스 PPDIO 방식을 활용한 Webex 통화. 여기에는 중요한 설계 고려 사항이 포함됩니다. 지역 선택, 전화 걸기 방식, 긴급 서비스 및 통화 녹음과 같은 기능들이 있습니다. 이 과정 또한 원활한 운영을 보장하기 위해 라이선스, 사용자 프로비저닝, SSO 및 네트워크 준비 상태에 대한 세부 정보를 제공합니다. 효율적인 전환.

소개

시작하기 전에

이 가이드는 Cisco Unified Communications Manager(Unified CM) 및 IP 데스크톱 전화기, 비디오 장치, Jabber 소프트 클라이언트를 포함한 Cisco 엔드포인트 구성 및 관리 경험이 있는 팀 또는 개인을 대상으로 합니다. 이 문서 전체에 걸쳐 제품 및 지원 문서 링크가 포함되어 있어 도움이 될 것입니다.

이 문서는 Unified CM에서 Webex Calling 멀티테넌트 환경으로의 전환에만 초점을 맞춥니다. 이 문서에서 Webex Calling 이라는 용어는 항상 Webex Calling 멀티테넌트를 의미합니다.

Unified CM에서 Webex Calling으로 마이그레이션을 시작하기 전에 Webex Calling 솔루션과 각 구성 요소에 대한 포괄적인 이해가 필수적입니다. 성공적인 마이그레이션을 위해서는 Webex Calling 아키텍처, 서비스 모델, 배포 옵션 및 관련 기능에 대한 이해가 필요하며, 이를 통해 기존 Unified CM 워크로드를 적절하게 매핑하고 효과적인 전환 계획을 수립할 수 있습니다.

효과적인 전환 전략 및 운영 준비를 위해서는 다음과 같은 Webex 통화 구성 요소를 철저히 이해하는 것이 필수적입니다.

  1. Control Hub

  2. 디렉터리 및 사용자 프로비저닝

  3. Webex 통화 플랫폼

  4. 지원되는 호출 엔드포인트

  5. PSTN 연결 옵션

  6. Webex 통화 다이얼 플랜 및 번호 관리

  7. 보안 및 규정 준수 기능.

자세한 내용은 Webex 통화용 Cisco 권장 아키텍처를 참조하십시오.

이 가이드에서는 전환 과정 전반에 걸쳐 사용할 도구와 프로세스를 중점적으로 다룹니다. 하지만 온프레미스 통화 시스템인 Unified CM에서 새로운 클라우드 통화 플랫폼인 Webex Calling으로 전환하는 것은 상당한 노력이 필요하며, 비즈니스, 기술 및 복잡한 측면에서 여러 가지 어려움이 발생할 수 있습니다. 이러한 어려움을 극복하는 데 도움을 드리기 위해 시스코는 여러분의 여정을 지원할 수 있는 몇 가지 다양한 옵션을 제공합니다. 엔터프라이즈 클라우드 통화 - 통화 마이그레이션 의 정보를 검토하고 각 옵션과 각 옵션이 마이그레이션에 어떻게 도움이 될 수 있는지 이해하는 것이 중요합니다.

  1. Webex 마이그레이션 도구: Control Hub에 내장된 무료 셀프 서비스 도구를 사용하여 Webex 통화로의 전환을 간소화할 수 있습니다.

  2. 인증된 마이그레이션 제공업체: Cisco는 Webex 파트너 및 고객이 복잡하고 대규모 마이그레이션을 수행하는 데 도움이 되는 마이그레이션 솔루션을 개발한 소프트웨어 및 도구 제공업체를 검증했습니다. 이러한 솔루션은 Webex Calling으로의 전환을 간소화, 관리 및 가속화하는 데 도움이 될 수 있습니다.

  3. Webex 설정 지원: 시스코가 주도하는 마이그레이션 서비스로, 고객과 파트너가 Unified CM 사용자 및 서비스를 Webex Calling으로 성공적으로 마이그레이션하는 데 필요한 Webex Calling 배포 및 구성 과정을 안내합니다.

개요

클라우드 기반 협업 서비스의 성장과 함께, 더 많은 고객들이 총 소유 비용 절감, 관리 간소화, 지속적인 기능 제공, 확장성 향상, 그리고 클라우드 기반 서비스가 제공하는 뛰어난 안정성 등의 이점을 고려하여 기존 협업 워크로드를 클라우드로 이전하려는 움직임을 보이고 있습니다. 고객이 온프레미스에서 클라우드 협업 서비스로 전환을 고려할 때, 전환 과정의 의미와 필요한 단계를 이해하는 것이 중요합니다.

이 문서의 목적은 온프레미스 Unified CM에서 클라우드 기반 Webex Calling으로 전환하려는 고객에게 배포 지침을 제공하는 것입니다. 이 배포 가이드는 독자가 Unified CM과 Webex Calling 간의 통화 전환에 대한 기본적인 이해를 가지고 있다고 가정합니다. 여기에는 전환 시 변경 사항과 통화 워크로드를 온프레미스에서 클라우드로 이전할 때의 차이점이 포함됩니다. 진행하기 전에 전환 맵에 있는 정보를 검토하고 숙지했는지 확인하십시오. 이 전환 로드맵 문서는 이번 전환의 변화와 차이점에 대한 정보를 제공합니다.

그림 에 표시된 온프레미스 협업 아키텍처: 통화 제어 및 원격 액세스, 일반적인 온프레미스 배포에는 네트워크의 다양한 협업 인프라 구성 요소, 통화 제어 플랫폼, 에지 플랫폼, 하드웨어 및 소프트웨어 엔드포인트, 그리고 경우에 따라 회의 및 일정 관리 플랫폼까지 포함됩니다. 시스코 아키텍처에서 이는 통화 제어를 위한 Unified CM, 원격 액세스 및 기업 간(B2B) 엣지 서비스를 위한 Expressway, 그리고 Cisco Meeting Server를 포함합니다. / Cisco Meeting Management는 사내 회의를 위한 솔루션이고, Unity Connection은 음성 메시징을 위한 솔루션이며, 사용자 인터페이스 하드웨어(Cisco IP 전화, Cisco 데스크 및 룸 비디오 시스템)와 소프트웨어(Cisco Jabber) 기반의 IP 기반 엔드포인트를 제공합니다. 이러한 구성 요소는 환경에 따라 약간씩 다를 수 있지만, 이는 이 문서의 나머지 부분에서 설명하는 전환의 출발점입니다.

온프레미스 협업 아키텍처: 통화 제어 및 원격 접속
온프레미스 협업 아키텍처: 통화 제어 및 원격 접속

그림 에 표시된 아키텍처는 온프레미스 협업 아키텍처입니다. 통화 제어 및 원격 액세스 는 Cisco Collaboration Enterprise 온프레미스 배포를 위한 권장 아키텍처(PA)를 기반으로 합니다. 온프레미스 엔터프라이즈에 대한 자세한 내용은 Cisco 협업 권장 아키텍처를 참조하세요.

전에: 온프레미스 통화 인프라 구성 요소 표에는 클라우드의 Webex 통화로 전환하기 전 온프레미스 아키텍처의 주요 요소가 나열되어 있습니다.

표 1. 전에: 온프레미스 통화 인프라 구성 요소
제품설명
Unified CM 기기 등록 및 통화 라우팅 서비스를 제공하는 온프레미스 통화 제어
시스코 Expressway-C/E 모바일 및 원격 액세스(MRA)와 기업 간(B2B) 기능을 제공하는 엣지 인프라는 원격 엔드포인트가 조직 외부에서 안전하게 연결할 수 있도록 지원합니다. Expressway는 외부 엔드포인트에 방화벽 통과 기능을 제공하기 위해 쌍으로 배포됩니다.
Cisco Meeting Server(CMS), Cisco Meeting Management(CMM) 및 Cisco Telepresence Management Suite(TMS) 사내 음성, 영상 및 웹 회의 인프라를 통해 다자간 회의, 회의 관리 및 일정 관리 기능을 제공합니다. [Optional]
Cisco Unity 연결 음성메일 및 통합 메시징 기능을 제공하는 온프레미스 음성 메시징 플랫폼입니다. [Optional]
시스코 데스크, 시스코 룸, 시스코 보드, 시스코 IP 전화기, 시스코 재버 Unified CM에 등록되어 음성 및 화상 통화 기능을 제공하는 IP 기반 장치

그림 에 나타낸 바와 같이 전환 결정: 온프레미스 통화에서 Webex Calling으로의 전환, Unified CM을 사용한 온프레미스 통화 제어 및 데스크 및 비디오 IP 엔드포인트를 보유한 고객은 아키텍처를 Webex Calling 클라우드 아키텍처로 전환할 수 있는 선택권을 갖습니다.

고객의 기능적 요구사항을 바탕으로 결정을 내려야 합니다. 다음과 같은 요구 사항을 가진 고객은 이 결정을 내리기 전에 신중하게 고려해야 하며, 최종적으로는 통화 제어를 사내에 유지하기로 결정할 수 있습니다.

  • Webex 통화에서 지원되지 않는 휴대폰 모델
  • 특히 Webex Calling을 사용하여 이러한 통합을 재현하기 어렵거나 동등한 대체 솔루션이 없는 경우, 다른 온프레미스 시스템 또는 솔루션과의 복잡하거나 다수의 통합이 필요합니다.
  • 복잡한 다이얼 플랜, 매우 세분화된 서비스 등급 또는 둘 다
  • 제한적이거나, 한정적이거나, 불안정한 인터넷 접속
  • 엄격한 데이터 개인정보 보호 및 소유권 정책
  • 사내 또는 국내 미디어 녹화 및 저장에 대한 규정 준수 요건
  • Webex 통화 통합을 대체할 만한 적절한 솔루션이 없는 타사 통합
  • 컨택센터 통합이 아직 클라우드로 이전되지 않은 경우.

전환 결정: 온프레미스 통화에서 Webex 통화로
전환 결정: 온프레미스 통화에서 Webex 통화로
클라우드 기반 통화 서비스를 활용하고자 하는 고객은 Webex Calling을 고려해 보시기 바랍니다. 이 클라우드 통화 서비스를 통해 고객은 Webex의 글로벌 아키텍처를 활용하여 확장성과 연결성을 확보할 수 있습니다. 회사 네트워크상의 참가자와 회사 네트워크 외부의 원격 참가자는 IP 기반 하드웨어 엔드포인트를 사용하여 통신할 수 있습니다. and/or 데스크톱 또는 모바일 소프트웨어 클라이언트 애플리케이션.

이 문서는 Unified CM 통화 제어 시스템을 구축한 고객 중 다음 섹션에 설명된 Webex 통화 기능 구축을 활성화하기 위한 일반적인 단계, 고려 사항 및 요구 사항을 이해하고자 하는 고객을 대상으로 합니다.

핵심 구성 요소

이번 마이그레이션의 목표 아키텍처에는 여러 가지 새로운 구성 요소가 포함됩니다. 여기에는 클라우드 기반 통화를 위한 Webex Calling 서비스, Webex 앱, ID 통합을 위한 Cisco Directory Connector, PSTN 액세스를 위한 Local Gateway(LGW)는 물론 온프레미스와 클라우드 간 통화 통합이 포함됩니다. Cisco 통화 플랜 또는 Cloud Connect for Webex 통화 파트너가 제공하는 클라우드 연결 PSTN(CCP)은 PSTN 접속을 위한 추가 옵션입니다.

그림 에 표시된 바와 같이, 이후에: Webex 통화 아키텍처, 새로운 구성 요소(Webex 통화, 디렉터리 커넥터, 로컬 게이트웨이 및 생존성 게이트웨이)가 기존 온프레미스 배포에 추가됩니다.

 이후: Webex 통화 아키텍처
후에: Webex 통화 아키텍처

후에: 클라우드 통화 인프라 구성 요소 표에는 Webex로 전환 후 아키텍처의 새로운 요소가 나열되어 있습니다.

표 2. 후에: 클라우드 호출 인프라 구성 요소
제품설명
Webex Calling Webex 플랫폼에서 제공되는 클라우드 기반 통화 서비스로, 엔드포인트 등록 및 통화 라우팅 기능을 제공합니다.
Cisco 디렉터리 커넥터 Windows 도메인 시스템에서 실행되는 Windows 애플리케이션으로, 기업 온프레미스 Active Directory와 Webex 조직의 ID 저장소 간의 ID 동기화를 제공합니다.

온프레미스 Active Directory에서 Entra ID로 마이그레이션하는 고객의 경우, Cisco Directory Connector 대신 Entra ID Wizard 앱을 사용하여 Webex와의 ID 통합을 수행합니다.

로컬 게이트웨이 로컬 게이트웨이는 고객의 온프레미스 통합 커뮤니케이션 네트워크와 Webex Calling 클라우드 간의 연결 다리 역할을 합니다. 이 솔루션은 온프레미스에 배포하거나 파트너사를 통해 호스팅할 수 있으며, 클라우드에 등록된 엔드포인트에 PSTN 액세스를 제공할 뿐만 아니라 Unified CM에 등록된 엔드포인트와 클라우드에 등록된 엔드포인트 간의 통화 통합 기능도 제공합니다. Cisco IOS-XE 통합 서비스 라우터(ISR 1100 및 4000 시리즈), Cisco Catalyst 8200/8300 Cisco Catalyst 8000V 엣지 소프트웨어 시리즈와 다양한 인증된 타사 세션 경계 컨트롤러(SBC)를 단계적 마이그레이션 접근 방식을 위한 LGW로 사용할 수 있습니다.
지속 가능 게이트웨이 Survivability Gateway(SGW)는 네트워크 장애 발생 시 사내 Webex Calling 엔드포인트에 대체 통화 서비스를 제공하는 로컬 네트워크 IOS-XE 기반 게이트웨이입니다.
Cisco 통화 플랜, Webex 통화용 클라우드 커넥트 Cisco Calling Plan 및 Cloud Connect for Webex Calling은 Webex Calling 엔드포인트의 PSTN 접속을 위한 클라우드 기반 옵션입니다. PSTN 접속은 클라우드 기반 PSTN 제공업체를 통해 이루어지며, 사내 장비가 필요하지 않습니다.
Webex 앱 데스크톱 운영체제(Windows, Mac) 또는 모바일 운영체제(Android, iOS)에서 실행되는 클라이언트 애플리케이션으로, 통화 기능을 위해 Webex 통화 플랫폼에 직접 등록됩니다.

PPDIO 프로세스 개요

PPDIO 프로세스는 준비, 계획, 설계, 구현 및 최적화를 의미합니다. 이는 초기 평가부터 지속적인 개선에 이르기까지 프로젝트를 안내하는 체계적인 시스코 방법론으로, 효율적이고 성공적인 배포 또는 마이그레이션을 보장합니다.

PPDIO 프로세스
PPDIO 프로세스

PPDIO에 대한 일반적인 설명

  • 준비하다: 현 상황을 평가하고, 요구사항을 수집하고, 이해관계자들의 의견을 조율하여 견고한 기반을 구축하십시오.

  • 계획: 일정, 자원 및 위험 완화 전략을 포함한 상세한 프로젝트 계획을 수립하십시오.

  • 설계: 비즈니스 및 기술적 요구사항에 맞춰 목표 솔루션을 설계하십시오.

  • 구현하다: 설계에 따라 배포 또는 마이그레이션을 실행하고 기능 및 성능을 검증합니다.

  • 최적화: 구현 후에는 성능 모니터링, 구성 개선, 자동화 및 통합 도구 활용을 통해 솔루션을 지속적으로 개선하십시오.

PPDIO를 사용하여 Unified CM에서 Webex 통화로 마이그레이션하는 프로젝트

Unified CM에서 Webex Calling으로 전환할 때 PPDIO 프로세스는 원활하고 효율적인 전환을 보장하는 명확한 로드맵을 제공합니다.

준비
  • 기존 통합 CM 환경 및 마이그레이션 준비 상태를 평가합니다.

  • 사용자, 장치, 네트워크 및 종속성에 대한 자세한 데이터를 수집합니다.

  • 비상 연락처 주소, 사용자 수, 인터넷 접속, 공중전화 접속 등 위치 정보를 수집합니다.

  • 위험 요소를 파악하고 프로젝트 범위를 정의하여 모든 이해관계자의 의견을 조율하십시오.

계획
  • 배치 일정, 리소스 할당 및 타임라인을 포함한 포괄적인 마이그레이션 계획을 수립하십시오.

  • 기기 펌웨어 업그레이드, 라이선스 프로비저닝, 사용자 온보딩과 같은 작업을 정의합니다.

  • 시스코 및 파트너사와 마이그레이션 기간을 조율하여 업무 중단을 최소화하십시오.

디자인
  • 현재 Unified CM 구성, 다이얼 플랜 및 사용자 프로필을 Webex 통화 기능에 맞게 매핑합니다.

  • Webex 통화 환경을 설계합니다. 여기에는 PSTN 전략(임시 및 최종), 위치, 사용자 역할, 로컬 게이트웨이(CUBE) 및 디렉터리 동기화와 같은 통합 지점이 포함됩니다.

  • 마이그레이션 중에 Unified CM과 Webex Calling이 동시에 작동하는 공존 시나리오를 계획하십시오.

구현
  • Control Hub 마이그레이션 도구를 타사 도구와 함께 사용하여 장치 펌웨어 모드 변경, 기능 구성 및 사용자 마이그레이션을 수행할 수 있습니다.

  • Webex API를 활용한 대량 작업 및 프로비저닝으로 대규모 마이그레이션 및 구성을 간소화하세요.

  • 라이선스 프로비저닝, 장치 등록 및 구성 업데이트를 실행합니다.

  • 테스트 및 운영 검증을 통해 마이그레이션 성공 여부를 확인합니다.

최적화
  • Webex 통화 성능 및 사용자 경험을 지속적으로 모니터링합니다.

  • 운영 데이터 및 피드백을 기반으로 구성 및 워크플로를 개선합니다.

  • 자동화 및 통합 기능을 활용하여 효율성과 확장성을 향상시키십시오.

  • 필요에 따라 기존 Unified CM 구성 요소를 폐기하고, 운영 개시 후 2일차 운영을 위한 지속적인 지원을 제공합니다.

이 향상된 PPDIO 접근 방식은 Cisco의 도구, API 및 파트너 에코시스템을 활용하여 비즈니스 연속성을 유지하고 협업 기능을 개선함으로써 Unified CM에서 Webex Calling으로의 제어되고 투명하며 효율적인 마이그레이션을 보장합니다.

PPDIO 피드백 루프

그림 PPDIO 실행 중 반복 에 묘사된 상위 수준 개요는 최적화 단계에서 준비 단계로 되돌아가는 단일 피드백 루프를 보여줍니다. 이는 초기 구현 이후에도 지속적인 개선의 기회가 있음을 의미합니다. 최적화 과정의 각 주기마다 새로운 요구 사항이나 개선 영역을 파악할 수 있으며, 이는 후속 프로젝트나 계획을 통해 해결될 수 있습니다. 이러한 개별 프로젝트들은 각각 확립된 PPDIO(준비, 계획, 설계, 구현, 최적화) 라이프사이클을 따릅니다. 이러한 반복적인 접근 방식은 시스템이 진화하는 비즈니스 목표 및 기술 발전에 발맞춰 나갈 수 있도록 보장하며, 지속적인 개선과 적응성을 갖춘 문화를 조성합니다.

PPDIO 실행 중 반복 횟수
PPDIO 실행 중 반복 횟수

PPDIO 프로세스를 진행하는 동안 후반 단계에서 발견된 사항으로 인해 초기 단계에서 내린 결정을 재검토하고 수정해야 하는 경우가 흔히 발생합니다. 예를 들어, 구현 단계에서 발생하는 문제, 즉 설계상의 모호성이나 누락된 세부 사항의 발견은 설계 단계에서 특정 측면이 충분히 고려되지 않았음을 드러낼 수 있습니다. 이러한 경우에는 진행하기 전에 해당 문제를 해결하기 위해 이전 단계로 되돌아가야 할 필요가 있습니다. 그림 Unified CM 지원 PPDIO 프로세스 에 나타난 바와 같이 이 반복적인 피드백 메커니즘은 솔루션이 철저하게 검증되고 개선되도록 보장하며, 궁극적으로 더욱 견고하고 효과적인 배포에 기여합니다.

Unified CM은 PPDIO 프로세스를 지원했습니다.
Unified CM은 PPDIO 프로세스를 지원했습니다.

Unified CM에서 Webex Calling으로 전환할 때, PPDIO 프로세스의 각 단계는 기존 Unified CM 환경에서 수집한 정보를 통해 상당한 이점을 얻을 수 있습니다. 예를 들어, 현재 Unified CM 구성에서 사용자, 전화번호, 통화 기능 및 다이얼 플랜 구성 요소에 대한 포괄적인 목록을 추출할 수 있습니다. 이 데이터는 이해관계자들이 직접 제공한 정보를 보완하고 계획 및 설계 활동을 간소화하는 데 도움이 됩니다. 적절한 도구를 활용하여 데이터 추출 및 분석을 자동화하면 정확도가 향상될 뿐만 아니라 전체 프로세스 속도도 향상됩니다. 기존 구축 경험에서 얻은 통찰력을 활용하면 기존의 신규 구축 방식보다 Webex Calling으로의 전환을 더욱 효율적으로 실행할 수 있으며, 동시에 PPDIO 방법론을 준수할 수 있습니다. 이 프로세스는 그림 통합 CM 지원 PPDIO 프로세스에 설명되어 있습니다.

마이그레이션 접근 방식

온프레미스 Unified CM에서 Webex Calling으로의 전환을 계획할 때, 이 과정을 어떻게 진행할지 결정해야 합니다. 먼저 마이그레이션을 플래시컷 (모든 것을 한 번에 마이그레이션) 방식으로 할지, 아니면 단계적 접근 방식(그룹별로 마이그레이션)으로 할지 결정해야 합니다. users/devices 장기간에 걸쳐).

플래시 컷 마이그레이션 을 수행하면 모든 사용자와 장치를 가장 빠르게 이동할 수 있습니다. 이 방법을 사용하면 모든 사용자와 장치를 온프레미스 Unified CM에서 Webex Calling으로 동시에 마이그레이션할 수 있습니다. 본질적으로 모든 사용자와 장치를 위한 단일 마이그레이션 기간입니다. 이 마이그레이션이 완료되면 모든 사용자와 장치가 Webex 통화 플랫폼으로 이동하고 모든 통합 CM 인프라를 폐기할 수 있습니다. 하지만 많은 조직은 통화 시스템 구축 규모 때문에 이러한 접근 방식을 사용할 수 없습니다.

두 번째 접근 방식은 단계적 마이그레이션 입니다. 대부분의 조직은 마이그레이션 과정에서 더 나은 제어, 관리 및 확장성을 제공하기 때문에 이 접근 방식을 사용할 것입니다. 또한, 대규모 UC 구축에 더욱 적합합니다. and/or 여러 지역에 걸친 배포. 따라서 본 문서는 전환 과정에서 두 단계를 거치는 단계적 접근 방식에 중점을 둡니다.

아래 그림과 같이 단계별 통화 전환이 이루어집니다. 하이브리드 및 클라우드, 첫 번째 전환 단계(1단계)에서는 이중 통화 환경을 갖춘 공존 배포가 이루어집니다. 이 단계에서는 일부 사용자, 장치 및 소프트 클라이언트가 Webex Calling으로 전환되는 반면, 다른 사용자, 장치 및 소프트 클라이언트는 온프레미스 Unified CM 통화 제어 시스템을 계속 사용합니다. 최종 전환 단계(2단계)에서는 모든 사용자, 장치 및 소프트 클라이언트가 Webex 통화 플랫폼으로 완전히 전환되어 순수 클라우드 통화 환경이 구축됩니다.

조직이 클라우드 통화 시스템으로 완전히 전환하는 데 걸리는 시간은 현재 구축 방식에 따라 달라집니다. 어떤 경우에는 조직이 초기 전환을 완료하고 장기간(몇 달 또는 몇 년) 동안 이중 통화 제어 기능을 사용하는 공존 단계(1단계)를 유지할 수 있는 반면, 다른 경우에는 매우 짧은 기간(몇 주 또는 몇 달) 내에 Webex Calling(2단계)으로 완전히 전환할 수 있습니다. 이 문서는 1단계(공존)와 2단계(완전 전환) 모두를 다루도록 작성되었습니다.

단계별 통화 전환: 하이브리드 및 클라우드
단계별 통화 전환: 하이브리드 및 클라우드

일부 조직은 클라우드 기반 통화 시스템으로 완전히 전환할 계획 없이, 기존 방식과 현재 방식의 이중 통화 제어 시스템을 무기한으로 공존시킬 가능성이 있습니다.

두 번째 고려 사항은 온프레미스 통화 제어 시스템에서 클라우드 통화 제어 시스템으로 사용자, 장치 및 소프트 클라이언트를 어떻게 이전할 것인가입니다. 권장되는 접근 방식은 3단계 전환입니다. 아래 그림 권장 3단계 전환 은 이 접근 방식을 3단계로 나누어 보여줍니다.

권장되는 3단계 전환
3단계 전환을 권장합니다.

마이그레이션 전 단계: 이 단계에서는 Webex 및 Unified CM 환경 모두를 마이그레이션에 대비시키는 데 중점을 둡니다. 이는 특정 계획이나 구성을 요구하는 것이 아니라, Webex 통화 마이그레이션 프로젝트가 시작되기 전에 지금 당장 완료할 수 있는 활동에 초점을 맞추고 있습니다. 목표는 두 환경이 마이그레이션을 준비할 수 있도록 기반을 구축하는 것입니다.

마이그레이션 준비: 이 단계는 Webex Calling으로의 마이그레이션을 위한 준비 작업이 시작되는 단계입니다. 여기서는 비즈니스 및 기술 요구 사항을 검토하고 업데이트해야 합니다. Unified CM을 통해 현재 배포된 내용을 단순히 그대로 옮기는 것이 아니라, Webex Calling의 강력한 기능을 활용하여 현재와 미래에 회사에 필요한 비즈니스 및 기술 요구 사항을 재정의하십시오. 또한, 이 단계에서 설계, 구성 계획 및 마이그레이션을 완료하게 됩니다. planning/schedule.

마이그레이션(배포 및 폐기): 이 단계는 사용자, 기기, 전화번호 및 소프트 클라이언트의 실제 마이그레이션이 이루어지는 단계입니다. 위에서 논의한 바와 같이 이 단계는 모든 사람에 대해 한 번에 완료할 수 있습니다(flash-cut) 또는 여러 변경 기간에 걸쳐 완료할 수 있습니다(phased-cut). 최종 사용자 도입 계획, 교육 및 커뮤니케이션은 매우 중요합니다. 그래야 사용자들이 변경 사항을 인지하고, 새로운 통화 플랫폼 사용 방법을 알고, 변경 시기를 알 수 있습니다. 마지막 단계는 더 이상 사용하지 않는 모든 온프레미스 UC 인프라를 폐기하는 것입니다.

마이그레이션 전 단계에는 (필수, 권장 및 선택) 활동이 포함되어 있으며, 이러한 활동은 즉시 시작할 수 있습니다. 이러한 작업은 가급적 빨리, 가능하면 프로젝트 시작 전에 완료하는 것이 좋습니다. 일부 작업은 완료하는 데 시간이 더 오래 걸릴 수 있으므로, 일찍 시작하면 실제 마이그레이션 프로젝트를 효율적으로 진행하는 데 도움이 됩니다.

아래 그림 사전 마이그레이션 활동 은 Webex 통화 마이그레이션과 관련된 5가지 특정 활동 범주를 강조 표시합니다.

이주 전 활동
이주 전 활동

준비

비즈니스 및 기술 요구사항

에서 로의 마이그레이션을 계획할 때는 계획 단계에서 기술적 요구사항과 비즈니스 요구사항을 모두 철저히 수집하는 것이 매우 중요합니다. 이 단계를 통해 마이그레이션이 조직의 운영 목표 및 기술 역량과 일치하도록 보장하고 위험과 중단을 최소화할 수 있습니다.

요구사항 수집이 중요한 이유:

  • 비즈니스 목표를 일치시킵니다: 비즈니스 요구 사항을 이해하면 핵심 워크플로, 사용자 경험 및 성장 계획을 지원하도록 마이그레이션을 맞춤화할 수 있습니다.

  • 기술적 호환성을 보장합니다: 기술적 요구사항을 조기에 파악하면 기존 인프라, 네트워크 및 엔드포인트와의 통합 문제를 예방할 수 있습니다.

  • 자원 계획을 용이하게 합니다: 명확한 요구사항은 일정, 비용 및 필요한 자원을 정확하게 추정하는 데 도움이 됩니다.

  • 위험을 완화합니다: 잠재적 문제점을 조기에 발견하면 선제적인 해결책을 마련하여 가동 중지 시간과 서비스 중단을 줄일 수 있습니다.

비즈니스 요구사항

일반적인 비즈니스 요구사항은 다음과 같습니다.

  • 마이그레이션할 사용자 수 및 위치

  • 원하는 기능 및 서비스 (예: 통화 연결, 음성 메일, 회의 통화, 자동 응답, 통화 대기열)

  • 규정 준수 및 보안 정책

  • 예산 제약 및 비용 예상치

  • 사용자 교육 및 지원 요구 사항

  • 마이그레이션 일정 및 비즈니스 연속성 고려 사항.

원하는 기능과 서비스 를 수집하는 것은 새로운 시스템이 비즈니스 요구 사항을 충족하는지 확인하는 데 중요한 단계입니다. 이러한 요구사항을 수집할 때는 현재 시스템에 구성된 내용뿐만 아니라 시스템을 실제로 사용할 비즈니스 주체의 요구사항을 파악하는 것이 중요합니다. 그렇지 않으면 계획이 현재 상황을 반영하지 않는 가정에 기반할 위험이 있습니다. 클라우드 기반 통화, 고급 통화 대기열 등과 같이 에는 없을 수 있는 추가 또는 향상된 기능이 에 있는지 반드시 평가해 보세요. 이를 통해 클라우드 플랫폼의 모든 이점을 활용할 수 있습니다.

현재 구성을 평가할 때 시스템 수명 주기 동안 요구 사항이 변화함에 따라 기존 설정이 모두 필요한 것은 아닐 수 있다는 점을 인식하는 것이 중요합니다. 핵심은 배포의 현재 및 미래 요구 사항에 부합하는 구성만을 식별하고 유지하는 데 있어야 합니다.

당신이 가진 것보다 필요한 것에 더 집중하세요.

규정 준수 및 보안 정책은 새로운 클라우드 기반 통신 시스템이 법률, 규정 및 조직 표준을 준수하도록 보장하기 위해 Webex Calling으로 마이그레이션하는 동안 중요한 고려 사항입니다.

  • 규정 준수: 조직은 GDPR, HIPAA 또는 SOX와 같은 업계별 규정을 준수하는지 확인해야 하며, 이러한 규정은 데이터 개인정보 보호, 보존 및 처리 요건은 물론 데이터 상주, 통관 절차 우회 및 미디어 현지화와 관련된 국가별 의무 사항을 다룹니다.

  • 데이터 보안: 음성 및 신호 데이터가 전송 중일 때와 저장 시 모두 암호화되어 가로채기나 무단 접근으로부터 보호되도록 합니다.

  • 접근 제어: 통신 자원의 무단 사용을 방지하기 위해 사용자 인증, 권한 부여 및 역할 기반 접근 제어를 정의하고 시행합니다.

  • 감사 및 모니터링: 규정 준수 감사 및 보안 사고 조사를 위해 접근 및 사용 내역을 추적할 수 있도록 로깅 및 모니터링 기능을 구현합니다.

  • 정책 일치: 마이그레이션을 엔드포인트 보안, 네트워크 분할 및 사고 대응 계획을 포함한 기존 기업 보안 정책에 맞춰 진행합니다.

  • 공급업체 보안 보증: 시스코의 보안 인증 및 규정 준수 증명을 평가하여 신뢰성을 확보합니다.

계획 단계에서 이러한 규정 준수 및 보안 정책을 다루면 위험을 완화하고 법적 처벌을 피하며 마이그레이션 과정 및 이후에 통신의 무결성과 기밀성을 유지하는 데 도움이 됩니다.

사용자 교육 및 지원 요구 사항은 에서 로의 마이그레이션 과정에서 원활한 전환과 사용자 채택을 보장하기 위한 필수 구성 요소입니다. 주요 고려 사항은 다음과 같습니다.

  • 교육 프로그램: 다양한 사용자 그룹(최종 사용자, 관리자, 헬프데스크 직원)을 위해 맞춤형 교육 세션을 개발하여 기능, 사용자 인터페이스 및 새로운 워크플로에 익숙해지도록 합니다.

  • 문서: 마이그레이션 후 업데이트된 환경에 적응하는 사용자를 지원하기 위해 새로운 기능 및 변경 사항 리소스와 단계별 마이그레이션 전후 사용 방법 가이드(비디오 또는 빠른 가이드 형식)를 포함하여 명확하고 접근하기 쉬운 사용자 가이드, FAQ 및 빠른 참조 자료를 제공합니다.

  • 변화 관리: 사용자 기대치를 관리하고 저항을 줄이기 위해 변경 사항을 사전에 적극적으로 전달하십시오.

  • 지지 구조: 마이그레이션 중 및 마이그레이션 후 사용자 문제를 신속하게 해결하기 위해 전담 지원팀 또는 에스컬레이션 경로를 구축하십시오.

  • 지속적인 교육: 새로운 기능이나 업데이트가 출시될 때마다 지속적인 교육 업데이트를 계획하십시오.

  • 피드백 메커니즘: 사용자들이 문제를 보고하고 교육 및 지원 프로세스를 개선하기 위한 피드백을 제공할 수 있는 채널을 구축하십시오.

계획 단계에서 이러한 교육 및 지원 요구 사항을 해결하면 중단을 최소화하고 사용자 신뢰를 높이며 마이그레이션의 이점을 극대화할 수 있습니다.

기술 요구사항

에서 로의 성공적인 마이그레이션을 위해서는 다음과 같은 몇 가지 핵심 기술 요구 사항을 수집하고 문서화해야 합니다.

  1. 네트워크 준비 상태 및 대역폭 용량

    새로운 Webex 통화 환경을 지원하려면 기존 인프라가 제대로 작동하는지 확인하기 위해 포괄적인 네트워크 평가가 필수적입니다. 다음과 같은 사항이 포함됩니다.

    • 대역폭 분석: 음성, 영상 및 데이터 트래픽을 혼잡 없이 처리하기 위해 현재 및 예상 대역폭 사용량을 평가합니다.

    • 서비스 품질(QoS): QoS 정책을 구현하여 음성 트래픽의 우선순위를 지정하고 지연 시간, 지터 및 패킷 손실을 최소화합니다.

    • WAN 및 인터넷 연결: WAN 링크 및 인터넷 연결이 클라우드 기반 통화에 필요한 요건(이중화 및 장애 조치 기능 포함)을 충족하는지 확인합니다.

    • 방화벽 및 NAT 구성: 방화벽 및 NAT 설정이 필요한 신호 및 미디어 트래픽을 허용하는지 확인합니다.

  2. 기존 시스템과의 통합

    기존 비즈니스 시스템과의 원활한 통합은 사용자 경험과 워크플로 연속성에 필수적입니다.

    • 디렉토리 서비스: 자동화된 사용자 프로비저닝 및 인증을 위해 엔터프라이즈 디렉터리와의 통합을 평가합니다.

    • CRM 및 비즈니스 애플리케이션: 고객 관계 관리 시스템 및 기타 비즈니스 핵심 애플리케이션과의 통합 지점을 파악합니다.

    • 기존 PBX 연동: 전환 과정 중에 기존 전화 시스템이 남아 있을 경우, 공존 또는 단계적 마이그레이션 전략을 계획해야 합니다.

  3. 엔드포인트 호환성 및 프로비저닝

    데스크톱 전화, 소프트폰, 모바일 기기를 포함한 모든 엔드포인트의 호환성을 평가해야 합니다.

    • 기기 지원: 기존 IP 전화 및 장치가 지원되는지 확인하거나 필요한 교체품을 파악합니다.

    • 프로비저닝 프로세스: 엔드포인트의 효율적인 온보딩을 위해 자동화되거나 간소화된 프로비저닝 방식을 구축합니다.

    • 펌웨어 및 소프트웨어 업데이트: 상호 운용성과 보안을 보장하기 위해 필요한 업데이트를 계획하고 있습니다.

  4. 보안 구성 및 암호화 표준

    클라우드 통신에서 보안은 최우선 사항입니다.

    • 암호화: 시스코 보안 모범 사례에 따라 신호 및 미디어 스트림에 대한 종단 간 암호화를 시행합니다.

    • 인증 및 접근 제어: 안전한 인증 메커니즘(예: SSO, 다중 요소 인증)과 세분화된 사용자 접근 제어를 구현합니다.

    • 규정 준수: 관련 규제 및 산업 준수 표준(예: GDPR, HIPAA)을 충족하는 솔루션을 보장합니다.

    • 보안 모니터링: SIEM 도구와 통합하고 잠재적인 보안 사고에 대한 알림을 설정합니다.

표 1. 예시 평가
요구 사항주요 고려 사항
네트워크 준비 상태 및 대역폭 대역폭, QoS, WAN/Internet, Firewall/NAT
기존 시스템과의 통합 디렉토리, CRM, PBX Email/Calendar
엔드포인트 호환성 및 프로비저닝 장치 지원, 프로비저닝, 펌웨어 업데이트
보안 구성 및 암호화 암호화, 인증, 규정 준수, 보안 모니터링
사용자 교육 및 변경 관리 교육 프로그램, 문서화, 변화 커뮤니케이션
번호 이동 및 다이얼 플랜 숫자 migration/porting, 다이얼 플랜 번역
타사 통합 호출기, 콜센터, 팩스, 아날로그 장치

네트워크 준비 상태 및 요구 사항

클라우드 기반 통화 솔루션으로 성공적으로 마이그레이션하려면 네트워크 준비가 매우 중요합니다. 부실한 네트워크 계획은 통화 품질 저하, 통화 끊김, 그리고 사용자 불만으로 이어질 수 있습니다. 고객은 마이그레이션을 진행하기 전에 네트워크 평가를 수행해야 합니다. 예상 통화량에 대한 네트워크 대역폭 가용성을 확인하고, 서비스 품질(QoS) 요구 사항을 충족하는지 확인하며, 에지 방화벽에서 열어야 하는 다양한 포트를 파악하는 것이 좋습니다.

충분한 서비스 품질(대역폭, 패킷 손실, 왕복 시간)을 갖춘 안정적인 네트워크 연결은 모든 음성 및 비디오 지원 엔드포인트, 클라이언트 및 애플리케이션에 대해 최상의 사용자 경험을 엔드투엔드로 보장하기 위한 기본 요구 사항입니다.

고객과 파트너는 OTT(Over-the-Top) 인터넷 외에도 Webex Edge Connect를 포함하여 연결을 최적화할 수 있는 다양한 연결 옵션을 이용할 수 있습니다. Webex Edge Connect 설계 세부 정보에 대한 자세한 내용은 Webex Meetings, Calling Multi-Tenant 및 Dedicated Instance용 Webex Edge Connect에 대한 Cisco 권장 아키텍처를 참조하세요.

고객은 네트워크 품질, 설정 가능한 통화 수, 지연 시간 등에 대한 정보를 제공하는 네트워크 평가를 위해 CScan 을 활용할 수 있습니다. CScan 도구에 대한 자세한 내용은 Webex 통화 네트워크 품질을 테스트하기 위한 CScan 사용을 참조하세요.

네트워크가 마이그레이션을 위한 준비가 되었는지 확인하려면 다음 체크리스트를 고려하십시오.

  1. 대역폭 계획

    사이트별 동시 호출 수를 계산하여 충분한 업스트림 및 다운스트림 대역폭을 확보하고, 기타 비즈니스 핵심 트래픽과 향후 성장을 위한 여유 공간을 포함시키십시오.

    Webex 통화 유형 대역폭 계산 표는 배포에서 사용 가능한 통화 유형과 각 통화 유형에 필요한 코덱 및 최대 대역폭을 보여줍니다. Webex 통화 유형 대역폭 계산 표에 나와 있는 것처럼 각 통화 유형에 필요한 오디오 통화 대역폭은 다음 일반 공식을 사용하여 계산할 수 있습니다.

    예상되는 동시 호출 횟수 * 코덱에 따른 통화당 대역폭 = 필수 네트워크 처리량.

    표 2. Webex 통화 유형 대역폭 계산
    호출 유형코덱 - 대역폭대역폭 계산
    / 책상 전화 -> 오푸스 - 70kbps동시 호출 수 * 70kbps = 필요한 네트워크 처리량
    / 책상 전화 -> 책상 전화오푸스 – 70kbps동시 호출 수 * 70kbps = 필요한 네트워크 처리량
    / 책상 전화 -> LGW를 통한 PSTNG.711 – 80kbps동시 호출 수 * 80kbps = 필요한 네트워크 처리량
    / 책상 전화 -> 클라우드 PSTN을 통한 PSTN (예: 시스코 통화 플랜)G.711 – 80kbps동시 호출 수 * 80kbps = 필요한 네트워크 처리량
    / 책상 전화 -> LGW를 통한 기업G.722 – 80kbps동시 호출 수 * 80kbps = 필요한 네트워크 처리량
    / 책상 전화 -> 음성메일오푸스 – 70kbps동시 호출 수 * 70kbps = 필요한 네트워크 처리량

    통화 유형별로 필요한 동시 네트워크 처리량을 합산하면 특정 사이트에 필요한 총 대역폭 요구량을 파악할 수 있습니다.

    모든 콜 레그는 항상 액세스 SBC에 고정됩니다. 특정 위치에 필요한 인터넷 대역폭을 결정할 때는 위치 간 통화뿐만 아니라 위치 내 통화 및 해당 위치의 로컬 게이트웨이와의 통화도 고려해야 합니다. 예를 들어, 두 대의 MPP 전화기 간의 구내 통화에는 해당 위치의 인터넷 접속에서 최대 2 x 70kbps의 전이중 속도가 필요합니다.

    Webex 통화 대역폭 계산 예시 표는 모든 장치가 동일한 사이트에 있다고 가정할 때 전체 대역폭 계산 연습의 예를 보여줍니다.

    표 3. Webex 통화 대역폭 계산 예시
    호출 유형동시 호출 수총 대역폭
    Webex 앱 / 데스크톱 전화 → Webex 앱152 * 15 * 70kbps = 2,100kbps
    Webex 앱 / 유선전화 → 유선전화152 * 15 * 70kbps = 2,100kbps
    Webex 앱 / 책상 전화 → LGW를 통한 PSTN 연결502 * 50 * 80kbps = 8,000kbps
    Webex 앱 / 데스크톱 전화 → Webex 통화를 위한 클라우드 연결을 통한 PSTN00 * 80 Kbps
    Webex 앱 / 데스크톱 전화 → LGW를 통한 기업용152 * 15 * 80kbps = 2,400kbps
    Webex 앱 / 유선 전화 → Webex 통화 후 음성 메일 확인55 * 70kbps = 350kbps
    총 통화 수 / 대역폭100번의 통화14,950kbps / 14.95Mbps

    • 위 표의 모든 대역폭 값은 IP 대역폭을 나타냅니다. WAN 캡슐화 방식에 따라 링크 대역폭이 더 높아집니다.

    • 위 표의 대역폭은 음성 통화용입니다. 화상 통화 대역폭의 경우 Webex 앱과 MPP를 사용하세요. 8845/65 휴대전화는 통화당 최대 1,500kbps의 대역폭으로 최대 720p 해상도의 H.264 비디오를 지원합니다. 하지만 영상 통신에 내재된 가변 비트 전송률로 인해 통화 중 어느 시점에서든 소모되는 대역폭의 양은 변동될 수 있습니다.

  2. 서비스 품질(QoS)

    온프레미스 환경에 QoS 정책을 구현하여 실시간 트래픽의 우선순위를 지정하고 스위치, 라우터 및 방화벽 전반에 걸쳐 QoS가 유지되도록 하십시오.

  3. 지연 시간, 지터 및 패킷 손실 목표

    OTT(Over-the-Top) 및 인터넷을 통한 통화 시 최적의 음질을 위해 다음과 같은 임계값을 권장합니다.

    • 지연 시간 - 단방향 100ms 미만

    • 지터 - 10ms 미만

    • 패킷 손실률 - 0.5% 이하.

  4. 방화벽 및 NAT

    방화벽이 Webex 통화용 포트 참조 정보에서 확인할 수 있는 문서에 나열된 대로 트래픽을 허용하도록 구성되어 있는지 확인하십시오. 또한, 동일한 가이드에 나열된 도메인 및 IP 범위에 대한 액세스를 허용하고 SIP 신호 처리를 방해하는 SIP ALG는 사용하지 마십시오. 프록시를 통한 미디어 트래픽 전송은 피해야 합니다.

  5. DNS 및 NTP

    TLS 인증서 확인 및 로깅을 위해 도메인에 대한 올바른 DNS 확인과 장치 시계 동기화를 위한 안정적인 NTP 서버를 확보하십시오.

  6. 장애 조치 계획

    기존 공급업체 데이터 연결(MPLS, SD-WAN 등)을 고려하고 구축 내 각 위치에서 직접 인터넷에 액세스할 수 있도록 계획하십시오. 높은 가용성이 요구되는 경우, 이중화된 인터넷 연결을 계획하십시오. 클라우드 기반 서비스를 이용하게 되므로 충분한 대역폭을 갖춘 안정적인 인터넷 연결은 필수 조건입니다. 조직 내 여러 지점의 인터넷 연결이 전반적으로 안정적이지 않고, 지연 시간이 짧지 않으며, 업로드 및 다운로드 처리량이 충분하지 않은 경우, 이러한 전환을 재고해야 합니다.

  7. 사이트 생존성

    사이트 생존성은 네트워크 연결이 끊어지더라도 비즈니스에 항상 접근할 수 있도록 보장합니다. 사이트 생존성은 로컬 네트워크의 게이트웨이를 사용하여 네트워크 연결이 끊어지는 상황 발생 시 온사이트 엔드포인트로의 대체 호출 서비스를 제공합니다. 네트워크 장애 발생 시에도 지속적인 통화가 필요한 비즈니스 요구 사항이 있는 경우, 로컬 생존성 게이트웨이(SGW)를 사용하여 사이트 생존성을 확보하는 것을 고려하십시오. 사이트 생존성 검사에 대한 자세한 내용은 Webex 통화용 사이트 생존성을 참조하세요.

클라우드 연결 UC 설정

클라우드 연결 UC(CCUC)는 온프레미스(예: Unified CM) 및 클라우드 배포 모두에 대해 중앙 집중식 가시성, 관리 및 인사이트를 제공하도록 설계된 클라우드 기반 관리 및 분석 솔루션입니다. 이는 기존 온프레미스 환경과 시스코 클라우드 서비스 간의 가교 역할을 하며, 조직이 온프레미스에서 클라우드로 마이그레이션하는 여정 전반을 지원합니다.

CCUC는 전환 과정에서 기존 통합 커뮤니케이션 구축 환경에서 포괄적인 데이터를 수집하여 마이그레이션 프로세스를 간소화하는 데 중요한 역할을 합니다. CCUC는 장치, 기능 및 사용자 연락처 마이그레이션과 같은 주요 전환 작업은 물론 지원되는 IP 전화기의 펌웨어 업데이트 자동화를 지원합니다. CCUC는 중앙 집중식 가시성과 관리 기능을 제공하여 더욱 원활하고 효율적인 마이그레이션 환경을 보장합니다.

Cisco는 CCUC를 전환 프로젝트 초기에, 이상적으로는 준비 단계 이전이나 준비 단계 중에 배포할 것을 강력히 권장합니다. 이를 통해 향후 마이그레이션 활동을 철저히 평가, 목록화 및 계획하는 데 필요한 통찰력과 역량을 확보하고 하이브리드 역량으로의 여정을 시작할 수 있습니다.

현재 환경 평가

마이그레이션을 계획할 때 핵심적인 활동 중 하나는 현재 온프레미스 환경 및 배포 상태를 평가하는 것입니다. 이는 성공적인 전환을 위해 필요한 잠재적 변화에 대한 통찰력을 제공합니다. 또한 기존 온프레미스 배포 환경과 비교하여 플랫폼의 핵심 요소를 평가할 수 있습니다. 이 정보를 활용하면 전환에 필요한 구체적인 작업과 비즈니스 및 기술 요구 사항, 사용 사례를 충족하기 위해 필요한 변경 사항을 파악하는 데 도움이 될 수 있습니다.

이러한 노력의 일환으로 다음과 같은 사항들을 검토하는 것이 중요합니다.

라이선싱

로 마이그레이션을 준비할 때 기존 배포의 현재 라이선스 구조를 이해하는 것이 중요합니다. 기존 시스코 온프레미스 솔루션의 다음 영역에 대한 라이선스 평가를 수행하십시오.

  • 플랫폼

    현재 핵심 플랫폼에서 어떤 라이선스가 적용되어 있는지 명확하게 설명하는 능력은 계정 담당 팀이나 파트너와 협력하여 플렉스 라이선싱으로 전환하는 최적의 경로를 결정하는 데 매우 중요합니다. 는 플렉스 라이선싱을 사용하여 라이선스가 부여되었습니다. 플렉스 라이선싱에 대한 자세한 내용은 Cisco 협업 플렉스 플랜을 참조하세요.

  • 사용자 및 장치

    기존 사용자와 기기에 필요한 라이선스 범주를 파악하십시오. 이 정보는 사용자와 장치에 필요한 라이선스 유형을 결정하는 데 사용됩니다. 다양한 라이선스 유형을 제공하며, 여기에는 사용자를 위한 Professional 및 Standard 라이선스와 작업 공간을 위한 Professional 및 공용 영역 라이선스가 포함됩니다. 장치 라이선스에 대한 자세한 내용은 장치 라이선스에서 제공되는 데이터 시트를 참조하십시오.

  • 로컬 게이트웨이

    이번 전환 과정에서 PSTN 접속을 위해 Cisco Unified Border Element(CUBE)가 필요한 경우, CUBE 라이선스도 고려해야 합니다. CUBE 라이선스 관련 고려 사항은 이 문서의 뒷부분에서 다룹니다.

Locations/Sites

이러한 전환을 계획할 때는 기존 배포 환경에 있는 사이트의 수와 유형(대규모 중앙 사이트, 지역 사이트, 지점 사이트 등)을 고려해야 합니다. 기존 배포 사이트에 대한 완벽한 이해는 특히 어떤 사이트를 어떤 순서로 마이그레이션할지 결정할 때 성공적인 전환을 위한 전략적 계획 수립에 도움이 될 것입니다. 마이그레이션 결정을 내릴 때 각 사이트의 다이얼 플랜 요구 사항(번호 체계, 다이얼링 습관, 제한 등급 등), 사이트 네트워크 연결 및 대역폭(인터넷, WAN, LAN), PSTN 액세스(로컬 또는 중앙 집중식, IP 또는 TDM)에 대한 자세한 이해가 매우 중요합니다. 일반적인 배포 모델 및 주요 고려 사항에 대한 자세한 내용은 Collaboration SRND에서 제공되는 협업 배포 모델 정보를 참조하세요.

로 전환할 때 또 다른 중요한 배포 고려 사항은 위치별 가용성입니다. 는 배포 위치에 따라 사용 가능한 기능, 구독 및 장치가 다릅니다. 지리적 가용성에 대한 자세한 내용은 Webex는 어디에서 사용할 수 있습니까?를 참조하십시오.

마지막으로, 이러한 전환이 다른 협업 서비스에 미칠 영향을 이해하는 것이 중요합니다. 이 문서의 목적에 비추어 볼 때, 통화 워크로드 외부에 있는 기존 협업 서비스를 유지하려면 위에서 언급한 1단계 하이브리드 배포로 전환해야 한다는 것이 일반적인 가정입니다. 하이브리드 배포가 필요할 수 있는 협업 서비스의 예로는 Webex 컨택 센터로 아직 마이그레이션되지 않은 온프레미스 컨택 센터와 페이징 시스템 및 청구 시스템과 같은 시스템과의 긴밀한 통합이 있습니다. 추가 협업 워크로드 및 서비스 전환에 대한 자세한 내용은 협업 전환을 참조하세요.

기존 재고 devices/clients

전환을 시작하기 전에 기존 하드웨어 및 소프트웨어 엔드포인트를 파악하는 것이 중요합니다. 기기의 전체 목록을 가지고 있습니다 types/models, 하드웨어 버전, 소프트웨어 클라이언트 OS 유형 및 수량을 고려하면 장치 전환을 적절하게 계획하고 클라우드 통화로 마이그레이션할 수 없는 장치에 미치는 영향을 최소화할 수 있습니다. 재고 목록은 전환할 장치와 전환 전에 교체할 장치를 결정하는 데 사용해야 합니다.

책상 전화기

오디오 및 비디오 데스크폰의 경우 6800, 7800, 8800 및 9800 시리즈 데스크폰만 지원됩니다. 이는 지원되는 Cisco IP 전화기의 하위 집합입니다. 6800, 7800, 8800 시리즈 휴대폰 중 일부 모델 및 버전은 와 호환되지 않습니다. 지원되는 모델 및 하드웨어 버전에 대한 자세한 내용은 Webex 통화 지원 장치를 참조하세요.

Cisco 6800 시리즈 IP 전화기는 엔터프라이즈 펌웨어에서 멀티플랫폼(MPP) 펌웨어로 업그레이드할 수 없습니다. MPP 펌웨어는 특정 기능을 위해 필요합니다. 따라서 엔터프라이즈 펌웨어를 실행하도록 등록된 모든 6800 전화기는 6800 MPP 모델 또는 지원되는 다른 전화기 모델로 교체해야 합니다.

Cisco 7800 및 8800 시리즈 IP 전화기는 전환 및 등록 전에 MPP(Multiplatform Phone) 펌웨어로 업그레이드해야 합니다. MPP 펌웨어를 지원하는 7800 및 8800 모델과 하드웨어 버전을 확인하려면 Cisco 7800 및 8800 시리즈 IP 전화기를 Enterprise 및 MPP 펌웨어 간에 변환을 참조하십시오.

8845, 8865 및 8865NR 모델은 판매가 종료되었으므로 마이그레이션을 권장하지 않습니다.

8800 시리즈 전화기의 구형 모델(8811, 8841, 8851, 8851NR, 8861)은 Webex Calling과 함께 사용하지 않는 것이 좋습니다. 하드웨어 버전이 VID 14 이하인 휴대폰은 등록은 되지만 하드웨어 문제로 인해 성능 저하가 발생할 수 있습니다.

9800 시리즈 데스크톱 전화기는 PhoneOS를 실행하며, 이는 등록 및 수신을 모두 지원합니다. 따라서 이러한 휴대폰은 펌웨어 업그레이드 없이 전환할 수 있습니다.

다른 모든 IP 전화기는 Webex Calling에서 지원하는 6800, 7800, 8800 또는 9800 시리즈 전화기로 교체해야 합니다. 지원되는 IP 및 데스크톱 전화기에 대한 자세한 내용은 [ Webex 통화 지원 장치의 [ 문서를 참조하세요.

비디오 엔드포인트

Cisco Board 시리즈, Room 시리즈 및 Desk 시리즈를 포함한 개인 및 회의실 비디오 엔드포인트는 기본적으로 SIP에 등록할 수 있습니다. 오디오를 출력해야 하는 이러한 엔드포인트 중 하나 and/or PSTN 통화에는 통화 허가증이 필요합니다.

  • 회의실, 소규모 회의 공간 등에서 공유되는 장치를 사용하려면 Professional Workspace 또는 Workspace 라이선스가 필요합니다.

  • 최종 사용자의 개인 기기에는 전문가용 또는 표준용 라이선스가 필요합니다.

오디오 통화에 등록되어 사용되는 비디오 엔드포인트 수를 확인합니다. 일부 비디오 엔드포인트는 회의 참가 또는 SIP 화상 통화 용도로만 사용될 수 있습니다. 어느 경우든 서버가 폐기되기 전에 엔드포인트를 마이그레이션해야 하지만, 이를 통해 통화 기능을 계속 사용하기 위해 라이선스가 필요한 엔드포인트 수를 파악하는 데 도움이 될 것입니다.

  • 비디오 장치가 등록에서 클라우드 등록으로 이동되면 해당 엔드포인트의 URI가 변경됩니다.

  • 8845, 8865, 8875 모델은 개인용 비디오폰으로, 다음 기능을 지원합니다.

소프트 클라이언트

Unified CM이 Webex 앱과 Jabber를 모두 지원하는 것과는 달리, 이 앱은 에서 지원하는 유일한 소프트 클라이언트이며, 최종 사용자를 위한 새로운 기본 소프트 클라이언트입니다.

Jabber에 구현된 배포 모드(인스턴트 메시징 전용, 전화 전용, and/or 완전한 UC 모드를 고려할 때 메시징 전환도 고려해야 할 수 있습니다. and/or Jabber에서 회의 작업 부하까지. 이 서비스는 통화 전용 클라이언트로 사용할 경우 전화 전용 모드 로 배포하거나, Webex 메시징과 같은 다른 워크로드를 사용할 경우 전체 Webex Suite 로 배포할 수 있습니다. and/or Webex Meetings가 통화 기능이 있는 앱으로 전환되고 있습니다.

이는 다음과 같은 AI 기능을 제공하여 최종 사용자의 경험을 향상시킵니다. audio/video 정보 분석, 통화 녹취록 작성 등. 자세한 내용은 을(를) 참조하십시오.https://www.webex.com/all-new-webex

사용자를 이동하기 전에 먼저 사용자의 Jabber 클라이언트를 해당 버전으로 전환해야 합니다. 이 전환을 완료하는 데에는 두 가지 옵션이 있습니다.

  1. 그들을 전환하기 전에

  2. 그것들을 로 전환할 때.

초기 전환을 원활하게 하기 위해 옵션 1을 사용하고 먼저 호출하여 사용자를 해당 계정으로 이동시키는 것이 좋습니다. 이를 통해 사용자는 기존 온프레미스 통화 플랫폼을 계속 사용하는 동안 새 애플리케이션에 익숙해질 시간을 확보할 수 있습니다. 사용자를 클라우드 통화 플랫폼으로 이전할 준비가 되면, 사용자가 해당 플랫폼에 등록하도록 구성해야 합니다.

이 두 가지 옵션에 대한 자세한 내용은 마이그레이션 여정 - 한 단계 또는 두 단계?를 참조하세요.

Webex 통화에 지원되는 장치의 전체 목록을 보려면 Webex 통화에 지원되는 장치를 참조하세요.

기기 적합성 확인

앞서 언급했듯이, 이 소프트웨어는 시스코 IP 전화기의 일부 모델만 지원하며, 7800 및 8800 시리즈 전화기에는 다른 펌웨어 유형이 필요합니다. Unified CM 전화기는 엔터프라이즈 펌웨어를 실행하는 반면, 일반 전화기는 멀티플랫폼 전화기(MPP) 펌웨어를 실행합니다. 준비 단계에서 MPP 펌웨어로 업그레이드할 수 있는 등록된 휴대폰을 확인하는 것이 좋습니다. 이를 통해 부적합한 휴대폰을 지원되는 휴대폰 모델로 교체하거나 사용자를 Webex 앱 전용으로 전환하는 것과 같은 다른 방안을 모색할 시간을 확보할 수 있습니다.

전화기의 적격성을 판단하는 데 도움이 되도록 Control Hub에는 휴대폰을 Webex 통화로 마이그레이션이라는 내장 도구가 있습니다. 이 도구를 사용하여 장치 적격성을 확인할 때 마이그레이션 옵션 장치 라이선스만 생성을 선택하십시오.

새로운 마이그레이션 작업 마법사가 기업용 전화기를 멀티플랫폼(MPP) 펌웨어로 마이그레이션하는 첫 번째 단계인 "작업 이름"을 보여줍니다. "장치 라이선스를 생성하고 추가" 또는 "장치 라이선스만 생성" 옵션이 표시됩니다.
Control Hub 도구 옵션을 사용하여 Unified CM 전화기의 Webex 통화 가능 여부를 확인할 수 있습니다.

이 옵션을 사용하면 휴대폰 목록이 포함된 CSV 파일을 업로드하여 각 휴대폰의 사용 가능 여부를 확인할 수 있습니다. 이 마이그레이션 옵션을 선택하더라도, 현재 준비 단계에 있고 아직 준비가 되지 않았기 때문에 전화기가 추가되지 않습니다. 자세한 내용은 전화기를 Webex Calling 으로 마이그레이션 .

일부 휴대폰은 알 수 없음 자격으로 반환될 수 있습니다. 이는 일반적으로 백엔드 시스템에서 휴대폰에 대한 일부 정보를 검증할 수 없기 때문입니다. 알 수 없음 상태로 표시되는 휴대폰의 경우 MPP 펌웨어로 업그레이드할 수 있는지 여부를 확인하는 두 가지 옵션이 있습니다.

  1. 각 휴대폰을 수동으로 확인하고 모델 및 하드웨어 버전(PID VID)을 검증하십시오.

    바코드가 있는 제품 라벨에 "PID VID:"가 강조 표시되어 있습니다. 빨간색 화살표와 함께 "CP-7821-K9= V01"이라고 표시되어 있으며, CPN, MAC, SN 정보도 함께 보여줍니다.
    7800/8800 휴대폰 모델명과 하드웨어 버전 정보가 적힌 라벨

  2. Cisco IP 전화 준비 도구를 사용하십시오.

    https://github.com/joemar2/mpp_readiness_check에서 도구를 다운로드하세요.

    이 도구는 시스코의 공식 도구가 아니며, 기술 지원 센터(TAC)의 지원도 받지 않습니다. 최선을 다해 지원해 드리지만, 사용은 무료입니다.

    이 도구는 사내에 위치하고 서버 및 IP 전화에 접근할 수 있는 컴퓨터에서 실행되어야 합니다. 이 프로그램에는 IP 전화기에서 웹 액세스를 활성화하는 옵션이 있으며, 최상의 결과를 얻으려면 이 옵션을 사용하는 것이 권장되고 필수적입니다. 따라서 최종 사용자에게 방해가 되지 않도록 업무 외 시간에 사용해야 합니다. 해당 도구의 출력 결과에는 7800 및 8800 시리즈 전화기 중 MPP 펌웨어로 업그레이드 가능한 모델 목록이 포함된 보고서가 제공됩니다. 휴대폰에 직접 접근하기 때문에 Control Hub 도구에서 보고된 알 수 없는 장치를 확인할 수 있습니다.

    다양한 휴대폰 모델과 해당 펌웨어 버전, 그리고 MPP 지원 여부를 나타내는 열을 보여주는 멀티플랫폼 폰(MPP) 펌웨어 준비 상태 표시기입니다. MPP 가능 여부 열의 대부분 항목에는 '예'라고 표시되어 있습니다.
    시스코 IP 전화 준비 도구 보고서

사용자

성공적인 마이그레이션을 보장하기 위한 가장 중요한 준비 단계 중 하나는 적절한 사용자 프로비저닝입니다. 단계적 마이그레이션을 진행하더라도 모든 사용자를 고려하여 적절한 계획을 세워야 합니다. 사용자는 다음 중 하나에 대해 프로비저닝되어야 합니다.

  • 호출을 통해 배포

  • 배포하기

  • 사용자를 위한 서비스 구성

  • 사용자를 전화번호부에서 검색할 수 있도록 합니다(클릭 투 콜, 사용자 연락처 정보, 전화번호부 검색).

프로젝트 시작 전 또는 시작 시점에 모든 사용자를 프로비저닝하는 것이 좋습니다. 여기에는 통화 기기(IP 전화, Jabber 등)와 관계없이 Unified CM을 통화 플랫폼으로 계속 사용하는 사용자가 포함됩니다. 사용자들이 마이그레이션됨에 따라 (and/or (사용자)에게 필요한 서비스를 활성화하려면 해당 사용자의 라이선스를 업데이트해야 합니다. 전환을 시작하기 전에 모든 기업 통화 사용자를 프로비저닝하면, 전환을 완료한 사용자가 여전히 Jabber를 사용하고 있는 기업 통화 사용자를 디렉터리에서 검색할 수 있습니다. and/or 에 . 이를 통해 전환된 사용자는 다른 사용자의 연락처 정보를 찾아 디렉토리 조회를 통해 전화를 걸 수 있습니다.

그림 디렉토리 검색 은 사용자가 다른 사용자를 검색하는 예를 보여줍니다. 검색 결과에는 사용자의 연락처 정보가 표시되며, 해당 사용자는 여전히 Jabber를 사용하고 있거나 다른 플랫폼으로 전환한 사용자일 수 있습니다. and/or .

Webex 앱 디렉토리 검색
Webex 앱 디렉토리 검색

다음으로 기존 온프레미스 통화 사용자 중 어떤 사용자를 로 전환할지 결정합니다. 모든 사용자 또는 상당수의 사용자를 이전해야 하는 경우, 프로젝트 팀, IT 직원 및 지원 담당자가 이전 작업과 발생할 수 있는 문제를 처리할 수 있도록 사용자를 그룹별로 이동하는 것이 좋습니다. 또한 사용자들이 이러한 전환에 대비할 수 있도록 초기 정보 제공 및 교육 세션에 시간을 할애해야 합니다. 사용자 전환 그룹화는 사용자가 배정된 위치 또는 사이트, 사용자 부서, 심지어 사용자 유형(지식 근로자, 임원, 모바일 근로자 등)을 포함한 다양한 기준에 따라 수행할 수 있습니다.

예를 들어 배포의 사용자가 뉴욕(NYC), 샌프란시스코(SFC), 리서치 트라이앵글 파크(RTP)의 세 주요 사이트로 나뉘어 있는 경우 사용자 전환 계획은 사이트별 사용자 전환 계획 표에 설명된 계획과 같을 수 있습니다.

표 4. 사이트별 사용자 전환 계획
사용자 사이트 / 위치전환 전 정보 및 교육 세션전환기전환 후 지원
뉴욕시 (1,525명 사용자)4월 1일 주간4월 15일 – 4월 27일4월 29일 주간
SFO (사용자 1,600명)5월 6일 주5월 20일 ~ 5월 31일6월 3일 주간
RTP(사용자 1,275명)6월 3일 주간6월 17일 – 6월 28일7월 1일 주간

또 다른 중요한 요소는 서로 의존 관계가 있는 사용자들을 함께 전환하는 것입니다. 다음 사항들이 포함될 수 있지만 이에 국한되지는 않습니다.

  • BLF 모니터링

  • 같은 사냥 pilot/group

  • 공유 회선

  • 동일한 통화 수신 그룹의 일부입니다.

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

  • 인터콤

  • Admin/Exec.

구성(GUI 또는 내보내기)을 검토하거나 마이그레이션 인사이트 도구를 사용하여 이러한 종속성이 있는 사용자 그룹을 식별할 수 있습니다.

PSTN 연결

PSTN에 접속하는 방법은 세 가지입니다. 시스코 통화 요금제, 클라우드 커넥트(이전 명칭: 클라우드 연결 PSTN) 및 온프레미스 PSTN(로컬 게이트웨이). 하지만, 해당 규정에 정의된 단일 위치는 하나의 PSTN 옵션에만 할당될 수 있습니다.

온프레미스 PSTN과 로컬 게이트웨이(LGW)는 전환 전략의 필수 구성 요소입니다. 이는 온프레미스 배포 간의 연결을 제공합니다. and/or PSTN 및 플랫폼은 로컬 게이트웨이로 사용할 수 있는 Cisco 및 인증된 타사 세션 경계 컨트롤러(SBC)를 모두 지원합니다. 지원되는 SBC의 최신 목록은 지원되는 SBC 목록을 참조하세요.

등록 기반 방식의 경우 단일 로컬 게이트웨이에서 최대 250개의 동시 호출을 지원하며, 인증서 기반 방식의 경우 단일 로컬 게이트웨이에서 250개 이상의 동시 호출을 지원합니다. 인증서 기반 로컬 게이트웨이는 최대 6500개의 동시 호출을 지원할 수 있지만, 이는 로컬 게이트웨이의 연결 유형(Over-the-Top 방식 또는 상호 연결 피어링 방식)과 로컬 게이트웨이가 배포된 SBC 모델에 따라 달라집니다. 이러한 제한은 본질적으로 로컬 게이트웨이 기반 PSTN 통화와 엔드포인트 간 사이트 간 통화 모두에 대한 기본 통화 횟수 제한입니다. 자세한 내용은 로컬 게이트웨이 시작하기를 참조하세요.

이 제한을 초과하는 모든 호출은 403 Forbidden오류와 함께 거부됩니다. show call active voice 명령은 로컬 게이트웨이에서 언제든지 실행하여 활성 통화의 총 수를 확인할 수 있습니다.

로컬 게이트웨이와 액세스 SBC 간의 네트워크 상태가 좋지 않으면 시그널링 연결 성능이 저하되어 동시 통화 제한이 더욱 낮아질 수 있습니다. 로컬 게이트웨이와 데이터 센터 간의 단방향 지연 시간은 100ms를 초과해서는 안 되며, 지터는 10ms 미만이어야 하고 패킷 손실률은 0.5 미만이어야 합니다. %.

특징 & 기능 사용

현재 환경을 평가할 때는 어떤 기능이 구성되어 있는지 파악하고 검토하는 것이 중요합니다. 또한, 기능 사용 방식을 이해하는 것은 배포에 필요한 비즈니스 및 기술 요구 사항을 (재)정의하는 데 중요합니다.

어떤 기능이 구성되어 있는지 확인하려면 구성을 분석하십시오. 이는 시스템에서 기능이나 설정을 구성할 때 설정되는 모든 정적 데이터입니다. 다음 옵션들을 사용하여 이 분석을 완료할 수 있습니다.

  • 관리자 GUI에서 구성을 검토하세요

  • 설정 내보내기 -- 일괄 내보내기 또는 AXL

  • 마이그레이션 인사이트 도구(권장)

  • 시스코 타사 파트너 도구(권장).

기능 활용도를 효과적으로 분석하려면 활용률, 등록 현황, 통화량 등과 같은 동적 시스템 데이터를 살펴보는 것이 필수적입니다. 다양한 분석 도구와 대시보드는 이러한 지표에 대한 통찰력을 제공하여 시스템 성능 및 용량에 대한 포괄적인 이해를 가능하게 하고, 마이그레이션 및 최적화 작업 중에 정보에 기반한 의사 결정을 지원합니다. 다음 옵션들을 사용하여 이러한 유형의 분석을 완료할 수 있습니다.

  • CDR 원본 기록 검토

  • Unified CM RTMT 데이터 검토

  • CDR 데이터를 활용한 마이그레이션 인사이트 도구

  • 클라우드 연결 UC 분석 검토

    • 통화량

    • 등록된 엔드포인트

    • (CAC) 위치

    • 트렁크 활용률.

  • 시스코 타사 파트너 도구.

Cisco는 이러한 분석을 위해 Webex Control Hub Migration Insights 도구를 사용하는 것부터 시작할 것을 권장합니다. 내보낸 .TAR 파일과 Unified CM CDR 파일(선택 사항이지만 기능 활용 분석에는 필요함)을 도구로 가져옵니다. 이 도구는 분석을 시작하는 데 사용할 수 있는 다음과 같은 CSV 기반 보고서를 생성합니다.

표 5. Unified CM .tar 파일에서 생성된 보고서
보고서 이름

보고서 설명

ImportedDataBulk.csv

Unified CM 데이터의 모든 사용자 및 장치

DeviceEligibility.csv

Webex Calling으로 마이그레이션 가능한 장치(IP 전화기, Room OS 장치, ATA 및 타사 장치)를 식별합니다.

DevicePoolNumbers.txt

특정 장치 풀에 있는 모든 번호 목록

HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv

공유 회선, 헌트 파일럿, 통화 대기열, 통화 보류 및 통화 수신 그룹 구성을 기반으로 함께 마이그레이션해야 하는 장치 및 사용자에 대한 세부 정보입니다.

HuntGroupMigrationInsight.csv

배정된 사냥 라인, 라인 그룹 및 관련 에이전트에 대한 자세한 정보

SharedlineGroupMigrationReport.csv

전화번호(전화번호부)가 사용자 간에 공유되는 방식에 대한 개요

표 6. Unified CM .tar 및 CDR.gzip 파일에서 생성된 보고서
보고서 이름

보고서 설명

FeatureUsageBasedDeviceEligibilityReport.csv

기능 사용량에 따른 기기 마이그레이션 자격에 대한 정보

FeatureUsageWithLastUsageDateReport.csv

헌트 파일럿 및 콜 큐 호출 횟수와 마지막 사용 날짜를 나타내는 사용 횟수입니다.

UserWorkspaceLastUsage.csv

소프트 클라이언트와 하드폰 모두에 대한 사용자 및 워크스페이스의 마지막 사용 날짜

DIDUsageReport.csv

할당된 DID와 할당되지 않은 DID 모두에 대한 DID 사용

마이그레이션 인사이트 보고서에 대한 자세한 내용은 마이그레이션 인사이트를 참조하세요.

마이그레이션 인사이트 보고서의 정보를 검토한 후에도 기능 및 사용법에 대한 추가 정보가 필요한 경우, 시스코는 시스코의 타사 파트너 마이그레이션 도구 중 하나를 사용하는 것을 권장합니다. and/or GUI 또는 구성 내보내기 데이터에서 구성을 검토합니다.

시스코 통합: 유니티 커넥션 UCCX UCCE

음성 메일은 본 서비스의 필수적인 부분이며 솔루션에 기본적으로 내장되어 있습니다. Unity Connection 또는 Unity Connection Express와 같은 온프레미스 음성 메일 솔루션과는 통합할 수 없습니다. 또한, 기존 Unity 연결 음성 메일 메시지나 인사말을 에서 제공하는 기본 음성 메일 서비스로 마이그레이션하는 기본 방법은 없습니다. 시스코의 타사 파트너가 제공하는 마이그레이션 도구 중 일부는 이러한 데이터 중 일부를 마이그레이션할 수 있는 기능을 갖추고 있습니다. 음성 메일에 대한 자세한 내용은 Webex 통화 사용자의 음성 메일 설정 구성 및 관리를 참조하세요.

또한 공유 음성 메일 및 팩스 사서함을 지원합니다. 자세한 내용은 Webex Calling용 공유 음성 메일 및 수신 팩스 사서함 관리를 참조하세요.

이 플랫폼의 핵심 기능에 자동 응답 기능이 내장되어 있습니다. 이 기능을 사용하면 Unity Connection의 통화 처리기 및 자동 응답 기능을 전환할 수 있습니다. Control Hub 도구, Unified CM에서 기능 마이그레이션, 은 Unity Connection 구성을 자동 응답기로 마이그레이션하는 것을 지원합니다. 이 도구 사용에 대한 자세한 내용은 Unified CM에서 Webex Calling으로의 장치 및 기능 마이그레이션을 참조하세요.

통화 녹화

추가 비용 없이 통화 녹음 옵션 두 가지가 포함되어 있습니다.

  1. Webex 통화 녹음

  2. Dubber Go 녹화(파트너 제안) - Dubber와 Dobber를 통합하여 모든 녹화된 미디어를 클라우드에 안전하게 저장합니다.

포함된 녹음 옵션 표는 추가 비용 없이 이용 가능한 두 가지 통화 녹음 옵션의 주요 기능을 강조합니다.

표 7. 포함된 녹음 옵션
Webex더버 고
모든 사용자가 이용 가능합니다. 모든 사용자가 이용 가능합니다.
무제한 녹화 무제한 녹화
1년 보존 기간* 30일 보존 기간
조직당 100GB 저장 공간 -
규정 준수 담당자는 통화 녹음에 접근하고 관리할 수 있습니다. -
녹화 관리를 위한 API -
관리자는 사용자의 통화 녹음 접근 권한을 구성하고 관리할 수 있습니다.
  • 사용자는 사용자 허브를 통해 자신의 녹화물을 관리할 수 있습니다. and/or Webex 앱.
사용자만 자신의 녹화물에 접근하고 관리할 수 있습니다.
  • 더빙 포털에서 가져온 정보입니다.

귀사에서 규정 준수 통화 녹음, 더 긴 보존 기간, 더 많은 저장 공간, AI 분석과 같은 추가 녹음 기능이 필요한 경우, and/or 관리자 액세스, 유료 상품 또는 추가 기능은 Cisco와 타사 녹음 제공업체 모두에서 제공됩니다. 녹음 제공업체, 구성 및 추가 파트너 서비스에 대한 자세한 내용은 Webex Calling 통화 녹음 관리를 참조하세요.

타사 통합

로컬 게이트웨이용 SBC, IP 전화, 인터콤 전화 등 을 포함하되 이에 국한되지 않는 다양한 타사 통합 기능을 지원합니다. Speaker/Pagers, ATA 등 이러한타사 장치 외에도 Webex Calling은 고객 지원, 분석, 녹음, 청구 등 을 위한 다양한타사 솔루션을 지원합니다 . 타사 솔루션에 대한 자세한 내용은 Webex App Hub 를 참조하세요.

계획

고위급 프로젝트 계획

에서 로 마이그레이션하기 위한 고수준 프로젝트 계획을 수립할 때, 비즈니스 목표와 기술 요구 사항 모두에 부합하는 명확한 단계와 마일스톤을 설정하는 것이 필수적입니다. 계획은 상세한 기술 및 비즈니스 요구사항 수집, 이해관계자 파악, 성공 기준 정의 등을 포함한 종합적인 평가 단계부터 시작해야 합니다. 주요 고려 사항에는 자원 배분, 일정 예측, 위험 관리 및 모든 관계자가 마이그레이션 전반에 걸쳐 정보를 얻고 참여할 수 있도록 하는 커뮤니케이션 전략이 포함됩니다. 또한, 계획에는 혼란을 최소화하고 피드백에 따라 조정할 수 있도록 시범 운영 및 단계적 출시와 같은 검증 점검 지점이 포함되어야 합니다.

프로젝트 계획에 포함할 요소의 예는 다음과 같습니다.

  • 마이그레이션 범위 정의(예: 어떤 사용자, 장치 및 기능이 전환될 것인가)

  • 최종 사용자 및 지원팀을 위한 교육 세션 일정 조정

  • 네트워크 준비 상태 평가를 조정하고,

  • 전환 작업 계획 수립 시 대체 방안을 고려합니다. 또한 규정 준수 및 보안 검토는 물론 마이그레이션 후 지원 및 최적화 단계를 통합하는 것도 중요합니다.

이러한 고려 사항을 바탕으로 프로젝트 계획을 수립함으로써 조직은 복잡성을 더 잘 관리하고 위험을 줄이며 보다 원활한 전환을 이룰 수 있습니다.

이주 과정 - 한 단계일까, 두 단계일까?

사용자가 통화용 소프트 클라이언트를 사용하도록 요구합니다. 따라서, 만약 어떤 사용자가 여전히 를 사용하고 있다면, 그 사용자를 로 이동시킬 수 있는 두 가지 옵션이 있습니다. 사용자 마이그레이션은 단일 단계 또는 이중 단계로 진행할 수 있습니다.

옵션 1: 단일 단계 사용자 마이그레이션

단일 단계 마이그레이션을 통해 사용자는 Unified CM에서 로 전환되는 동시에 에서 로 전환됩니다. 이 옵션은 일반적으로 마이그레이션할 사용자 수가 적은 고객에게 적합하며, 사용자의 소프트 클라이언트와 통화 서비스를 동시에 이전할 수 있습니다. 그림 사용자의 호출 서비스, 소프트 클라이언트 & 아래 에서 강조 표시된 것처럼 휴대폰이 동시에 마이그레이션됩니다. 이 옵션을 선택하면 사용자는 다음 작업을 모두 동시에 완료할 수 있습니다.

  1. 통화 서비스가 다음으로 이동했습니다.

  2. 전화번호와 내선번호가 다음으로 이동되었습니다.

  3. 소프트 클라이언트가 Jabber에서 다음으로 전환되었습니다. - 등록할 예정입니다.

  4. 전화 등록이 에서 로 이동했습니다.

온프레미스 UCM 통화 및 Jabber에서 클라우드 기반 Webex Calling MT 및 Webex에 등록된 애플리케이션과 전화기로 직접 마이그레이션합니다. 통신 서비스가 로컬 인프라에서 Webex 플랫폼으로 전환되는 과정.
사용자 통화 서비스, 소프트 클라이언트 & 휴대폰이 동시에 마이그레이션됩니다

이는 사용자 그룹을 서로 다른 시점에 이동하는 단계적 마이그레이션 방식일 수 있지만, 각 사용자가 이동할 때는 모든 작업이 동시에 진행됩니다.

옵션 2: 2단계 사용자 마이그레이션

다른 접근 방식은 이중 단계 마이그레이션입니다. 1단계에서 사용자는 에서 로 전환되지만 통화 서비스를 위해 에 계속 남아 있습니다. 그런 다음 2단계에서 사용자는 Unified CM에서 로 이동합니다. 이 옵션은 규모가 큰 고객이 최종 사용자 변경 사항을 관리하고 사용자 소프트웨어 클라이언트 변경 사항과 호출 서비스 변경 사항을 분리하려는 경우에 권장됩니다. 다음 그림 은 소프트 클라이언트를 마이그레이션한 다음 호출 서비스와 소프트 클라이언트를 마이그레이션하는 과정을 보여줍니다. & 아래의 전화에서 Webex 통화로의 전환은 이러한 유형의 마이그레이션을 강조합니다.

1단계
  1. 소프트 클라이언트가 에서 로 전환되었습니다. 에 등록할 예정입니다.

2단계
  1. 통화 서비스가 에서 로 이동했습니다.

  2. 전화번호와 내선번호가 에서 로 이동되었습니다.

  3. 등록이 에서 로 변경되었습니다.

  4. 전화 등록이 에서 로 이동했습니다.

통신 서비스 마이그레이션을 위한 2단계 프로세스. 1단계에서는 Webex 앱을 온프레미스 UCM과 통합하고, 2단계에서는 Webex Calling MT 및 Webex 등록 서비스를 클라우드에서 완벽하게 사용할 수 있도록 전환을 완료합니다.
소프트 클라이언트를 마이그레이션한 다음, 호출 서비스와 소프트 클라이언트를 마이그레이션합니다. & 전화로 웹엑스 통화하기

이는 여전히 단계적 마이그레이션으로 진행될 수 있으며, 두 단계에서 사용자 그룹이 서로 다른 시점에 이동될 수 있습니다.

어떤 옵션을 선택할지는 사용자의 전환 과정을 어떻게 관리할지에 따라 달라집니다. 권장 사항은 단계적으로 진행하는 것입니다(옵션 2). 이렇게 하면 최종 사용자의 변경 사항을 한 번에 최소화하고 프로젝트의 여러 부분에 걸쳐 작업을 분산할 수 있습니다. 하지만 사용자가 한 번만 영향을 받도록 하려면 옵션 1을 사용하는 것도 유효합니다.

권장 여정(옵션 1)을 살펴보면, Jabber에서 Webex 앱으로의 상위 수준 전환 맵 아래 그림은 1단계의 상위 수준 전환을 보여줍니다.

Jabber에서 Webex 앱으로의 상위 수준 전환 로드맵
Jabber에서 Webex 앱으로의 상위 수준 전환 로드맵

이 단계에서 사용자는 모든 통화 서비스를 위해 Jabber에서 다른 서비스로 전환됩니다. 하지만 통화 플랫폼은 여전히 Unified CM이며, 해당 플랫폼은 통화 서비스를 Unified CM에 등록할 것입니다. Jabber에서 Webex 앱으로의 상위 수준 전환 맵 그림에서 볼 수 있듯이 온프레미스 인프라는 변경되지 않으며 Jabber와 동일한 방식으로 작동합니다. 유일한 변경 사항은 외부 연결이 필요하다는 것입니다.

이 전환에 대한 자세한 내용은 Collaboration Transition 페이지의 클라이언트 섹션에 있는 ]Jabber에서 Webex로의 전환 맵 및 배포 가이드 를 참조하세요.

Unified CM에서 Webex 통화로의 상위 수준 전환 맵 그림은 에서 로의 상위 수준 전환을 나타냅니다. 이것은 권장 여정의 2단계입니다.

Unified CM 온프레미스 통화 솔루션에서 완전 클라우드 기반 Webex Calling MT 솔루션으로의 3단계 단계별 마이그레이션.
Unified CM에서 Webex 통화로의 상위 수준 전환 맵

단일 단계 접근 방식을 사용하기로 결정한 경우에도 이 사항이 적용됩니다.

이 단계에서 사용자들은 그룹으로 전환됩니다. 이 시점에서 사용자들은 통화 서비스, 통화 등록 및 IP 전화 등록을 사용하기 시작합니다.

사용자들이 그룹별로 이동하기 때문에, 엔터프라이즈 사용자들은 전환 기간 동안 두 가지 통화 플랫폼으로 나뉘어 사용하게 됩니다. Unified CM에서 Webex Calling으로의 상위 수준 전환 맵의 1단계 그림은 이 상태를 나타냅니다. 이 단계에서는 두 플랫폼 사용자 간의 통화 관리 방법과 PSTN 통화 라우팅 방법에 대한 계획이 필요합니다. 사용자 그룹이 전환될 때마다 다이얼 플랜과 통화 라우팅 업데이트가 와 로컬 게이트웨이에서 필요합니다.

모든 사용자, 소프트 클라이언트 및 장치가 (2단계)로 전환되면 모든 온프레미스 UC 인프라를 제거하고 폐기할 수 있습니다.

디자인

지역 선택

이 서비스는 전 세계적으로 이용 가능하며 여러 지역의 이중화된 데이터 센터에서 제공됩니다. 미국(댈러스, 시카고), 캐나다(밴쿠버, 토론토), 유럽(프랑크푸르트, 암스테르담), 영국(런던, 맨체스터), 호주(멜버른, 시드니), 일본(도쿄, 오사카), 사우디아라비아(리야드, 제다), 인도(뭄바이, 첸나이). 미디어 PoP는 미디어 왕복 시간을 최적화하기 위한 미디어 서비스를 제공합니다. 예를 들어 싱가포르 데이터 센터는 호주나 일본 지역으로의 왕복 시간이 최적화되지 않을 수 있는 아시아 국가 고객을 위해 미디어 왕복 시간을 최적화하는 데 사용됩니다. 데이터 센터들은 멀티 기가비트급의 완전 이중화 백본으로 상호 연결되어 있습니다. 그림 전 세계에 분산된 데이터 센터 는 모든 데이터 센터의 개요를 보여줍니다. 사용 가능한 데이터 센터의 최신 목록을 보려면 Webex 통화용 데이터 센터 위치를 참조하세요.

전 세계에 분산된 데이터 센터

통화(다중 테넌트) 및 미디어 PoP 서비스의 전 세계 위치를 보여주는 지도로, 광범위한 네트워크를 나타냅니다.

각 고객은 인스턴스 중 하나에 프로비저닝됩니다. 해당 고객의 모든 프로비저닝 정보는 해당 인스턴스에 저장되며, 해당 고객을 위해 프로비저닝된 모든 엔드포인트 및 로컬 게이트웨이의 SIP 신호는 고객이 프로비저닝된 인스턴스에 연결됩니다. 초기 지역 선정은 변경하기 어렵기 때문에, 지역 선정으로 이어지는 의사결정 과정에서 모든 관련 요소를 고려하는 것이 중요합니다. 신호 왕복 지연을 과도하게 방지하려면 전환 프로세스 초기에 어떤 인스턴스를 사용할지 결정하는 것이 중요합니다. Cisco는 구축 환경에서 가장 많은 사용자를 대상으로 가장 짧은 신호 왕복 시간을 제공하는 인스턴스를 선택할 것을 권장합니다.

국가별 사용 가능 여부는 Webex는 어디에서 사용할 수 있나요?를 참조하세요.

위치

마이그레이션 대상 위치에 필요한 정보를 수집하여 위치 제공을 준비해야 합니다. 각 위치에 필요한 정보는 각 위치에 대해 수집해야 할 정보에 요약되어 있습니다.

표 1. 각 위치별로 수집해야 할 정보
정보Comment
확장 범위각 지역마다 서로 다른 숫자로 시작하는 확장 번호를 가질 수 있습니다. 사이트 간 다이얼링 조향 숫자(예: 8)와 PSTN 조향 숫자(예: 9)를 위해 한 자리 숫자를 남겨두어야 합니다. 어떤 확장 범위도 이 두 숫자 중 하나로 시작할 수 없습니다.

모든 위치의 모든 확장 범위는 길이가 동일해야 합니다.

DID 범위(들)-
PSTN 조향 디지털-
사이트 코드모든 위치의 사이트 코드는 모두 고유해야 하며 길이가 동일해야 합니다.
기본 번호위치를 생성할 때 두 개의 DID를 프로비저닝해야 합니다. 하나는 주 번호(예: 자동 응답 서비스에 할당)로 사용하고, 다른 하나는 음성 메일 포털용으로 사용합니다.

음성메일 번호에 사용할 DID를 하나 제공하십시오.

음성메일 번호
라이센스 수표준, 전문가, 워크스페이스, 경로 목록, 발신 통화 플랜 등 유형별 필수 라이선스 목록입니다.
통화량이 많은 시간대의 동시 통화 수기기 간 동시 통화 수의 합계 및 기기와 로컬 게이트웨이 간 동시 통화 수(PSTN 및 기기로의 통화)의 합계입니다. 필요한 인터넷 접속 대역폭을 결정해야 합니다.
국가-
시간대-
언어-
연락처 (이름, 전화번호, 이메일)-
주소 (도로명 주소, 도시, 주, 우편번호)-
긴급 서비스 제공을 위한 실제 출동 가능 위치(단말기)긴급 전화에 사용되는 기기 위치 정보는 일반적으로 다음과 같습니다. 건물 주소, 건물 주소 + 층 번호, 건물 주소 + 호실 번호 또는 건물 주소 + 층 번호 + office/cubical 숫자.
긴급 서비스 이용을 위한 기기별 고유한 물리적 네트워크 위치 정보입니다.일반적으로 긴급 전화 연결을 위한 물리적 네트워크 위치는 다음과 같습니다. 스위치 / 유선 장치용 스위치 포트, 무선 연결 장치용 무선 액세스 포인트(AP) 기본 서비스 세트 식별자(BSSID) and/or 엔드포인트 장치용 온프레미스 IP 서브넷.

PSTN

구축을 설계할 때 고객은 세 가지 주요 PSTN 연결 옵션을 사용할 수 있습니다. 시스코 콜링 플랜(시스코에서 관리하는 클라우드 기반 PSTN 서비스), 클라우드 연결 PSTN 제공업체(CCPP, 제공업체가 클라우드를 통해 PSTN 서비스를 제공하는 방식), 온프레미스 PSTN(로컬 게이트웨이가 기업 네트워크를 PSTN에 연결하는 방식) 등이 있습니다. 하이브리드 배포를 위한 PSTN 트렁킹이 도입됨에 따라(자세한 내용은 PSTN 트렁킹에서 하이브리드 Webex 통화 배포를 위한 PSTN 트렁킹을 참조하세요), 조직은 마이그레이션 접근 방식에서 추가적인 유연성을 확보할 수 있습니다. 이 기능을 통해 고객은 전환 여정의 시작 단계에서 PSTN을 CCPP로 이전하고 사용자를 위한 클라우드 PSTN으로의 전환을 시작할 수 있으며, 단계적 마이그레이션 중에 Cisco 장비를 계속 사용하는 사용자를 위해 CCPP를 활용하여 PSTN 서비스를 유지할 수 있습니다.

이러한 하이브리드 접근 방식을 통해 조직은 전체 전화 시스템을 즉시 개편하지 않고도 특정 사용자 그룹을 먼저 클라우드로 이전할 수 있습니다. 하지만 이는 특히 기존 통화 라우팅 로직을 새로운 아키텍처에 맞게 조정하는 과정에서 추가적인 복잡성과 위험을 초래합니다. 팩스 서버, 컨택 센터 또는 호출 시스템과 같은 기존 애플리케이션과의 상호 운용성 또한 신중하게 고려해야 합니다. 주요 기술적 과제에는 혼합 환경에서 원활한 종단 간 코덱 협상 및 DTMF(듀얼 톤 멀티 주파수) 신호 전송을 보장하는 것과 특수 전화 기능과의 호환성을 검증하는 것이 포함될 수 있습니다. 마이그레이션 과정 전반에 걸쳐 중단을 최소화하고 안정적인 음성 서비스를 유지하려면 적절한 계획 수립과 테스트가 필수적입니다. 또한, 하이브리드 트렁킹은 온프레미스 환경과 클라우드 연결 PSTN 공급자(CCPP) 간의 동시 통화 수를 기준으로 하는 사용 라이선스가 필요하므로 상업적 고려 사항도 중요합니다.

또는 조직은 전환 단계 전반에 걸쳐 사내 PSTN 연결을 유지하는 것을 선택할 수도 있습니다. 이 시나리오에서는 CCPP로의 마이그레이션을 두 가지 방법으로 실행할 수 있습니다. 마이그레이션이 완료되면 모든 사용자와 위치에 대해 단일하고 조정된 전환을 수행하거나, 사용자가 이동됨에 따라 PSTN 마이그레이션이 위치별로 발생하는 점진적인 방식으로 진행할 수 있습니다. 이러한 접근 방식은 기존 시스템과의 공존을 간소화하고 레거시 시스템 통합의 연속성을 유지하는 데 도움이 될 수 있지만, 몇 가지 운영상의 복잡성을 야기합니다. 이러한 문제에는 번호 이동과 관련된 어려움이 포함되는데, 예를 들어 번호 이동 주문의 정확한 조정 필요성, 잠재적인 지연, 그리고 동시 이동 요청 수 제한이나 대규모 번호 블록의 일부만 이동하도록 제한하는 것과 같은 통신 사업자 측의 제약 등이 있습니다. 조직은 서비스 중단을 방지하고 원활한 마이그레이션 경험을 보장하기 위해 이러한 물류적 고려 사항을 참작하여 PSTN 전환 전략을 신중하게 계획해야 합니다.

초기 단계에서 CCCP로 마이그레이션 vs. 온프레미스 PSTN 유지

초기 단계에서 CCCP로 마이그레이션 vs. 온프레미스 PSTN 유지

그림 시작 시 CCCP로 마이그레이션 vs. 온프레미스 PSTN 유지 는 위에서 설명한 두 가지 PSTN 마이그레이션 옵션을 보여줍니다. 왼쪽 그림은 모든 온프레미스 사용자와 애플리케이션이 온프레미스 트렁크와 온프레미스를 연결하는 로컬 게이트웨이를 통해 클라우드 연결 PSTN 서비스를 사용하는 시나리오를 보여주고, 오른쪽 그림은 기존 온프레미스 PSTN이 그대로 유지되고 Webex 통화 사용자가 온프레미스와 클라우드 간의 로컬 게이트웨이 연결을 통해 온프레미스 PSTN을 사용하는 시나리오를 보여줍니다. 전환 기간 동안 위치를 클라우드 연결 PSTN을 사용하는 방식으로 변경할 수 있습니다.

두 시나리오 모두에서 온프레미스와 사용자 간의 통화는 로컬 게이트웨이 연결을 사용합니다. 온프레미스와 외부 서버 간의 연결은 예상되는 동시 통화 수와 필요한 이중화 수준을 기준으로 적절하게 설계 및 규모를 조정해야 합니다.

다이얼 플랜

마이그레이션 기간 동안 플랫폼 간 원활한 상호 운용성을 확보하기 위해서는 두 플랫폼 모두에 걸쳐 적용 가능한 포괄적인 다이얼 플랜 아키텍처를 개발하고 구현해야 합니다. 이중 플랫폼 다이얼 플랜 설계는 일관된 통화 라우팅, 번호 변환 및 기능 투명성을 보장하여 두 시스템 사용자 모두 공존 단계 전반에 걸쳐 서비스 저하나 사용자 경험 중단 없이 통신할 수 있도록 합니다.

온프레미스 다이얼 플랜

Unified CM과 엔터프라이즈 다이얼 플랜에 등록된 장치가 공존할 수 있도록 전환하는 동안 최소한 다음 요구 사항을 충족할 수 있도록 변경해야 합니다.

  • +E.164 에서 로 전화를 걸다

  • 내선 번호 다이얼링(사이트 내 통화뿐 아니라 내선 번호 범위가 동일한 경우 사이트 간 통화도 가능)

  • 사이트 간 단축 다이얼링(에서 로)

  • 강제로 온넷 다이얼링을 에서 로

  • 부재중 전화 목록에서 지정된 목적지로 다시 전화 걸기

  • 전환 기간 동안 온프레미스 PSTN이 사용되는 경우 PSTN에서 PSTN으로의 통화

  • 전환 기간 동안 PSTN 통화는 하이브리드 배포용 PSTN 트렁킹을 사용하여 Cloud Connect를 통해 온프레미스 사용자에게 PSTN 액세스를 제공합니다.

  • 강제로 온넷에서 로

  • (사이트 간) 내선 번호 다이얼링.

만약 위의 사항 중 전환 이전에 지원되지 않는 다이얼링 습관이 있다면(예: 단축된 사이트 간 다이얼링 습관이 없는 경우), 전환 과정에서 반드시 도입할 필요는 없습니다.

그림 모범 사례 다이얼 플랜Cisco Collaboration 12.x Enterprise 온프레미스 배포를 위한 권장 아키텍처, CVD에 설명된 모범 사례 다이얼 플랜 접근 방식을 보여줍니다. 이 접근 방식의 주요 특징은 다음과 같습니다.

  • 단일 파티션용 +E.164 전화번호

  • 코어 라우팅 기반 +E.164 경로 패턴

  • 모든 전화 걸기 습관의 표준화 +E.164 번역 패턴을 사용하여

  • 번역 패턴 호출 검색 공간 상속 사용(옵션 번역 패턴에 설정된 원본 호출 검색 공간 사용 ).

모범 사례 다이얼 플랜
모범 사례 다이얼 플랜

예를 들어, PSTN 전화 걸기 (9+1+10D) SJC에 있는 장치에서 회선 호출 검색 공간 SJCInternational 을 통해 먼저 과 일치합니다. 9.1[2-9]XX[2-9]XXXXXX 수신자 번호를 정규화하는 번역 패턴 +E.164. 그러면 2차 조회는 동일한 호출 검색 공간 SJCInternational 을 다시 사용합니다(호출 검색 공간 상속). +E.164-digit 문자열은 일치하거나 일치하게 됩니다. +E.164 DN 파티션의 디렉터리 번호 또는 USPSTNNational 또는 SJCPSTNNocal 파티션의 PSTN 경로 패턴 중 하나를 사용합니다. 간략화된 사이트 내 및 사이트 간 다이얼링 습관은 ESNSJCtoE164 파티션의 변환에 의해 구현됩니다. ESN 파티션은 전역 파티션(모든 위치의 전화기에서 액세스 가능)이지만 SJCTOE164 파티션은 SJC 위치의 사용자만 액세스할 수 있습니다. 이는 확장 범위가 겹친다고 가정한 것입니다.

에서 로 전화를 걸 수 있도록 하려면 먼저 다음 사항을 확인해야 합니다. +E.164 목적지는 그에 따라 경로가 지정됩니다. 이는 다이얼 플랜에 파티션을 추가함으로써 달성할 수 있습니다. +E.164 해당 파티션으로 향하는 모든 목적지에 대한 경로 패턴을 생성하고, 마지막으로 도달해야 하는 서비스 클래스를 나타내는 모든 호출 검색 공간에 해당 파티션을 추가합니다. 특정 발신 번호에서 걸려오는 통화에 대해 차별화된 서비스 등급을 생성하려면 전용 파티션을 생성해야 합니다. 통화 루프를 방지하려면 로컬 게이트웨이에서 트렁크로 들어오는 통화 검색 공간이 해당 파티션에 접근할 수 없도록 해야 합니다.

+E.164 Webex 통화로 라우팅

+E.164 Webex 통화로 연결

그림에 나타낸 바와 같이 +E.164 Webex 통화로 라우팅하여 특정 위치에서 특정 위치로의 라우팅을 활성화합니다. +E.164 DID 범위 +1 221 555 2XXX 및 사이트 코드 121, 이와 일치하는 긴급 경로 패턴 +E.164 범위를 파티션에 추가해야 합니다.

사이트별 로컬 게이트웨이 선택이 필요하지 않은 경우, 로컬 경로 그룹을 대상으로 하는 경로 패턴의 경로 목록을 사용하는 대신, 로컬 게이트웨이를 유일한 멤버로 하는 단일 경로 그룹을 포함하는 경로 목록을 구성하고, 해당 경로 패턴이 이 단일 경로 그룹만을 항목으로 하는 단일 경로 목록을 가리키도록 할 수 있습니다.

사이트 간 단축 다이얼링을 활성화하려면 필요한 경로 패턴 8121.2XXX 이 파티션에 추가됩니다. 사이트가 ESN 다이얼링을 정규화하는 다이얼링 정규화 패턴 8121.2XXX 으로 전환하려면 +E.164 ESN 파티션에 이미 존재할 수 있습니다. 이 경우 8121.2XXX 는 중복되는 것처럼 보이지만, 해당 위치의 모든 DN이 8121.2XXX 로 마이그레이션되면 다이얼링 정규화 변환 패턴을 제거할 수 있으며, 그러면 8121.2XXX 경로 패턴을 통해 해당 범위의 내선 전용 사용자도 ESN 다이얼링을 사용할 수 있습니다.

이러한 다이얼 플랜 변경으로 해당 위치로의 통화는 단축된 사이트 간 통화 번호를 다이얼하는 것뿐만 아니라 다른 방법으로도 걸 수 있습니다. +E.164. 또한, 국제 및 국내 PSTN 전화 걸기가 가능한 이유는 이러한 전화 걸기 습관이 먼저 표준화되기 때문입니다. +E.164 기존 다이얼링 정규화 변환 패턴을 통해 연결된 다음, 일치하는 항목으로 라우팅됩니다. +E.164 파티션의 경로 패턴.

그만큼 +E.164 위치의 DID 범위에 대한 경로 패턴 일치는 모든 DID가 여전히 호스팅되는 동안 프로비저닝할 수 있습니다. 최적의 패턴 매칭 알고리즘은 특정 번호로 전화를 걸었을 때 해당 번호가 제대로 연결되도록 보장합니다. +E.164 지정된 디렉터리 번호가 와일드카드보다 더 잘 일치합니다. +E.164 경로 패턴이 를 가리키도록 하여 통화가 로 전송되지 않고 의 회선으로 연결되도록 합니다.

다이얼 플랜

각 사용자에게는 내선 번호가 부여됩니다. and/or 에이 +E.164 전화 번호. 확장 길이는 고정된 전역 설정입니다. 배포에 포함된 모든 확장 프로그램의 길이는 동일합니다. 내선 번호 다이얼링은 동일 위치 내 사용자 간은 물론, 여러 위치 간 사용자 간에도 사용할 수 있습니다. 단축된 사이트 간 내선 번호 다이얼링(후자의 경우)은 다이얼하는 내선 번호가 고유한 경우에만 작동합니다.

만약 여러 지점 간에 단축 다이얼링이 필요하지만, 각 지점에 할당된 내선 번호가 중복되는 경우, 해당 내선 번호에 액세스 코드와 지점 코드를 접두사로 붙여 기업별 번호 체계를 구축해야 합니다. 자세한 내용은 Cisco Collaboration 15 온프레미스 배포를 위한 권장 아키텍처, 설계 개요 를 참조하세요. Cisco 협업 권장 아키텍처에서 확인할 수 있습니다.

내선 번호 길이, 지역 간 내선 번호 다이얼링 동작, 지역 간 다이얼링 접두사 길이 및 지역 간 다이얼링 라우팅 접두사의 방향 숫자는 발신 서비스 설정에서 구성됩니다. :

  • 위치 라우팅 접두사 길이: 접두사 길이(조향 자릿수 포함). 기업 번호 체계를 대체할 수 있는 약식 기업 간 전화 걸기 방식으로 설정해야 하는 경우에만 필요합니다.

  • 라우팅 접두사의 조향 숫자: 기업 간 전화 걸기 습관을 간소화하기 위한 핵심 숫자입니다. 어떤 지역의 첫 번째 숫자나 지역 발신 전화번호의 첫 번째 숫자가 겹치는 것을 피해야 합니다. 기업 번호 체계를 대체할 수 있는 약식 기업 간 전화 걸기 방식으로 설정해야 하는 경우에만 필요합니다.

  • 내부 확장 길이: 연장선의 표준 길이. 2에서 10 사이의 어떤 값이든 될 수 있습니다.

    온프레미스 통화 제어에서 상위 시스템으로의 통화가 온프레미스 통화로 올바르게 분류될 수 있도록, 내선 번호 다이얼링 또는 엔터프라이즈 중요 번호(스티어링 코드, 사이트 코드, 내선 번호)를 사용한 다이얼링이 필요한 경우, 온프레미스 통화 제어에서 상위 시스템으로의 통화가 온프레미스 통화로 올바르게 분류될 수 있도록 통화 라우팅 및 온프레미스 섹션 에서 [] 최대 알 수 없는 내선 번호 길이 매개변수를 설정해야 합니다.
  • 위치 간 내선 전화 걸기를 허용합니다: 전환 enable/disable 여러 위치 간 내선 번호 다이얼링. 이 옵션은 조직 내 모든 확장 프로그램이 고유한 경우에만 활성화해야 합니다. 해당 옵션이 비활성화된 경우, 각 지점 간에는 기업 고유 번호(운영 코드, 사이트 코드, 내선 번호) 또는 전화번호를 다이얼해야 합니다.

처음 세 가지 매개변수는 주로 전화기에서 수화기를 든 상태로 전화를 걸 때 자릿수 간 시간차를 최소화하기 위한 다이얼 플랜을 구축하는 데 사용됩니다. 이러한 전역 설정에서 벗어나는 경우도 가능하지만(예: 길이가 다른 내선 번호를 프로비저닝할 수 있음), 제어 허브에 경고 메시지가 표시되고 전화기에서 전화를 걸 때 미리 로드된 다이얼 플랜과의 충돌을 방지하기 위해 일괄 다이얼링이 필요할 수 있습니다.

기업 번호 지정 예시 는 NYC와 RTP 두 위치의 내선 범위가 동일한 세 위치의 예를 보여줍니다. 사이트 간 연결 숫자 8와 세 자리 사이트 코드, 그리고 네 자리 내선 번호를 사용하여 기업 번호 체계를 구축하면 사이트 간 겹치지 않는 약식 다이얼링 습관이 만들어집니다.

표 2. 기업 번호 매기기 예시
사이트확장 범위사이트 코드엔터프라이즈 제품군
뉴욕시 2XXX 202 8 202 2XXX
샌프란시스코 3XXX 203 8 203 3XXX
RTP 2XXX 204 8 204 2XXX

원활한 전환을 위해서는 전환 전후 사용자의 전화 걸기 습관이 이상적으로는 동일해야 합니다. 각 지점의 전환을 준비하기 위해 DID 범위 및 내선 범위(또는 간략한 지점 내 통화 습관)를 문서화해야 합니다. 이 정보를 바탕으로 사이트 간 조향 숫자를 선택해야 합니다.

고정 길이 확장 범위 는 세 위치와 고정 길이 확장 범위의 예를 보여줍니다. 통화 습관이 겹치는 것을 방지하기 위해, 모든 내선 번호 범위의 첫 번째 숫자가 단축 전화 걸기용 지정 숫자와 일치하지 않도록 하는 것이 중요합니다. 예를 들어 8 이 사이트 간 다이얼링의 스티어링 숫자로 선택된 경우 어떤 사이트의 내선 범위도 8으로 시작할 수 없습니다. 일반적으로 특정 위치의 내선 번호는 해당 위치에 할당된 DID의 마지막 몇 자리 숫자와 일치합니다. 충돌을 방지하기 위해 내선 번호의 첫 번째 숫자를 변경할 수 있습니다. 예를 들어, DID가 있다면 +1 408, 555, 8XXX 범위의 전화번호가 특정 위치에서 사용되는 경우, 내선 번호 범위로 8XXX 대신 7XXX를 사용할 수 있습니다.

표 3. 고정 길이 확장 범위
사이트확장 범위 확장 프로그램사이트 코드엔터프라이즈 제품군
뉴욕시 2XXX 2XXX 202 8 202 2XXX
샌프란시스코 8XXX 7XXX 203 8 203 7XXX
RTP 1XX 11XX 204 8 204 11XX

미국 전화 걸기 체계를 사용하는 기기에서 다이얼하는 7자리 전화번호는 미리 로드된 미국 전화 걸기 체계의 지역 번호 다이얼링용 7자리 패턴과 겹칩니다. 온넷(공중전화망) 및 오프넷(공중전화망) 다이얼링 습관 간의 중복을 방지하기 위해 해당 지역에서는 필수 외부 접속 코드를 사용할 수 있습니다. 기존 기업 번호 체계와 이에 상응하는 단축된 사이트 간 전화 걸기 방식이 국가 전화망 패턴과 겹치는 경우, 번호 체계로 전환하는 과정에서 이러한 중복을 피하기 위해 더 길거나 더 짧은 형태로 변경할 수도 있습니다. 이를 달성하는 가장 쉬운 방법은 번호 매기기 체계에 여백 숫자를 하나 더 추가하는 것입니다. 새로운 더 긴 사이트 간 전화 걸기 체계는 이미 마이그레이션된 사용자만 채택하면 됩니다. 계속 접속 중인 사용자는 7자리 번호를 입력하여 전화를 걸 수 있습니다. 이 경우 기업 전화 걸기 계획은 Unified CM에서 전송되는 7자리 축약 전화 걸기가 다음 중 하나로 변환되도록 해야 합니다. +E.164 또는 에서 사용되는 약식 다이얼링 형식을 사용합니다. 이 작업은 로컬 게이트웨이로 호출을 보내기 전에 수행해야 합니다.

7자리 다이얼링 전환 은 이러한 번호 변경의 예를 보여줍니다. 이 예시에서는 단축된 사이트 간 다이얼링을 위해 스티어링 숫자 8 다음에 두 자리 사이트 코드와 네 자리 내선 번호가 사용됩니다. 의 위치에 대한 7자리 약식 사이트 간 다이얼링을 피하려면 사이트 코드를 2자리 사이트 코드 앞에 임의의 패딩 숫자(8 예)를 접두사로 붙여 3자리로 쉽게 변경할 수 있습니다. 이렇게 하면 전화기에서 사이트 간 다이얼링 시 스티어링 숫자 8 다음에 패딩 숫자 8, 이전 2자리 사이트 코드, 4자리 내선 번호가 사용됩니다. 사용자는 새 사이트 코드를 기억할 필요가 없습니다. 단지 사이트 간 전화를 걸 때 8 대신 88 을 접두사로 사용해야 한다는 것만 기억하면 됩니다.

표 4. 7자리 전화번호 다이얼링으로 전환 중
사이트 확장 프로그램 사이트 코드 엔터프라이즈 제품군 사이트 오드 엔터프라이즈 앤지
뉴욕시 2XXX 22 8 22 2XXX 822 8822 2XXX
샌프란시스코 8XXX 23 8 23 7XXX 823 8823 7XXX
RTP 1XXX 24 8 24 11XX 824 8 824 11XX

서로 다른 기업 번호 형식이 사용되는 시나리오에서, 특히 발신자 정보에 기업 번호가 표시되는 경우(예: DID가 없는 기기에서의 통화)에는 콜백 기능이 제대로 작동하도록 발신자 정보에 사용되는 다양한 번호 형식 간의 매핑을 구현하는 것이 중요합니다. 이 매핑은 와 로컬 게이트웨이 사이의 트렁크에서 호출 측 변환 패턴을 사용하여 구현할 수 있습니다.

녹화

잘 설계된 통화 녹음 솔루션은 조직 목표, 규제 요건 및 기술적 제약 조건에 부합하도록 여러 핵심 설계 요소를 신중하게 고려해야 합니다. 가장 중요한 두 가지 결정 사항은 공급업체 선정과 지역 선정에 관한 것으로, 두 가지 모두 전 세계적으로 맞춤화해야 할 수도 있고, 비즈니스 요구 사항에 따라 특정 지역에서는 재정의해야 할 수도 있습니다.

1. 통화 녹음 서비스 제공업체 선택

적절한 통화 녹음 서비스 제공업체를 선택하는 것은 비즈니스 목표를 달성하고 조직 전체에 걸쳐 기능의 일관성을 확보하는 데 매우 중요합니다.

  • 글로벌 공급업체 선정: 일반적으로 기업들은 전 세계적으로 일관된 기능, 규정 준수 및 지원을 보장하기 위해 주요 통화 녹음 서비스 제공업체를 지정합니다.

  • 위치 기반 재정의: 특정 사이트 또는 지역에 고유한 비즈니스 요구 사항이나 규제 요건이 있는 경우, 전역 공급업체 선택을 무시하고 해당 위치에 대한 대체 공급업체를 지정해야 할 수 있습니다. 이러한 유연성은 다양한 규정 준수 요구 사항과 현지 운영 요구 사항을 충족합니다.

  • 비즈니스 요구사항: 서비스 제공업체 선정은 규정 준수(예: MiFID II, HIPAA), 품질 보증, 분쟁 해결 또는 교육 요구 사항과 같은 비즈니스 요소를 평가하여 결정해야 합니다.

  • 기능 사용 가능 여부: 서비스 제공업체는 실시간 모니터링, 검색 및 재생 기능, 암호화, 보존 정책, 분석 플랫폼과의 통합, 다양한 통화 유형(수신, 발신, 내부) 지원과 같은 필수 기능을 제공하는 능력을 기준으로 평가해야 합니다.

2. 지역 선택

통화 녹음 파일이 저장되고 처리되는 지역을 파악하는 것은 규정 준수 및 성능에 매우 중요합니다.

  • 글로벌 지역 선택: 기본적으로 조직은 관리 및 운영을 간소화하기 위해 통화 녹음을 저장할 단일 지역을 선택할 수 있습니다.

  • 위치 기반 지역 재정의: 데이터 상주 관련 법률이나 회사 정책에 따라 특정 지역에 대한 전역 지역 설정을 재정의해야 할 수 있으며, 이를 통해 통화 녹음이 필요한 지리적 범위 내에 저장 및 처리되도록 해야 합니다.

  • 데이터 상주 요건: 설계 시에는 통화 녹음 파일의 보관 위치와 방법을 규정하는 국제 및 지역 데이터 보호 규정(예: GDPR, CCPA 또는 국가별 법규)을 고려해야 합니다.

통화 녹음 솔루션의 계획 및 설계 과정에서 다뤄야 할 또 다른 중요한 측면은 저장 용량 요구 사항을 추정하는 것입니다. 스토리지 요구 사항을 정확하게 예측하는 것은 지속적인 비즈니스 운영을 지원하고 규정을 준수하며 서비스 중단을 방지하기 위해 충분한 용량을 확보하는 데 필수적입니다.

예상 저장 수요를 결정할 때 고려해야 할 몇 가지 주요 매개변수는 다음과 같습니다.

  • 녹음된 통화량: 주어진 기간(예: 하루, 주 또는 월) 내에 녹음될 것으로 예상되는 통화 수를 평가합니다. 여기에는 외부 통화뿐만 아니라 회사 정책이나 규제 요건에 따라 필요한 경우 내부 커뮤니케이션도 포함됩니다.

  • 평균 통화 시간: 통화 녹음 시간의 평균값을 계산하세요. 통화 시간이 길어질수록 저장 공간을 더 많이 차지합니다. 부서 또는 사용자 그룹별 통화 시간의 차이 또한 예상 시간에 반영해야 합니다.

  • 보존 기간: 녹화물을 보관해야 하는 기간을 정해야 하는데, 이는 대개 조직 정책이나 외부 규정(예: 업계별 준수 기준)에 따라 결정됩니다. 보존 기간이 길어질수록 전체 저장 용량이 증가합니다.

  • 성장 전망: 사업 규모 확장, 새로운 규제 요건, 또는 추가 사용자나 지점 도입으로 인해 발생할 수 있는 통화량 증가 또는 녹음 범위 확대를 예상하십시오.

이러한 매개변수를 철저히 분석함으로써 조직은 통화 녹음 솔루션에 대한 확장성, 비용 효율성 및 규정 준수를 보장하는 강력한 스토리지 전략을 개발할 수 있습니다. 또한 시간이 지남에 따라 사용 패턴이 변화함에 따라 저장 공간 할당을 정기적으로 검토하고 조정하는 것이 좋습니다.

긴급 전화

긴급 전화를 적절한 관제 센터로 연결해야 하는 요건은 공중전화망(PSTN) 서비스를 제공하는 모든 통화 서비스에 필수적인 요건입니다. 를 사용하면 긴급 전화 연결 기능이 솔루션에 기본적으로 내장되어 있으며, 해당 솔루션을 지원하는 국가의 모든 국가 긴급 전화번호를 지원합니다. 긴급 전화 연결 경로는 내부적으로 정의된 위치와 해당 위치의 PSTN 접속 방식에 따라 결정됩니다. 비상 연락처는 사용자가 기기와 장비를 배치한 국가에 따라 미리 정의되어 있습니다.

긴급 전화를 전달하는 방법에는 두 가지가 있습니다. 기본 긴급 전화 연결 서비스와 향상된 긴급 전화 연결 서비스가 있습니다. 기본 긴급 전화 연결 서비스는 관리자가 선택한 번호를 사용하여 위치를 파악하고 긴급 서비스로 연결되는 통화 경로를 지정합니다. 일반적인 긴급 전화의 경우, 통화 경로는 일반적으로 해당 지역의 고객 PSTN 옵션을 통해 이루어집니다. 또한 미국 및 캐나다에서 규정 준수 요건을 충족하기 위해 설계된 향상된 긴급 전화 라우팅 기능도 제공합니다. 이러한 기능은 긴급 전화를 올바른 관제 센터로 연결하기 위해 전국적인 통신 사업자 네트워크를 사용해야 합니다.

모든 고객은 최소한 기본 비상 호출 설정을 구성해야 합니다. 기본 긴급 호출을 위해서는 최소 한 대의 고객 소유 차량이 필요합니다. +E.164 에 정의된 각 위치에 번호가 할당됩니다. 기본적인 긴급 호출의 경우, 각 위치는 경찰, 소방 또는 구급대가 긴급 상황 발생 시 출동하는 도로명 주소로 정의됩니다. 대부분의 경우, 해당 지역의 대표 번호가 응급 상황 발생 지점의 실제 위치를 나타내는 데 가장 적합합니다. 일반적으로 주소를 할당하는 것은 다음과 같습니다. +E.164 해당 번호는 PSTN 제공업체와 연동됩니다. 아래 이미지는 리처드슨 지점의 비상 연락 번호로 사용될 대표 번호를 지정하는 과정을 보여줍니다.

미국에 거주하는 리처드슨의 위치 정보(주요 전화번호 및 비상 연락 번호를 관리할 수 있는 옵션 포함)가 표시됩니다.비상 연락 번호(ECBN) 설정에서 해당 지점의 대표 번호 또는 지정된 번호 중 하나를 선택할 수 있습니다.
위치 ECBN 구성

대부분의 경우, 건물 주소만으로도 해당 위치의 배송 주소로 충분합니다. 하지만 특정 사용자나 장치에 대한 추가 위치 정보가 필요한 경우 관리자는 위에서 설명한 것과 동일한 절차를 사용하여 해당 장치를 특정 주소 또는 주소 내의 더 정확한 위치(예: 층 또는 방)에 할당할 수 있습니다. 사용자 관리 에서 통화 탭을 사용하면 특정 번호를 사용하여 사용자와 해당 장치가 특정 배송 주소를 받을 수 있습니다. 다음 이미지는 특정 번호를 기기에 할당하는 방법을 보여줍니다. 관리자는 기기에서 사용하는 번호에 올바른 발송 주소가 할당되었는지 확인해야 할 책임이 있습니다. 주소 할당은 일반적으로 해당 지역의 PSTN 사업자를 통해 이루어집니다.

관리자 포털에서 사용자의 통화 설정 화면으로, 전화번호부와 긴급 연락처 옵션이 표시됩니다.긴급 연락 번호(ECBN) 설정에서는 위치 기본 ECBN 또는 사용자의 위치에 따라 할당된 번호 중에서 선택할 수 있습니다.
사용자 ECBN 구성

미국 내 전화 시스템 구축 시 향상된 긴급 통화 솔루션을 제공해야 하는 경우, RedSky의 Horizon Mobility를 통합하여 긴급 통화 라우팅에 활용합니다. RedSky를 사용하여 통화를 라우팅할 경우 관리자는 Cisco를 통해 계정을 등록하고 통화 설정에서 적절한 정보를 구성해야 합니다. -> 이 기능을 활성화하려면 서비스 설정 을 참조하십시오. 시스템 수준에서 RedSky 서비스가 활성화되면 관리자는 각 위치 수준에서 RedSky 서비스를 활성화해야 합니다. 특정 위치에서 향상된 긴급 전화 기능을 활성화하면 해당 위치에 할당된 모든 기기에서 해당 서비스가 활성화됩니다. 향상된 긴급 통화 기능을 지원하는 장치는 Cisco MPP 전화기, Cisco PhoneOS 전화기 및 Cisco의 제품입니다.

특정 위치에서 향상된 긴급 전화 기능을 활성화하는 방법은 두 가지가 있습니다. RedSky가 네트워크 연결 정보를 수신하고 테스트 통화를 할 수 있도록 허용 은 장치 및 인프라 매핑에 대한 RedSky 구성이 올바른지 확인하는 데 사용해야 합니다. 이 설정을 사용하면 933번으로 테스트 전화를 걸어 RedSky의 IVR 시스템을 통해 발신자의 위치를 확인하는 것도 가능합니다. 이 문서에서는 RedSky의 위치 추적 설정에 대해서는 다루지 않지만, 관리자는 긴급 전화를 RedSky로 연결하도록 설정하기 전에 항상 위치 탐지 기능을 테스트해야 합니다. 테스트가 완료되고 정확성이 검증되면 관리자는 "긴급 전화를 RedSky로 연결" 옵션을 켜서 전화를 RedSky로 연결합니다. 이 토글 버튼을 누르면 해당 지역의 모든 긴급 전화가 RedSky를 통해 해당 지역의 응답 센터로 연결됩니다.

향상된 긴급 호출 설정은 구내 및 구내 외부 고객 모두에게 적용됩니다. 사내에 설치된 경우, 유선 전화기와 동일한 방식으로 추적할 수 있습니다. 사용자는 외부 장소에 있을 때 해당 프로그램 내에서 직접 위치를 동적으로 설정할 수 있습니다. 긴급 전화에 대한 자세한 내용은 향상된 긴급 전화 기능을 참조하십시오.

라이선싱

사용자에게 라이선스를 할당하는 방법에는 여러 가지 옵션이 있습니다.

수동 할당을 통해

관리자는 인터페이스를 통해 개별 사용자에게 수동으로 라이선스를 할당합니다.

관리자는 개별 사용자의 서비스 라이선스를 편집하고 통화 라이선스를 직접 할당할 수 있습니다.

자동 라이선스 할당 템플릿

라이선스 할당 템플릿을 사용하여 그룹 또는 조직 설정에 따라 사용자에게 라이선스를 자동으로 할당할 수 있습니다.

자동 라이선스 부여는 디렉터리 동기화 또는 수동 사용자 업데이트를 통해 수행할 수 있지만, 사용자는 유효한 라이선스를 보유해야 합니다. +E.164 전화번호는 형식이 지정되어 있어야 하며, 사용자 프로비저닝 이전에 해당 전화번호가 지정된 위치에 존재해야 합니다. 조건이 충족되지 않을 경우(예: 잘못된 전화번호 형식) 라이선스가 발급되지 않습니다.

CSV 템플릿을 통한 일괄 할당

사용자 세부 정보와 라이선스 할당 내용이 담긴 CSV 파일을 업로드하여 여러 사용자를 한 번에 추가하거나 수정할 수 있습니다.

CSV 가져오기를 통해 최대 20,000명의 사용자를 추가하고 라이선스를 할당할 수 있지만, 라이선스에는 전화번호 및 내선 번호와 같은 특정 필드가 필요합니다.

API 기반 할당

API를 사용하여 프로그램 방식으로 라이선스를 할당하고 사용자를 관리하세요.

사용자 및 라이선스 관리(인력, SCIM 2.0 및 라이선스 API)를 위한 API 작업을 지원하며, 이를 활용하여 라이선스 할당 자동화를 구현할 수 있습니다. 라이선스 API를 사용하면 라이선스, 전화번호 및 내선 번호를 동시에 할당할 수 있습니다.

표 5. 사용자 프로비저닝 옵션 - 요약
할당 방법장점단점
수동을 통해 소수의 사용자에게는 간단합니다.

라이선스 할당에 대한 정밀하고 세밀한 제어가 가능합니다.

확장성이 떨어지고 시간이 많이 소요됩니다.

수동 입력 시 인적 오류가 발생하기 쉽습니다.

자동 라이선스 템플릿확장 가능

수동 오류를 줄여줍니다

신규 사용자 및 기존 사용자 모두에게 적용할 수 있습니다.

유효한 전화번호와 위치 정보가 필요합니다.

설정이 더 복잡합니다.

또한 각 사용자 그룹별로 동일한 라이선스 요건을 갖춘 사용자 그룹이 필요합니다.

대량 CSV 업로드대규모 사용자 집합에 효율적입니다.

라이선스, 전화번호 및 내선 번호를 동시에 할당할 수 있습니다.

CSV 파일 형식을 신중하게 지정해야 합니다.

전화번호나 내선번호가 누락되거나 잘못된 경우 오류가 발생할 수 있습니다.

API 기반 할당자동화 가능하고 유연합니다.

라이선스, 전화번호 및 내선 번호를 동시에 할당할 수 있습니다.

개발 및 API 관련 지식이 필요합니다.

사용자 프로비저닝 옵션 - 요약 에는 사용자 프로비저닝 옵션과 그 장단점이 요약되어 있습니다. 이 개요는 고객 조직 규모, 자동화 기능, 사용자 프로비저닝 프로세스 및 요구 사항을 기반으로 최적의 라이선스 할당 방법을 선택하는 데 도움이 됩니다.

시스코는 가능한 한 라이선스 템플릿을 사용하여 통화 라이선스를 할당할 것을 권장합니다. 이를 위해서는 고유한 라이선스 세트가 필요한 각 사용자 그룹(예: 스탠다드 vs. 프로페셔널)마다 해당 그룹 구성원을 가진 그룹이 존재해야 합니다. 사용자 그룹 섹션에서 설명했듯이 사용자 그룹은 수동으로 정의하거나 회사 디렉터리에서 동기화할 수 있습니다. 두 가지 접근 방식을 모두 조합하는 것도 가능합니다.

여러 그룹에 속한 사용자는 해당 그룹에 적용된 모든 할당에 대한 라이선스를 획득합니다. 이를 통해 엔터프라이즈 디렉터리에서 라이선스별 보안 그룹을 사용하여 라이선스 할당을 관리할 수 있으며, 최종 사용자 라이선스 할당은 그룹 멤버십의 조합에 따라 제어됩니다.

자세한 내용은 Control Hub에서 자동 라이선스 할당 설정Webex 통화 사용자용 자동 라이선스 할당 템플릿 설정을 참조하세요.

라이선스 요건

이 섹션에서는 관련 라이선스만 다룹니다. 다른 라이선스 유형(예: Webex 장치 등록, 메시징, 회의)은 포함되지 않습니다. 설계 과정의 일환으로 라이선스 요구 사항을 확인해야 합니다. 다음 라이선스 유형에 대한 라이선스 수를 계산해야 합니다.

  • 기준: 표준 전화 기능을 필요로 하는 개별 사용자 수.

  • 전문적인: 고급 전화 기능을 필요로 하는 사용자 수 및 작업 공간 수. 가상 회선 및 그룹 음성 메일은 다음과 같은 권한을 가집니다. 1:1 각 전문 자격증별 비율. 따라서 필요한 가상 회선 수 또는 그룹 음성 메일 수가 고급 전화 기능을 필요로 하는 사용자 수 및 작업 공간 수를 초과하는 드문 경우에는 추가적인 전문 라이선스를 고려해야 합니다.

  • 공용 공간용 작업 공간: 표준 통화 기능이 필요한 공동 사용 또는 공용 공간 위치의 수.

  • 고객 지원: 고객 지원 기능이 필요한 상담원 및 관리자 수. 고객 지원에는 전문가 자격증이 포함됩니다.

  • 경로 목록 호출: 온프레미스 사용자 간에 필요한 클라우드 연결 PSTN 통화 횟수 and/or 온프레미스 특수 타사 애플리케이션.

  • 담당자 콘솔: 담당자 콘솔 클라이언트에 액세스해야 하는 사용자 수.

  • 시스코 통화 플랜(발신 통화 플랜): PSTN 번호가 필요한 사용자 수 and/or 시스코 PSTN 서비스의 외부 PSTN 통화 접속.

전문가용 워크스페이스에 대한 별도의 라이선스 유형은 없습니다. 전문가용 작업 공간에는 전문가용 라이선스가 필요합니다.

핫데스크 전용 워크스페이스는 핫데스크 호스트 서비스와 핫데스크 호스트를 통한 긴급 통화 기능을 제공하며, 별도의 라이선스가 필요하지 않습니다. 자세한 내용은 핫데스크 전용 장치 추가 및 관리를 참조하세요.

각 사용자와 작업 공간에 필요한 기능을 기준으로 필요한 라이선스 유형을 확인하려면 Webex 통화에 대한 라이선스 유형별 사용 가능한 기능을 참조하세요.

고객 지원과 전문 라이선스가 결합된 통화 대기열에서 제공되는 기능 간의 차이점을 구분하려면 Webex Calling 통화 대기열 및 고객 지원 기능 비교를 참조하십시오.

사용자 프로비저닝

Webex에서 사용자를 프로비저닝할 때 조직의 요구 사항과 환경에 맞춰 여러 가지 옵션이 제공됩니다.

  1. 수동 프로비저닝: 관리자는 해당 시스템 내에서 개별 사용자를 직접 추가하고 관리할 수 있습니다. 이 방법은 간단하지만 소규모 조직이나 사용자 변경이 제한적인 경우에 가장 적합합니다.

  2. CSV를 통한 대량 프로비저닝: 사용자 기반이 큰 경우 관리자는 CSV 파일을 업로드하여 사용자를 일괄적으로 가져오고 업데이트할 수 있습니다. 이를 통해 수천 명의 사용자를 동시에 효율적으로 관리할 수 있습니다.

  3. 디렉터리 동기화 옵션:

    디렉터리 커넥터: 이는 Microsoft Active Directory 환경에서 사용되는 자동 동기화 도구입니다. 이 기능은 사용자 계정, 그룹 및 속성을 정해진 주기(시간별, 일별 또는 주별)에 따라 동기화합니다. 이 제품은 다중 도메인 및 다중 포리스트 Active Directory 설정을 지원하며 프로필 이미지와 회의실 개체를 동기화할 수 있습니다.

    Entra ID(Azure AD) 마법사 앱: Microsoft Entra ID(Azure AD)를 사용하는 조직을 위해 설계된 이 방법은 Entra ID에서 Azure AD로 사용자 계정 및 속성을 거의 실시간으로 자동 동기화합니다. 모든 기능이 내부에서 관리되며 최소한의 설정만 필요합니다.

    SCIM 2.0 응용 프로그램: Microsoft 환경이 아니거나 Okta 또는 Duo와 같은 다른 ID 공급자의 경우 SCIM 기반 동기화 앱을 통해 속성 매핑 및 그룹 동기화를 사용하여 사용자 프로비저닝 및 프로비저닝 해제를 자동으로 수행할 수 있습니다.

  4. 통합 CM 사용자 동기화: 이 옵션을 사용하면 에서 로 동기화하여 기존 최종 사용자를 기반으로 사용자 계정을 생성할 수 있습니다. 이를 위해서는 온프레미스 클러스터에서 클라우드 연결 UC(CCUC)가 실행되고 있어야 합니다. 하지만 일반적으로 Entra ID와 같은 중앙 집중식 클라우드 디렉터리에서 사용자를 동기화하는 것이 직접 동기화하는 것보다 권장됩니다.

  5. API 프로비저닝: 공용 API(People, SCIM 2.0)를 사용하여 사용자를 프로비저닝할 수 있습니다. API를 사용하는 가장 큰 이점은 사용자 프로비저닝을 다른 기업 시스템과 통합할 수 있다는 점입니다.

    표 6. 사용자 프로비저닝 옵션
    프로비저닝 방식설명장점단점
    수동Create/manage 사용자 개별적으로 소수의 사용자에게는 간단하며, 별도의 인프라가 필요하지 않습니다.확장성이 떨어지고, 많은 사용자에게 시간이 많이 소요됩니다.
    대량 (CSV 파일)Import/update CSV를 통해 대량 사용자 추가 그룹 활동에 효율적이며 코딩이 필요하지 않습니다.수동 CSV 준비; 유연성이 떨어짐
    사람 및 SCIM 2.0 APIWebex API를 통한 프로그래밍 방식 사용자 관리유연성이 뛰어나며 자동화 및 통합을 지원합니다.개발 및 인프라 구축이 필요합니다.
    디렉터리 동기화Active Directory, Entra ID, SCIM 앱, Unified CM에서 자동 동기화라이프사이클 자동화, 필터링 및 매핑 지원설정 복잡성: 일부 옵션은 기능이 제한적이거나 인프라 구축이 필요합니다.

    이 개요와 표는 주요 사용자 프로비저닝 옵션, 그 이점 및 제한 사항을 보여주므로 조직의 요구 사항에 가장 적합한 접근 방식을 선택하는 데 도움이 됩니다.

사용자 그룹

사용자 그룹 관리 기능을 통해 관리자는 라이선스, 설정 및 리소스를 효율적으로 일괄 관리하기 위해 사용자를 그룹으로 구성할 수 있습니다. 그룹을 사용하면 정책, 라이선스 및 설정 템플릿을 여러 사용자에게 동시에 적용하여 관리 작업을 간소화할 수 있으며, 사용자를 개별적으로 관리할 필요가 없습니다.

사용자 그룹 관리는 다음과 같은 여러 가지 이점을 제공합니다.

  • 간소화된 관리: 여러 사용자의 라이선스, 설정 및 정책을 한 번에 관리하세요.

  • 일관성: 같은 그룹 내 모든 사용자에게 동일한 설정 및 라이선스를 적용합니다.

  • 확장성: 그룹당 최대 25만 명의 회원을 지원합니다.

  • 통합: Microsoft Entra ID(Azure AD) 또는 Active Directory에서 그룹을 동기화하여 자동화된 사용자 및 그룹 관리를 수행합니다.

  • 유연성: 로컬 그룹을 생성하거나 보안 그룹을 동기화하고, 그룹 구성원 자격을 수동으로 또는 CSV 파일을 통해 관리할 수 있습니다.

  • 자원 할당: 그룹 멤버십을 기반으로 내장 앱 및 서비스에 대한 액세스를 제어합니다.

사용자 그룹 프로비저닝의 주요 사용 사례는 다음과 같습니다.

  • 라이선스 할당: 그룹에 라이선스를 할당하면 통화, 회의, 메시징 또는 하이브리드 서비스와 같은 서비스가 그룹 구성원에게 자동으로 제공됩니다.

  • 설정 템플릿: 일관된 사용자 경험을 위해 서비스 설정 모음(예: 메시징, 회의, 통화)을 그룹에 적용하세요.

  • 대량 사용자 관리: CSV 파일 또는 디렉터리 동기화를 통해 사용자를 일괄적으로 추가하거나 삭제할 수 있습니다.

  • 자동화 및 통합: API 또는 디렉터리 동기화를 사용하여 사용자 및 그룹 수명 주기 관리를 자동화하십시오.

다음 표는 에서 사용자 그룹 및 그룹 관리를 위한 다양한 옵션을 요약한 것입니다.

표 7. 그룹 및 그룹 멤버십 관리 옵션
옵션설명장점단점
그룹 프로비저닝(그룹) 그룹을 직접 생성하고 관리하세요. Add/remove 회원 가입은 수동으로 또는 CSV 파일을 통해 할 수 있습니다. 그룹 멤버십에 대한 완전한 제어 권한

라이선스 및 템플릿의 즉시 적용

그룹을 쉽게 만들고 편집할 수 있습니다.
수동 업데이트 필요

수동 CSV 업로드 시 오류 발생 위험

외부 디렉터리와의 자동 동기화 기능이 없습니다.

Entra ID(Azure AD) 또는 Active Directory에서 동기화된 그룹 외부 디렉터리 서비스에서 보안 그룹 및 멤버십 정보를 자동으로 동기화합니다. 자동 동기화 기능으로 수작업을 줄일 수 있습니다.

기업 디렉토리와의 일관성을 보장합니다.

대규모 조직을 지원합니다.

그룹 멤버십을 수정할 수 없습니다.

동기화 지연 최대 12시간

중첩된 그룹은 수동 선택이 필요합니다.

그룹 및 SCIM 2.0 API (그룹) 그룹 또는 SCIM 2.0 API를 사용하여 프로그래밍 방식으로 그룹 및 멤버십을 관리하세요. 자동화 및 다른 시스템과의 통합

대규모 또는 복잡한 환경에 맞게 확장 가능

개발 노력이 필요합니다

복잡성은 API 사용량에 따라 달라집니다.

동기화된 그룹은 일관성을 보장하고 단일 관리 지점을 제공하지만, 동기화된 그룹과 그룹(제어 허브 또는 API를 통해 관리됨)을 결합한 하이브리드 접근 방식도 가능합니다. 예를 들어, 라이선스 할당을 위한 그룹은 동기화된 그룹으로 사용하고, 사용자 및 호출 템플릿 할당을 위한 그룹은 별도로 사용할 수 있습니다.

사용자 그룹 관리에 대한 이러한 포괄적인 접근 방식을 통해 조직은 사용자 라이선스, 설정 및 정책을 효율적으로 관리하여 일관되고 확장 가능한 협업 환경을 보장할 수 있습니다.

사용자 그룹 설계하기

온프레미스에서 클라우드로 엔터프라이즈 디렉터리를 이전한 후 라이선스 및 기능 템플릿 요구 사항에 따라 필요한 사용자 그룹을 수집합니다. 각 그룹 문서별로:

  • 그룹 이름: 그룹의 고유한 이름.

  • 라이센스: 이 그룹에 할당할 라이선스(있는 경우) 및 범위(기존 사용자에게 라이선스를 할당할지, 아니면 신규 사용자에게만 할당할지)

  • 설정 템플릿: Webex 앱 및 사용자 통화 템플릿.

  • 디렉터리 동기화: 이 그룹은 엔터프라이즈 디렉터리에서 동기화되는 그룹인가요, 아니면 Control Hub 또는 API를 통해 프로비저닝된 로컬 Webex 그룹인가요?

  • 설명: 이 그룹은 어떻게 활용될 것이며, 어떤 사용자들이 이 그룹의 구성원이 되어야 할까요?

이러한 세부 정보는 나중에 구현 단계에서 로컬 그룹 또는 엔터프라이즈 디렉터리의 그룹을 생성하고 사용자 그룹 멤버십을 관리하는 데 사용됩니다.

싱글 사인온 (SSO)

시스코는 사용자 인증을 위해 SSO 사용을 권장합니다. SSO를 사용하면 다음과 같은 몇 가지 강력한 이점이 있습니다.

  • 간소화된 사용자 인증: 사용자는 회사 자격 증명(예: Azure ID)을 사용하여 한 번 로그인하면 여러 개의 암호를 설정할 필요가 없고 로그인 프롬프트가 줄어듭니다. 이는 인증 후 기업 비밀번호가 저장되거나 전송되지 않도록 함으로써 보안을 강화합니다.

  • 간소화된 사용자 관리: 회사 디렉터리 변경 사항에 따라 사용자 계정 생성, 업데이트 및 비활성화를 자동화하여 관리 부담을 줄이고 승인된 사용자만 접근할 수 있도록 보장합니다.

  • 보안 강화: SSO(Single Sign-On)는 신뢰할 수 있는 ID 공급자(IdP)를 통해 인증을 중앙 집중화함으로써 암호 피로도와 암호 관련 침해 위험을 줄입니다.

  • 다중 인증(MFA)의 간편한 통합: MFA는 Cisco Duo와 같은 ID 액세스 관리 솔루션을 통해 또는 IdP의 MFA 지원을 통해 쉽게 지원할 수 있습니다.

서비스에 SSO를 구현하는 방법에는 여러 가지가 있습니다.

  • SAML 2.0 기반 SSO: SSO 통합을 위해 지원되는 주요 프로토콜로, IdP와 서비스 제공업체 간에 인증 정보를 안전하게 교환할 수 있도록 합니다.

  • 오픈ID 커넥트(OIDC): SSO 통합을 위한 최신 인증 프로토콜의 대안으로 지원됩니다.

  • Webex ID: 또한 ID 공급자 옵션으로도 지원됩니다.

SSO는 중앙 집중식으로 구성 및 관리되며, 이를 위해서는 와 선택된 IdP 간의 메타데이터 교환이 필요합니다.

설정 후, SSO는 활성화 전에 테스트를 통해 설정이 올바르게 되었는지 확인할 수 있습니다.

Cisco는 다음을 포함하되 이에 국한되지 않는 여러 검증되고 일반적으로 사용되는 ID 공급자(IdP) 및 ID 관리 시스템(IAM)과의 통합을 지원합니다.

  • 시스코 듀오

  • Okta

  • Microsoft Active Directory Federation Services(ADFS)

  • Microsoft Azure

  • PingFederate

  • OpenAM

  • F5 BIG-IP.

이러한 IdP는 SAML 2.0 또는 OpenID Connect 표준을 준수하며 Cisco 협업 솔루션과의 호환성이 검증되었습니다.

다중 IdP 지원

이 기능을 통해 조직은 합병, 인수 또는 분산된 IT 부서와 같이 여러 그룹이 서로 다른 IdP를 사용하는 복잡한 IT 환경에 맞춰 여러 IdP를 사용하여 SSO를 구성할 수 있습니다. 다중 IdP 지원은 Cisco Duo와 같은 엔터프라이즈 IAM 시스템의 다중 IdP 기능을 사용하거나 통합하여 구현할 수 있습니다.

이 솔루션의 다중 ID 공급자(IdP) 지원은 조직이 다양한 IT 환경에서 유연하고 안전한 인증을 필요로 하는 여러 주요 사용 사례를 해결합니다.

1. 인수 및 합병

기업들이 합병하거나 다른 기업을 인수할 때, 종종 서로 다른 IT 인프라와 연동할 수 없는 개별적인 ID 공급자(IdP)를 보유하게 됩니다. 다양한 IdP 지원을 통해 양 조직의 사용자는 ID 시스템을 즉시 통합할 필요 없이 안전하게 인증하고 협업할 수 있습니다.

2. 여러 개의 독립적인 IT 부서

대규모 조직이나 정부 기관은 여러 개의 독립적인 IT 부서를 보유할 수 있으며, 각 부서는 자체적인 IdP(인공지능 공급자)를 관리합니다. 이 제품의 다중 IdP 기능은 이러한 부서에서 자체 인증 시스템을 유지하면서 사용자가 원활하게 액세스할 수 있도록 합니다.

3. 서로 다른 사용자 그룹 또는 도메인

다양한 사용자 그룹(예: 직원 대 계약직) 또는 여러 이메일 도메인을 보유한 조직은 도메인 또는 그룹 구성원 자격에 따라 인증 요청을 적절한 IdP로 전달하도록 라우팅 규칙을 구성할 수 있습니다. 이는 차별화된 접근 정책 및 보안 제어를 지원합니다.

4. 다양한 인증 프로토콜 지원

SAML 및 OpenID Connect(OIDC) IdP를 지원하므로 조직은 기존 인프라 및 보안 요구 사항에 따라 다양한 유형의 ID 공급자를 통합할 수 있습니다.

5. 강화된 보안 및 규정 준수

여러 ID 공급자(IdP)를 활성화함으로써 조직은 Duo와 같은 통합을 통해 다단계 인증(MFA)을 포함한 더욱 강력한 인증 메커니즘을 구현하고 다양한 사용자 기반에 걸쳐 일관된 보안 정책을 적용할 수 있습니다.

6. 간소화된 사용자 경험

사용자는 각 ID 공급자(IdP)에서 제공받은 기존 자격 증명을 사용하여 인증할 수 있으므로, 여러 ID 시스템의 복잡성에도 불구하고 통합된 로그인 환경을 제공받을 수 있습니다.

여러 IdP(ID 공급자)를 지원하면 유연성이 향상되지만, 일관된 보안 정책을 유지하고 잠재적인 취약점을 방지하려면 보안 및 ID 팀 간의 세심한 협력이 필요합니다.

SSO를 사용한 Duo MFA

Duo Access Gateway(DAG)는 Active Directory(AD) 및 OpenLDAP과 같은 기존 온프레미스 또는 클라우드 기반 디렉터리를 사용하여 사용자를 인증할 수 있습니다. 또한 Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS 및 Shibboleth와 같은 다른 ID 공급자와의 통합도 지원합니다. 이러한 유연성을 통해 조직은 기존 디렉터리 인프라를 Webex SSO 및 Duo MFA에 사용할 수 있습니다.

Duo는 기본 디렉터리 인증 위에 강력한 인증 계층 역할을 합니다. 이는 SAML 2.0을 사용하여 2단계 인증(2FA)을 적용한 후 액세스 권한을 부여하는 ID 공급자(IdP) 역할을 합니다. Duo는 사용자, 장치 및 네트워크 컨텍스트를 구성 가능한 정책과 비교하여 액세스를 허용하거나 거부함으로써 사용자 이름과 비밀번호만으로는 얻을 수 없는 보안을 강화합니다. Duo는 또한 일부 앱에 대해서는 로그인할 때마다 MFA를 요구하고 다른 앱에 대해서는 그보다 덜 자주 MFA를 요구하는 등 유연한 정책 제어 기능을 제공합니다.

Cisco Duo의 장점은 다음과 같습니다.

  • 보안 향상: 피싱 공격 방지 기능이 있는 다단계 인증(MFA)을 추가하여 접근을 보호하고 비밀번호 유출로 인한 위험을 줄입니다.

  • 유연한 정책: 애플리케이션 또는 사용자 그룹별 인증 요구 사항을 세부적으로 제어할 수 있습니다.

  • 기존 디렉터리와의 통합: 온프레미스 AD, OpenLDAP, 클라우드 디렉터리 및 다양한 SSO 공급자를 지원하여 인프라 변경을 최소화합니다.

  • 사용자 편의성: 싱글 사인온(SSO)을 지원하여 사용자가 한 번 로그인으로 여러 리소스에 안전하게 액세스할 수 있도록 함으로써 비밀번호 입력의 번거로움을 줄여줍니다.

  • 신뢰할 수 있는 엔드포인트: Windows 및 macOS 클라이언트에 대한 장치 신뢰를 지원하여 보안 수준을 향상시킵니다.

  • 셀프 서비스 등록: 인라인 등록 및 듀오 프롬프트는 MFA 설정 중 사용자 경험을 향상시킵니다.

Duo MFA는 SSO를 통해 Active Directory 및 OpenLDAP과 같은 기존 디렉터리 또는 클라우드 ID 공급자를 활용하여 사용자를 인증합니다. Duo의 역할은 SAML 2.0을 통해 통합된 강력한 정책 기반 2단계 인증을 제공하여 SSO를 통해 사용자 편의성을 유지하면서 보안을 강화하는 것입니다. 이러한 솔루션의 이점으로는 보안 강화, 유연한 정책 시행, 원활한 통합 및 향상된 사용자 경험이 있습니다.

시스코는 사용자에게 SSO(단일 로그인) 구현을 권장합니다. 보안 강화를 위해 Cisco Duo와의 통합을 권장합니다.

엔터프라이즈 IAM 및 SSO 전략은 에서 로의 전환을 시작하기 전에 배포되어야 합니다.

기능

해당 서비스에는 모든 핵심 기능이 포함되어 있습니다. 여기에는 오랫동안 사용 가능했던 다양한 기업용 통화 기능이 포함됩니다. 기능과 기능 간에 100% 동일하지는 않을 수 있지만, 아래 그림에서 볼 수 있듯이 주요 통화 기능은 에서 사용할 수 있습니다.

Webex 통화 기능은 수신 통화 관리, 통화 내역, 관리 등 기능별로 분류되어 있습니다.
Webex Calling의 기업용급 기능

다양한 사용자 기능 외에도 플랫폼에 포함된 핵심 시스템 기능이 있습니다. 여기에는 자동 응답, 통화 대기열, 통화 보류 등의 기능이 포함됩니다. 서비스 → 통화 → 기능 에서 사용 가능한 모든 핵심 시스템 기능을 확인할 수 있습니다. 그림 Webex 통화 핵심 기능에 나와 있습니다.

Webex Control Hub의 통화 섹션, 특히 안내 메시지, 교환원 콘솔, 통화 보류 내선 번호와 같은 옵션이 있는 기능 탭을 보여줍니다.
Webex 통화 핵심 기능

자동 전화 교환

자동응답 시스템은 다음을 허용합니다. 24/7 수신 전화 처리 자동화를 통해 사람이 모든 전화를 일일이 응대할 필요 없이 효율적인 통화 처리가 가능합니다.

자동응답 시스템은 걸려오는 전화를 받아 발신자에게 원하는 연결 방식을 선택할 수 있는 메뉴를 제공합니다. 이는 개인, 음성 사서함 또는 통화 서비스(예: 통화 대기열)로 연결될 수 있습니다. 발신자는 전화기의 다이얼 패드를 사용하여 자동 응답 메뉴에서 번호를 입력합니다.

자동응답 시스템은 다음과 같은 주요 기능을 지원합니다.

  • 업무 시간 및 업무 외 시간 일정

  • 휴일 스케줄

  • 고객이 원하는 곳으로 안내받을 수 있는 다이얼 메뉴 옵션

  • 인사말을 맞춤 설정하세요

  • 이름으로 전화 걸기 옵션

  • 통화 착신 전환 옵션

  • Control Hub 분석 및 보고서.

자세한 내용은 자동응답 관리를 참조하세요.

통화 대기

통화 보류 기능은 사용자가 통화 를 쉽게 보류할 수 있도록 하여 다른 사용자가 통화를 받을 수 있을 때 쉽게 통화 를 연결할 수 있도록 합니다. 또한, 통화가 보류된 동안 원래 전화를 받은 사용자가 다른 전화를 걸거나 받을 수 있도록 해줍니다.

이용 가능한 콜파크 유형에는 두 가지가 있습니다. :

  1. 직접 통화 보류 - 모든 사용자가 다른 사용자의 내선 번호 또는 관리자가 정의한 통화 보류 내선 번호로 통화를 보류할 수 있도록 합니다.

  2. 통화 보류 그룹 - 정의된 사용자 그룹이 해당 그룹에 대해 정의된 사용 가능한 보류 대상에 대해 자동으로 통화를 보류할 수 있도록 합니다. 이러한 목적지는 그룹 구성원의 내선 번호이거나 전화 공원 내선 번호일 수 있습니다.

설정 및 통화 유형에 따라 사용자는 를 다이얼하여 통화를 검색할 수 있습니다. *88+><extension of parked call>, 통화 보류 내선과 연결된 회선 키를 누르거나 IP 전화기의 소프트키를 사용합니다.

지정된 시간이 지난 후 보류된 통화를 해당 통화를 보류한 사용자 또는 다른 사용자에게 다시 연결할 수 있는 리콜 옵션이 제공됩니다.

자세한 내용은 Control Hub에서 통화 보류 관리를 참조하세요.

당겨받기

통화 수신 기능을 사용하면 관리자가 다른 회원의 전화로 걸려온 전화를 받을 수 있는 사용자 그룹을 지정할 수 있습니다. 이 기능을 통해 사용자는 팀원이 바빠서 걸려오는 전화를 받을 수 없을 때 전화를 받을 수 있습니다.

그룹에 속한 사용자들은 모두 같은 장소에 있어야 합니다.

사용자는 유선 전화나 사무실 전화를 사용하여 전화를 받을 수 있습니다.

  • :

    • 시각 및 청각 알림을 지원합니다.

    • 걸려오는 전화 알림

    • FAC 기반(다이얼) *98) 또는 알림 메시지, 통화 수신

    • 다회선 통화 수신 알림.

  • 책상 전화:

    • 걸려오는 전화 알림

    • 음성 알림과 단말기 LED를 통한 시각적 알림이 제공됩니다. 6821은 오디오 차임만 지원합니다.

      • 선택된 알림 유형이 없음이 아닌 경우

    • 통화 수신 알림은 기본 회선에만 해당됩니다.

자세한 내용은 통화 수신 그룹 구성을 참조하세요.

통화 대기열

이 솔루션은 핵심 기능 중 하나로 음성 전용 통화 대기열을 포함하고 있으며, 프로페셔널 라이선스를 보유한 모든 사용자는 통화 대기열, 상담원 또는 관리자 역할을 수행할 수 있습니다. 이 기능은 사용자가 고객과 효율적으로 소통할 수 있도록 해줍니다. 통화 대기열은 음성 대기열, 콜백, 스킬 또는 우선순위 라우팅, 상담원 대기열 관리, 분석, 보고 등과 같은 콜센터 핵심 기능 중 일부를 지원합니다.

시스코의 마이크로소프트 팀즈 통합 요청을 통해 상담원들은 마이크로소프트 팀즈 클라이언트에서 직접 통화 대기열 및 기능에 액세스할 수 있게 됩니다.

통화 대기열은 다음과 같은 주요 기능을 지원합니다.

  • 인사 및 메시지 (환영, 위로, 속삭임 등)

  • 보류 음악

  • 수신

  • 대기열 라우팅 정책(야간 서비스, 공휴일, 착신 전환)

  • 에이전트 큐 login/logout

  • 에이전트 큐 상태 관리

  • 또는 데스크톱 전화 지원

  • 관리자는 기능 액세스 코드(FAC)를 통해 통화 모니터링, 코칭, 중재 또는 통화 인계를 수행할 수 있습니다.

  • (관리자 접근 권한) 대상:

    • 큐 관리

    • 상담원 및 대기열 분석 및 보고

    • 대기열, 상담원 및 관리자 관리.

자세한 내용은 통화 대기열 구성을 참조하세요.

고객 지원 추가 기능이 있어 통화 대기열 기능을 강화하고 상담원과 관리자에게 더 나은 사용자 경험을 제공합니다. 통화 대기열 및 고객 지원 기능 비교에 대한 자세한 내용은 Webex 통화 통화 대기열 및 고객 지원 기능 비교를 참조하십시오.

헌트 그룹

헌트 그룹을 사용하면 미리 정해진 통화 라우팅 패턴을 통해 수신 전화를 특정 사용자 그룹으로 연결할 수 있습니다. 이를 통해 전화는 적절한 담당자가 받거나 후속 조치를 위해 음성 사서함으로 연결됩니다.

헌트 그룹과 통화 대기열의 가장 큰 차이점 중 하나는 헌트 그룹에는 통화가 대기열에 저장되지 않는다는 것입니다. 따라서 헌트 그룹에 속한 사용자 중 전화를 받을 수 있는 사람이 없으면 통화가 끊어지거나 음성 메일로 연결되거나 다른 번호(사용자 또는 서비스)로 착신 전환됩니다.

자세한 내용은 Control Hub에서 헌트 그룹 관리를 참조하세요.

작동 모드

운영 모드 기능은 기업이 다양한 목적지(사용자, 음성 메일, 통화 대기열과 같은 통화 서비스)로 효율적으로 통화를 연결할 수 있도록 지원합니다. 통화 연결 위치와 시간은 시간대 및 요일별 일정에 따라 결정되며, 모든 사용자는 이러한 모드(일정)를 관리하고 통화 연결 변경을 제어할 수 있는 권한을 부여받을 수 있습니다.

예를 들어, 통화 대기열로 들어온 전화는 근무 시간 외에는 다른 시간대에 있는 상담원이 응대하는 다른 통화 대기열로 연결될 수 있고, 근무 시간 중에는 현지 상담원에게 연결되며, 공휴일에는 상담원이 사무실로 복귀한 후 후속 조치를 취할 수 있도록 음성 사서함으로 연결될 수 있습니다.

권한이 있는 사용자는 특정 기간 동안 수신 전화를 어디로 연결할지 변경해야 하는 경우 이러한 다양한 착신 전환 시나리오(모드) 간에 전환할 수 있습니다. 이 사용자들은 자신의 계정을 통해 모드를 관리할 수 있습니다. 6800/7800/8800 MPP 전화, 9800 전화 또는 사용자 허브에서 모드 관리.

자세한 내용은 Webex 통화의 작동 모드에 따른 통화 라우팅을 참조하세요.

호출 그룹

페이징 그룹을 사용하면 사용자가 일방향 통화를 통해 특정 사용자 그룹에 음성 메시지를 보낼 수 있습니다. 각 그룹에는 최대 75명의 대상 사용자가 포함될 수 있습니다. and/or 미리 정의된 번호 또는 내선 번호를 다이얼하여 접속하는 작업 공간.

사용자가 페이징 그룹에 전화를 걸면 그룹에 지정된 모든 대상에게 동시에 전화가 걸리고, 발신자는 메시지를 말한 후 통화를 종료할 수 있습니다.

자세한 내용은 Control Hub에서 페이징 그룹 구성을 참조하세요.

녹화

사용자가 걸거나 받은 통화를 녹음할 수 있도록 지원합니다. 이는 품질 관리, 보증, 보안 또는 교육상의 필요에 따라 요구될 수 있습니다. 기본적으로 통화는 에 녹음되지만, 다른 녹음 기능이나 규정 준수 및 규제 요건이 필요한 경우 다른 타사 녹음 제공업체를 사용할 수도 있습니다.

녹음 플랫폼으로 를 사용하는 경우, 녹음된 모든 통화는 내에서 관리됩니다. 규정 준수 책임자 역할을 가진 정식 관리자는 녹화된 콘텐츠를 재생하고 다운로드할 수 있습니다. 규정 준수 책임자 권한이 없으면 관리자는 녹음 파일만 삭제할 수 있습니다.

이 기능 및 타사 녹음 목록에 대한 자세한 내용은 Webex 통화 녹음 관리를 참조하세요.

싱글 번호 연결

단일 번호 연결 기능을 사용하면 사용자의 전화번호로 걸려온 전화를 여러 기기에서 동시에 울릴 수 있습니다. 여기에는 일반 유선 전화기뿐 아니라 휴대전화도 포함될 수 있습니다. 이 기기들에서 전화를 걸 수도 있으며, 사용자들은 기기 간에 통화를 주고받을 수 있습니다.

이 기능 및 관리자가 이를 구성하는 방법에 대한 자세한 내용은 단일 번호 도달(어디에서든 사무실) 구성을 참조하세요.

Webex 사용자 허브(포털)에서 사용자가 이 기능을 직접 관리하고 구성하는 방법에 대한 자세한 내용은 단일 번호 연결(어디에서든 사무실) 구성을 참조하십시오.

보이스메일 그룹

음성메일 그룹을 사용하면 사용자 또는 통화 라우팅 기능에 할당할 수 있는 공유 음성메일 사서함을 사용할 수 있습니다. 음성메일 그룹이 필요한 이유는 다음과 같습니다.

  • 부서 또는 작업 그룹에서 사용할 수 있는 일반적인 음성 메일입니다.

  • 자동응답 시스템 또는 헌트 그룹에 음성 메일 옵션을 추가합니다.

  • 통화 대기열에서 초과 통화를 전송하려면

  • 음성메일함만 필요한 사용자.

자세한 내용은 Webex Calling용 공유 음성 메일 및 수신 팩스 사서함 관리를 참조하세요.

Webex의 통화 기능 페이지에는 교환원 콘솔이 나열되어 있지만, 사용하려면 교환원 콘솔 라이선스를 구매해야 하는 추가 기능입니다.

자세한 내용은 담당자 콘솔 시작하기를 참조하세요.

추가 기능을 포함한 모든 기능에 대한 정보는 Webex Calling의 라이선스 유형별 사용 가능한 기능을 참조하세요.

구현

네트워크 준비 상태

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

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

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

  • 방향 (진입 vs 출차)

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

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

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

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

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

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

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

  • 사용자와 사이트가 더 많이 전환될수록 효율적으로 확장됩니다.

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

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

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

초기 설치

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

도메인 인증

에서 회사 이메일 도메인으로 등록된 사용자를 식별하려면 도메인을 인증하는 것이 필수적입니다. 도메인 인증이 없으면 사용자는 소비자 조직에 할당되어 회사 사용자 관리가 복잡해집니다. 도메인 인증은 조직에서 이러한 사용자를 효과적으로 등록하고 관리할 수 있도록 하는 필수 단계입니다.

사용자 이메일 주소와 연결된 모든 도메인이 인증되었는지 확인하십시오. 도메인 인증은 배타적이지 않으며, 동일한 도메인을 여러 기관에서 인증할 수 있습니다.

도메인 관리에 대한 자세한 내용은 도메인 관리를 참조하세요.

기존 사용자를 확보(전환)

도메인 인증이 성공적으로 완료되면 회사 이메일 도메인을 사용하기 위해 등록한 사용자를 조직에 추가할 수 있습니다. 이 프로세스는 모든 사용자를 단일 조직 체계 아래 통합하여 중앙 집중식 관리와 간소화된 운영을 가능하게 합니다. 이러한 사용자 계정을 확보하면 회사에서 사용자 계정을 완벽하게 제어할 수 있으므로 적절한 라이선스를 할당하고, 서비스를 구성하고, 필요한 지원을 효율적으로 제공할 수 있습니다. 이러한 통합 관리 방식은 보안을 강화하고 사용자 프로비저닝을 간소화하며 조직 전체에서 서비스에 대한 일관된 액세스를 보장합니다. 사용자 소유권을 확보하면 외부 또는 소비자 조직에서 해당 사용자를 관리할 수 없으므로 협업 리소스에 대한 조직의 무결성과 통제권을 유지할 수 있습니다.

사용자 소유권 확보에 대한 자세한 내용은 조직에 사용자 소유권 확보(변환)를 참조하세요.

디렉터리 동기화를 구성하고 테스트합니다.

원활한 사용자 및 그룹 관리를 위해 Microsoft Entra ID(이전 Azure AD) 또는 Microsoft Active Directory(AD)와 같은 회사 디렉터리에서 사용자 및 그룹을 동기화할 수 있습니다. 이 프로세스를 통해 사용자 ID와 그룹 멤버십이 환경 전체에서 일관되게 유지됩니다.

단계별 배포를 시행하는 조직의 경우 초기 배포 단계에서 동기화 범위를 제어하고 제한하는 것이 매우 중요합니다. 이는 의도치 않은 변경의 위험을 최소화하고 광범위한 도입 전에 목표에 맞춘 테스트를 가능하게 합니다.

동기화할 사용자를 필터링하는 가장 효과적인 방법은 디렉터리 그룹 멤버십을 활용하는 것입니다.

1

전용 동기화 그룹을 생성하세요: 기업 디렉터리(Microsoft Enterprise ID 또는 Active Directory)에서 동기화 전용 보안 그룹(예: 동기화 그룹)을 생성합니다.

2

대상 사용자로 그룹을 채우세요: 이 그룹에는 동기화하려는 사용자(예: 시범 운영 단계의 테스트 그룹)만 추가하세요. 이를 통해 동기화 프로세스에 포함될 대상을 엄격하게 제어할 수 있습니다.

3

그룹 기반 필터링을 사용하여 동기화 계약을 구성합니다. 디렉터리 커넥터 또는 Entra ID 프로비저닝에서 동기화 계약을 설정할 때 지정된 그룹의 구성원인 사용자만 포함하도록 범위를 구성하십시오.

  • Microsoft Entra ID의 경우 프로비저닝 설정에서 그룹 기반 할당을 사용할 수 있습니다.

  • AD의 경우, 지정된 그룹에 속한 사용자만 포함하도록 LDAP 필터를 정의할 수 있습니다.

4

필요에 따라 그룹을 확장하세요. 보다 광범위한 배포 단계로 진행함에 따라 동기화 그룹에 추가 사용자 또는 그룹을 추가하기만 하면 됩니다. 동기화 범위는 이러한 사용자를 포함하도록 자동으로 확장되어 제어되고 점진적인 배포가 가능해집니다.

구현 단계 예시:

  1. Active Directory에서:

    • sync group이라는 이름의 보안 그룹을 생성합니다.

    • 원하는 파일럿 사용자를 이 그룹에 추가하세요.

    • 다음과 같은 LDAP 필터를 사용하여 디렉터리 커넥터를 설정하십시오. (memberOf=CN=Webex 동조 Group,OU=Groups,DC=yourdomain,DC=com).

  2. Microsoft entra ID에서:

    • sync group이라는 이름의 그룹을 생성하세요.

    • Entra ID의 프로비저닝 설정에 그룹을 할당합니다.

    • 이 그룹에 속한 사용자에게만 프로비저닝이 적용됩니다.

  • 그룹 기반 동기화를 전체 조직에 적용하기 전에 항상 비운영 환경에서 테스트하십시오.

  • 정기적으로 그룹 구성원 자격을 검토하여 승인된 사용자만 동기화되도록 하십시오.

  • 지속적인 관리를 위해 가능하다면 비즈니스 규칙이나 인사 시스템을 기반으로 그룹 구성원 정보 업데이트를 자동화하십시오.

참고 자료:

Entra ID 사용자를 Control Hub에 동기화합니다.

Control Hub에 Entra ID 마법사 앱을 설정하세요.

디렉터리 커넥터

싱글 사인온(SSO) 설정 및 테스트

싱글 사인온(SSO)은 사용자가 회사 자격 증명으로 한 번만 인증하면 원활하게 액세스할 수 있도록 하여 보안을 강화하고 사용자 액세스를 간소화합니다. Microsoft Entra ID(이전 Azure AD), Active Directory(AD) 페더레이션 솔루션 및 다양한 타사 IdP를 포함한 SAML 2.0 호환 IdP와의 SSO 통합을 지원합니다.

이 시점에서 설계된 SSO 설정을 구현하고 테스트해야 합니다.

참고 자료:

컨트롤 허브의 싱글 사인온 통합

Webex 관리자용 싱글 사인온(SSO)을 구성합니다.

Microsoft Entra ID를 사용하여 싱글 사인온(SSO)을 구성하세요.

여러 IdP를 사용하는 SSO

Control Hub에서 통합 시 SSO 관리

라이선스를 취득, 제공 및 검증합니다.

초기 설정 과정의 일환으로, 서비스를 효과적으로 활성화하고 관리하기 위해서는 적절한 라이선스를 확보, 제공 및 검증하는 것이 필수적입니다. 구매 프로세스에는 사용자 역할 및 작업량에 따라 전문가용, 표준용, 워크스페이스용 라이선스와 같은 라이선스 유형을 선택하는 과정이 포함됩니다. 라이선스는 시스코의 소프트웨어 플랫폼 또는 파트너사를 통해 생성 및 제공됩니다. 구매 및 제공 후, 적절한 라이선스 수량을 확인해야 합니다. 이 과정을 통해 조직은 배포에 사용할 수 있도록 올바른 라이선스를 활성화하고 준비할 수 있습니다.

초기 라이선스 설정의 일환으로 신규 사용자에 대한 라이선스 할당을 간소화하기 위해 조직 기반 자동 라이선스를 구성하는 것이 중요합니다. 이 설정을 통해 사용자가 조직에 추가될 때 라이선스가 자동으로 부여되므로 수동으로 라이선스를 할당할 필요가 없습니다. 조직 수준에서 자동 라이선스를 구성할 때 할당할 서비스를 선택하고 라이선스를 향후 사용자에게만 적용할지 또는 기존 사용자도 포함할지와 같은 범위를 정의합니다.

하지만 배포 계획에 그룹 수준의 자동 라이선스 사용이 포함된 경우, 충돌이나 중복 라이선스 할당을 방지하기 위해 조직 수준에서 라이선스를 할당하지 않도록 선택할 수 있습니다. 그룹 수준 자동 라이선싱을 사용하면 그룹 구성원 자격에 따라 라이선스가 할당됩니다. 여러 그룹에 속한 사용자는 해당되는 모든 그룹 할당에 대한 라이선스를 받습니다.

그룹 기반 라이선스 할당 구성은 디렉터리 동기화가 완료된 후에 수행해야 합니다. 그래야 동기화된 그룹이 존재하고 라이선스 할당에 사용할 수 있습니다.

구체적으로 말하자면, 자동 라이선스 할당에는 사용자 위치 및 전화번호 할당과 같은 추가 프로비저닝 세부 정보가 필요합니다. 사용자의 직장 전화번호는 반드시 포함되어야 합니다. +E.164 라이선스가 자동으로 활성화되도록 형식이 지정되고 사전 구성되어 유효한 위치에 할당됩니다. 이러한 조건이 충족되지 않으면 사용자에게 서비스가 자동으로 제공되지 않으며 수동 개입이 필요할 수 있습니다.

요약하자면, 조직 전체에 걸쳐 라이선스를 광범위하게 할당하려면 신규 사용자에 대해 조직 기반 자동 라이선스를 구성하십시오. 보다 세부적인 제어가 필요하거나 그룹별로 다른 라이선스 요구 사항이 있는 경우, 그룹 수준에서 자동 라이선스를 구성하고 조직 수준에서 라이선스를 할당하지 않도록 하여 중복을 방지하고 적절한 라이선스 관리를 보장하십시오.

Webex 통화 서비스 설정

글로벌 서비스 설정에 대한 포괄적인 검토 및 구성을 수행하는 것이 필수적입니다.

먼저 앱에 접속하여 설정 섹션으로 이동하세요. 내부 통화 설정, 긴급 통화 매개변수, 통화 라우팅 정책, 음성 메일 관리 및 장치 기본 설정을 포함하되 이에 국한되지 않는 모든 구성 옵션을 주의 깊게 검토하십시오.

조직의 정책 및 설계 결정 사항을 반영하여 이러한 전역 설정을 조정하십시오.

또한, 설정과 사용자 및 앱 템플릿을 구성할 수 있습니다.

파일럿 마이그레이션

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

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

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

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

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

PSTN 조달

에 대한 PSTN 서비스를 구매하려면 먼저 에서 PSTN 연결 옵션을 선택하십시오.

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

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

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

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

위치를 구성합니다

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

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

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

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

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

온프레미스 통화 제어와의 통합

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

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

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

사용자를 일괄적으로 마이그레이션합니다.

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

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

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

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

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

  • 공유된 라인

  • 통화 수신 사용

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

  • 인터콤

  • Executive/Admin.

예를 들어, 전환 중인 헌트 그룹의 구성원인 사용자가 있을 수 있습니다. 이 사용자는 헌트 그룹에 합류하여 헌트 그룹의 모든 구성원과 함께 활동하게 됩니다. 따라서 전환 후 헌트 그룹과 그 구성원들은 새로운 플랫폼에서 성공적으로 전화를 받을 수 있습니다.

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

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

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

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

  • 모든 사용자가 접속했는지 확인하십시오

  • 모든 사용자에 대한 TN이 존재하는지 확인하십시오.

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

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

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

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

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

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

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

작업 공간

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

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

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

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

의 워크스페이스에 대한 자세한 내용은 워크스페이스를 참조하세요.

제공 장치

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

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

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

위 펌웨어 마이그레이션 요구 사항이 적용된 9800 시리즈 전화기는 해당 펌웨어 마이그레이션이 필요하지 않습니다. 이 휴대폰들은 PhoneOS를 실행하며, PhoneOS는 와 모두에서 지원됩니다. 이러한 전화기를 Webex Calling으로 전환하려면 먼저 Webex Calling에 추가하고 사용자 또는 작업 공간에 할당한 다음 전화기를 공장 초기화해야 합니다. PhoneOS 등록 부팅 시퀀스 아래 그림은 PhoneOS 부팅 시퀀스와 휴대폰이 등록되면(휴대폰이 아직 프로비저닝 중인 경우에도) 어떻게 등록되는지를 보여줍니다. and/or DHCP 옵션(예: 150)이 사용 중입니다.

PhoneOS 등록을 위한 부팅 시퀀스

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

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

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

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

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

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

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

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

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

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

  • 타사 기기 및 휴대폰 -타사 공급업체와 협력 device/phone 요구 사항과 이를 지원하기 위해 마이그레이션 또는 교체하는 프로세스.

기능 구성

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

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

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

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

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

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

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

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

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

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

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

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

수락 테스트

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

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

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

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

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

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

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

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

온넷 통화 흐름

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

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

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

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

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

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

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

헌트 그룹: 통화 분배

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

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

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

음성메일 작동

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

최적화

PSTN을 클라우드 커넥트로 마이그레이션하는 방법

모든 엔드포인트와 사용자가 클라우드 통화로 마이그레이션되면 Unified CM의 유일한 목적은 PSTN 게이트웨이와 로컬 게이트웨이 간의 연결 역할을 하는 것입니다. Webex 통화 사용자를 위한 PSTN 액세스 수단으로 Cloud Connect를 사용함으로써 PSTN 게이트웨이 및 로컬 게이트웨이를 제거하면 비용 절감 및 안정성 향상을 포함한 여러 가지 이점이 있습니다. 온프레미스 PSTN 액세스를 클라우드 커넥트로 전환하려면 다음 단계를 따르십시오.

  1. 파트너 선정을 위한 클라우드 커넥트.

    클라우드 커넥트 파트너 목록을 참조하여 조직의 위치에 맞는 파트너를 선택하십시오.

  2. 클라우드 커넥트를 사용하여 유효성을 검증합니다.

    위치의 PSTN 접속을 클라우드 커넥트로 전환하기 전에, 선택한 클라우드 커넥트 파트너를 통한 PSTN 연결 여부를 확인하고 검증해야 합니다. 이를 위해서는 테스트 위치를 생성하고 해당 위치에 테스트 사용자를 생성해야 합니다. 그런 다음 테스트 전화기를 사용하여 PSTN 연결을 확인하기 전에 해당 테스트 위치의 PSTN 액세스를 클라우드 커넥트 파트너로 설정합니다. 검증이 성공적으로 완료되면 테스트 위치를 프로비저닝 해제할 수 있습니다.

  3. 번호 이동.

    클라우드 커넥트로의 전환을 준비하기 위해 현재 PSTN 회선에 할당된 모든 번호에 대한 포트 주문을 진행해야 합니다. 모든 번호는 클라우드 커넥트 파트너사로 이전해야 합니다. 지점 간 연결성을 유지하려면 모든 지점의 모든 전화번호를 동시에 번호 이동해야 합니다.

  4. 클라우드 커넥트 파트너로 전환하세요.

    전환일에는 모든 위치의 PSTN 접속을 클라우드 연결 PSTN 제공업체로 설정해야 하며, 수신 및 발신 연결을 확인해야 합니다.

설계 장의 PSTN 섹션에서 논의된 바와 같이, 고객은 하이브리드 배포를 위한 PSTN 트렁킹을 사용하여 전환 시작 시 PSTN 액세스를 클라우드 커넥트로 이전하도록 선택할 수도 있습니다. 자세한 내용은 하이브리드 Webex Calling 배포를 위한 PSTN 트렁킹을 참조하세요. 이 경우 전환 기간 동안 PSTN 접속은 로컬 게이트웨이를 통해 이루어지며, 모든 사용자를 다른 곳으로 이동시킨 후에는 로컬 게이트웨이를 폐기하는 것 외에 PSTN 관련 추가 마이그레이션 단계는 없습니다.

온프레미스 인프라 최적화

모든 사용자가 클라우드 등록으로 전환되고 모든 엔드포인트가 클라우드 등록으로 전환되었거나(또는 서비스가 중단되었거나) 나면, 클라우드 통화가 사용 중이므로 온프레미스 인프라를 적절히 업데이트하십시오. 인프라 업데이트 사항은 다음과 같습니다.

  • 온프레미스 DNS 서버에서 온프레미스 통화 제어 및 메시징 DNS SRV 레코드를 제거합니다. 여기에는 cisco_uds._tcp.<domain>, cup_login._tcp.<domain>가 포함됩니다. 클라이언트 서비스 검색을 위해 더 이상 이러한 SRV 레코드가 필요하지 않습니다.

  • 공용 DNS 시스템에서 에지 관련 DNS SRV 레코드를 제거합니다. 여기에는 collab_edge._tls.<domain>.가 포함됩니다. 이러한 SRV 레코드는 더 이상 협업 엣지 서비스의 클라이언트 서비스 검색에 필요하지 않습니다.

  • 관련 DHCP 범위에서 옵션 66과 옵션 150을 제거하도록 업데이트하십시오. TFTP/boot 서버 주소. 엔드포인트 호출 제어 구성 검색 및 다운로드에는 더 이상 이러한 범위가 필요하지 않습니다.

  • Update/remove 로컬의 적절한 다이얼 피어 Gateway/CUBE 해당 경로는 Unified CM과의 통화를 연결합니다. 이러한 다이얼 피어는 더 이상 사내 통화 라우팅에 필요하지 않습니다.

  • 모든 클러스터 노드 가상 머신을 삭제하거나 제거합니다. and/or 서버. 필요에 따라 컴퓨팅 리소스와 하드웨어를 용도 변경하십시오. 이러한 리소스는 더 이상 통화 제어 및 엣지 서비스에 필요하지 않습니다.

  • 클러스터 노드의 모든 가상 머신을 삭제하거나 제거합니다. and/or 서버. 필요에 따라 컴퓨팅 리소스와 하드웨어를 용도 변경하십시오. 이러한 리소스는 음성 메일 및 통합 메시징 서비스에 더 이상 필요하지 않습니다.

  • 대청소: PSTN 접속을 클라우드 연결 PSTN으로 마이그레이션한 후에는 PSTN 트렁크, PSTN 게이트웨이 및 로컬 게이트웨이를 더 이상 사용하지 않아도 됩니다.

  • 기존 온프레미스 E911 솔루션의 경우, 마이그레이션된 모든 위치 또는 번호를 삭제하고, 전체 전환이 완료되면 애플리케이션 가상 머신 또는 서버를 제거하십시오. 필요에 따라 컴퓨팅 리소스와 하드웨어를 용도 변경하십시오. 이러한 리소스는 더 이상 긴급 전화 및 위치 서비스에 필요하지 않습니다.

  • 마이그레이션된 사용자의 DN은 통화 라우팅 오류를 방지하고 모든 CSS가 동일한 DN의 클라우드 경로에 우선적으로 액세스할 수 있도록 숨겨진 파티션에 배치해야 합니다.

  • 변경 사항이 발생할 때마다 Horizon Mobility에서 물리적 배송 가능 위치 및 네트워크 요소를 업데이트합니다. 업데이트가 필요한 일반적인 활동은 다음과 같습니다.

    • 네트워크 스위치 교체

    • 무선 액세스 포인트 교체

    • DHCP 범위 변경

    • 건물 내부의 물리적 변화 (해결책을 마련하는 경우) cubical/office)

    • 건물 내부의 물리적 사무 공간 확장 또는 축소.

분석 및 문제 해결 기능을 활용하세요

배포 상황을 시각화하고 추적하는 데 도움이 되는 포괄적인 분석 및 문제 해결 기능을 제공합니다. 여기에는 미디어 품질, 상세 통화 내역, 통화 대기열, 헌트 그룹 및 자동 응답 분석이 포함됩니다. 미디어 품질 분석의 예는 그림 미디어 품질 분석에 나와 있습니다.

Webex 통화 미디어 품질 분석
미디어 품질 분석

문제 해결 과정에서 미디어 품질 및 신호 관련 문제에 대한 자세한 정보를 사용하여 각 통화를 볼 수 있으므로 미디어 문제 및 실패한 통화를 정확히 파악하는 데 도움이 됩니다. 그림 미디어 품질 문제 해결에 나와 있습니다.

Webex 통화 미디어 품질 문제 해결
미디어 품질 문제 해결

문제 해결 기능은 ThousandEyes 및 Meraki 스위치와 같은 다른 Cisco 제품과도 통합되어 Control Hub에서 더욱 풍부한 통합 환경을 제공합니다. Webex Calling 분석 및 문제 해결 사용에 대한 자세한 내용은 Control Hub에서 Webex Calling 통화 문제 해결을 참조하세요.

이 문서가 도움이 되었습니까?
이 문서가 도움이 되었습니까?