Cisco Webex Calling 소개

메시징에 대한 Cisco Webex Teams, Webex Calling 소프트 클라이언트 또는 Cisco 장치에서 미팅 및 통화 기능과 함께 기업 수준의 클라우드 통화, 모빌리티 및 PBX 기능을 사용할 수 있다고 상상해 보십시오. 바로 Webex Calling에서 제공하는 기능입니다.

Webex Calling은 다음 장점을 제공합니다.

  • 텔레포니 사용자 및 공통 영역에 대해 통화 가입

  • 모든 사용자에 대한 Webex Teams 액세스

  • 공중 전화 교환망(PSTN) 액세스를 사용하여 사용자가 조직 외부의 번호로 다이얼하게 허용할 수 있습니다. 해당 서비스는 기존의 기업 인프라(온-프레미스 IP PBX가 포함되지 않은 로컬 게이트웨이 또는 기존의 Unified CM 통화 환경이 포함된 로컬 게이트웨이)를 통해 제공됩니다.

Webex Calling은 다음 기능을 지원합니다. 자세한 정보는 Webex Calling 기능 구성 챕터를 참조하십시오.

표 1. 관리자가 구성할 수 있는 기능

기능

설명

자동 전화 교환

인사말을 추가하고, 메뉴를 설정, 통화를 응답 서비스, 헌트 그룹, 보이스메일 박스 또는 실제 사용자에게 라우트할 수 있습니다. 업무 시간 또는 종료 시간 중에 다른 옵션을 제공하거나 24시간 스케줄을 만들 수 있습니다. 발신자 ID 속성에 따라 전화를 라우트하여 VIP 목록을 만들거나 특정 지역 번호로 발신되는 통화를 다르게 처리할 수도 있습니다.

통화 대기열

걸려오는 전화에 응답할 수 없을 때 누군가 전화에 응답할 때까지 발신자에게 자동화된 응답, 안내 메시지 및 대기 중 음악이 제공되도록 통화 대기열을 설정할 수 있습니다.

통화 당겨 받기

사용자가 각 전화에 응답할 수 있도록 전화 받기 그룹을 생성하여 팀워크 및 협업을 강화할 수 있습니다. 전화 받기 그룹에 사용자를 추가하고 그룹 멤버가 부재중이거나 통화 중인 경우 다른 멤버가 전화에 응답할 수 있습니다.

통화 대기

통화 대기를 사용할 수 있게 하여 사용자가 통화를 대기 중으로 지정하고 다른 전화에서 받을 수 있습니다.

헌트 그룹

다음 시나리오에서 헌트 그룹을 설정할 수도 있습니다.

  • 세일즈 팀에서 순차적인 라우팅을 원할 수도 있습니다. 걸려오는 전화가 있으나 응답하지 않는 경우, 해당 통화는 목록에 있는 다음 에이전트에게 전달됩니다.

  • 고객 지원 팀에서는 전화가 한꺼번에 울리도록 하여 첫 번째 대화 가능한 에이전트가 전화를 받을 수 있게 설정할 수 있습니다.

호출 그룹

호출 그룹을 만들면 사용자가 사용자, 부서 또는 그룹으로 오디오 메시지를 보낼 수 있습니다. 누군가 호출 그룹으로 메시지를 보내면 그룹에 있는 모든 장치에서 메시지가 표시됩니다.

교환원 클라이언트

도움말은 통화 제어 옵션의 전체 집합, 대규모 라인 모니터링, 통화 대기열, 다수의 디렉터리 옵션 및 보기, Outlook 통합 등을 제공하여 접수 창구 직원이 필요한 경우를 지원합니다.

사용자는에서 https://settings.webex.com에서 다음 기능을 구성할 수 있으며, 이는 통화 사용자 포털에 크로스 런칭됩니다.

표 2. 사용자가 구성할 수 있는 기능

기능

설명

익명의 통화 거절

사용자는 차단된 발신자 ID를 사용하여 걸려오는 전화를 거절할 수 있습니다.

비즈니스 연속성

사용자의 전화가 네트워크에 연결되지 않은 경우(정전, 네트워크 문제 등), 사용자는 걸려오는 전화를 특정 전화 번호로 착신 전환할 수 있습니다.

통화 착신 전환

사용자는 걸려오는 전화를 다른 전화로 착신 전환할 수 있습니다.

통화 착신 전환 선택

사용자는 특정 시간에 특정 발신자의 통화를 착신 전환할 수 있습니다. 이 설정은 통화 착신 전환보다 우선합니다.

통화 통지

사용자는 전화 번호 또는 날짜 및 시간 등 미리 정의된 기준에 따라 전화를 받을 때 자신에게 이메일을 보낼 수 있습니다.

통화 대기

사용자는 걸려오는 추가 전화에 대한 응답을 허용할 수 있습니다.

방해하지 마시오

사용자는 일시적으로 모든 통화가 직접 보이스메일로 이동하도록 지정할 수 있습니다.

Office Anywhere

사용자는 선택한 전화("위치")를 직장 전화 번호의 내선 및 다이얼 플랜으로 사용할 수 있습니다.

우선순위 경고

사용자는 전화 번호 또는 날짜 및 시간 등 미리 정의된 기준이 충족되면 상이한 벨 소리로 전화가 울리게 할 수 있습니다.

원격 사무실

사용자는 원격 전화에서 전화를 걸고, 해당 전화가 비즈니스 라인에 나타나게 할 수 있습니다. 또한, 비즈니스 라인으로 걸려오는 전화는 이 원격 전화에서 울리게 됩니다.

선택적 통화 수락

사용자는 특정 시간에 특정 발신자의 통화를 수락할 수 있습니다.

선택적 통화 거절

사용자는 특정 시간에 특정 발신자의 통화를 거절할 수 있습니다.

순차적 벨 울림

걸려오는 전화에 대해 차례로 최대 5개의 장치에서 벨이 울립니다.

동시 벨 울림

걸려오는 전화에 대해 동시에 사용자 및 기타("통화 수신자") 번호에서 벨이 울립니다.

Control Hub에서 서비스, 장치 및 사용자를 구축하고, 통화 관리 포털에서 크로스 런칭하여 자세히 구성

Cisco Webex Control Hub(https://admin.webex.com)은(는) Webex Calling에 통합되는 관리 포털로, 주문 및 구성을 간소화하고 Webex Calling, Webex Teams 및 Webex Meetings의 번들 제공에 대한 관리를 중앙화합니다.

Control Hub는 모든 서비스, 장치 및 사용자를 구축하기 위한 중심점입니다. 처음으로 통화 서비스를 설정하고, (MAC 주소를 사용하여) MPP 전화를 클라우드에 등록하며, 장치를 연계, 번호, 서비스, 통화 기능 등을 추가하여 사용자를 구성할 수 있습니다. 또한 Control Hub에서 통화 관리 포털에 크로스 런칭하여 기능, 장치 및 사용자의 자세한 구성을 실행할 수 있습니다. 추가 서비스(Webex Meetings 또는 Teams)에 대한 구축도 Control Hub에서 실행합니다.

통화 관리 포털은 고객에게 통화 기능의 고급 구성뿐만 아니라, 서비스 보증에 대한 간편한 보기도 제공합니다. 서비스 보증은 통화의 양호, 보통 또는 불량의 상태를 표시하여 비즈니스 단위 내에서 여러 위치 전반의 통화 품질 메트릭을 제공합니다. 통화 품질에 대한 즉각적인 피드백을 받으면 파트너 및 고객 관리자는 고객에게 최고의 서비스 품질을 제공할 수 있습니다.

사용자 환경

사용자는 다음 인터페이스에 액세스할 수 있습니다.

  • Webex Calling 응용프로그램—Cisco가 브랜드를 적용한 통화에 대한 소프트 클라이언트. 자세한 정보는 새로운 Cisco Webex Calling 앱 살펴보기를 참조하십시오.

  • Webex 설정 (https://settings.webex.com)—사용자가 프로필에 대한 기본 설정을 지정하고, Webex Teams를 다운로드하거나, 통화 설정에 대해 통화 사용자 포털에 크로스 런칭을 실행할 수 있는 인터페이스. 자세한 정보는 Cisco Webex 설정 변경을 참조하십시오.

  • Webex Teams—가입에서 Cisco 브랜드 그룹 메시징 클라이언트로 포함된 응용프로그램. 자세한 정보는 Cisco Webex Teams 앱 시작하기를 참조하십시오.

  • Webex Meetings—Meetings 솔루션으로 추가된 선택적인 응용프로그램. 자세한 정보는 Webex Meetings을 참조하십시오.

Cisco Webex Control Hub 둘러보기

Control Hub는 조직 관리, 사용자 관리, 서비스 지정, 채택 추세 및 통화 품질 분석 등의 작업을 한 장소에서 실행할 수 있는 웹 기반 인터페이스입니다.

조직을 시작하고 실행하려면 Control Hub에서 이메일 주소를 입력하여 Webex Teams에 참여할 몇 명의 사용자를 초대할 것을 권장합니다. 사용자가 통화를 포함하여 귀하가 제공하는 서비스를 사용하도록 권유하고 환경에 대한 피드백을 제공하도록 요청합니다. 준비되면 언제든지 다른 사용자를 추가할 수 있습니다.


Google Chrome 또는 Mozilla Firefox의 최신 데스크탑 버전을 사용하여 Control Hub에 액세스할 것을 권장합니다. 모바일 장치의 브라우저 및 다른 데스크탑 브라우저를 사용하면 예기치 못한 결과가 발생할 수 있습니다.

아래에 나타나는 정보를 조직에서 서비스를 설정할 때 예상되는 작동에 대한 고급 개요로 사용하십시오. 자세한 정보는 단계별 안내에 대한 개별 장을 참조하십시오.

시작하기

파트너가 계정을 만들면 환영 이메일을 수신하게 됩니다. Chrome 또는 Firefox를 사용하여 이메일에 있는 시작하기 링크를 클릭하고 Control Hub에 액세스합니다. 링크는 관리자 이메일 주소를 사용하여 귀하를 자동으로 로그인합니다. 다음으로, 관리자 비밀번호를 생성하도록 안내받습니다.

평가판용 첫 번째 마법사

파트너가 평가판에 대해 등록한 경우, Control Hub에 로그인하면 설치 마법사가 자동으로 시작합니다. 해당 마법사는 기본 설정을 안내하여 Cisco Webex Calling에서 다른 서비스 간에 조직을 시작하고 실행합니다. 마법사의 안내를 마치기 전에 통화 설정을 지정하고 확인할 수 있습니다.

설정 확인

Control Hub가 로드되면 설정을 검토할 수 있습니다.

사용자 추가

이제 서비스를 설정했으니, 귀사의 디렉터리에서 사용자를 추가할 준비가 완료되었습니다. 사용자로 이동하고 사용자 관리를 클릭합니다.

Microsoft Active Directory를 사용하는 경우, 먼저 디렉터리 동기화를 활성화한 후 사용자를 추가하고자 하는 방법을 결정할 것을 권장합니다. 다음을 클릭하고 지시 사항을 따라 Cisco 디렉터리 커넥터를 설정합니다.

싱글 사인온(SSO) 설정

Webex Teams는 기본 인증을 사용합니다. SSO를 설정하도록 선택하면 사용자는 Webex에서 저장 및 관리되는 개별 비밀번호 대신 기업 자격 증명을 사용하여 기업 아이덴티티 공급자에 인증합니다.

설정으로 이동하고 인증으로 스크롤합니다. 수정을 클릭한 후 제3자 ID 공급자 통합을 선택합니다.

사용자에게 서비스 지정

사용자가 Webex Teams를 사용하여 시작할 수 있도록, 추가한 사용자에게 서비스를 지정해야 합니다.

사용자로 이동하고 사용자 관리를 클릭합니다. CSV 파일로 사용자 내보내기 및 가져오기를 선택한 후 내보내기를 클릭합니다.

다운로드한 파일에서 각 사용자에게 지정할 서비스에 대해 True를 추가하기만 하면 됩니다.

완료된 파일을 가져오고 서비스 추가 및 제거를 클릭한 후 제출을 클릭합니다. 이제 통화 기능을 구성하고, 공통 장소에서 공유할 수 있는 장치를 등록하며, 사용자에게 장치를 등록 및 연계할 준비가 되었습니다.

사용자에게 기능 제공

이제 사용자를 추가하고 서비스를 지정했으므로 해당 사용자는 메시징 및 미팅에 대해 Webex Calling 및 Webex Teams의 지원되는 멀티플랫폼 전화(MPP)를 사용하기 시작할 수 있습니다. 액세스에 대한 일체형 장소로 Cisco Webex 설정을 사용하도록 권유하십시오.

로컬 게이트웨이의 역할

로컬 게이트웨이는 공중 전화 교환망(PSTN) 네트워킹 및 레거시 공용 지사 교환(PBX) 네트워킹(Unified CM 포함)에 대한 기업 또는 파트너-관리 경계 장치입니다.

Cisco Webex Control Hub를 사용하여 로컬 게이트웨이를 위치에 지정할 수 있습니다. 이는 Control Hub가 CUBE에서 구성할 수 있는 파라미터를 제공한 후에 가능합니다. 이 단계는 로컬 게이트웨이를 클라우드에 등록한 후 특정 위치에 있는 Webex Calling 사용자에게 해당 게이트웨이를 통해 PSTN 서비스를 제공합니다.

로컬 게이트웨이를 지정하고 주문하려면 로컬 게이트웨이 주문 안내서를 참조하십시오.

Webex Calling에 대해 지원되는 로컬 게이트웨이 배포

다음 기본 배포가 지원됩니다.

로컬 게이트웨이는 독립형으로 배포되거나, Cisco Unified Communications Manager에 통합을 요구하여 배포될 수 있습니다.

온-프레미스 IP PBX를 포함하지 않는 로컬 게이트웨이 배포

독립형 로컬 게이트웨이 배포

이 그림은 기존의 IP PBX가 포함되지 않은 Webex Calling 배포를 나타내며, 싱글 위치 또는 멀티 위치 배포에 적용됩니다.

Webex Calling 대상과 일치하지 않는 모든 통화에 대해 Webex Calling은 위치에 지정된 로컬 게이트웨이로 해당 통화를 보내고 처리합니다. 로컬 게이트웨이는 Webex Calling에서 PSTN으로 이동하는 모든 통화를 다른 방향으로 즉, PSTN에서 Webex Calling으로 라우팅합니다.

PSTN 게이트웨이는 전용 플랫폼이거나 로컬 게이트웨이에서 공동으로 상주할 수 있습니다. 다음 그림과 같이 이 배포의 전용 PSTN 게이트웨이를 변형할 것을 권장합니다. 이는 기존의 PSTN 게이트웨이를 Webex Calling 로컬 게이트웨이로 사용할 수 없는 경우에 사용될 수 있습니다.

공동 상주 로컬 게이트웨이 배포

로컬 게이트웨이는 SIP 트렁크를 사용하여 ITSP에 연결하는 IP 기반이거나, ISDN 또는 아날로그 회로를 사용하는 TDM일 수 있습니다. 다음 그림은 로컬 게이트웨이가 PSTN GW/SBC와 공존하는 Webex Calling 배포를 보여줍니다.

온-프레미스 Unified CM PBX를 포함하는 로컬 게이트웨이 배포

다음의 경우에 Unified CM에 통합이 필요합니다.

  • Webex Calling 활성화된 위치는 Unified CM이 온-프레미스 통화 제어 솔루션으로 배포된 기존의 Cisco UC 배포에 추가됩니다.

  • Unified CM에 등록된 전화 및 Webex Calling 위치에 있는 전화 간의 다이렉트 다이얼링이 필요합니다.

이 표는 고객이 기존의 Unified CM IP PBX를 사용하고 있는 Webex Calling 배포를 보여줍니다.

BroadCloud는 고객의 Webex Calling 대상과 일치하지 않는 통화를 로컬 게이트웨이로 보냅니다. 여기에는 PSTN 번호 및 Unified CM 내부 내선 번호가 포함되며, BroadCloud는 볼 수 없습니다. 로컬 게이트웨이는 BroadCloud에서 Unified CM으로 전달되는 모든 통화를 라우트합니다(역으로도 적용). 그 후 Unified CM은 걸려오는 전화를 로컬 대상으로 라우팅하거나 기존 다이얼 플랜에 따라 PSTN으로 라우팅합니다. Unified CM 다이얼 플랜은 번호를 +E.164로 정규화합니다. PSTN 게이트웨이는 로컬 게이트웨이에서 전용이거나 공동으로 상주할 수 있습니다.

전용 PSTN 게이트웨이

이 다이어그램에 나타나는 이 배포의 전용 PSTN 게이트웨이 변형은 권장되는 옵션으로, 기존의 PSTN 게이트웨이를 Webex Calling 로컬 게이트웨이로 사용할 수 없는 경우에 사용할 수 있습니다.

공존 PSTN 게이트웨이

다음 그림은 로컬 게이트웨이가 PSTN 게이트웨이/SBC와 공존하는 Unified CM에 Webex Calling 배포를 보여줍니다.

BroadCloud는 고객의 Webex Calling 대상과 일치하지 않는 모든 통화를 위치에 지정된 로컬 게이트웨이로 라우팅합니다. 여기에는 PSTN 대상 및 Unified CM 내부 내선으로 향하는 망 내 통화가 포함됩니다. 로컬 게이트웨이는 모든 통화를 Unified CM으로 라우팅합니다. 그 후 Unified CM은 로컬로 등록된 전화 또는 로컬 게이트웨이를 통해 PSTN로 통화를 라우트하며, 여기에는 PSTN/SBC 기능이 공존합니다.

통화 라우팅 고려 사항

Webex Calling에서 Unified CM로 전화

Webex Calling 라우팅 논리는 다음과 같이 작동합니다. Webex Calling 엔드포인트에서 다이얼하는 번호를 BroadCloud의 동일한 고객 내에 있는 다른 대상으로 라우팅할 수 없는 경우, 통화는 로컬 게이트웨이로 발송되어 추가로 처리됩니다. 모든 망 외(BroadCloud 외부) 통화는 로컬 게이트웨이로 발송됩니다.

기존의 Unified CM에 대한 통합이 포함되지 않은 Webex Calling 배포에 대해 망 외 통화는 PSTN 통화로 간주됩니다. Unified CM에 결합될 때 망 외 통화는 여전히 Unified CM에서 호스트되는 대상에 대한 망 내 통화이거나, PSTN 대상에 대한 실제 망 외 통화일 수 있습니다. 두 통화 유형 간의 구분은 Unified CM에 따라 결정되며, Unified CM에 구축된 기업 다이얼 플랜에 따라 달라집니다.

다음 그림은 미국 국내 번호로 전화하는 Webex Calling 사용자를 표시합니다.

이제 구성된 다이얼 플랜을 기반으로 하는 Unified CM은 통화를 로컬로 등록된 엔트포인트로 라우트합니다. 여기에서 전화 받는 대상이 디렉터리 번호로 구축됩니다. 이를 위해 Unified CM 다이얼 플랜은 +E.164 번호의 라우팅을 지원해야 합니다.

Unified CM에서 Webex Calling으로 전화

Unified CM에서 Webex Calling으로 통화 라우팅을 활성화하려면 Unified CM에서 라우트의 집합이 Webex Calling의 기업 전화 플랜 주소 및 +E.164의 집합을 정의하도록 구축되어야 합니다.

해당 라우팅을 적용하면 다음 그림에 표시된 통화 시나리오 모두 가능합니다.

PSTN의 발신자가 Webex Calling 장치에 지정된 DID 번호를 호출하는 경우, 해당 통화는 기업의 PSTN 게이트웨이를 통해 기업으로 이동하고, Unified CM에 도착합니다. 해당 통화의 호출된 주소는 Unified CM에 구축된 Webex Calling 라우트 중 하나와 일치하며, 해당 통화는 로컬 게이트웨이로 발송됩니다. (호출된 주소는 로컬 게이트웨이로 발송될 때 +E.164 형식이어야 합니다.) 그 후 BroadCloud 라우팅 논리는 DID 지정에 따라 의도한 Webex Calling 장치로 통화가 발송되게 합니다.

또한, Webex Calling의 대상을 목표로 Unified CM 등록된 엔드포인트에서 시작된 통화는 Unified CM에 구축된 다이얼 플랜에 따라 달라집니다. 일반적으로 이 다이얼 플랜을 통해 사용자는 공통 기업 다이얼링 작업을 사용하여 전화를 걸 수 있습니다. 해당 작업에는 +E.164 다이얼링 외의 부분을 포함할 수 있습니다. BroadCloud에서 올바른 라우팅이 허용되도록 통화가 로컬 게이트웨이로 전송되기 전에 +E.164를 제외한 모든 전화 걸기 작업은 +E.164로 정규화되어야 합니다.

서비스 클래스 (CoS)

통화 루프를 피하고 유료 통화 사기를 방지하는 등 다양한 이유로, 항상 서비스 클래스 제한 사항을 강화하는 것이 좋습니다. Unified CM 서비스 클래스에 Webex Calling 로컬 게이트웨이를 통합하는 개념에서 다음 사항에 대해 서비스 클래스를 고려해야 합니다.

  • Unified CM에 등록된 장치

  • PSTN에서 Unified CM으로 걸려오는 전화

  • BroadCloud에서 Unified CM으로 걸려오는 전화

Unified CM에 등록된 장치

기존의 CoS 설정에 새로운 대상 클래스로 Webex Calling 대상을 추가하는 작업은 매우 간단합니다. Webex Calling 대상으로 전화할 수 있는 권한은 일반적으로 온-프레미스(사이트 간 포함) 대상 통화에 대한 권한과 동일합니다.

기업 다이얼 플랜에서 이미 "(축약된) 망 내 사이트 간" 권한을 구현한 경우, Unified CM에 이미 구축된 파티션이 존재하며, 여기에서 모든 알려진 망 내 Webex Calling 대상을 동일한 파티션에서 사용하고 구축할 수 있습니다.

"(축약됨) 망 내 사이트 간" 권한에 대한 개념이 아직 존재하지 않는 경우, 새로운 파티션(예: "onNetRemote")이 구축되어야 하며, Webex Calling 대상이 이 파티션에 추가되어야 합니다. 마지막으로, 이 새로운 파티션은 적합한 통화 검색 스페이스에 추가되어야 합니다.

PSTN에서 Unified CM으로 걸려오는 전화

기존의 CoS 설정에 새로운 대상 클래스로 Webex Calling 대상을 추가하는 작업은 매우 간단합니다. Webex Calling 대상으로 전화할 수 있는 권한은 일반적으로 온-프레미스(사이트 간 포함) 대상 통화에 대한 권한과 동일합니다.

기업 다이얼 플랜에서 이미 "(축약된) 망 내 사이트 간" 권한을 구현한 경우, Unified CM에 이미 구축된 파티션이 존재하며, 여기에서 모든 알려진 망 내 Webex Calling 대상을 동일한 파티션에서 사용하고 구축할 수 있습니다.

"(축약됨) 망 내 사이트 간" 권한에 대한 개념이 아직 존재하지 않는 경우, 새로운 파티션(예: "onNetRemote")이 구축되어야 하며, Webex Calling 대상이 이 파티션에 추가되어야 합니다. 마지막으로, 이 새로운 파티션은 적합한 통화 검색 스페이스에 추가되어야 합니다.

BroadCloud에서 Unified CM으로 걸려오는 전화

PSTN에서 걸려오는 전화는 모든 Webex Calling 대상에 액세스해야 합니다. 이는 PSTN 트렁크에서 걸려오는 전화에 대해 사용되는 통화 검색 스페이스에 모든 Webex Calling 대상을 포함하는 상단의 파티션을 추가하도록 요구합니다. 이미 존재하는 액세스 외에 Webex Calling 대상에 대한 액세스가 포함됩니다.

PSTN에서 걸려오는 통화는 Unified CM DID에 액세스하는 반면, Webex Calling DID는 Webex Calling에서 시작되는 통화가 Unified CM DID 및 PSTN 대상에 액세스하도록 요구합니다.

그림 1. PSTN 및 Webex Calling의 통화에 대해 구별되는 CoS

이 그림은 PSTN 및 BroadCloud의 통화에 대해 두 개의 다른 서비스 클래스를 비교합니다. 해당 표는 PSTN 게이트웨이 기능이 로컬 게이트웨이에서 수집된 경우, 병합된 PSTN GW 및 로컬 게이트웨이에서 Unified CM으로 두 개의 트렁크 필요함을 보여줍니다. 하나는 PSTN에서 시작되는 통화에 대한 것이며, 다른 하나는 BroadCloud에서 시작되는 통화에 대한 것입니다. 이는 트래픽 유형별로 차별화된 통화 검색 스페이스를 적용하기 위한 요구 사항에 따라 결정됩니다. Unified CM에 두 개의 수신 트렁크가 있는 경우, 각 트렁크에서 걸려오는 전화에 대해 필요한 통화 검색 스페이스를 구성하여 쉽게 실현할 수 있습니다.

다이얼 플랜 통합

이 안내서는 "Cisco 협업 온-프레미스 배포에 대해 선호하는 아키텍처, CVD"에서 현재 모범 사례에 기반한 기존의 설치가 있다고 가정합니다. 최신 버전은 https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design에서 확인할 수 있습니다.

권장되는 다이얼 플랜 디자인은 https://www.cisco.com/go/ucsrnd에서 확인할 수 있는 최신 버전의 Cisco 협업 시스템 SRND에 대한 다이얼 플랜 장에서 설명하는 디자인 접근 방법을 따릅니다.

그림 2. 권장되는 다이얼 플랜

이 그림은 권장되는 다이얼 플랜 디자인의 개요를 보여줍니다. 이 다이얼 플랜 디자인의 주요 특징에는 다음과 같은 내용이 포함됩니다.

  • Unified CM에 구성된 모든 디렉터리 번호는 +E.164 형식입니다.

  • 모든 디렉터리 번호가 동일한 파티션(DN)에 위치하고 긴급으로 표시됩니다.

  • 핵심 라우팅은 +E.164에 기반합니다.

  • 모든 +E.164 외 다이얼링 작업(예: 공통 다이얼링 작업을 사용하는 축약된 사이트 간 다이얼링 및 PSTN 다이얼링)은 다이얼링 정규화 변환 패턴을 사용하여 +E.164로 정규화(글로벌화)됩니다.

  • 다이얼링 정규화 변환 패턴은 변환 패턴 통화 검색 스페이스 상속을 사용합니다. 여기에는 "발신자의 통화 검색 스페이스 사용" 옵션 집합이 포함됩니다.

  • 서비스 클래스는 서비스 특정 통화 검색 스페이스의 사이트 및 클래스를 사용하여 실현됩니다.

  • PSTN 액세스 기능(예: 국제 PSTN 대상에 대한 액세스)은 서비스 클래스를 정의하는 통화 검색 스페이스에 해당 +E.164 라우트 패턴이 포함된 파티션을 추가하여 실행됩니다.

BroadCloud에 대한 연결 기능

그림 3. 다이얼 플랜에 BroadCloud 대상 추가

이 다이얼 플랜에 BroadCloud 대상에 대한 연결 기능을 추가하려면 모든 BroadCloud 대상을 나타내는 파티션이 생성되어야 하며("BroadCloud"), BroadCloud에서 각 DID 범위에 대한 +E.164 라우트 패턴이 이 파티션에 추가되어야 합니다. 이 라우트 패턴은 한 명의 멤버만 포함된 라우트 목록을 참조합니다. BroadCloud에 대한 통화에 대해 SIP 트렁크를 로컬 게이트웨이로 보내는 라우트 그룹. 모든 다이얼된 대상은 Unified CM 등록된 엔드포인트에서 시작된 통화에 대해 다이얼링 정규화 변환 패턴을 사용하여 +E.164로 정규화 되거나, PSTN에서 시작된 통화에 대해 인바운드 전화 받는 사용자 변환이 이루어지기 때문에, 이 +E.164 라우트 패턴의 싱글 집합은 사용된 다이얼링 작업의 BroadCloud 독립성을 유지하며 대상에 대한 연결 기능을 실현하기에 충분합니다.

예를 들어, 사용자가 "914085550165"번으로 다이얼하는 경우, 파티션 "UStoE164"에 있는 다이얼링 정규화된 변환 패턴은 이 다이얼 문자열을 "+ 14085550165"로 정규화한 후 파티션 "BroadCloud"에 있는 BroadCloud 대상에 대한 라우트 패턴을 일치시킵니다. Unified CM은 궁극적으로 통화를 로컬 게이트웨이에 보냅니다.

축약된 사이트 간 다이얼링 추가

그림 4. 축약된 사이트 간 다이얼링 추가

참조 다이얼 플랜에 축약된 사이트 간 다이얼링을 추가하기 위해 권장되는 방법은 기업 번호 계획에 속한 모든 사이트에 대해 다이얼링 정규화 변환 패턴을 전용 파티션("ESN": Enterprise Significant Numbers)에 추가하는 것입니다. 이 변환 패턴은 기업 번호 계획의 형식으로 다이얼 문자열을 가로채고 전화하는 문자열을 +E.164로 정규화합니다.

BroadCloud 대상에 기업 축약 다이얼링을 추가하려면 BroadCloud 위치에 대해 해당하는 다이얼링 정규화 변환 패턴을 "BroadCloud" 파티션(예: "8101XX")에 추가합니다. 정규화한 후 "BroadCloud" 파티션에 있는 라우트 패턴이 일치하면 BroadCloud로 다시 통화가 발송됩니다.

"ESN" 파티션에 BroadCloud 통화에 대해 축약된 다이얼링 정규화 변환 패턴을 추가하는 것은 권장하지 않습니다. 이 구성은 원치 않는 통화 라우팅 루프를 만들 수도 있기 때문입니다.

서비스 공급자 및 부가 가치 판매자용 Webex Calling의 차이점

동일한 Webex Calling 플랫폼을 사용하는 두 개의 개별 통화 기능이 제공됩니다. 한 가지 제안은 서비스 공급자(SP) 및 고객에게 제공되는 반면, 다른 제안은 부가 가치 판매자(VAR) 및 고객을 위해 제공됩니다. 대부분의 경우, 해당 제안은 동일하며, 일반적으로 Webex Calling이라고 칭합니다. 하지만 분명히 몇 가지 차이점이 존재하며, 해당 차이점에 대한 정확한 설명을 제공하여, 귀하가 SP 또는 VAR에 적용되는지 여부를 알 수 있게 하고자 합니다.

두 가지 제안 모두 통화 관리 포털에 대한 크로스 런칭을 실행하여 Control Hub에서 관리되며, 몇 가지 주요 차이점은 다음과 같습니다.

SP는 통화 포털 및 앱을 브랜딩할 수 있으며, 고객에게 자신의 PSTN 서비스를 번들로 제공하거나 로컬 게이트웨이 배포를 활용해야 합니다. 또한 SP는 자체적인 1단계 지원을 제공해야 합니다.

반면, VAR은 Cisco가 제공하는 브랜딩을 사용합니다. VAR은 서비스 공급자를 규제하지 않으며, PSTN 서비스를 제공할 수 없습니다. PSTN 서비스는 기업 로컬 게이트웨이 배포를 통해 사용되어야 합니다. VAR은 자체적인 1단계 지원을 제공하거나 Cisco의 지원을 사용할 수 있습니다. 두 통화 제안 모두 미디어 품질 메트릭을 통해 서비스 보증을 제공하고, Webex Teams 및 Meetings를 통화 응용프로그램과 함께 묶을 수 있습니다.

통화용 프로토콜 처리자

Cisco Webex Calling은 웹 브라우저 또는 다른 응용프로그램에서 클릭-콜 기능을 활성화하기 위해 운영 체제에 다음 프로토콜 처리자를 등록합니다. 다음 프로토콜은 Mac 또는 Windows에서 기본 통화 응용프로그램을 사용할 때 Webex Teams에서 오디오 또는 화상 통화를 시작합니다.

  • CLICKTOCALL: 또는 CLICKTOCALL://

  • SIP: 또는 SIP://

  • TEL: 또는 TEL://

  • WEBEXTEL: 또는 WEBEXTEL://

Windows용 프로토콜 처리자

다른 앱은 Webex Teams 앱 이전에 프로토콜 처리기를 등록할 수 있습니다. Windows 10에서 시스템 창은 사용자가 통화를 실행하기 위해 사용할 앱을 선택하도록 요청합니다. 사용자가 항상 이 앱을 사용을 체크하는 경우, 사용자 기본 설정은 저장될 수 있습니다.

사용자가 Webex Teams를 선택할 수 있도록 기본 통화 앱 설정을 재설정해야 하는 경우, Windows 10에서 Webex Teams에 대한 프로토콜 연결을 변경하도록 안내할 수 있습니다.

  1. 기본 앱 설정 시스템 설정을 열고 앱에 따라 기본값 설정을 클릭한 후 Webex Teams를 선택합니다.

  2. 각 프로토콜에 대해 Webex Teams를 선택합니다.

Mac용 프로토콜 처리자

Mac OS에서 Webex Teams 전에 다른 앱이 통화 프로토콜에 등록된 경우, 사용자는 Webex Teams 앱을 기본 통화 옵션으로 구성해야 합니다.

Mac용 Webex Teams에서 사용자는 일반 기본 설정 아래에서 통화 시작 프로그램 설정에 대해 Webex Teams가 선택되었는지 확인할 수 있습니다. 또한 Outlook 연락처의 번호를 클릭할 때 Webex Teams에서 전화를 걸려면 항상 Microsoft Outlook에 연결을 체크합니다.