워터 마크
2020년 7월 27일 | 명이 봄 | 명이 이 정보가 유용하다고 평가했습니다.

개요

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에 연결을 체크합니다.

워터 마크
2020년 7월 27일| 명이 봄 | 명이 이 정보가 유용하다고 평가했습니다.

Webex 통화에 대해 환경 준비

환경 준비 조직에 대해 Webex Calling 구성 PSTN 액세스의 로컬 게이트웨이 구성 (VAR만) UCM 구성 Webex Calling 기능 구성 사용자 구성 및 관리 장치 구성 및 관리

통화의 요구 사항

라이센스

Webex Calling은 Cisco Collaboration Flex 플랜을 통해 사용할 수 있습니다. 기업 계약 (EA) 플랜 (50% Workspace 장치를 포함 하 여 모든 사용자 또는 명명 된 사용자 (뉴) 플랜 (일부 또는 모든 사용자)을 구입 해야 합니다.

Webex Calling은 세 개의 라이센스 유형("스테이션 유형")을 제공합니다.

  • 기업—해당 라이센스는 전체 조직에 대해 완전한 기능을 제공합니다. 이 제안에는 통합된 통신(Webex Calling), 이동성(여러 장치에 대해 지원되는 데스크탑 및 모바일 클라이언트), Webex Teams에서 그룹 협업, 미팅당 최대 1000명의 참가자와 미팅을 실행하는 옵션 등이 포함됩니다.

  • 기본—사용자에게 이동성 또는 통합된 통신 기능이 포함되지 않은 제한된 기능을 제공하려면 이 옵션을 선택합니다. 사용자는 전체 기능의 음성 지원을 사용할 수 있지만, 사용자당 한 개의 장치로 제한됩니다.


    기본 라이센스는 명명된 사용자(NU) 가입이 있는 경우에만 사용할 수 있습니다. 기본 라이센스는 기업 동의(EA) 가입에 대해 지원되지 않습니다.

  • Workspace (공통 영역)-브레이크 회의실, 로비 및 컨퍼런스 회의실 등의 영역에 적합 한 제한 된 통화 기능을 사용 하 여 기본 다이얼 발신음을 찾고 있는 경우이 옵션을 선택 합니다.

나중에 이 문서는 Control Hub를 사용하여 조직에서 위치 전반에 해당 라이센스 분배를 관리하는 방법을 안내합니다.

대역폭 요구 사항

화상 통화에서 각 장치는 최대 2Mbps를 요구합니다. 오디오 통화에서 각 장치는 100Kbps를 요구합니다. 쉬는 중 상태의 전화에는 최소 대역폭이 필요합니다.

PSTN의 로컬 게이트웨이

부가 가치 판매자(VAR) 및 서비스 공급자(SP) 모두 Webex Calling 조직에 대한 PSTN 액세스를 제공할 수 있습니다. 현재 로컬 게이트웨이는 온-프레미스 PSTN 액세스를 제공하는 유일한 옵션입니다. 로컬 게이트웨이는 독립형으로 배포되거나, Cisco Unified Communications Manager에 통합을 요구하여 배포될 수 있습니다. 로컬 게이트웨이 요구 사항은 다음과 같습니다.

지원되는 장치

Webex Calling은 Cisco Multiplatform(MPP) IP Phone을 지원합니다. 관리자는 다음 전화를 클라우드에 등록할 수 있습니다. 자세한 정보는 다음 도움말 문서를 참조하십시오.

표 1. 지원되는 장치

장치 카테고리

장치 유형

기본

  • 멀티플랫폼 펌웨어가 포함된 Cisco IP Phone 6800 시리즈

  • 멀티플랫폼 펌웨어가 포함된 Cisco IP Phone 7800 시리즈

아날로그 전화 어댑터

멀티플랫폼 펌웨어가 포함된 Cisco ATA 191 및 192

전화회의

  • 멀티플랫폼 펌웨어가 포함된 Cisco IP Conference Phone 7832

  • 멀티플랫폼 펌웨어가 포함된 Cisco IP Conference Phone 8832

고급

  • 멀티플랫폼 펌웨어가 포함된 Cisco IP DECT 6800 시리즈

  • 멀티플랫폼 펌웨어가 포함된 Cisco IP Phone 8800 시리즈

보조 프로그램

키 확장 모듈

Cisco Webex Room, Board 및 데스크 장치는 Control Hub에서 작성 한 작업 공간에서 장치로 지원 됩니다. ""자세한 정보는 Webex Calling 지원 되는 장치에서 Cisco Webex Room, Board 및 데스크 장치를 참조 하십시오 . 그러나 해당 작업 공간에 대해 Webex Calling를 활성화 하 여 PSTN 서비스에 해당 장치를 제공할 수 있습니다.

방화벽

Cisco Webex Calling에 대 한 포트 참조 정보에서 설명 하는 방화벽 요구 사항을 충족 합니다.

Webex Calling의 로컬 게이트웨이 요구 사항

일반 전제 조건

Cisco Webex Calling에 대해 로컬 게이트웨이를 구성하기 전에 다음을 확인하십시오.

로컬 게이트웨이에 대한 하드웨어 및 소프트웨어 요구 사항

배포에 다음 지원 되는 하드웨어 및 소프트웨어에 해당 하는 하나 이상의 로컬 게이트웨이 (IP 기반 연결성 용) 또는 Cisco IOS Gateway (TDM 기반 연결))가 있는지 확인 하십시오.

  • ISR 4321, 4331, 4351, 4431, 4451 (ios-xe 16.9.5 또는 ios-xe 16.12.3 이상), 4461 (IOS-XE 17.2.1 r)

  • CSR 1000v (vCUBE) (IOS-XE 16.9.5 및 16.12.3 이상)

  • ISR 1100 시리즈 (IOS-XE 16.12.3 이상) -IP 기반 연결만 해당


IOS-XE 16.10.x 릴리즈는 로컬 게이트웨이 배포에 대해 지원되지 않습니다.

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

로컬 게이트웨이에 대한 라이센스 요구 사항

로컬 게이트웨이에 CUBE 통화 라이센스가 설치되어 있어야 합니다. 자세한 정보는 Cisco Unified Border Element 구성 안내서를 참조하십시오.

로컬 게이트웨이에 대한 인증서 및 보안 요구 사항

Webex Calling은 보안 신호 및 미디어를 요구합니다. CUBE 로컬 게이트웨이는 암호화를 실행하며, 상호 TLS 연결은 다음 단계를 따라 클라우드에 대한 아웃바운드를 설정해야 합니다.

  • CUBE는 Cisco PKI의 CA 루트 번들로 업데이트되어야 함

  • CUBE를 구성하기 위해 Control Hub의 SIP 다이제스트 자격 증명의 집합이 사용됨 (해당 단계는 다음 구성의 일부임)

  • CA 루트 번들이 표시되는 자격 증명의 유효성을 검증함

  • 자격 증명에 대해 안내함 (SIP 다이제스트 제공됨)

  • 클라우드는 어떤 로컬 게이트웨이가 안전하게 등록되었는지 식별함

로컬 게이트웨이에 대한 방화벽 및 NAT 순회 요구 사항

대부분의 경우, 로컬 게이트웨이 및 엔드포인트는 NAT로 개인 IP 주소를 사용하여 내부 고객 네트워크에 위치할 수 있습니다. 기업 방화벽은 특정 IP 주소/포트에 대한 아웃바운드 트래픽(SIP, RTP/UDP, HTTP)을 허용해야 하며, 이는 포트 참조 정보에서 다룹니다.

워터 마크
2020년 7월 27일| 명이 봄 | 명이 이 정보가 유용하다고 평가했습니다.

조직에 대해 Cisco Webex 통화 구성

1

수신하는 환영 이메일에서 시작하기 링크를 클릭합니다.


 

관리자 이메일 주소는 Control Hub에 자동으로 로그인하기 위해 사용됩니다. 여기에서 관리자 비밀번호를 생성하도록 안내받습니다. 로그인한 후 설치 마법사가 자동으로 시작합니다.

2

서비스 약관을 확인하고 수락합니다.

3

플랜을 확인하고 시작하기를 클릭합니다.

4

데이터 센터가 매핑될 국가를 선택 하 고 고객 연락처 및 고객 주소 정보를 입력 합니다.

5

다음을 클릭 합니다 . 기본 위치.

6

다음 옵션 중에서 선택합니다.

  • 파트너 관리자이 고 고객 관리자가 Webex Calling의 구축을 완료 하려면 저장 후 닫기를 클릭 합니다.
  • 필요한 위치 정보를 입력 합니다. 마법사에서 위치를 만든 후 나중에 추가 위치를 만들 수 있습니다.

 

기본 위치의 국가는 파트너가 선택한 계약상의 국가로 설정되며, 변경할 수 없습니다. 나중에 다른 국가에서 다른 위치를 만들 수 있지만, 이전의 절차에서 선택한 계약상의 국가와 관련된 지역의 데이터 센터에서 호스트됨을 유념하십시오. 예를 들어, 미국에서 한 곳에 한 개의 위치를 지정할 수 있습니다.


 

설치 마법사를 완료 한 후 작성 한 위치에 기본 번호를 추가 하십시오 .

7

품목 이 통합이 필요한 경우 Skype For Business를 설정 하 고 다음을 클릭합니다.


 

활성화되면 이 위치 전반의 설정은 기존의 모든 Calling 앱을 S4B용 Calling으로 변환합니다. 이 앱은 Windows용 Skype for Business와 함께 실행되고 통합된 PSTN 통화 기능을 제공합니다.

8

다음을 선택합니다.

9

사용 가능한 Cisco Webex SIP 주소를 입력 하 고 다음을 클릭 합니다.

10

마침을 선택합니다.

시작하기 전에

새로운 위치를 만들려면 다음 정보를 준비하십시오.

  • 위치 주소

  • 원하는 전화 번호 (선택 사항)

1

의 고객 보기에서 https://admin.webex.com서비스 > 통화 > 위치로 이동한위치 추가를 클릭합니다.

새로운 위치는 첫 번째 설치 마법사를 사용하여 선택한 계약상의 국가에 부합하는 지역 데이터 센터에서 호스트됨을 숙지하십시오.

2

위치의 설정을 다음과 같이 구성합니다.

  • 위치 이름—위치를 식별할 고유한 이름을 입력합니다.
  • 국가—위치와 연계할 국가를 선택합니다. 예를 들어, 미국에는 한 장소 (본사가)를 만들 수 있습니다. (본사) 선택하는 국가는 다음 주소 필드를 결정합니다. 여기에 설명 된 예제는 미국 주소 규칙을 예로 들어 있습니다.
  • 언어—위치에 대한 언어를 선택합니다.
  • 주소—위치의 기본 우편 주소를 입력합니다.
  • 도시—이 위치에 대한 도시를 입력합니다.
  • 주/도—드롭다운에서 주/도를 선택합니다.
  • 우편번호— 우편 번호를 입력 합니다.전화 번호— 위치의 기본 연락처에 연결할 수 있는 전화 번호를 입력 합니다.
3

(선택 사항) 이 위치에 있는 사용자가 Microsoft Skype for Business 데스크탑 앱을 사용하여 계속 협업하고자 하는 경우, Skype for Business의 토글을 켭니다. 사용자는 조직 외부에서 전화를 걸거나 받을 수 있을 뿐만 아니라, Webex Calling S4B 앱에서 제공하는 고급 통화 기능도 활용할 수 있습니다. 사용자는 Webex Calling S4B 앱을 다운로드하고 설치해야 합니다. 이를 통해 사용자가 Microsoft Skype 앱에서 PSTN 통화를 시작하거나 수신할 때 Webex Calling S4B 앱으로 크로스 런칭됩니다.


 

이는 Webex Calling 앱에 Skype for Business 통합을 선택 또는 제거할 수 있는 유일한 기회입니다. 위치가 생성되면 더 이상 이 설정을 변경할 수 없습니다.

4

저장을 클릭 한 후 지금 번호를 추가할지 여부를 선택 합니다.

5

지금 추가를 클릭 한 경우, 다음 옵션 중 하나를 선택 합니다.

  • 클라우드 연결된 PSTN —로컬 하드웨어에서 많은 투자가 필요하지 않은 클라우드 솔루션을 찾고 있는 경우에는 이 옵션을 선택하고, CCP 공급자를 선택합니다.


     

    귀하의 위치의 국가를 지원하는 공급자만 표시됩니다.

  • 로컬 게이트웨이—현재 PSTN 공급자를 계속 사용하거나, 클라우드 외의 사이트를 클라우드 사이트에 연결하고 공통 다이얼 플랜(하이브리드 옵션)을 사용하고자 하는 경우에는 이 옵션을 선택할 수 있습니다. 다양한 위치가 있는 경우, 모든 클라우드로 한 번에 이동하지 않고자 할 수 있습니다.
6

지금 또는 나중에 번호를 활성화할지 선택합니다.

7

콤마로 구분 된 값으로 전화 번호를 입력 한 후 유효성 검증을 클릭합니다.

특정 위치에 대해 번호가 추가됩니다. 유효한 입력 값은 유효성이 검증 된 번호 필드로 이동 하며 유효 하지 않은 입력 값은 오류 메시지와 함께 번호 추가 필드에 남아 있습니다.

위치의 국가에 따라 번호는 로컬 다이얼링 요구 사항에 부합하게 서식화됩니다. 예를 들어, 국가 번호가 요구되는 경우, 번호를 포함하거나 포함하지 않고 입력하면 번호가 첨부됩니다.

8

저장을 클릭합니다.

다음에 수행할 작업

위치를 만든 후 해당 위치에 대해 긴급 911 서비스를 활성화할 수 있습니다. 자세한 정보는 Webex Calling에 대 한 RedSky 긴급 911 서비스를 참조 하십시오 .

Control Hub에서 고객 조직을 만들면 생성한 첫 번째 위치가 자동으로 기본 위치가 됩니다. 조직에 추가하는 사용자는 특별히 지정하지 않는 한, 이 기본 위치에 지정됩니다. 다음 위치를 기본 위치로 지정할 수 있지만, 기본 위치는 삭제할 수 없음을 유념하십시오.

시작하기 전에


위치에 연계 된 사용자 및 작업 공간의 목록을 확인 합니다. 서비스 번호로 이동 하 > 고 드롭다운 메뉴에서 삭제할 위치를 선택 합니다. https://help.webex.com/en-us/0qse04/Delete-a-User-Account-from-Your-Organization-in-Cisco-Webex-Control-Hub 위치를 삭제 하기 전에 해당 사용자 및 작업 공간을 삭제 해야 합니다.

1

의 고객 보기에서 https://admin.webex.com서비스 > 통화 > 위치로 이동한후 삭제할 위치를 선택 합니다.

2

위치 이름 옆에 있는 자세히를 클릭 하 고 위치 삭제를 선택한 후 해당 위치를 삭제할지 확인 합니다.

일반적으로 위치가 영구적으로 삭제될 때까지 몇 분 정도 걸리지만, 최대 한 시간까지 소요될 수 있습니다. 위치 이름 옆에 있는 자세히를 클릭 하 고 삭제 상태를 선택 하 여 상태를 확인할 수 있습니다.

사용자가 작성 된 위치에 대 한 이름, 시간대, 언어 및 PSTN 설치를 변경할 수 있습니다. 새로운 언어는 새로운 사용자 및 장치에만 적용됨을 숙지하십시오. 기존의 사용자 및 장치는 계속 이전의 언어를 사용합니다.


기존 위치에 대해 긴급 911 서비스를 활성화할 수 있습니다. 자세한 정보는 Webex Calling에 대 한 RedSky 긴급 911 서비스를 참조 하십시오 .

1

의 고객 보기에서 https://admin.webex.com서비스 > 통화 > 위치로 이동한후 업데이트할 위치를 선택 합니다.

위치 옆에 주의 기호가 나타나면 해당 위치에 대 한 전화 번호를 아직 구성 하지 않았음을 의미 합니다. 해당 번호가 구성 되기 전까지 사용자는 전화를 걸거나 받을 수 없습니다.

2

품목 PSTN 연결 아래에서이미 구성한 클라우드 연결 PSTN 또는 로컬 게이트웨이를 선택 합니다. 편집을 클릭 하 여 해당 구성을 변경한 후 계속을 선택 하 여 관련 된 위험을 인정 합니다 . 그 후 다음 옵션 중에서 선택한 후 저장을 클릭합니다.

  • 클라우드 연결된 PSTN —로컬 하드웨어에서 많은 투자가 필요하지 않은 클라우드 솔루션을 찾고 있는 경우에는 이 옵션을 선택하고, CCP 공급자를 선택합니다.


     

    귀하의 위치의 국가를 지원하는 공급자만 표시됩니다.

  • 로컬 게이트웨이—현재 PSTN 공급자를 계속 사용하거나, 클라우드 외의 사이트를 클라우드 사이트에 연결하고 공통 다이얼 플랜(하이브리드 옵션)을 사용하고자 하는 경우에는 이 옵션을 선택합니다. 다양한 위치가 있는 경우, 모든 클라우드로 한 번에 이동하지 않고자 할 수 있습니다.

     

    이 옵션은 부가 가치 판매자만 사용할 수 있습니다.

3

위치의 기본 연락처에 연결할 수 있는 기본 번호를 선택 합니다.

4

이 위치에 대해 보이스 메일을 확인 하기 위해 사용자가 전화할 수 있는 보이스 메일 번호를 선택 합니다.

5

품목 위치 페이지 상단의 연필 아이콘을 클릭 하 여 위치 이름, 시간대또는 언어를 변경한 후 저장을 클릭 합니다.

해당 설정은 첫 번째 설치 마법사에서도 사용할 수 있습니다. 다이얼 플랜을 변경하면 Control Hub의 예제 번호가 업데이트되며 해당 변경 사항을 표시합니다.

1

의 고객 보기에서 https://admin.webex.com서비스 > 통화 서비스 설정으로 이동한 > 후 내부 전화 하기로 스크롤합니다 .

2

필요에 따라 다음 선택적인 전화 걸기 기본 설정을 구성합니다.

  • 위치 라우팅 프리픽스 길이—여러 위치를 사용하는 경우에는 이 설정을 권장합니다. 2-7자리의 길이를 입력할 수 있습니다. 동일한 내선에 여러 위치가 있는 경우, 사용자는 위치 간에 전화할 때 프리픽스를 다이얼해야 합니다. 예를 들어, 내선이 1000번인 다수의 상점을 보유하고 있는 경우, 각 상점에 대해 라우팅 프리픽스를 구성할 수 있습니다. 한 개의 상점에 대한 프리픽스가 888인 경우, 8881000으로 전화하여 해당 상점에 연결할 수 있습니다.
  • 라우팅 프리픽스의 조종 숫자—위치 라우팅 프리픽스를 사용하고 있는지 여부와 관계없이 여기에서 값을 설정할 수 있습니다.
  • 내선 길이—2-6자리 숫자를 입력할 수 있으며, 기본값은 2자리입니다.

     

    내선 길이를 늘린 후 내부 내선으로 연결되는 기존의 단축 번호는 자동으로 업데이트되지 않습니다.

3

특정 위치에 대해 내부 전화 걸기를 지정합니다. 서비스 통화 위치로 이동 하 고 > > 위치를 선택한 후 다이얼으로 스크롤한후 필요에 따라 내부 및 외부 전화 하기를 변경 합니다.

  • 내부 전화하기—다른 위치에 있는 사용자가 이 위치에 있는 사용자에게 연락하기 위해 다이얼해야 하는 라우팅 프리픽스를 지정합니다. 각 위치의 라우팅 프리픽스는 고유해야 합니다. 프리픽스 길이는 조직 수준에서 설정된 길이와 일치하는 2-7자리 숫자로 지정하는 것이 좋습니다.
  • 외부 전화하기—사용자가 외부 라인에 연결하기 위해 다이얼해야 하는 아웃바운드 다이얼 숫자를 선택할 수 있습니다. 기본값은 없음이며, 이 전화 걸기 옵션이 필요하지 않은 경우 그대로 남겨둘 수 있습니다. 이 기능을 선택하도록 결정하는 경우, 조직의 조종 숫자와 다른 번호를 사용하는 것이 좋습니다.

사용자에게 미치는 영향:

  • 다이얼링 기본 설정에 대한 변경 사항이 적용되게 하려면 사용자가 전화를 다시 시작해야 합니다.

  • 사용자 내선은 위치의 조종 숫자와 동일한 번호로 시작할 수 없습니다.

부가 가치 판매자인 경우, 다음 단계를 사용하여 Cisco Webex Control Hub에서 로컬 게이트웨이 구성을 시작할 수 있습니다. 이 게이트웨이가 클라우드에 등록되면 한 개 이상의 Cisco Webex Calling 위치에서 사용하여 기업 PSTN 서비스 공급자에 대해 라우팅을 제공할 수 있습니다.

시작하기 전에

  • 각 게이트웨이에 대해 위치, 특정 설정 및 번호를 만드십시오. 로컬 게이트웨이를 추가하려면 위치가 존재해야 합니다.

  • Webex Calling에 대한 로컬 게이트웨이 요구 사항을 이해하십시오.

  • 한 개의 위치에 한 개보다 많은 게이트웨이를 지정할 수 없지만, 여러 위치에 동일한 게이트웨이를 지정할 수는 있습니다.

1

의 고객 보기에서 https://admin.webex.com서비스 > 통화 > 위치로 이동한후 로컬 게이트웨이를 추가할 위치를 선택 합니다.

2

PSTN 연결 아래에서 클라우드 연결된 PSTN을 선택하고 편집을 클릭한 후 계속을 선택하여 관련된 위험을 이해합니다.

3

로컬 게이트웨이를 선택하고 관리를 클릭한 후 드롭다운 목록에서 새 로컬 게이트웨이 만들기를 클릭합니다.

4

Control Hub에서 게이트웨이를 식별할 이름을 입력한 후 체크 마크를 클릭하여 변경 사항을 저장합니다.

로컬 게이트웨이에서 구성해야 하는 관련된 파라미터가 나타납니다. 로컬 게이트웨이를 안전하게 하기 위해 SIP 다이제스트 자격 증명의 집합도 생성하게 됩니다.

5

화면(도메인 등록, 트렁크 그룹 OTG/DTG, 라인/포트, 아웃바운드 프록시 주소)에 나타나는 로컬 게이트웨이 정보를 적어두십시오.


 

Control Hub의 파라미터 정보를 복사하고 로컬 텍스트 파일 또는 문서에 붙여넣을 것을 권장합니다. 이는 온-프레미스 로컬 게이트웨이를 구성할 준비가 되면 참조할 수 있습니다.

6

사용자이름 검색 및 비밀번호 재설정을 클릭하여 온-프레미스 로컬 게이트웨이에서 사용할 새로운 인증 자격 증명의 집합을 생성합니다.


 

자격 증명을 잊어버린 경우, Control Hub의 게이트웨이 구성 화면에서 다시 생성해야 합니다. Control Hub의 해당 자격 증명을 복사하고 로컬 텍스트 파일 또는 문서에 붙여넣을 것을 권장합니다. 이는 온-프레미스 로컬 게이트웨이를 구성할 준비가 되면 참조할 수 있습니다.

다음에 수행할 작업

Control Hub가 생성한 구성 정보를 확보하고 해당 파라미터를 로컬 게이트웨이(예: 프레미스에 위치한 Cisco CUBE)에 매핑해야 합니다. 이 문서에서는 이 과정을 안내합니다. 참고로, Control Hub 구성 정보(왼쪽에 위치)가 CUBE(오른쪽에 위치)에서 파라미터에 매핑하는 방법의 예제에 대해서는 다음 다이어그램을 참조하십시오.

게이트웨이 자체에서 구성을 성공적으로 완료 하면 > Control Hub에서 서비스 통화 위치로 돌아갈 수 있으며 > , 작성 한 게이트웨이는 이름 왼쪽에 녹색 점으로 표시 되는 위치 카드에 나열 됩니다. 이 상태는 게이트웨이가 안전하게 통화 클라우드에 등록되고, 위치에 대해 활동 중인 PSTN 게이트웨이로 서비스를 제공하고 있음을 가리킵니다.

1

의 고객 보기에서 https://admin.webex.com서비스 > 통화 > 번호로 이동합니다.

모든 위치에 대한 관련 정보 및 번호를 표시하는 태블릿이 나타납니다. 모든 위치 드롭다운을 클릭하고 특정 위치에서 필터하고자 하는 경우에 위치를 선택할 수 있습니다. 이 표에는 번호가 지정 된 사용자 및 상태 등의 정보가 포함 됩니다 .

2

품목 번호 항목 옆에 있는 작업 아래 에서을 (를) 클릭 한 후 다음 옵션 중 하나를 선택 합니다.

  • 편집—현재 사용자 또는 장소에 지정된 활동 중인 번호용. 이 옵션을 클릭하여 Calling 관리 포털을 엽니다. 여기에서 변경 사항을 추가로 적용할 수 있습니다.

  • 활성화— 비활동 중인 번호에 대해이 옵션은 주문으로 제출 된 Webex Calling 포트 번호를 완료 한 후에 사용할 수 있습니다. 번호를 활성화한 후 사용할 준비가 되면 번호가 활동 중으로 나타납니다.

  • 삭제—비활동 중 상태이며 현재 사용자 또는 장소에 지정되지 않은 번호에 대해 이 옵션을 사용할 수 있습니다.

3

품목 번호 추가를 클릭 하 고필수 정보를 입력 하 여 한 개 이상의 새 번호를 위치에 추가한 후 저장을 클릭 합니다.


 

유효한 입력 값은 유효 하지 않은 번호 필드로 이동 하 고, 유효 하지 않은 항목은 오류 메시지와 함께 번호 추가 필드에 남아 있습니다.

번호는 모든 국가에 대해 E.164 형식을 따라야 합니다. 단, 미국은 국내 형식을 따를 수도 있습니다.

위치의 국가에 따라 번호는 로컬 다이얼링 요구 사항에 부합하게 서식화됩니다. 예를 들어, 국가 번호가 요구되는 경우, 번호를 포함하거나 포함하지 않고 입력하면 번호가 첨부됩니다.

1

https://admin.webex.com의 고객 보기에서 빌딩 아이콘 을 선택합니다.

2

가입 탭을 선택한 후 지금 구입을 클릭합니다.

귀하가 유료 가입으로 변환하고자 하는 의사를 전달하는 이메일이 파트너에게 발송됩니다.

사용자가 PSTN 통화를 실행할 때 열리는 통화 응용프로그램을 제어할 수 있습니다. 조직 수준에서 이 설정을 구성한 후 특정 사용자에 대해 이 설정을 다시 정의할 수 있습니다.


전체 조직을 마이그레이션할 준비가 완료된 경우에만 조직 전반의 옵션을 선택하십시오.

시작하기 전에

  • 조직에는 귀하가 선택하는 통화 작동에 대해 올바른 가입이 있어야 합니다.

  • 사용자는 유효한 전화 번호를 갖고 있어야 합니다. 번호가 유효하지 않은 경우, Webex Teams는 귀하가 선택하는 발신 앱으로 여전히 번호를 보내지만, 해당 앱의 통화는 실패합니다.

https://admin.webex.com의 고객 보기에서 설정으로 이동하고 통화 작동까지 스크롤한 후 다음 중에서 선택합니다. .

  • Webex Teams의 통화—사용자가 Webex Teams에서 Webex Calling을 사용하여 직접 전화를 실행할 수 있게 하려면 이 옵션을 선택합니다.
  • Webex Calling 앱—조직에 Cisco Webex Calling에 대한 가입이 있고, 사용자가 Webex Calling 앱을 사용하여 PSTN 통화를 실행할 수 있게 하려면 이 옵션을 선택합니다. 사용자가 Webex Teams에서 PSTN 통화를 실행할 때 Webex Calling 앱을 사용하여 전화를 겁니다.

통화 작동이 업데이트되었음을 알리는 메시지가 나타납니다. 이제 사용자는 Webex Teams에서 Webex Calling 앱으로 PSTN 통화를 실행할 수 있습니다.

사용자가 Webex Teams에서 PSTN 통화를 실행하려면 해당하는 응용프로그램을 설치해야 합니다. 귀하가 어떤 옵션을 선택했는지, PSTN 전화를 실행하는 데 다른 앱이 사용되는지에 대해 사용자에게 알리십시오.


 

특정 사용자가 다른 통화 작동을 사용해야 하는 경우, 사용자 수준에서 이 설정을 변경할 수 있습니다. 사용자로 이동하고 설정 아래에서 통화 작동을 선택합니다. 원하는 옵션을 선택한 후 저장을 클릭할 수 있습니다.

워터 마크
2020년 7월 27일| 명이 봄 | 명이 이 정보가 유용하다고 평가했습니다.

IOS-XE에서 Webex Calling에 대해 로컬 게이트웨이 구성

조직의 Webex Calling을 구성한 후에 해당하는 CLI 인터페이스를 사용하여 로컬 게이트웨이를 구성해야 합니다. 로컬 게이트웨이와 Webex 클라우드 간의 트렁크는 로컬 게이트웨이와 Webex Calling Access SBC 간의 미디어에 대해 SIP TLS 전송 및 SRTP를 사용하여 항상 안전합니다.

이 작업 흐름을 사용하여 Webex Calling 배포에 대해 로컬 게이트웨이를 구성합니다. 다음 단계는 CLI 인터페이스 자체에서 실행됩니다. 로컬 게이트웨이와 Webex Calling 간의 트렁크는 로컬 게이트웨이와 Webex Calling Access SBC 간의 미디어에 대해 SIP TLS 전송 및 SRTP를 사용하여 항상 안전합니다.

시작하기 전에

  • Webex Calling에 대한 로컬 게이트웨이 요구 사항을 충족하십시오.

  • Control Hub에서 로컬 게이트웨이를 만듭니다.

  • 이 문서에서 제공하는 구성 안내서는 기존의 음성 구성이 포함되지 않은 전용 로컬 게이트웨이 플랫폼을 가정합니다. 기존의 PSTN 게이트웨이 또는 CUBE 기업 배포가 Webex Calling에 대해 로컬 게이트웨이 기능을 사용하도록 수정되고 있는 경우, 적용된 구성에 세심한 주의를 기울이고, 변경된 내용 때문에 기존의 통화 흐름 및 기능이 중단되지 않는지 확인하십시오.

  명령 또는 동작 목적
1

Cisco Webex Control Hub 및 Cisco Unified Border Element 간의 파라미터 매핑

이 표는 Control Hub에서 가져온 파라미터에 대한 참조 및 로컬 게이트웨이에 매핑하는 장소로 사용합니다.

2

참조 플랫폼 구성 실행

해당 단계를 로컬 게이트웨이에 대한 공통 글로벌 구성으로 실행합니다. 구성에는 기본 플랫폼 구성 및 신뢰 풀 업데이트가 포함됩니다.

3

로컬 게이트웨이를 Webex Calling에 등록

4

배포에 따라 다음 중에서 선택하십시오.

로컬 게이트웨이의 통화 라우팅은 귀하가 선택한 Webex Calling 배포 옵션에 따라 달라집니다. 이 섹션에서는 IP PSTN 종료가 로컬 게이트웨이와 동일한 플랫폼에 있음을 가정합니다. 다음 구성은 로컬 게이트웨이에서 다음 옵션 중 하나에 대한 것입니다.

  • 로컬 게이트웨이 배포 옵션에 온-프레미스 IP PBX가 포함되지 않습니다. 로컬 게이트웨이와 IP PSTN CUBE가 공존합니다.

  • 로컬 게이트웨이 배포 옵션이 기존의 Unified CM 환경 내에 있습니다. 로컬 게이트웨이와 IP PSTN CUBE가 공존합니다.

표 1. Cisco Webex Control Hub 및 로컬 게이트웨이 간의 파라미터 매핑

Control Hub

로컬 게이트웨이

등록자 도메인:

Control Hub는 UCAPI에서 수신한 LinePort의 도메인을 구문 분석해야 합니다.

example.com

등록자

example.com

트렁크 그룹 OTG/DTG

sip 프로필:

rule <rule-number> request ANY sip-header

From modify ">" ";otg=otgDtgId>"

라인/포트

user@example.com

번호: 사용자

아웃바운드 프록시

아웃바운드 프록시 (DNS 이름 – Access SBC의 SRV)

SIP 사용자 이름

사용자 이름

SIP 비밀번호

비밀번호

시작하기 전에

  • NTP, ACL과 같은 기준 플랫폼 구성을 확인하고, 비밀번호, 마스터 비밀번호(IOS-XE 16.11.1 이상), IP 라우팅, IP 주소 등이 조직의 정책 및 절차에 따라 구성되었는지 확인하십시오.

  • IOS-XE 16.9.3 이상 또는 16.11.1 이상이 로컬 게이트웨이 배포에 요구됩니다. IOS-XE releases16.10.x는 지원되지 않습니다.

1

모든 레이어 3 인터페이스가 유효하고, 라우팅할 수 있는 IP 주소를 할당했는지 확인합니다.

interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 192.168.80.14 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling ip address 192.168.43.197 255.255.255.0
2

IOS-XE 16.11.1 이상을 사용하고 있는 경우, 자격 증명 및 공유된 비밀에서 마스터 키를 사용하기 전에 아래에 표시된 명령어를 사용하여 마스터 키가 비밀번호에 대해 미리 구성되어야 합니다. 유형 6 비밀번호는 AES 암호 및 사용자가 정의한 마스터 키를 사용하여 암호화됩니다.

LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes
3

IP 이름 서버에서 DNS 조회를 활성화하도록 구성하고, 핑하여 연결할 수 있는지 확인합니다.

LocalGateway#conf t 한 줄에 하나씩 구성 명령어를 입력합니다. CNTL/Z로 끝냅니다. LocalGateway(config)#ip name-server 8.8.8.8 LocalGateway(config)#end
4

TLS 1.2 배타성 및 기본 더미 신뢰 지점을 활성화합니다.

  1. 더미 PKI 신뢰 지점을 만들고 dummyTp라고 칭합니다.

  2. 신뢰 지점을 기본 신호 신뢰 지점으로 지정합니다. 이는 sip-ua

  3. cn-san-validate server 아래에 위치하며, 테넌트 200(나중에 다룸)에 구성된 아웃바운드 프록시가 서버에서 수신한 CN-SAN 목록과 일치하는 경우에만 로컬 게이트웨이가 연결을 설정하게 하기 위해 필요합니다.

  4. TLS가 작동하려면 암호화 신뢰 지점이 필요합니다. 연결을 설정하기 위해 로컬 클라이언트 인증서(예: mTLS)는 필요하지 않습니다.

  5. TLS v1.2 배타성을 활성화하여 TLS v1.0 및 v1.1을 비활성화합니다.

LocalGateway#configure terminal 한 줄에 하나씩 구성 명령어를 입력합니다. CNTL/Z로 끝냅니다. LocalGateway(config)# LocalGateway(config)#crypto pki trustpoint dummyTp LocalGateway(ca-trustpoint)# revocation-check crl LocalGateway(ca-trustpoint)#exit LocalGateway(config)#sip-ua LocalGateway(config-sip-ua)# crypto signaling default trustpoint dummyTp cn-san-validate server LocalGateway(config-sip-ua)# transport tcp tls v1.2 LocalGateway(config-sip-ua)#end
5

로컬 게이트웨이 트러스트풀 업데이트:

기본 트러스트풀 번들에는 Webex Calling에 대한 TLS 연결 설정 중 서버 측 인증서의 유효성을 검증하기 위해 필요한 "DigiCert Root CA" 인증서가 포함되지 않습니다.

트러스트풀 번들은 최신 "Cisco가 신뢰할 수 있는 핵심 루트 번들"http://www.cisco.com/security/pki/에서 다운로드하여 업데이트되어야 합니다.

  1. DigiCert Room CA 인증서가 존재하는지 확인합니다.

    LocalGateway#show crypto pki trustpool | include DigiCert
  2. 존재하지 않는 경우에는 다음과 같이 업데이트합니다.

    LocalGateway#configure terminal 한 줄에 하나씩 구성 명령어를 입력합니다. CNTL/Z로 끝냅니다. LocalGateway(config)#crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b Loading http://www.cisco.com/security/pki/trs/ios_core.p7b % PEM files import succeeded. LocalGateway(config)#end
  1. 확인:

    LocalGateway#show crypto pki trustpool | include DigiCert cn=DigiCert Global Root CA o=DigiCert Inc cn=DigiCert Global Root CA o=DigiCert Inc

시작하기 전에

위치를 만들고 로컬 게이트웨이를 추가하려면 Control Hub에서 단계를 완료했는지 확인합니다. 여기에 표시된 예제 로컬 게이트웨이에서는 Control Hub에서 정보를 가져옵니다.

1

다음 명령어를 입력하여 로컬 게이트웨이 응용프로그램을 켭니다.

LocalGateway#configure terminal LocalGateway(config)#voice service voip LocalGateway(conf-voi-serv)#ip address trusted list LocalGateway(cfg-iptrust-list)#ipv4 128.177.14.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 128.177.36.0 255.255.255.192 LocalGateway(cfg-iptrust-list)#ipv4 135.84.169.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 135.84.170.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 135.84.171.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 135.84.172.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.65.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.66.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.70.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.71.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.64.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.67.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 85.119.56.128 255.255.255.192 LocalGateway(cfg-iptrust-list)#ipv4 85.119.57.128 255.255.255.192 LocalGateway(cfg-iptrust-list)#ipv4 185.115.196.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 185.115.197.0 255.255.255.128 CUBE(cfg-iptrust-list)#exit LocalGateway(conf-voi-serv)#allow-connections sip to sip LocalGateway(conf-voi-serv)#media statistics LocalGateway(conf-voi-serv)#media bulk-stats LocalGateway(conf-voi-serv)#media-address range 192.168.43.197 192.168.43.197 port-range 8000 48000  LocalGateway(cfg-media-addr-range)#exit LocalGateway(conf-voi-serv)#no supplementary-service sip refer LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none LocalGateway(conf-serv-stun)#stun LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4 LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$ LocalGateway(conf-serv-stun)#sip LocalGateway(conf-serv-sip)#g729 annexb-all LocalGateway(conf-serv-sip)#early-offer forced LocalGateway(conf-serv-sip)#end

명령어 설명:

유료 사기 방지
장치 (구성) # 보이스 서비스 voip 장치 (config-해제-serv) # ip 주소 신뢰할 수 있는 목록 장치 (cfg-iptrust-list) # ipv4 199.59.70.0 255.255.255.128 장치 (cfg-iptrust 목록) # ipv4 199.59.71.0 255.255.255.128
  • 로컬 게이트웨이에서 Webex Calling 피어, Unified CM 노드, IP PSTN 등 합법적인 VoIP 통화를 실행하고자 하는 엔터티의 소스 IP 주소를 명시적으로 활성화합니다.

  • 기본적으로, LGW는 신뢰할 수 있는 목록에 없는 IP 주소에서 걸려오는 모든 VoIP 전화 설정을 차단합니다. "session target ip" 또는 서버 그룹의 다이얼-피어에서 시작하는 IP 주소는 기본적으로 신뢰되며, 여기에 입력하지 않아도 됩니다.

  • 이 목록의 IP 주소는 고객이 연결된 지역 Webex Calling 데이터 센터에 따라 IP 서브넷을 일치시켜야 합니다. 자세한 정보는 Webex Calling의 포트 참조 정보를 참조하십시오.


     

    LGW가 제한된 NAT를 사용하는 방화벽 내에 있는 경우, Webex Calling 연결 인터페이스에서 IP 주소 신뢰 목록을 비활성화하고자 할 수도 있습니다. 이는 방화벽이 원치 않는 인바운드 VoIP로부터 이미 귀하를 보호하고 있기 때문입니다. Webex Calling 피어의 주소가 계속 고정되도록 보장할 수 없기 때문에 이 작업은 더 장기적인 구성 오버헤드를 줄여주며, 모든 경우에 피어에 대한 방화벽을 구성해야 합니다.

  • 다른 IP 주소는 다른 인터페이스에서 구성되어야 할 수도 있습니다. 예를 들어, Unified CM 주소가 내부로 향하는 인터페이스에 추가되어야 할 수도 있습니다.

  • IP 주소는 아웃바운드-프록시테넌트 200에서 확인하는 호스트의 IP와 일치해야 합니다.

  • 자세한 정보는 https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html을(를) 참조하십시오.

미디어
voice service voip media statistics media bulk-stats media-address range 192.168.43.197 192.168.43.197 port-range 8000 48000
  • 미디어 통계는 로컬 게이트웨이에서 미디어 모니터링을 활성화합니다.

  • 미디어 일괄 통계는 제어 영역이 일괄 통화 통계에 대해 데이터 영역을 폴링할 수 있게 활성화합니다.

  • 미디어 주소 범위 <LGW IP Address Range> 포트-범위 구성은이 미디어 주소 범위에 사용할 RTP 소스 포트를 결정 합니다. 이는 Webex Calling으로 향하는 Gig0/0/1 인터페이스에 대해 구성됩니다.

SIP-to-SIP 기본 기능
allow-connections sip to sip
보조 서비스
no supplementary-service sip refer no supplementary-service sip handle-replaces

REFER를 비활성화하고 교체 헤더에 있는 대화 ID를 피어 대화 ID로 교체합니다.

자세한 정보는 https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889을(를) 참조하십시오.

팩스 프로토콜
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

팩스 전송에 대해 T.38을 활성화하지만 팩스 트래픽은 암호화되지 않습니다.

글로벌 STUN 활성화
stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$
  • 통화가 Webex Calling 사용자에게 착신 전환될 때(예: 전화 받는 사용자 및 거는 사용자가 모두 Webex Calling 가입자이며, Webex Calling SBC에 미디어가 고정된 경우), 핀홀이 열려 있지 않기 때문에 미디어는 로컬 게이트웨이로 플로우할 수 없습니다.

  • 로컬 게이트웨이에서 STUN 바인딩 기능을 사용하여 협상된 미디어 경로를 통해 로컬로 생성된 STUN 요청이 발송될 수 있습니다. 이는 방화벽에서 핀홀을 여는 데 도움이 됩니다.

  • STUN 비밀번호는 로컬 게이트웨이에서 STUN 메시지를 보내기 위한 전제 조건입니다. IOS/IOS-XE 기반 방화벽을 구성하여 이 비밀번호를 확인하고, 핀홀을 동적으로 열 수 있습니다(예: 명시적 인-아웃 규칙 비포함). 단, 로컬 게이트웨이 배포의 경우, 방화벽은 Webex Calling SBC 하위 망에 따라 핀홀 인-아웃을 열도록 고정적으로 구성됩니다. 일반적으로 방화벽은 이를 패킷 콘텐츠를 명시적으로 확인하지 않고 핀홀을 열기 시작하는 인바운드 UDP 패킷으로 취급합니다.

G729
sip g729 annexb-all

G729의 모든 변형을 허용합니다.

SIP
early-offer forced

이웃 피어의 승인을 기다리는 대신 로컬 게이트웨이가 첫 번째 초대 메시지에서 SDP 정보를 보내도록 강제합니다.

2

"SIP 프로필 200"을 구성합니다.

LocalGateway(config)# voice class sip-profiles 200 LocalGateway (config-class)# rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1" LocalGateway (config-class)# rule 10 request ANY sip-header To modify " LocalGateway (config-class)# rule 11 request ANY sip-header From modify " LocalGateway (config-class)# rule 12 request ANY sip-header Contact modify "" "" LocalGateway (config-class)# rule 13 response ANY sip-header To modify " LocalGateway (config-class)# rule 14 response ANY sip-header From modify " LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify " LocalGateway (config-class)# rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>" LocalGateway (config-class)# rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"<sips:(.*)" "<sip:\1"<sips:(.*)" "<sip:\1"<sips:(.*)><sip:\1;transport=tls><sips:(.*)" "<sip:\1"<sips:(.*)" "<sip:\1"<sips:(.*)" "<sip:\1"

해당 규칙은 다음과 같습니다.

명령어 설명:

  • rule 9은 헤더가 "SIP-Req-URL" 이 아닌 "SIP-Req-URI"로 나열되게 합니다.

    이는 SIP URI 및 SIP URL 사이를 변환합니다. Webex Calling은 요청/응답 메시지에서 SIP URI를 지원하지 않지만, SRV 쿼리에 대해 필요하기 때문입니다. 예: _sips._tcp.<outbound-proxy>.
  • rule 20는 Control Hub의 트렁크 그룹 OTG/DTG 파라미터를 포함하도록 출처 헤더를 수정하여 기업 내에서 LGW 사이트를 고유하게 식별합니다.

  • 이 SIP 프로필은 Webex Calling으로 향하는 모든 트래픽에 대해 음성 클래스 테넌트 200에 적용됩니다(나중에 다룸).

3

코덱 프로필, STUN 정의 및 SRTP 암호화 도구 모음을 구성합니다.

LocalGateway(config)# voice class codec 99 LocalGateway(config-class)# codec preference 1 g711ulaw LocalGateway(config-class)# codec preference 2 g711alaw LocalGateway(config-class)# codec preference 3 g729r8 LocalGateway(config-class)# exit LocalGateway(config)# voice class srtp-crypto 200 LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80 LocalGateway(config-class)# exit LocalGateway(config)# voice class stun-usage 200 LocalGateway(config-class)# stun usage firewall-traversal flowdata LocalGateway(config-class)# exit

명령어 설명:

  • Voice class codec 99: 세션에 대해 g729 및 g711 (mu 및 a-law) 코덱을 모두 허용합니다. 이는 모든 다이얼-피어에 적용됩니다.

  • Voice class srtp-crypto 200: 제공 및 답변에서 SDP의 로컬 게이트웨이에서 제공하는 유일한 SRTP 암호화 도구 모음으로 SHA1_80를 지정합니다. Webex Calling은 SHA1_80만 지원합니다.

  • Webex Calling으로 향하는 음성 클래스 테넌트 200에 적용됩니다(나중에 다룸).

  • Voice class stun-usage 200: STUN 사용을 정의합니다. 모든 Webex Calling 연결(2XX tag) 다이얼-피어에 적용되며, Unified CM 전화에서 통화를 다른 Webex Calling 전화로 착신 전환할 때 오디오가 들리지 않게 합니다.


 

미디어가 ITSP SBC에서 고정되고, 로컬 게이트웨이는 NAT 내에 위치하며, ITSP의 인바운드 미디어 스트림을 기다리고 있는 경우, 이 명령어가 ITSP 연결 다이얼-피어에 적용될 수도 있습니다.

4

Control Hub 파라미터를 로컬 게이트웨이 구성에 맵:

Webex Calling은 로컬 게이트웨이 내에서 테넌트로 추가됩니다. 로컬 게이트웨이를 등록하기 위해 필요한 구성은 음성 클래스 테넌트 200 아래에 정의되어 있습니다. 이 스크린샷에 표시된 대로 Control Hub 내의 로컬 게이트웨이 관리 페이지에서 해당 구성의 요소를 가져와야 합니다. 이는 해당하는 로컬 게이트웨이 CLI에 매핑할 필드를 표시하는 예제입니다.

그 후 테넌트 200은 로컬 게이트웨이 구성 내의 모든 Webex Calling 연결 다이얼-피어(2xx tag)에 적용됩니다. 음성 클래스 테넌트 기능은 SIP 트렁크 파라미터의 그룹화 및 구성을 허용합니다. 그렇지 않으면 음성 서비스 voip 및 sip-ua에서 실행됩니다. 다이얼-피어 아래에 테넌트가 구성되고 적용되면 IOS-XE 구성은 다음 기본 설정의 순서대로 적용됩니다.

  • 다이얼-피어 구성

  • 테넌트 구성

  • 글로벌 구성 (voice service voip / sip-ua)

5

LGW에서 Webex Calling으로 음성 클래스 테넌트 200을 트렁크 등록에 구성합니다.

LocalGateway(config)#voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:1a01.sipconnect-us10.cisco-bcld.com privacy-policy passthru 

명령어 설명:

voice class tenant 200

로컬 게이트웨이의 멀티테넌트 기능은 SIP 트렁크에서 다수의 테넌트에 대해 차별화된 서비스를 허용하는 특정 글로벌 구성을 활성화합니다.

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

등록 설정을 사용하여 2분마다 새로 고치는 로컬 게이트웨이에 대한 등록자 서버(240초 중 50%). 자세한 내용은 https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014를 참조하십시오.

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

트렁크 등록 챌린지에 대한 자격 증명. 자세한 내용은 https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104를 참조하십시오.

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

통화에 대한 인증 챌린지. 자세한 내용은 https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462를 참조하십시오.

no remote-party-id

Webex Calling에서 PAI를 지원함에 따라 SIP Remote-Party-ID(RPID) 헤더를 비활성화하며, CIO asserted-id pai의 사용이 활성화됩니다(아래 참조).

sip-server dns:40462196.cisco-bcld.com
Webex Calling 서버. 자세한 정보는 다음을 참조하십시오. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

등록 및 통화 처리에 대해 동일한 지속적인 연결을 사용하려면.

srtp-crypto 200

SHA1_80가 voice class srtp-crypto 200에서 정의되도록 지정합니다.

session transport tcp tls
TLS로 전송 설정
url sips

SRV 쿼리는 액세스 SBC에서 지원하는 SIP이어야 합니다. 다른 모든 메시지는 sip-profile 200에 의해 SIP로 변경됩니다.

error-passthru

SIP 오류 응답 통과 기능

asserted-id pai

로컬 게이트웨이에서 PAI 프로세싱을 켭니다.

bind control source-interface GigabitEthernet0/0/1

Webex Calling으로 향하는 시그널링 소스 인터페이스.

bind media source-interface GigabitEthernet0/0/1

Webex Calling으로 향하는 미디어 소스 인터페이스.

no pass-thru content custom-sdp

테넌트 아래의 기본 명령어.

sip-profiles 200

SIPS를 SIP로 변경하고 voice class sip-profiles 200에 정의된 대로 초대 및 등록 메시지에 대한 라인/포트를 수정합니다.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex Calling Access SBC. 자세한 내용은 https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699를 참조하십시오.

privacy-policy passthru

개인 정보 헤더 값을 걸려오는 레그에서 나가는 레그로 투명하게 전달합니다.

테넌트 200이 로컬 게이트웨이 내에서 정의되고 SIP VoIP 다이얼-피어가 구성된 경우, 게이트웨이는 Webex Calling으로 향하는 TLS 연결을 시작합니다. 여기에서 Access SBC는 로컬 게이트웨이에 인증서를 표시합니다. 로컬 게이트웨이는 이전에 업데이트된 CA 루트 번들을 사용하여 Webex Calling Access SBC 인증서의 유효성을 검증합니다. 로컬 게이트웨이와 Webex Calling Access SBC 간의 지속적인 TLS 세션이 설정됩니다. 그 후 로컬 게이트웨이는 챌린지된 Access SBC로 등록을 보냅니다. 등록 AOR은 number@domain입니다. 번호는 "등록자 dns:<fqdn>"의 자격 증명 "번호" 파라미터 및 도메인에서 가져옵니다. 등록이 챌린지되면 헤더를 빌드하기 위해 자격 증명사용자 이름, 비밀번호 및 영역 파라미터가 사용되며, sip-profile 200은 SIPS URL을 SIP로 변환합니다. Access SBC에서 200 OK를 수신하면 등록에 성공합니다.

이 배포 옵션에 대해 로컬 게이트웨이에서 다음 구성이 필요합니다.

  1. 음성 클래스 테 넌 트— 먼저 Webex Calling 접속 피어에 대해 생성 한 테 넌 트 200와 유사 하 게 다이얼 피어 마주 하는 추가 테 넌 트를 만듭니다.

  2. 음성 클래스 URI{(Voice class URIs)—로컬 게이트웨이에서 종료하는 다양한 트렁크에 대한 호스트 IP 주소/포트를 정의하는 패턴. Webex Calling에서 LGW로 및 LGW에서 PSTN SIP 트렁크 종료.

  3. 아웃바운드 다이얼-피어(Outbound dial-peers)—LGW에서 ITSP SIP 트렁크 및 Webex Calling으로 아웃바운드 통화 레그를 라우팅.

  4. 음성 클래스 DPG(Voice class DPG)—인바운드 다이얼-피어에서 실행된 대상 아웃바운드 다이얼-피어.

  5. 인바운드 다이얼-피어(Inbound dial-peers)—ITSP 및 Webex Calling의 인바운드 통화 레그 수락.

이 섹션의 구성은 아래 표시된 것과 같은 파트너 호스트 로컬 게이트웨이 설정 또는 로컬 고객 사이트 게이트웨이에 대해 사용될 수 있습니다.

1

다음 음성 클래스 테넌트를 구성합니다.

  1. 음성 클래스 테넌트 100은 IP PSTN으로 향하는 모든 아웃바운드 다이얼-피어에 적용됩니다.

    voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet0/0/0 bind media source-interface GigabitEthernet0/0/0 no pass-thru content custom-sdp
  2. 음성 클래스 테넌트 300은 IP PSTN에서 나오는 모든 인바운드 다이얼-피어에 적용됩니다.

    voice class tenant 300 bind control source-interface GigabitEthernet0/0/0 bind media source-interface GigabitEthernet0/0/0 no pass-thru content custom-sdp
2

다음 음성 클래스 URI를 구성합니다.

  1. ITSP의 호스트 IP 주소 정의:

    voice class uri 100 sip host ipv4:192.168.80.13
  2. Control Hub의 TrunkGroup OTG/DTG 파라미터에 기반한 기업 내에서 로컬 게이트웨이 사이트를 고유하게 식별하기 위한 패턴을 정의합니다.

    voice class uri 200 sip pattern dtg=hussain2572.lgu

     

    현재 로컬 게이트웨이는 일치 패턴에서 밑줄 "_"을 지원하지 않습니다. 해결 방법으로 점 "."을 사용하여 (일치하는 경우) "_"을 일치시킵니다.

    Received INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0 Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1 pattern :8934
3

다음 아웃바운드 다이얼-피어를 구성합니다.

  1. IP PSTN으로 향하는 아웃바운드 다이얼-피어:

    dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 voice-class codec 99 dtmf-relay rtp-nte voice-class sip tenant 100 no vad

    명령어 설명:

    dial-peer voice 101 voip description Outgoing dial-peer to PSTN

    101의 태그를 사용하여 VOIP 다이얼-피어를 정의하고, 쉽게 관리하고 문제를 해결하기 위해 적합한 설명을 제공합니다.

    destination-pattern BAD.BAD

    이 다이얼-피어의 선택을 허용하는 숫자 패턴입니다. 단, DGP 설명을 사용하고 숫자 패턴 일치 기준을 바이패스하여, 인바운드 다이얼-피어에서 직접 거는 이 다이얼-피어를 실행합니다. 결과적으로, 대상-패턴 CLI에서 허용하는 영숫자에 기반하여 임의의 패턴을 사용합니다.

    session protocol sipv2

    이 다이얼-피어가 SIP 통화 레그를 처리하도록 지정합니다.

    session target ipv4:192.168.80.13

    이 통화 레그가 발송될 대상의 대상 IPv4 주소를 가리킵니다. 이 경우, ITSP의 IP 주소.

    voice-class codec 99

    이 다이얼-피어에 대해 사용되는 코덱 기본 설정 목록 99를 가리킵니다.

    dtmf-relay rtp-nte

    이 통화 레그에서 필요한 DTMF 기능으로 RTP-NTE(RFC2833)를 정의합니다.

    voice-class sip tenant 100

    다이얼-피어는 동일한 파라미터가 다이얼-피어 아래에 정의되어 있지 않은 경우, 테넌트 100의 모든 파라미터를 상속합니다.

    no vad

    음성 활동 탐지를 비활성화합니다.

  2. Webex Calling으로 향하는 아웃바운드 다이얼-피어

    dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 dtmf-relay rtp-nte voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 srtp no vad

    명령어 설명:

    dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling

    201의 태그를 사용하여 VOIP 다이얼-피어를 정의하고, 쉽게 관리하고 문제를 해결하기 위해 적합한 설명을 제공합니다.

    session target sip-server

    글로벌 SIP 서버가 이 다이얼 피어의 통화에 대한 대상임을 가리킵니다. 테넌트 200에 정의된 Webex Calling 서버가 이 다이얼-피어에 대해 상속됩니다.

    voice-class stun-usage 200

    로컬 게이트웨이에서 STUN 바인딩 기능을 사용하여 협상된 미디어 경로를 통해 로컬로 생성된 STUN 요청이 발송될 수 있습니다. 이는 방화벽에서 핀홀을 여는 데 도움이 됩니다.

    no voice-class sip localhost

    보내는 메시지의 보낸 사람, 통화-ID 및 원격 사용자 ID 헤더에 물리적 IP 주소가 나타나는 DNS 로컬 호스트 이름의 대체 정보를 비활성화합니다.

    voice-class sip tenant 200

    다이얼-피어는 동일한 파라미터가 다이얼-피어 아래에 정의되어 있지 않은 경우, 테넌트 200(LGW <--> Webex Calling 트렁크)의 모든 파라미터를 상속합니다.

    srtp

    SRTP는 이 통화 레그에 대해 활성화됩니다.

    no vad

    음성 활동 탐지를 비활성화합니다.

4

다음 다이얼-피어 그룹(DPG)을 구성합니다.

  1. 다이얼-피어 그룹 100을(를) 정의합니다. Outbound dial-peer 101은(는) 걸려오는 다이얼-피어에 대한 대상이며, dial-peer group 100을 호출합니다. DPG 100Webex Calling --> LGW --> PSTN 경로에 대해 나중에 정의되는 걸려오는 다이얼-피어 200에 적용할 예정입니다.

    voice class dpg 100 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 101 preference 1
  2. 아웃바운드 다이얼-피어 201이(가) 포함된 다이얼-피어 그룹 200을 CUCM --> LGW --> Webex Calling 경로에 대한 대상으로 정의합니다. DPG 200은 나중에 정의되는 걸려오는 다이얼-피어 100에 적용됩니다.

    voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1
5

다음 인바운드 다이얼-피어를 구성합니다.

  1. 걸려오는 IP PSTN 통화 레그에 대한 인바운드 다이얼-피어:

    dial-peer voice 100 voip description Incoming dial-peer from PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 dtmf-relay rtp-nte voice-class sip tenant 300 no vad

    명령어 설명

    dial-peer voice 100 voip description Incoming dial-peer from PSTN

    100의 태그를 사용하여 VOIP 다이얼-피어를 정의하고, 쉽게 관리하고 문제를 해결하기 위해 적합한 설명을 제공합니다.

    session protocol sipv2

    이 다이얼-피어가 SIP 통화 레그를 처리하도록 지정합니다.

    incoming uri via 100

    IP PSTN에서 LocalGW로 들어오는 모든 트래픽은 소스 IP(ITSP) 주소에 기반하여 일치하도록 음성 클래스 URI 100 SIP에 정의된 걸려오는 VIA 헤더의 호스트 IP 주소와 일치됩니다.

    destination dpg 200

    대상 dpg 200를 사용하여 IOS-XE가 기본 아웃바운드 다이얼-피어 일치 기준을 바이패스하고, 대상 다이얼-피어 그룹 200 내에서 정의된 다이얼-피어를 사용하여 거는 통화 레그를 설정하도록 즉시 진행합니다. 이는 다이얼-피어 201입니다.

    voice-class sip tenant 300

    다이얼-피어는 동일한 파라미터가 다이얼-피어 아래에 정의되어 있지 않은 경우, 테넌트 300의 모든 파라미터를 상속합니다.

    no vad

    음성 활동 탐지를 비활성화합니다.

  2. 걸려오는 Webex Calling 통화 레그에 대한 인바운드 다이얼-피어:

    dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 srtp no vad

    명령어 설명

    dial-peer voice 200 voip description Incoming dial-peer from Webex Calling

    200의 태그를 사용하여 VOIP 다이얼-피어를 정의하고, 쉽게 관리하고 문제를 해결하기 위해 적합한 설명을 제공합니다.

    incoming uri request 200

    Webex Calling에서 LGW로 들어오는 모든 트래픽은 요청 URI의 고유한 dtg 패턴에서 일치할 수 있으며, 기업 및 Webex Calling 에코시스템 내에서 로컬 게이트웨이 사이트를 고유하게 식별합니다.

    destination dpg 100

    대상 dpg 100를 사용하여 IOS-XE가 기본 아웃바운드 다이얼-피어 일치 기준을 바이패스하고, 대상 다이얼-피어 그룹 300 내에서 정의된 다이얼-피어를 사용하여 거는 통화 레그를 설정하도록 즉시 진행합니다. 이는 다이얼-피어 101입니다.

    voice-class stun-usage 200

    로컬 게이트웨이에서 STUN 바인딩 기능을 사용하여 협상된 미디어 경로를 통해 로컬로 생성된 STUN 요청이 발송될 수 있습니다. 이는 방화벽에서 핀홀을 여는 데 도움이 됩니다.

    voice-class sip tenant 200

    다이얼-피어는 동일한 파라미터가 다이얼-피어 아래에 정의되어 있지 않은 경우, 테넌트 200의 모든 파라미터를 상속합니다.

    srtp

    이 통화 레그에 대해 SRTP를 활성화합니다.

    no vad

    음성 활동 탐지를 비활성화합니다.

PSTN - Webex Calling

로컬 게이트웨이에서 걸려오는 모든 IP PSTN 통화 레그는 IP PSTN의 IP 주소를 사용하여 VIA 헤더에 대한 일치 기준을 정의하기 때문에 다이얼-피어 100에서 일치합니다. 아웃바운드 다이얼-피어 선택 사항은 거는 다이얼-피어 201을 직접 실행하는 DPG 200에 따라 결정되며, 이는 Webex Calling 서버에서 대상 목적지로 나열됩니다.

Webex Calling - PSTN

로컬 게이트웨이에서 걸려오는 모든 Webex Calling 통화 레그는 이 로컬 게이트웨이 배포에 대해 고유한 TrunkGroup OTG/DTG 파라미터를 사용하여 요청 URI 헤더 패턴에 대한 일치 기준을 충족하기 때문에 다이얼-피어 200에서 일치합니다. 아웃바운드 다이얼-피어 선택 사항은 거는 다이얼-피어 101을 직접 실행하는 DPG 100에 따라 결정되며, 이는 IP PSTN IP 주소에서 대상 목적지로 나열됩니다.

이 배포 옵션에 대해 로컬 게이트웨이에서 다음 구성이 필요합니다.

  1. 음성 클래스 테넌트(Voice class tenants)—Unified CM 및 ITSP로 향하는 다이얼-피어에 대해 추가 테넌트를 작성해야 합니다. 이는 Webex Calling 연결 다이얼-피어에 대해 생성된 테넌트 200과 유사합니다.

  2. 음성 클래스 URI(Voice class URIs)—LGW에서 종료하는 다양한 트렁크에 대한 호스트 IP 주소/포트를 정의하는 패턴. PSTN 대상에 대해 Unified CM에서 LGW로; Webex Calling 대상에 대해 Unified CM에서 LGW로; Webex Calling에서 LGW로; LGW에서 PSTN SIP 트렁크 종료.

  3. 음성 클래스 서버-그룹(Voice class server-group)—LGW에서 Unified CM으로, LGW에서 Webex Calling로, LGW에서 PSTN SIP 트렁크로 아웃바운드 트렁크에 대한 대상 IP 주소/포트.

  4. 아웃바운드 다이얼-피어(Outbound dial-peers)—LGW에서 Unified CM로, ITSP SIP 트렁크 및/또는 Webex Calling으로 아웃바운드 통화 레그를 라우팅.

  5. 음성 클래스 DPG(Voice class DPG)—인바운드 다이얼-피어에서 실행된 대상 아웃바운드 다이얼-피어.

  6. 인바운드 다이얼-피어(Inbound dial-peers)—Unified CM, ITSP 및/또는 Webex Calling에서 인바운드 통화 레그를 수락.

1

다음 음성 클래스 테넌트를 구성합니다.

  1. 음성 클래스 테넌트 100은 Unified CM 및 IP PSTN으로 향하는 모든 아웃바운드 다이얼-피어에 적용됩니다.

    voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet0/0/0 bind media source-interface GigabitEthernet0/0/0 no pass-thru content custom-sdp
  2. 음성 클래스 테넌트 300은 Unified CM 및 IP PSTN에서 시작하는 모든 인바운드 다이얼-피어에 적용됩니다.

    voice class tenant 300 bind control source-interface GigabitEthernet0/0/0 bind media source-interface GigabitEthernet0/0/0 no pass-thru content custom-sdp
2

다음 음성 클래스 URI를 구성합니다.

  1. ITSP의 호스트 IP 주소 정의:

    voice class uri 100 sip host ipv4:192.168.80.13
  2. Control Hub의 TrunkGroup OTG/DTG 파라미터에 기반한 기업 내에서 로컬 게이트웨이 사이트를 고유하게 식별하기 위한 패턴을 정의합니다.

    voice class uri 200 sip pattern dtg=hussain2572.lgu

     

    현재 로컬 게이트웨이는 일치 패턴에서 밑줄 "_"을 지원하지 않습니다. 해결 방법으로 점 "."을 사용하여 (일치하는 경우) "_"을 일치시킵니다.

    Received INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0 Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1 pattern :8934
  3. Webex Calling 트렁크에 대한 Unified CM 시그널링 VIA 포트 정의:

    voice class uri 300 sip pattern :5065
  4. PSTN 트렁크에 대한 CUCM 소스 시그널링 IP 및 VIA 포트 정의:

    voice class uri 302 sip pattern 192.168.80.60:5060
3

다음 음성 클래스 서버-그룹을 구성합니다.

  1. Unified CM 그룹 1에 대한 Unified CM 트렁크의 대상 호스트 IP 주소 및 포트 번호를 정의합니다(5 노드). Unified CM은 Webex Calling 트렁크에서 인바운드 트래픽에 대해 포트 5065를 사용합니다(Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301 ipv4 192.168.80.60 port 5065
  2. Unified CM 트렁크의 대상 호스트 IP 주소 및 Unified CM 그룹 2의 포트 번호를 정의합니다(해당하는 경우).

    voice class server-group 303 ipv4 192.168.80.60 port 5065
  3. Unified CM 그룹 1에 대한 Unified CM 트렁크의 대상 호스트 IP 주소를 정의합니다(5 노드). Unified CM은 PSTN 트렁크에서 인바운드 트래픽에 대해 기본 포트 5060을 사용합니다. 포트 번호를 지정하지 않으면 기본값 5060이 사용됩니다. (PSTN <-> LGW --> Unified CM)

    voice class server-group 305 ipv4 192.168.80.60
  4. Unified CM 그룹 2에 대한 Unified CM 트렁크의 대상 호스트 IP 주소를 정의합니다(해당하는 경우).

    voice class server-group 307 ipv4 192.168.80.60
4

다음 아웃바운드 다이얼-피어를 구성합니다.

  1. IP PSTN으로 향하는 아웃바운드 다이얼-피어:

    dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 voice-class codec 99 dtmf-relay rtp-nte voice-class sip tenant 100 no vad

    명령어 설명

    dial-peer voice 101 voip description Outgoing dial-peer to PSTN

    101의 태그를 사용하여 VOIP 다이얼-피어를 정의하고, 쉽게 관리하고 문제를 해결하기 위해 적합한 설명을 제공합니다.

    destination-pattern BAD.BAD

    이 다이얼-피어의 선택을 허용하는 숫자 패턴입니다. 단, DGP 설명을 사용하고 숫자 패턴 일치 기준을 바이패스하여, 인바운드 다이얼-피어에서 직접 거는 이 다이얼-피어를 실행합니다. 결과적으로, 대상-패턴 CLI에서 허용하는 영숫자에 기반하여 임의의 패턴을 사용합니다.

    session protocol sipv2

    이 다이얼-피어가 SIP 통화 레그를 처리하도록 지정합니다.

    session target ipv4:192.168.80.13

    이 통화 레그가 발송될 대상의 대상 IPv4 주소를 가리킵니다. (이 경우, ITSP의 IP 주소)

    voice-class codec 99

    이 다이얼-피어에 대해 사용되는 코덱 기본 설정 목록 99를 가리킵니다.

    voice-class sip tenant 100

    다이얼-피어는 동일한 파라미터가 다이얼-피어 아래에 정의되어 있지 않은 경우, 테넌트 100의 모든 파라미터를 상속합니다.

  2. Webex Calling으로 향하는 아웃바운드 다이얼-피어:

    dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 dtmf-relay rtp-nte voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 srtp no vad

    명령어 설명

    dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling

    201의 태그를 사용하여 VOIP 다이얼-피어를 정의하고, 쉽게 관리하고 문제를 해결하기 위해 적합한 설명을 제공합니다.

    session target sip-server

    글로벌 SIP 서버가 이 다이얼 피어의 통화에 대한 대상임을 가리킵니다. 테넌트 200에 정의된 Webex Calling 서버가 이 다이얼-피어에 대해 상속됩니다.

    voice-class stun-usage 200

    LGW에서 STUN 바인딩 기능을 사용하여 협상된 미디어 경로를 통해 로컬로 생성된 STUN 요청이 발송될 수 있습니다. 이는 방화벽에서 핀홀을 여는 데 도움이 됩니다.

    no voice-class sip localhost

    보내는 메시지의 보낸 사람, 통화-ID 및 원격 사용자 ID 헤더에 물리적 IP 주소가 나타나는 DNS 로컬 호스트 이름의 대체 정보를 비활성화합니다.

    voice-class sip tenant 200

    다이얼-피어는 동일한 파라미터가 다이얼-피어 아래에 정의되어 있지 않은 경우, 테넌트 200(LGW <--> Webex Calling 트렁크)의 모든 파라미터를 상속합니다.

    srtp

    SRTP는 이 통화 레그에 대해 활성화됩니다.

  3. Unified CM의 Webex Calling 트렁크로 향하는 아웃바운드 다이얼-피어:

    dial-peer voice 301 voip description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling - Nodes 1 to 5 destination-pattern BAD.BAD session protocol sipv2 session server-group 301 voice-class codec 99 dtmf-relay rtp-nte voice-class sip tenant 100 no vad

    명령어 설명

    dial-peer voice 301 voip description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling – Nodes 1 to 5

    301의 태그를 사용하여 VOIP 다이얼-피어를 정의하고, 쉽게 관리하고 문제를 해결하기 위해 적합한 설명을 제공합니다.

    session server-group 301

    다이얼-피어에서 세션 대상 IP 대신, 다양한 대상 UCM 노드를 정의하기 위해 대상 서버 그룹(server-group 301 for dial-peer 301)을 가리킵니다. 이 예제에서는 싱글 노드만 표시합니다.

    아웃바운드 다이얼 피어에 있는 서버 그룹

    DPG에 있는 다수의 다이얼-피어 및 다이얼-피어 서버 그룹에 있는 다수의 서버를 사용하여, 정의된 기본 설정에 기반한 모든 Unified CM 통화 처리 가입자 또는 헌트를 통해 통화를 무작위로 분산할 수 있습니다. 각 서버 그룹은 최대 5개의 서버를 포함할 수 있습니다(포트 포함 또는 비포함 IPv4/v6). 두 번째 다이얼-피어 및 두 번째 서버 그룹은 6명 이상의 통화 처리 가입자가 사용되는 경우에만 필요합니다.

    자세한 정보는 https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html을 참조하십시오.

  4. Unified CM 노드가 5개보다 많은 경우, Unified CM의 Webex Calling 트렁크로 향하는 두 번째 아웃바운드 다이얼-피어:

    dial-peer voice 303 voip description Outgoing dial-peer to CUCM-Group-2 for inbound from Webex Calling - Nodes 6 to 10 destination-pattern BAD.BAD session protocol sipv2 session server-group 303 voice-class codec 99 dtmf-relay rtp-nte voice-class sip tenant 100 no vad
  5. Unified CM의 PSTN 트렁크로 향하는 아웃바운드 다이얼-피어:

    dial-peer voice 305 voip description Outgoing dial-peer to CUCM-Group-1 for inbound from PSTN - Nodes 1 to 5 destination-pattern BAD.BAD session protocol sipv2 session server-group 305 voice-class codec 99 dtmf-relay rtp-nte voice-class sip tenant 100 no vad
  6. Unified CM 노드가 5개보다 많은 경우, Unified CM의 PSTN 트렁크로 향하는 두 번째 아웃바운드 다이얼-피어:

    dial-peer voice 307 voip description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10 destination-pattern BAD.BAD session protocol sipv2 session server-group 307 voice-class codec 99 dtmf-relay rtp-nte voice-class sip tenant 100 no vad
5

다음 DPG를 구성합니다.

  1. DPG 100을(를) 정의합니다. Outbound dial-peer 101은(는) 걸려오는 다이얼-피어에 대한 대상이며, dial-peer group 100을 호출합니다. DPG 100Unified CM --> LGW --> PSTN 경로에 대해 나중에 정의되는 걸려오는 다이얼-피어 302에 적용할 예정입니다.

    voice class dpg 100 dial-peer 101 preference 1
  2. 아웃바운드 다이얼-피어 201이(가) 포함된 DPG 200을 Unified CM --> LGW --> Webex Calling 경로에 대한 대상으로 정의:

    voice class dpg 200 dial-peer 201 preference 1
  3. 아웃바운드 다이얼-피어 301에 대해 DPG 300 또는Webex Calling --> LGW --> Unified CM 경로에 대해 303 정의:

    voice class dpg 300 dial-peer 301 preference 1 dial-peer 303 preference 1
  4. 아웃바운드 다이얼-피어 305에 대해 DPG 302 또는PSTN --> LGW --> Unified CM 경로에 대해 307 정의:

    voice class dpg 302 dial-peer 305 preference 1 dial-peer 307 preference 1
6

다음 인바운드 다이얼-피어를 구성합니다.

  1. 걸려오는 IP PSTN 통화 레그에 대한 인바운드 다이얼-피어:

    dial-peer voice 100 voip description Incoming dial-peer from PSTN session protocol sipv2 destination dpg 302 incoming uri via 100 voice-class codec 99 dtmf-relay rtp-nte voice-class sip tenant 300 no vad

    명령어 설명

    dial-peer voice 100 voip description Incoming dial-peer from PSTN

    100의 태그를 사용하여 VOIP 다이얼-피어를 정의하고, 쉽게 관리하고 문제를 해결하기 위해 적합한 설명을 제공합니다.

    session protocol sipv2

    이 다이얼-피어가 SIP 통화 레그를 처리하도록 지정합니다.

    incoming uri via 100

    IP PSTN에서 LGW로 들어오는 모든 트래픽은 소스 IP(ITSP) 주소에 기반하여 일치하도록 음성 클래스 URI 100 SIP에 정의된 걸려오는 VIA 헤더의 호스트 IP 주소와 일치됩니다.

    destination dpg 302

    대상 DPG 302를 사용하여 IOS-XE가 기본 아웃바운드 다이얼-피어 일치 기준을 바이패스하고, 대상 DGP 302 내에서 정의된 다이얼-피어를 사용하여 거는 통화 레그를 설정하도록 즉시 진행합니다. 이는 다이얼-피어 305 또는 다이얼-피어 307일 수 있습니다.

    voice-class sip tenant 300

    다이얼-피어는 동일한 파라미터가 다이얼-피어 아래에 정의되어 있지 않은 경우, 테넌트 300의 모든 파라미터를 상속합니다.

  2. 걸려오는 Webex Calling 통화 레그에 대한 인바운드 다이얼-피어:

    dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 300 incoming uri via 200 incoming uri request 200 voice-class codec 99 dtmf-relay rtp-nte voice-class stun-usage 200 voice-class sip tenant 200 srtp no vad

    명령어 설명

    dial-peer voice 200 voip description Incoming dial-peer from Webex Calling

    200의 태그를 사용하여 VOIP 다이얼-피어를 정의하고, 쉽게 관리하고 문제를 해결하기 위해 적합한 설명을 제공합니다.

    incoming uri request 200

    Webex Calling에서 LGW로 들어오는 모든 트래픽은 요청 URI의 고유한 dtg 패턴과 일치할 수 있으며, 기업 및 Webex Calling 에코시스템 내에서 로컬 게이트웨이 사이트를 고유하게 식별합니다.

    destination dpg 300

    대상 DPG 300를 사용하여 IOS-XE가 기본 아웃바운드 다이얼-피어 일치 기준을 바이패스하고, 대상 DGP 300 내에서 정의된 다이얼-피어를 사용하여 거는 통화 레그를 설정하도록 즉시 진행합니다. 이는 다이얼-피어 301 또는 다이얼-피어 303일 수 있습니다.

    voice-class stun-usage 200

    LGW에서 STUN 바인딩 기능을 사용하여 협상된 미디어 경로를 통해 로컬로 생성된 STUN 요청이 발송될 수 있습니다. 이는 방화벽에서 핀홀을 여는 데 도움이 됩니다.

    voice-class sip tenant 200

    다이얼-피어는 동일한 파라미터가 다이얼-피어 아래에 정의되어 있지 않은 경우, 테넌트 200의 모든 파라미터를 상속합니다.

    srtp

    이 통화 레그에 대해 SRTP를 활성화합니다.

  3. Webex Calling에서 걸려오는 Unified CM 통화 레그에 대해 인바운드 다이얼-피어를 다음 대상으로:

    dial-peer voice 300 voip description Incoming dial-peer from CUCM for Webex Calling session protocol sipv2 destination dpg 200 incoming uri via 300 voice-class codec 99 dtmf-relay rtp-nte voice-class sip tenant 300 no vad

    명령어 설명

    dial-peer voice 300 voip description Incoming dial-peer from CUCM for Webex Calling

    300의 태그를 사용하여 VOIP 다이얼-피어를 정의하고, 쉽게 관리하고 문제를 해결하기 위해 적합한 설명을 제공합니다.

    incoming uri via 300

    Unified CM에서 LGW로 들어오는 모든 트래픽은 음성 클래스 URI 300 SIP에서 정의된 소스 포트(5065)를 통해 일치됩니다.

    destination dpg 200

    대상 DPG 200를 사용하여 IOS-XE가 기본 아웃바운드 다이얼-피어 일치 기준을 바이패스하고, 대상 DGP 200 내에서 정의된 다이얼-피어를 사용하여 거는 통화 레그를 설정하도록 즉시 진행합니다. 이는 다이얼-피어 201이 됩니다.

    voice-class sip tenant 300

    다이얼-피어는 동일한 파라미터가 다이얼-피어 아래에 정의되어 있지 않은 경우, 테넌트 300의 모든 파라미터를 상속합니다.

  4. PSTN에서 걸려오는 Unified CM 통화 레그에 대해 인바운드 다이얼-피어를 다음 대상으로:

    dial-peer voice 302 voip description Incoming dial-peer from CUCM for PSTN session protocol sipv2 destination dpg 100 incoming uri via 302 voice-class codec 99 dtmf-relay rtp-nte voice-class sip tenant 300 no vad

    명령어 설명

    dial-peer voice 302 voip description Incoming dial-peer from CUCM for PSTN

    302의 태그를 사용하여 VOIP 다이얼-피어를 정의하고, 쉽게 관리하고 문제를 해결하기 위해 적합한 설명을 제공합니다.

    incoming uri via 302

    PSTN 대상에 대해 Unified CM에서 LGW로 들어오는 모든 트래픽은 음성 클래스 URI 302 SIP에 정의된 Unified CM 소스 시그널링 IP 주소 및 VIA 포트에서 일치됩니다. 표준 SIP 포트 5060이 사용됩니다.

    destination dpg 100

    대상 DPG 100를 사용하여 IOS-XE가 기본 아웃바운드 다이얼-피어 일치 기준을 바이패스하고, 대상 DGP 100 내에서 정의된 다이얼-피어를 사용하여 거는 통화 레그를 설정하도록 즉시 진행합니다. 이는 다이얼-피어 101이 됩니다.

    voice-class sip tenant 300

    다이얼-피어는 동일한 파라미터가 다이얼-피어 아래에 정의되어 있지 않은 경우, 테넌트 300의 모든 파라미터를 상속합니다.

IP PSTN에서 Unified CM PSTN 트렁크로

Webex Calling 플랫폼에서 Unified CM Webex Calling 트렁크로

Unified CM PSTN 트렁크에 IP PSTN으로

Unified CM Webex Calling 트렁크에서 Webex Calling 플랫폼으로

워터 마크
2020년 7월 27일| 명이 봄 | 명이 이 정보가 유용하다고 평가했습니다.

CUBE 고가용성을 로컬 게이트웨이로 실현

로컬 게이트웨이(LGW)는 Cisco Webex Calling 고객에 대해 온-프레미스 PSTN 액세스를 제공하는 유일한 옵션입니다. 이 문서는 활동 중인 통화의 상태 저장 장애 조치에 대해 CUBE 고가용성, 활동 중/대기 CUBE를 사용하여 로컬 게이트웨이 구성을 빌드할 수 있도록 지원하기 위해 작성되었습니다.

기초

전제 조건

Webex Calling에 대해 CUBE HA를 로컬 게이트웨이로 배포하기 전에 다음 개념에 대해 철저히 이해하고 있는지 확인하십시오.

이 문서에서 제공하는 구성 안내서는 기존의 음성 구성이 포함되지 않은 전용 로컬 게이트웨이 플랫폼을 가정합니다. 기존의 CUBE 기업 배포가 Cisco Webex Calling의 로컬 게이트웨이 기능을 사용하기 위해 수정되고 있는 경우, 기존의 통화 흐름 및 기능이 중단되지 않도록 적용된 구성에 주의를 기울이고, CUBE HA 디자인 요구 사항을 준수하는지 확인하십시오.

하드웨어 및 소프트웨어 구성 요소

로컬 게이트웨이인 CUBE HA는 IOS-XE 버전 16.12.2 이상을 요구하며, 다음 플랫폼에서 지원됩니다.

  • ISR4000 시리즈 — 4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1 r)
  • CSR1000 시리즈—vCUBE (1, 2 및 4 vCPU 구성)


이 문서에 있는 표시 명령어 및 로그는 vCUBE (CSR1000v)에서 구현한 Cisco IOS-XE 16.12.2의 최소 소프트웨어 릴리즈에 기반합니다.

참조 자료

Webex Calling 솔루션 개요

Cisco Webex Calling은 온-프레미스 PBX 전화 서비스에 대한 멀티 테넌트 클라우드 기반 대안을 제공하는 협업으로, 고객에 대해 다음 두 개의 PSTN 옵션을 지원합니다.

  • 클라우드 연결된 PSTN 공급자
  • 로컬 게이트웨이

로컬 게이트웨이 배포(아래에 나타남)는 이 문서에서 중점적으로 다루는 내용입니다. 로컬 게이트웨이는 고객 소유 PSTN 서비스에 대한 연결을 제공하여 Cisco Webex Calling에 대해 자신의 PSTN 옵션을 불러옵니다. 또한 Cisco Unified CM 등 온-프레미스 IP PBX 배포에 대한 연결도 제공합니다. 클라우드에 대한 모든 통신은 SIP에 대해 TLS 전송, 미디어에 대해 SRTP를 사용하여 안전합니다.

아래 표는 기존의 IP PBX가 포함되지 않은 Webex Calling 배포를 표시하며, 싱글 또는 멀티 사이트 배포에 적용될 수 있습니다. 이 문서에서 설명하는 구성은 이 배포에 기반합니다.

레이어 2 박스 간 중복성

CUBE HA 레이어 2 박스 간 중복성은 중복 그룹(RG) 인프라 프로토콜을 사용하여 라우터의 활동 중/대기 페어를 구성합니다. 이 페어는 해당하는 각 인터페이스 전반에서 동일한 가상 IP 주소(VIP)를 공유하고 지속적으로 상태 메시지를 교환합니다. CUBE 세션 정보는 현재 라우터 서비스가 작동하지 않는 경우에 대기 라우터가 모든 CUBE 통화 처리 작업을 즉시 실행할 수 있게 하는 라우터의 페어를 통해 검사되며, 신호 및 미디어의 상태 저장을 유지합니다.


검사는 미디어 패킷으로 연결된 통화로 제한됩니다. 전송 중인 통화는 검사되지 않습니다(예: 시도 또는 벨 울림 상태).

이 문서에서 CUBE HA는 상태 저장 통화 유지에 대한 CUBE 고가용성(HA) 레이어 2 박스 간(B2B) 중복성을 지칭합니다.

IOS-XE 16.12.2에서 CUBE HA는 Cisco Webex Calling 배포를 위해 로컬 게이트웨이로 배포할 수 있으며, 이 문서에서는 디자인 고려 사항 및 구성을 다룹니다. 이 표에서는 전형적인 CUBE HA 설정을 Cisco Webex Calling 배포에 대한 로컬 게이트웨이로 표시합니다.

중복 그룹 인프라 구성 요소

중복 그룹(RG) 인프라 구성 요소는 두 개의 CUBE 간의 박스 간 통신 인프라 지원을 제공하고, 안정적인 최종 중복성 상태를 협상합니다. 이 구성 요소는 다음 사항을 제공합니다.

  • (제어 인터페이스를 통해) 두 개의 CUBE 간에 keepalive 및 인사말 메시지를 교환하여 각 라우터에 대한 최종 중복 상태를 협상하는 HSRP와 유사한 프로토콜—상단의 표에서 GigabitEthernet3.
  • (데이터 인터페이스를 통해) 활동 중에서 대기 라우터로 각 통화에 대한 신호 및 미디어 상태를 검사하기 위한 전송 메커니즘—상단의 표에서 GigabitEthernet3.

  • 트래픽 인터페이스에 대한 가상 IP(VIP) 인터페이스의 구성 및 관리(동일한 RG 그룹을 사용하여 여러 트래픽 인터페이스를 구성할 수 있음) – GigabitEthernet 1 및 2가 트래픽 인터페이스로 간주됩니다.

이 RG 구성 요소는 반드시 음성 B2B HA를 지원하도록 구성되어야 합니다.

신호 및 미디어 모두에 대한 가상 IP(VIP) 주소 관리

B2B HA는 VIP를 사용하여 중복성을 실현합니다. CUBE HA 페어에 있는 두 개의 CUBE에서 VIP 및 연계된 물리적 인터페이스는 모두 동일한 LAN 서브넷에 위치해야 합니다. 특정 음성 응용프로그램(SIP)에 대한 VIP 및 VIP 인터페이스의 바인딩 구성은 음성 B2B HA 지원에 필수적입니다. Unified CM, Webex Calling 액세스 SBC, 서비스 공급자 또는 프록시 등 외부 장치는 CUBE HA 라우터를 통과하는 통화에 대한 대상 IP 주소로 VIP를 사용합니다. 따라서 Webex Calling 관점에서 CUBE HA 페어는 한 개의 로컬 게이트웨이로 작동합니다.

설정된 통화의 통화 신호 및 RTP 세션 정보는 활동 중인 라우터에서 대기 라우터로 검사됩니다. 활동 중인 라우터가 다운되면 대기 라우터가 이어받고 이전에 첫 번째 라우터가 라우팅한 RTP 스트림을 계속 전달합니다.

장애 조치 시 일시적 상태의 통화는 전환 이후 작업을 유지하지 않습니다. 아직 완전히 설정되지 않았거나 전송 또는 보류 기능으로 수정되고 있는 통화를 예로 들 수 있습니다. 설정된 통화의 연결은 전환 후에 끊길 수도 있습니다.

다음 요구 사항은 CUBE HA를 통화의 상태 저장 장애 조치에 대해 로컬 게이트웨이로 사용하기 위해 존재합니다.

  • CUBE HA에서 TDM 또는 아날로그 인터페이스가 공존할 수 없음

  • Gig1 및 Gig2는 트래픽(SIP/RTP) 인터페이스로 칭하고, Gig3는 중복 그룹(RG) 제어/데이터 인터페이스를 가리킴

  • 2개보다 많은 CUBE HA 페어를 동일한 레이어 2 도메인에 추가할 수 없습니다(하나는 그룹 id 1, 다른 하나는 그룹 id 2). 동일한 그룹 id로 2 HA 페어를 구성하는 경우, RG 제어/데이터 인터페이스는 다른 레이어 2 도메인(vlan, 별도의 스위치)에 속해야 합니다.

  • RG 제어/데이터 및 트래픽 인터페이스 모두에 대해 포트 채널이 지원됩니다.

  • 모든 신호/미디어는 가상 IP 주소에서 발신/수신됩니다.

  • 플랫폼을 CUBE-HA 관계에서 리로드하면 항상 대기 중으로 부팅됩니다.

  • 모든 인터페이스(Gig1, Gig2, Gig3)에 대해 낮은 주소는 동일한 플랫폼에 있어야 합니다.

  • 중복 인터페이스 식별자, rii는 동일한 레이어 2의 페어/인터페이스 조합에 대해 고유해야 합니다.

  • 두 CUBE의 구성은 물리적 구성을 포함하여 동일해야 하며, 동일한 유형의 플랫폼 및 IOS-XE 버전에서 실행되어야 합니다.

  • 루프백 인터페이스는 항상 작동하기 때문에 바인드로 사용할 수 없습니다.

  • 여러 트래픽 (SIP/RTP) 인터페이스 (Gig1, Gig2)에서 인터페이스 추적을 구성해야 합니다.

  • CUBE-HA는 RG 제어/데이터 링크(Gig3)에 대해 교차 케이블 연결을 통해 지원되지 않습니다.

  • 두 플랫폼 모두 동일 해야 하며 , cube HA가 작동 하도록 하기 위해 모든 인터페이스에 대 한 물리적 스위치로 연결 되어야 합니다. 즉, cube-1 및 cube-2의 GE0/0/0은 동일한 스위치에서 종료 되어야 합니다.

  • CUBE에서 WAN을 직접 종료하거나 둘 중 한쪽에서 데이터 HA를 종료할 수 없습니다.

  • 활동 중/대기 모두 동일한 데이터 센터에 있어야 합니다.

  • 중복성을 위해 별도의 L3 인터페이스를 사용해야 합니다(RG 제어/데이터, Gig3). 즉, 트래픽에 대해 사용되는 인터페이스는 HA keepalive 및 검사점에 대해 사용될 수 없습니다.

  • 장애 조치 시 이전에 활동한 CUBE는 설계에 의해 리로드를 통해 이동하며, 신호 및 미디어를 유지합니다.

두 CUBE 모두에서 중복성 구성

가상 IP를 불러오기 위해 HA 페어에서 사용되는 두 개의 CUBE 모두에 대해 레이어 2 박스 간 중복성을 구성해야 합니다.

1

인터페이스의 상태를 추적하기 위해 글로벌 수준으로 인터페이스 추적을 구성합니다.

회의 t 추적 1 인터페이스 GigabitEthernet1 회선-프로토콜 추적 2 인터페이스 GigabitEthernet2 회선-프로토콜 종료
VCUBE-1#회의 t
VCUBE-1(config)#추적 1 인터페이스 GigabitEthernet1 회선-프로토콜
VCUBE-1(config-track)#추적 2 인터페이스 GigabitEthernet2 회선-프로토콜
VCUBE-1(config-track)#종료
VCUBE-2#회의 t
VCUBE-2(config)#추적 1 인터페이스 GigabitEthernet1 회선-프로토콜
VCUBE-2(config-track)#추적 2 인터페이스 GigabitEthernet2 회선-프로토콜
VCUBE-2(config-track)#종료

추적 CLI는 트래픽 인터페이스가 다운된 후 활동 중인 라우터가 활동 중인 역할을 종료할 수 있도록 RG에서 음성 트래픽 인터페이스 상태를 추적하기 위해 사용됩니다.

2

응용프로그램 중복성 하위 모드에서 VoIP HA에서 사용할 RG를 구성합니다.

중복 응용프로그램 중복 그룹 1 LocalGateway-HA 이름 지정 우선순위 100 장애 조치 임계값 75 제어 GigabitEthernet3 프로토콜 1 데이터 GigabitEthernet3 타이머 지연 30 리로드 60 추적 1 종료 추적 2 종료 종료 프로토콜 1 타이머 인사 시간 3 보류 시간 10 종료 종료 종료
VCUBE-1(config)#중복성
VCUBE-1(config-red)#응용프로그램 중복성
VCUBE-1(config-red-app)#그룹 1
VCUBE-1(config-red-app-grp)#LocalGateway-HA 이름 지정
VCUBE-1(config-red-app-grp)#우선순위 100 장애 조치 임계값 75
VCUBE-1(config-red-app-grp)#제어 GigabitEthernet3 프로토콜 1
VCUBE-1(config-red-app-grp)#데이터 GigabitEthernet3
VCUBE-1(config-red-app-grp)#타이머 지연 30 리로드 60
VCUBE-1(config-red-app-grp)#추적 1 종료
VCUBE-1(config-red-app-grp)#추적 2 종료
VCUBE-1(config-red-app-grp)#종료
VCUBE-1(config-red-app)#프로토콜 1
VCUBE-1(config-red-app-prtcl)#타이머 인사 시간 3 보류 시간 10
VCUBE-1(config-red-app-prtcl)#종료
VCUBE-1(config-red-app)#종료
VCUBE-1(config-red)#종료
VCUBE-1(config)#
VCUBE-2(config)#중복성
VCUBE-2(config-red)#응용프로그램 중복성
VCUBE-2(config-red-app)#그룹 1
VCUBE-2(config-red-app-grp)#LocalGateway-HA 이름 지정
VCUBE-2(config-red-app-grp)#우선순위 100 장애 조치 임계값 75
VCUBE-2(config-red-app-grp)#제어 GigabitEthernet3 프로토콜 1
VCUBE-1(config-red-app-grp)#데이터 GigabitEthernet3
VCUBE-2(config-red-app-grp)#타이머 지연 30 리로드 60
VCUBE-2(config-red-app-grp)#추적 1 종료
VCUBE-2(config-red-app-grp)#추적 2 종료
VCUBE-2(config-red-app-grp)#종료
VCUBE-2(config-red-app)#프로토콜 1
VCUBE-2(config-red-app-prtcl)#타이머 인사 시간 3 보류 시간 10
VCUBE-2(config-red-app-prtcl)#종료
VCUBE-2(config-red-app)#종료
VCUBE-2(config-red)#종료
VCUBE-2(config)#

이 구성에 사용된 필드에 대한 설명은 다음과 같습니다.

  • 중복성—중복성 모드를 시작함

  • 응용프로그램 중복성—응용프로그램 중복성 구성 모드를 시작함

  • 그룹—중복 응용프로그램 그룹 구성 모드를 시작함

  • LocalGateway-HA 이름 지정—RG 그룹의 이름을 정의함

  • 우선순위 100 장애 조치 임계값 75—RG에 대해 첫 번째 우선순위 및 장애 조치 임계값을 지정함

  • 타이머 지연 30 리로드 60—지연 및 리로드에 대해 두 번 구성함

    • 지연 타이머는 인터페이스가 시작된 후 RG 그룹의 초기화 및 역할 협상을 지연하기 위한 시간이며, 기본값은 30초입니다. 범위는 0-10000초입니다.

    • 리로드—이는 리로드된 후 RG 그룹의 초기화 및 역할 협상을 지연하기 위한 시간이며, 기본값은 60초입니다. 범위는 0-10000초입니다.

    • 기본 타이머는 권장되는 것으로, 해당 타이머는 네트워크에서 라우팅이 안정적인 시점으로 수렴된 후, RG 프로토콜 협상이 발생하는 것을 보장하기 위해 라우터의 부트업/리로드 중에 발생할 수도 있는 추가 네트워크 수렴 지연을 수용할 수 있도록 조절될 수도 있습니다. 예를 들어, 장애 조치 이후에 새로운 활동 중에서 새로운 대기에 첫 번째 GR 인사 패키지가 나타날 때까지 최대 20초가 소요될 수 있습니다. 그 후 타이머는 이 지연에서 요소에 대해 '타이머 지연 60 리로드 120'으로 조절됩니다.

  • 제어 GigabitEthernet3 프로토콜 1—두 CUBE 간의 keepalive 및 인사 메시지를 교환하는 데 사용되는 인터페이스를 구성하고, 제어 인터페이스에 첨부될 프로토콜 인스턴스를 지정하며, 중복 응용프로그램 프로토콜 구성 모드를 시작함

  • 데이터 GigabitEthernet3—데이터 트래픽의 검사에 대해 사용되는 인터페이스를 구성함

  • 추적—인터페이스의 RG 그룹 추적

  • 프로토콜 1—제어 인터페이스에 첨부될 프로토콜 인스턴스를 지정하고 중복 응용프로그램 프로토콜 구성 모드를 시작함

  • 타이머 인사 시간 3 보류 시간 10—인사 시간 및 보류 시간에 대해 두 개의 타이머를 구성함:

    • 인사 시간— 다음 인사 메시지 간의 간격으로 기본값은 3초입니다. 범위는 250밀리초-254초입니다.

    • 보류 시간—인사 메시지 수신과 발송 라우터가 실패한 추정 시간의 간격. 이 지속 시간은 인사 시간보다 길어야 하며, 기본값은 10초입니다. 범위는 750밀리초-255초입니다.

      보류 시간 타이머가 인사 시간 타이머 값보다 최소한 3배 길게 구성할 것을 권장합니다.

3

CUBE 응용프로그램에 대해 박스 간 중복성을 활성화합니다. 음성 서비스 voip 아래의 이전 단계에서 RG를 구성합니다. 이를 통해 CUBE 응용프로그램은 중복성 프로세스를 제어할 수 있습니다.

음성 서비스 voip 중복성-그룹 1 종료
VCUBE-1(config)#음성 서비스 voip
VCUBE-1(config-voi-serv)#중복성-그룹 1
음성 B2B HA에 % 생성된 RG 1 연계, 새로운 구성이 적용되도록 라우터를 리로드
VCUBE-1(config-voi-serv)# 종료
VCUBE-2(config)#음성 서비스 voip
VCUBE-2(config-voi-serv)#중복성-그룹 1
음성 B2B HA에 % 생성된 RG 1 연계, 새로운 구성이 적용되도록 라우터를 리로드
VCUBE-2(config-voi-serv)# 종료

중복성-그룹 1—이 명령어를 추가 및 제거하려면 업데이트된 구성을 적용하기 위해 리로드가 필요합니다. 모든 구성이 적용된 후 플랫폼을 리로드합니다.

4

아래와 같이 해당하는 가상 IP로 Gig1 및 Gig2 인터페이스를 구성하고 중복성 인터페이스 식별자(rii)를 적용함

VCUBE-1(config)#인터페이스 GigabitEthernet1
VCUBE-1(config-if)# 중복성 rii 1
VCUBE-1(config-if)# 중복 그룹 1 ip 198.18.1.228 제외
VCUBE-1(config-if)# 종료
VCUBE-1(config)#
VCUBE-1(config)#인터페이스 GigabitEthernet2
VCUBE-1(config-if)# 중복성 rii 2
VCUBE-1(config-if)# 중복 그룹 1 ip 198.18.133.228 제외
VCUBE-1(config-if)# 종료
VCUBE-2(config)#인터페이스 GigabitEthernet1
VCUBE-2(config-if)# 중복성 rii 1
VCUBE-2(config-if)# 중복 그룹 1 ip 198.18.1.228 제외
VCUBE-2(config-if)# 종료
VCUBE-2(config)#
VCUBE-2(config)#인터페이스 GigabitEthernet2
VCUBE-2(config-if)# 중복성 rii 2
VCUBE-2(config-if)# 중복 그룹 1 ip 198.18.133.228 제외
VCUBE-v(config-if)# 종료

이 구성에 사용된 필드에 대한 설명은 다음과 같습니다.

  • 중복성 rii—중복 그룹에 대해 중복성 인터페이스 식별자를 구성합니다. 가상 MAC(VMAC) 주소를 생성하기 위해 필요합니다. 동일한 rii ID 값은 동일한 VIP를 가진 각 라우터(활동 중/대기)의 인터페이스에서 사용되어야 합니다.


     

    동일한 LAN에 두 개 이상의 B2B 페어가 있는 경우, 충돌을 방지하기 위해 각 페어는 해당하는 인터페이스에 고유한 rii ID를 갖고 있어야 합니다. 중복 응용프로그램 그룹 모두 표시'는 올바른 로컬 및 피어 정보를 표시해야 합니다.

  • 중복 그룹 1—인터페이스를 상단의 2단계에서 생성된 중복 그룹에 연계합니다. RG 그룹 및 이 물리적 인터페이스에 지정된 VIP를 구성합니다.


     

    중복성을 위해 별도의 인터페이스를 사용해야 합니다. 즉, 음성 트래픽에 대해 사용되는 인터페이스는 상단의 2단계에 지정된 제어 및 데이터로 사용될 수 없습니다. 이 예제에서 Gigabit 인터페이스 3이 RG 제어/데이터에 대해 사용됩니다.

5

첫 번째 CUBE의 구성을 저장하고 리로드합니다.

마지막으로 리로드하는 플랫폼은 항상 대기 모드입니다.

VCUBE-1#wr
구성 빌드 중...
[OK]
VCUBE-1#리로드
리로드를 진행하시겠습니까? [confirm]

VCUBE-1이 완전히 부팅된 후에 VCUBE-2의 구성을 저장하고 리로드합니다.

VCUBE-2#wr
구성 빌드 중...
[OK]
VCUBE-2#리로드
리로드를 진행하시겠습니까? [confirm]
6

박스 간 구성이 예상대로 작동하는지 확인합니다. 관련된 출력은 굵게 강조됩니다.

디자인 고려 사항에 따라 VCUBE-2를 마지막으로 리로드했습니다. 마지막으로 리로드하는 플랫폼은 항상 대기 모드입니다.

VCUBE-1#중복 응용프로그램 그룹 모두 표시 오류 상태 그룹 1 정보: 런타임 우선순위: [100] RG 오류 RG 상태: 작동. 오류로 인한 총 전환의 수: 0 오류로 인한 총 다운/업 상태 변경의 수: 0 Group ID:1 Group Name:LocalGateway-HA 관리 상태: 종료 집계 작업 상태 없음 : 작동 내 역할: 활동 중 피어 역할: 대기 피어 존재: 예 피어 통신: 예 피어 진행 시작됨: 예 RF 도메인: btob-one RF 상태: 활동 중 피어 RF 상태: STANDBY HOT RG Protocol RG 1 ------------------ 역할: 활동 중인 협상: 활성화된 우선순위: 100 프로토콜 상태: 활동 중인 제어 인터페이스 상태: 작동 활동 중인 피어: 로컬 대기 중 피어: 주소 10.1.1.2, 우선순위 100, intf Gi3 로그 카운터: 역할이 활동 중으로 변경: 1개의 역할이 대기 중으로 변경: 1개의 비활성화 이벤트: rg 다운 상태 0, rg 종료 0 제어 인터페이스 이벤트: 업 1, 다운 0, admin_down 0 리로드 이벤트: 로컬 요청 0, 피어 요청 0 RG 1용 미디어 컨텍스트 RG -------------------------- Ctx 상태: 활동 프로토콜 ID: 1 미디어 유형: 기본값 제어 인터페이스: GigabitEthernet3 현재 인사 타이머: 3000 구성된 인사 타이머: 3000, 보류 타이머: 10000 피어 인사 타이머: 3000, 피어 보류 타이머: 10000 상태: 패킷 1509, 바이트 93558, HA Seq 0, 연속 번호 1509, 패킷 손실 0 인증 구성되지 않음 인증 오류: 0 리로드 피어: TX 0, RX 0 지역: TX 0, RX 0 대기 중 피어: 현재. 보류 타이머: 10000 패킷 61, 바이트 2074, HA Seq 0, 연속 번호 69, 패킷 손실 0 VCUBE-1#
VCUBE-2#중복 응용프로그램 그룹 모두 표시 오류 상태 그룹 1 정보: 런타임 우선순위: [100] RG 오류 RG 상태: 작동. 오류로 인한 총 전환의 수: 0 오류로 인한 총 다운/업 상태 변경의 수: 0 Group ID:1 Group Name:LocalGateway-HA 관리 상태: 종료 집계 작업 상태 없음 : 작동 내 역할: 대기 중 피어 역할: ACTIVE 피어 존재: 예 피어 통신: 예 피어 진행 시작됨: 예 RF 도메인: btob-one RF 상태: 활동 중 피어 RF 상태: STANDBY HOT RG Protocol RG 1 ------------------ 역할: 활동 중인 협상: 활성화된 우선순위: 100 프로토콜 상태: 활동 중인 제어 인터페이스 상태: 작동 활동 중인 피어: 주소 10.1.1.2, 우선순위 100, intf Gi3 대기 중 피어: 로컬 로그 카운터: 역할이 활동 중으로 변경: 1개의 역할이 대기 중으로 변경: 1개의 비활성화 이벤트: rg 다운 상태 0, rg 종료 0 제어 인터페이스 이벤트: 업 1, 다운 0, admin_down 0 리로드 이벤트: 로컬 요청 0, 피어 요청 0 RG 1용 미디어 컨텍스트 RG -------------------------- Ctx 상태: 활동 프로토콜 ID: 1 미디어 유형: 기본값 제어 인터페이스: GigabitEthernet3 현재 인사 타이머: 3000 구성된 인사 타이머: 3000, 보류 타이머: 10000 피어 인사 타이머: 3000, 피어 보류 타이머: 10000 상태: 패킷 1509, 바이트 93558, HA Seq 0, 연속 번호 1509, 패킷 손실 0 인증 구성되지 않음 인증 오류: 0 리로드 피어: TX 0, RX 0 지역: TX 0, RX 0 대기 중 피어: 현재. 보류 타이머: 10000 패킷 61, 바이트 2074, HA Seq 0, 연속 번호 69, 패킷 손실 0 VCUBE-2#

두 CUBE 모두에서 로컬 게이트웨이 구성

이 예제 구성에서는 Webex Control Hub의 다음 정보를 사용하여 두 가지 플랫폼, VCUBE-1VCUBE-2 모두에서 로컬 게이트웨이 구성을 빌드합니다. 이 설정에 대한 사용자 이름 및 비밀번호는 다음과 같습니다.

  • 사용자 이름: Hussain1076_LGU

  • 비밀번호: lOV12MEaZx

1

자격 증명 및 공유된 비밀에서 마스터 키를 사용하기 전에 아래에 표시된 명령어를 사용하여 마스터 키가 비밀번호에 대해 미리 구성되었는지 확인합니다. 유형 6 비밀번호는 AES 암호 및 사용자가 정의한 마스터 키를 사용하여 암호화됩니다.

LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes

상단에 표시된 Control Hub 파라미터에 기반한 두 개의 플랫폼 모두에 적용되고 저장 및 리로드되는 로컬 게이트웨이 구성은 다음과 같습니다. Control Hub의 SIP 다이제스트 자격 증명은 굵게 강조됩니다.

configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 85.119.56.128 255.255.255.192 ipv4 85.119.57.128 255.255.255.192 ipv4 185.115.196.0 255.255.255.128 ipv4 185.115.197.0 255.255.255.128 ipv4 199.59.64.0 255.255.255.128 ipv4 199.59.65.0 255.255.255.128 ipv4 199.59.66.0 255.255.255.128 ipv4 199.59.67.0 255.255.255.128 ipv4 199.59.70.0 255.255.255.128 ipv4 199.59.71.0 255.255.255.128 exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1" rule 10 request ANY sip-header To modify "<sip:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw codec preference 3 g729r8 exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:1a01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start

표시 명령어 출력을 표시하기 위해 VCUBE-2를 리로드한 후 VCUBE-1을 로드하여 VCUBE-1을 대기 CUBE로, VCUBE-2를 활동 중 CUBE로 만듭니다.

2

언제든지 한 개의 플랫폼만 Webex Calling 액세스 SBC에서 로컬 게이트웨이로 활동 중 등록을 유지하게 됩니다. 다음 표시 명령어의 출력을 확인하십시오.

중복 응용프로그램 그룹 1 표시

sip-ua-register 상태 표시

VCUBE-1#중복 응용프로그램 그룹 1 표시 Group ID:1 Group Name:LocalGateway-HA 관리 상태: 종료 집계 작동 상태 없음 : 작동 내 역할: 대기 피어 역할: ACTIVE 피어 존재: 예 피어 통신: 예 피어 진행 시작됨: 예 RF 도메인: btob-one RF 상태: 대기 중 핫 피어 RF 상태: ACTIVE VCUBE-1#sip-ua 등록 상태 표시 VCUBE-1#
VCUBE-2#중복 응용프로그램 그룹 1 표시 Group ID:1 Group Name:LocalGateway-HA 관리 상태: 종료 집계 작동 상태 없음 : 작동 내 역할: 활동 중 피어 역할: 상태 피어 존재: 예 피어 통신: 예 피어 진행 시작됨: 예 RF 도메인: btob-one RF 상태: 활동 중 피어 RF 상태: 대기 핫 VCUBE-2#sip-ua 등록 상태 표시 테넌트: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2#

상단의 출력에서 VCUBE-2는 Webex Calling 액세스 SBC에서 등록을 유지하는 활동 중인 LGW임을 알 수 있습니다. 반면, "sip-ua 등록 상태 표시"의 출력은 VCUBE-1에서 공백으로 나타납니다.

3

이제 VCUBE-1에서 다음 디버그 활성화

VCUBE-1#디버그 ccsip 비-통화 SIP 대화 외 추적이 활성화됨 VCUBE-1#디버그 ccsip 정보 SIP 통화 정보 추적이 활성화됨 VCUBE-1#디버그 ccsip 메시지
4

이 경우, 활동 중인 LGW, VCUBE-2에서 다음 명령어를 발행하여 장애 조치를 모의 실험합니다.

VCUBE-2#중복 응용프로그램 리로드 그룹 1 자체

상단에 표시된 CLI 외에도 다음 시나리오에서 활동 중에서 대기 중 LGW로 전환됩니다.

  • 활동 중 라우터가 리로드될 때
  • 활동 중 라우터의 전원이 꺼지고 켜질 때
  • 활동 중 라우터의 모든 RG 구성된 인터페이스가 활성화된 추적에 대해 종료될 때
5

VCUBE-1이 Webex Calling 액세스 SBC에 등록되었는지 확인합니다. VCUBE-2는 이때 리로드되었을 수 있습니다.

VCUBE-1#sip-ua 등록 상태 표시 테넌트: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#

VCUBE-1은 이제 활동 중인 LGW입니다.

6

VCUBE-1에서 가상 IP를 통해 SIP 등록을 Webex Calling으로 보내고 200 OK를 수신하는지 관련된 디버그 로그를 확인합니다.

VCUBE-1#로그 표시 Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 인사 시간이 만료되었습니다. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 역할이 대기 중에서 활동 중으로 변경됨 Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: 대기_핫에서 활동 중 상태로 전환. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: 활동 중 역할 이벤트 통지를 수신함 Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: 발신됨: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 방법: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 출처: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 대상: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> 날짜: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 타임스탬프: 1578595044 CSeq: 2 등록 연락처: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> 만료: 240 지원됨: 경로 콘텐츠 길이: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: 수신됨: SIP/2.0 401 인증되지 않음 방법: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 출처: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 대상: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 날짜: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 타임스탬프: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: 발신됨: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 방법: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC 출처: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 대상: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> 날짜: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 타임스탬프: 1578595045 CSeq: 3 등록 연락처: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> 만료: 240 지원됨: 경로 인증: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg: 수신됨: SIP/2.0 200 OK 방법: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 출처: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 대상: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 타임스탬프: 1578595045 CSeq: 3 등록 연락처: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: 통화-정보,회선-중단,대화 상자,메시지-요약,기능-으로-이벤트,x-broadworks-호텔링,x-broadworks-call-center-상태,회의 콘텐츠-길이: 0
워터 마크
2020년 7월 27일| 명이 봄 | 명이 이 정보가 유용하다고 평가했습니다.

Webex Calling에 대해 Unified CM 구성

Unified CM이 온-프레미스 통화 제어 솔루션인 기존의 배포에 Webex Calling 활성화된 위치가 추가되는 경우 및 Unified CM에 등록된 전화와 Webex Calling 위치에 있는 전화 간에 직접 전화를 걸어야 하는 경우, Unified CM에 통합해야 할 수도 있습니다.

로컬 게이트웨이에 트렁크용 SIP 트렁크 보안 프로필 구성

로컬 게이트웨이 및 PSTN 게이트웨이가 동일한 장치에 있는 경우, 동일한 장치에서 시작된 두 개의 다른 트래픽 유형(Webex로부터의 통화 및 PSTN으로부터의 통화)을 구별하고 해당 통화 유형에 서비스에 대해 상이한 클래스를 적용하려면 Unified CM이 활성화되어야 합니다. 이 차별화된 통화 처리는 Unified CM과 병합된 로컬 게이트웨이 및 PSTN 게이트웨이 장치 사이에 두 개의 트렁크를 구축하여 실행되며, 이는 두 개의 트렁크에 대해 다른 SIP 수신 대기 포트를 요구합니다.

다음 설정을 사용하여 로컬 게이트웨이 트렁크에 대해 전용 SIP 트렁크 보안 프로필을 만드십시오.

설정
이름 고유한 이름, 예: Webex
설명 의미 있는 설명, 예: Webex SIP 트렁크 보안 프로필
수신 포트 Webex에서 수신/발신되는 트래픽에 대해 로컬 게이트웨이 구성에서 사용된 포트를 일치시켜야 함: 5065

로컬 게이트웨이 트렁크에 대해 SIP 프로필 구성

다음 설정을 사용하여 로컬 게이트웨이 트렁크에 대해 전용 SIP 프로필을 만드십시오.

설정
이름 고유한 이름, 예: Webex
설명 의미 있는 설명, 예: Webex SIP 프로필
서비스 유형 "없음 (기본값)"으로 트렁크용 대상 상태를 모니터링하기 위해 OPTIONS 핑 활성화 체크됨

Webex에서 통화에 대한 통화 검색 스페이스 만들기

다음 설정을 사용하여 Webex에서 시작되는 통화에 대한 통화 검색 스페이스를 만듭니다.

설정
이름 고유한 이름, 예: Webex
설명 의미 있는 설명, 예: Webex 통화 검색 스페이스
선택된 참가자

DN (+E.164 디렉터리 번호)

ESN (축약된 사이트 간 다이얼링)

PSTNInternational (PSTN 액세스)

onNetRemote (GDPR 학습 대상)


 

마지막 파티션 onNetRemote는 멀티 클러스터 환경에서만 사용됩니다. 여기에서 라우팅 정보는 ILS(Intercluster Lookup Service) 또는 GDPR(Global Dialplan Replication)를 사용하여 Unified CM 클러스터 간에 교환됩니다.

Webex에서 발신/수신되는 SIP 트렁크 구성

다음 설정을 사용하여 로컬 게이트웨이를 통해 Webex 발신/수신에 대한 SIP 트렁크를 만듭니다.

설정
장치 정보
DeviceName 고유한 이름, 예: Webex
설명 의미 있는 설명, 예: Webex SIP 트렁크
활동 중인 모든 Unified CM 노드에서 실행 체크됨
인바운드 통화
통화 검색 스페이스 이전에 정의된 통화 검색 스페이스: Webex
AAR 통화 검색 스페이스 PSTN 라우트 패턴에만 액세스하는 통화 검색 스페이스: PSTNReroute
SIP 정보
대상 주소 로컬 게이트웨이 큐브의 IP 주소
대상 포트 5060
SIP 트렁크 보안 프로필 이전에 정의됨: Webex
SIP 프로필 이전에 정의됨: Webex

Webex에 대해 라우트 그룹 구성

다음 설정으로 라우트 그룹을 만듭니다.

설정
라우트 그룹 정보
라우트 그룹 이름 고유한 이름, 예: Webex
선택된 장치 이전에 구성된 SIP 트렁크: Webex

Webex용 라우트 목록 구성

다음 설정으로 라우트 목록을 만듭니다.

설정
라우트 목록 정보
이름 고유한 이름, 예: RL_Webex
설명 의미 있는 설명, 예: Webex용 라우트 목록
활동 중인 모든 Unified CM 노드에서 실행 체크됨
라우트 목록 멤버 정보
선택된 그룹 이전에 정의된 라우트 그룹만: Webex

Webex 대상에 대한 파티션 만들기

다음 설정을 사용하여 Webex 대상에 대한 파티션을 만듭니다.

설정
라우트 목록 정보
이름 고유한 이름, 예: Webex
설명 의미 있는 설명, 예: Webex 파티션

다음에 수행할 작업

이 파티션을 Webex 대상에 액세스해야 하는 모든 통화 검색 스페이스에 추가하십시오. 이 파티션은 통화가 PSTN에서 Webex로 라우팅될 수 있도록 특히, PSTN 트렁크에서 인바운드 통화 검색 스페이스로 사용되는 통화 검색 스페이스에 추가해야 합니다.

Webex 대상에 대한 라우트 패턴 구성

다음 설정을 사용하여 Webex에서 각 DID 범위에 대해 라우트 패턴을 구성합니다.

설정
라우트 패턴 선행하는 "\"를 사용하여 Webex에서 DID 범위에 대한 전체 + E.164 패턴 예: \+140855501XX
라우트 파티션 Webex
게이트웨이/라우트 목록 RL_Webex
긴급 우선순위 체크됨

Webex에 대해 축약된 사이트 간 다이얼링 정규화 구성

Webex에 대해 축약된 사이트 간 다이얼링이 필요한 경우, 다음 설정을 사용하여 Webex에서 각 ESN 범위에 대해 다이얼링 정규화 패턴을 구성합니다.

설정
이동 패턴 Webex에서 ESN 범위에 대한 ESN 패턴. 예: 80121XX
파티션 Webex
설명 의미 있는 설명, 예: Webex 정규화 패턴
발신자의 통화 검색 스페이스 사용 체크됨
긴급 우선순위 체크됨
다음 홉 인터디짓 시간 초과 기다리지 않기 체크됨
전화받는 사용자 변환 마스크 번호를 +E.164에 정규화하기 위해 마스크합니다. 예: +140855501XX
워터 마크
2020년 7월 27일| 명이 봄 | 명이 이 정보가 유용하다고 평가했습니다.

Webex Calling 기능 설정

자동 전화 교환 만들기

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

1

의 고객 보기에서 https://admin.webex.com서비스 통화 기능으로 이동 > > 합니다.

2

새 기능을 클릭한 후 자동 전화 교환을 선택합니다.

3

파일럿 번호를 선택한 후 사용자가 번호를 소유 하 고 있는지, 파트너가 제공한 것인지 또는 번호를 이식 하고자 하는지 나타냅니다.

4

번호를 포트하는 경우, 현재 서비스 공급자에 연계된 비용 청구 번호 및 새로운 서비스 공급자에 연계된 비용 청구 번호를 입력해야 합니다.

5

위치를 선택한 후 저장을 클릭합니다.

다음에 수행할 작업

서비스 > 통화 주문으로 이동 하 여 > 주문의 상태를 확인 하십시오.

주문이 완료 되 면 서비스 > 통화 > 기능에서 자동 전화 교환을 선택 하 여 통화 기능을 추가로 구성할 수 있습니다. 통화 관리 포털에서 고급 서비스로 이동하고, 여기에서 구성을 완료할 수 있습니다. 자세한 정보는 자동 전화 교환 관리를 참조하십시오.

헌트 그룹 설정

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

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

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

1

의 고객 보기에서 https://admin.webex.com서비스 통화 기능으로 이동 > > 합니다.

2

새 기능을 클릭한 후 헌트 그룹을 선택합니다.

3

파일럿 번호를 입력한 후 귀하가 번호를 소유하고 있는지, 파트너가 제공한 것인지 또는 번호를 포트하고자 하는지 가리킵니다.

4

번호를 포트하는 경우, 현재 서비스 공급자에 연계된 비용 청구 번호 및 새로운 서비스 공급자에 연계된 비용 청구 번호를 입력해야 합니다.

5

저장을 클릭합니다.

다음에 수행할 작업

서비스 > 통화 주문으로 이동 하 여 > 주문의 상태를 확인 하십시오.

처리가 완료 되 면 서비스 > 통화 > 기능에서 헌트 그룹를 선택 하 여 통화 기능을 추가로 구성할 수 있습니다. 통화 관리 포털에서 고급 서비스로 이동하고, 여기에서 구성을 완료할 수 있습니다. 자세한 정보는 헌트 그룹 수정을 참조하십시오.

교환원 클라이언트 만들기

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

1

의 고객 보기에서 https://admin.webex.com서비스 통화 기능으로 이동 > > 합니다.

2

새 기능을 클릭한 후 교환원 클라이언트를 선택합니다.

통화 관리 포털에서 고급 서비스로 이동하고, 여기에서 구성을 완료할 수 있습니다. 자세한 정보는 교환원 구성을 참조하십시오.

호출 그룹 설정

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

시작하기 전에

  • 호출에는 IP 주소 239.192.16.240을 사용하는 멀티캐스트 라우팅이 필요합니다. 멀티캐스트 라우팅에 대해서만 해당 IP 주소가 무료인지 확인합니다.

  • 호출 그룹에 지정하기 위해 계획한 내선을 사용할 수 있으며 지정되지 않았는지 확인합니다.

  • 호출 그룹에는 한 명 이상의 멤버가 필요하며, 각 멤버는 최소한 한 개의 등록된 장치가 필요합니다. 사용자가 등록되지 않은 장치로 그룹에게 호출하는 경우, 통화 중 신호를 듣게 됩니다.

  • 호출 그룹은 아날로그 전화 어댑터(ATA)가 아닌, Cisco IP Phone 7800 또는 8800 시리즈에서만 작동합니다.

1

의 고객 보기에서 https://admin.webex.com서비스 통화 기능으로 이동 > > 합니다.

2

새 기능을 클릭한 후 호출 그룹을 선택합니다.

3

파일럿 번호를 입력한 후 귀하가 번호를 소유하고 있는지, 파트너가 제공한 것인지 또는 번호를 포트하고자 하는지 가리킵니다.

4

번호를 포트하는 경우, 현재 서비스 공급자에 연계된 비용 청구 번호 및 새로운 서비스 공급자에 연계된 비용 청구 번호를 입력해야 합니다.

5

저장을 클릭합니다.

다음에 수행할 작업

서비스 > 통화 주문으로 이동 하 여 > 주문의 상태를 확인 하십시오.

처리가 완료 되 면 서비스 > 통화 > 기능에서 호출 그룹를 선택 하 여 통화 기능을 추가로 구성할 수 있습니다. 통화 관리 포털에서 고급 서비스로 이동하고, 여기에서 구성을 완료할 수 있습니다. 자세한 정보는 그룹 호출을 참조하십시오.

통화 대기열 만들기

고객의 통화에 응답할 수 없을 때 누군가 통화에 응답할 때까지 자동화된 응답, 안내 메시지 및 대기 중 음악이 제공되도록 통화 대기열을 설정할 수 있습니다.

1

의 고객 보기에서 https://admin.webex.com서비스 통화 기능으로 이동 > > 합니다.

2

새 기능을 클릭한 후 통화 대기열을 선택합니다.

3

파일럿 번호를 입력한 후 귀하가 번호를 소유하고 있는지, 파트너가 제공한 것인지 또는 번호를 포트하고자 하는지 가리킵니다.

4

번호를 포트하는 경우, 현재 서비스 공급자에 연계된 비용 청구 번호 및 새로운 서비스 공급자에 연계된 비용 청구 번호를 입력해야 합니다.

5

저장을 클릭합니다.

다음에 수행할 작업

서비스 > 통화 주문으로 이동 하 여 > 주문의 상태를 확인 하십시오.

주문이 완료 되 면 서비스 > 통화 > 기능에서 통화 대기열 인스턴스를 선택 하 여 통화 기능을 추가로 구성할 수 있습니다. 통화 관리 포털에서 고급 서비스로 이동하고, 여기에서 구성을 완료할 수 있습니다. 자세한 정보는 통화 대기열 구성하기를 참조하십시오.

전화 받기 설정

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

전화 받기 그룹 설정 방법에 대 한 자세한 정보는 Cisco Webex Control Hub에서 전화 받기를 참조 하십시오 https://help.webex.com/tll322/.

통화 대기 설정

통화 대기는 정의 된 사용자 그룹이 통화 대기 그룹의 사용 가능한 다른 멤버와 통화를 대기 하도록 허용 합니다. 대기 중 전화는 해당 그룹의 다른 멤버가 사용할 수 있습니다.

통화 대기를 설정 하는 방법에 대 한 자세한 정보는 Cisco Webex Control Hub 통화 대기를 참조 하십시오 https://help.webex.com/nfoxd2m/.

사용자가 다른 사용자의 전화 통화에 참여하는 것을 허용

1

https://admin.webex.com의 고객 보기에서 사용자로 이동한 후 수정하고자 하는 사용자를 선택합니다.

2

통화를 선택하고 고급 통화 설정으로 이동한 후 참여를 선택합니다.

3

참여를 켜고 누군가 통화에 참여할 때 전화기에서 소리를 재생하게 할지 선택한 후 저장을 클릭합니다.

Webex Calling 사용자에 대해 호텔링 켜기

호텔링은 다음과 같은 두 가지 기능으로 구성됩니다. 호텔링 호스트 및 호텔링 손님이 그것입니다. 해당하는 기능은 사용자(손님)가 일시적으로 로그인하고 자신의 전화기로 사용할 수 있는 특정 전화기(호스트)를 귀하가 지정할 수 있도록 함께 작동합니다. 손님이 호스트 전화기에 로그인하면 해당 사용자의 프로필은 자동으로 장치로 전송됩니다. 호스트 장치는 특정 기간 동안 사용자의 기본 장치가 됩니다.

여기에서 설명하는 단계를 따라 사용자를 호텔링 손님으로 구성할 수 있습니다. 호스트 전화에 대한 자세한 정보는 호스트 전화 구성을 참조하십시오.

1

https://admin.webex.com의 고객 보기에서 사용자로 이동한 후 수정하고자 하는 사용자를 선택합니다.

2

통화를 선택 하 고 고급 통화 설정을 선택한후 다음을 클릭 합니다.

3

Ho나에 게 설정을 켠 후 저장을 클릭합니다.

사용자가 사용자의 회선 상태를 모니터링하지 못하게 하기

1

https://admin.webex.com의 고객 보기에서 사용자로 이동한 후 수정하고자 하는 사용자를 선택합니다.

2

통화를 선택한 후 개인 정보로 이동합니다.

3

이 사용자에 대해 적합한 자동 전화 교환 개인 정보 설정을 선택합니다.

4

개인 정보 활성화 체크 박스를 체크합니다. 그 후 이름으로 사용자 검색 필드를 비워 두고 모든 사람을 차단하거나, 이 사용자의 회선 상태를 모니터링할 사람을 선택할 수 있습니다.

상단의 경영진 예제를 사용하여 행정 비서의 이름을 검색합니다.

5

저장을 클릭합니다.

사용자에 게 다른 상대방의 전화 또는 통화 대기 확장 프로그램에서 라인 상태를 볼 수 있음

모니터링되는 회선의 최대 수는 50개이지만, 대역폭을 고려하십시오. 최대 수는 사용자의 전화기에 있는 회선 버튼의 수에 따라 결정될 수도 있습니다.

1

https://admin.webex.com의 고객 보기에서 사용자로 이동한 후 수정하고자 하는 사용자를 선택합니다.

2

통화를 선택 하 고 고급 통화 설정을 선택한후 모니터링으로 이동합니다.

3

다음 중에서 선택하십시오.

  • 모니터 된 라인 추가
  • 통화 대기 확장 프로그램 추가
4

이 사용자에 게 대기 전화에 대 한 알림을 받을지 선택 하 고 https://help.webex.com/0r7a2z/Set-Up-Your-Webex-Calling-Features#id_100086, 모니터링할 사용자 또는 통화 대기 내선을 검색 한 후 저장을 클릭 합니다.


 

Control Hub에서 모니터링되는 회선 목록은 사용자의 장치에 표시되는 모니터링된 회선의 순서에 따라 달라집니다. 모니터링되는 회선의 목록은 언제든지 다시 정렬할 수 있습니다.

워터 마크
2020년 7월 27일| 명이 봄 | 명이 이 정보가 유용하다고 평가했습니다.

Webex 통화 사용자 구성 및 관리

Cisco Webex Control Hub에서 각 사용자 및 모든 사용자가 Webex 통화 서비스를 사용할 수 있게 하려면 해당 사용자를 추가해야 합니다. 추가해야 하는 사용자의 수는 Control Hub에서 추가하는 방법을 결정합니다. 이메일 주소로 각 사용자를 수동으로 추가하거나 CSV 파일을 사용하여 다수의 사용자를 추가할 수 있습니다. 원하는 대로 선택하십시오.

평가판 계정을 만들기 위해 자신의 이메일 주소를 사용한 사용자를 추가하고 있는 경우에 오류가 발생할 수도 있습니다. 사용자를 조직으로 추가하기 전에 먼저 자신의 조직을 삭제하도록 안내합니다.


Active Directory가 있으며 Control Hub에서 사용자를 수동으로 추가할 때 Cisco 디렉터리 커넥터를 사용하는 경우, 해당 사용자를 Active Directory에도 추가해야 합니다.

Cisco Webex Contact Center는 Active Directory를 지원하지 않습니다.

1

https://admin.webex.com의 고객 보기에서 사용자로 이동한 후 사용자 관리를 클릭합니다.

2

수동으로 사용자 추가 또는 수정을 선택합니다.

3

(선택 사항) 자동으로 환영 이메일을 보내는 경우, 다음을 클릭합니다.

4

선택한 후 다음을 클릭합니다.

  • 이메일 주소를 선택하고 최대 25개의 이메일 주소를 입력합니다.
  • 이름 및 이메일 주소를 선택한 후 최대 25개의 이름 및 이메일 주소를 입력합니다.

 

변환할 수 있는 사용자를 조직으로 추가할 수 있습니다.

5

라이센스 지정:

  • 활동 중인 라이센스 템플릿이 있는 경우, 새로운 사용자에 대해 라이센스는 자동으로 지정되고 라이센스 요약을 확인할 수 있습니다.
  • 지정할 서비스를 선택합니다. 여러 서비스에 가입된 경우, 목록에서 가입을 선택합니다.


 

Cisco Webex Contact Center에 대해 라이센스를 지정하고 있는 경우, Webex Teams를 선택한 후 프리미엄 및 표준 에이전트 옵션으로 고객 케어를 선택합니다. 감독관을 추가하려면 프리미엄감독관 옵션을 모두 선택합니다. 귀하가 사용자를 감독관으로 지정하지 않는 한, 사용자는 에이전트로 처리됩니다.

6

콘텐츠 관리:

  • 기업 콘텐츠 관리에 대해 글로벌 액세스가 선택된 경우, 콘텐츠 관리는 자동으로 사용자에게 지정됩니다.
  • 각 사용자에 대해 콘텐츠 관리 옵션을 선택합니다.

7

저장을 클릭합니다.

  • 참여를 위한 초대장이 포함된 이메일이 각 사용자에게 발송됩니다.

  • Control Hub에서 사용자는 처음으로 로그인할 때까지 초대 보류 중 상태로 나타납니다. 라이센스는 사용자가 처음으로 로그인한 후에 지정되거나, 클레임된 도메인이 포함된 Cisco 디렉터리 커넥터를 사용하는 경우엔 사용자가 생성될 때 지정됩니다.

8

처리된 기록의 요약 페이지를 확인하고 마침을 클릭합니다.

다음에 수행할 작업

조직에서 사용자에게 관리 권한을 지정할 수 있습니다.

시작하기 전에

조직에 대해 다수의 CSV 파일이 있는 경우, 한 개의 파일을 업로드한 후 작업이 완료되면 다음 파일을 업로드할 수 있습니다.


일부 스프레드시트 편집기는 .csv 파일이 열릴 때 셀에서 + 기호를 제거합니다. 텍스트 편집기를 사용하여 .csv 파일을 업데이트할 것을 제안합니다. 스프레드시트 편집기를 사용하는 경우, 셀 서식을 텍스트로 설정하고 제거된 모든 + 기호를 다시 추가했는지 확인하십시오.

1

https://admin.webex.com의 고객 보기에서 사용자로 이동하고 사용자 관리를 클릭한 후 CSV 사용자 추가 또는 수정을 선택합니다.

2

내보내기를 클릭하여 파일을 다운로드하고 CSV 파일에서 새로운 줄에 사용자 정보를 입력할 수 있습니다.

  • 서비스를 지정하려면 해당 서비스의 열에 TRUE를 추가하고, 서비스를 제외하려면 FALSE를 추가합니다. User ID/Email (필수) 열은 유일한 필수 필드입니다. 새로운 각 사용자에 대한 특정 디렉터리 및 외부 번호가 있는 경우, 다른 문자를 추가하지 않고 외부 번호 앞에 + 기호를 포함합니다.

    활동 중인 라이센스 템플릿이 있는 경우, 모든 서비스 열을 비워두면 템플릿이 해당 행에 있는 새로운 사용자에 대해 자동으로 지정됩니다.


     

    라이센스 템플릿을 사용하여 사용자에게 기업 콘텐츠 관리 권한을 지정할 수 없습니다. 자세한 내용은 Cisco Webex Control Hub에서 사용자에 대해 콘텐츠 관리 활성화를 참조하십시오.

  • 위치를 지정하려면 위치 열에서 이름을 입력합니다. 이 필드를 비워두는 경우, 사용자에게 기본 위치가 지정됩니다.

  • 사용자를 Cisco Webex Contact Center에 대한 감독관으로 추가하는 경우, 사용자를 수동으로 추가해야 합니다. CSV를 사용하여 표준 및 프리미엄 역할만 할당할 수 있습니다.

 

사용자의 이름을 입력할 때 성을 포함해야 합니다. 그렇지 않으면 문제가 발생할 수도 있습니다.

3

가져오기를 클릭하고 파일을 선택한 후 열기를 클릭합니다.

4

서비스 추가만 또는 서비스 추가 및 제거를 선택합니다.

활동 중인 라이센스 템플릿이 있는 경우, 서비스 추가만을 선택합니다.

5

제출을 클릭합니다.

CSV 파일이 업로드되고 작업이 생성됩니다. 브라우저 또는 이 창을 닫고 작업을 계속 실행할 수 있습니다. 작업의 진행 상태를 확인하려면 Cisco Webex Control Hub에서 작업 관리를 참조하십시오.

전체 권한이 있는 관리자는 Cisco Webex Control Hub에서 개별 사용자에 대한 특정 서비스 세부 사항을 편집할 수 있습니다.

1

https://admin.webex.com의 고객 보기에서 사용자로 이동합니다.

2

사용자를 선택하고 서비스 > 편집을 클릭합니다.

3

여러 서비스에 가입된 경우, 목록에서 가입을 선택합니다.

4

추가하거나 제거할 서비스를 선택하고 저장을 클릭합니다.

시작하기 전에

조직에 대해 다수의 CSV 파일이 있는 경우, 한 개의 파일을 업로드한 후 작업이 완료되면 다음 파일을 업로드할 수 있습니다.

CSV 템플릿으로 사용자에게 지정된 위치를 변경하거나, 사용자를 삭제할 수 없습니다.


일부 스프레드시트 편집기는 .csv 파일이 열릴 때 셀에서 + 기호를 제거합니다. 텍스트 편집기를 사용하여 .csv 파일을 업데이트할 것을 제안합니다. 스프레드시트 편집기를 사용하는 경우, 셀 서식을 텍스트로 설정하고 제거된 모든 + 기호를 다시 추가했는지 확인하십시오.

1

https://admin.webex.com의 고객 보기에서 사용자로 이동하고 사용자 관리를 클릭한 후 CSV 사용자 추가 또는 수정을 선택합니다.

2

(선택 사항) 자동으로 환영 이메일을 보내는 경우, 다음을 클릭합니다.

3

내보내기를 클릭하여 파일을 다운로드합니다. 다음 방법으로 다운로드된 파일(exported_users.csv)을 편집할 수 있습니다.

  • 기존의 사용자를 수정하기 위해 사용자 ID/이메일 (필수), 디렉터리 번호, 직통 라인위치를 제외한 모든 열을 업데이트할 수 있습니다. 예를 들어, 사용자 ID/이메일을 변경하면 새로운 사용자를 만듭니다.

  • 위치를 지정하려면 위치 열에서 이름을 입력합니다. 이 필드를 비워두는 경우, 사용자에게 기본 위치가 지정됩니다.

  • 서비스를 지정하려면 해당 서비스의 열에 TRUE를 추가하고, 서비스를 제외하려면 FALSE를 추가합니다.

  • 다수의 가입이 있는 경우, 열 헤더에서 가입 ID를 사용하여 추가하고자 하는 서비스를 식별할 수 있습니다. 예를 들어, 동일한 서비스에 두 개의 가입이 있는 경우, 특정 가입의 서비스를 지정하여 사용자에게 적용할 수 있습니다.

4

특정 사용자에 대해 전화가 실행되는 방법을 변경하려면 통화 작동 열에 값을 입력합니다. 다음 옵션 중 하나를 입력하고, 각 설정에 대한 자세한 정보는 Cisco Webex Teams Calling 작동 설정을 참조할 수 있습니다.

  • USE_ORG_SETTINGS—조직 전반의 설정을 사용하려면 이 문자열을 입력합니다.

  • NATIVE_WEBEX_TEAMS_CALLINGWebex Teams에서 통화 옵션을 사용하려면 이 문자열을 입력합니다.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTELWebex Calling 앱 옵션을 사용하려면 이 문자열을 입력합니다.

5

CSV 파일을 저장한 후 가져오기를 클릭하고 변경한 파일을 선택한 후 열기를 클릭합니다.

6

서비스 추가만 또는 서비스 추가 및 제거를 선택하고 제출을 클릭합니다.

CSV 파일이 업로드되고 작업이 생성됩니다. 브라우저 또는 이 창을 닫고 작업을 계속 실행할 수 있습니다. 작업의 진행 상태를 확인하려면 Cisco Webex Control Hub에서 작업 관리를 참조하십시오.

관리 초대 이메일을 표시하는 경우, 새로운 사용자는 활성화 이메일을 수신합니다.

언제든지 사용자의 장치에 번호, 내선 또는 모두를 지정할 수 있습니다. 지정된 내선은 전화 디스플레이에 나타납니다.

또한 대체 번호를 구성하여 여러 전화 번호가 동시에 울리게 할 수도 있습니다. 각 번호에 대해 다른 벨 소리 발신음을 지정하여 어떤 회선이 호출되고 있는지 구분할 수 있습니다.

1

https://admin.webex.com의 고객 보기에서 사용자로 이동한 후 번호를 지정할 사용자를 선택합니다.

2

통화를 선택한 후 번호 추가를 클릭합니다.

3

사용할 수 있는 번호의 목록에서 전화 번호를 선택합니다. 내선을 지정하는 옵션을 사용할 수도 있습니다.

4

저장을 클릭합니다.

5

(선택 사항) 이 사용자에 대해 대체 번호를 구성합니다.


Cisco Webex Meetings 사용자에 대해 알림 이메일은 현재 사용할 수 없습니다.

1

https://admin.webex.com의 고객 보기에서 사용자로 이동하고 상태 열을 필터링하여 초대 보류 중 상태의 사용자를 표시합니다.

2

초대 보류 중 상태의 사용자에 대해 작업 아래에서 자세히 > 초대장 재발송을 선택합니다.

조직에서 디렉터리 동기화를 사용하는 경우, Control Hub에서 삭제 옵션을 사용할 수 없으며, Active Directory에서 사용자 계정을 삭제해야 합니다. 그 후 Cisco 디렉터리 커넥터는 사용자 계정 정보를 동기화할 때 조직 사용자 목록을 업데이트합니다.

https://admin.webex.com의 고객 보기에서 사용자로 이동하고 자세히 버튼을 클릭한 후 사용자 삭제를 클릭합니다.

사용자는 더 이상 Webex 사이트에 로그인할 수 없으며, 지정된 모든 Webex 서비스는 제거되고, 참가하고 있는 스페이스 또는 그룹에서 제거됩니다. 스페이스에서 작성한 콘텐츠는 삭제되지 않으며, 콘텐츠는 각 스페이스 소유자가 실행한 보존 정책에 따라 달라집니다.

다른 권한 수준으로 고객 관리자를 설정할 수 있습니다. 이는 전체 관리자, 지원 관리자, 읽기 전용 관리자 또는 규정 준수 담당자일 수 있습니다. 전체 관리자 권한을 사용하여 조직에서 한 개 이상의 역할을 누구에게나 지정할 수 있습니다.


사용자 및 장치 관리자 또는 장치 관리자 역할로 지정된 사용자는 Webex Calling을 관리할 수 없습니다.

사용자에게 역할 지정

조직에 대해 항상 한 명 이상의 관리자를 지정하는 것이 좋습니다. 관리자 중 한 사람이 작업할 수 없는 경우에 언제든지 관리 변경 사항을 적용할 수 있습니다.

조직 내에 있는 사용자에게 특정 관리 역할을 지정하여 해당 사용자가 Control Hub에서 확인하고 액세스할 수 있는 기능을 결정할 수 있습니다. 특정 관리 역할을 지정할 때 책임을 간소화하면 관리자가 맡은 작업을 더욱 쉽게 실행할 수 있습니다. 규정 준수 담당자는 귀사에 있는 특정 사용자를 조회하고, 공유한 콘텐츠를 찾거나, 특정 스페이스를 검색한 후 찾은 내용에 대해 보고서를 생성할 수 있습니다.


Cisco Webex Control Hub에서 HCS 관리자 권한에 대한 자세한 정보는 다음을 참조하십시오. https://collabkp.cisco.com/detail/HCS_AdminRoles/data/cisco_toc/chcs_m_hcs-admin-privileges-control-hub.xml

1

https://admin.webex.com의 고객 보기에서 사용자로 이동하고 사용자를 선택합니다.

2

역할 및 보안 아래에서 관리자 역할 또는 서비스 액세스를 클릭합니다.

3

해당 사용자에게 지정할 역할을 선택합니다.

사용자를 Webex 사이트 관리자로 지정 하려면 Webex 사이트 관리자 역할 옆에 있는 편집을클릭 하 고 사용자가 관리 하도록 할 각 Webex 사이트의 역할을 선택 합니다.

4

저장을 선택합니다.

워터 마크
2020년 7월 27일| 명이 봄 | 명이 이 정보가 유용하다고 평가했습니다.

Webex 통화 장치 구성 및 관리

관리자는 Webex Control Hub의 사용자 또는 작업 공간에 장치를 지정할 수 있습니다. 장치에 대한 MAC 주소를 제공하거나, 장치 자체에 수동으로 입력되어야 하는 활성화 코드를 생성하도록 선택할 수 있습니다.

Cisco Webex Control Hub를 사용하여 개인적인 사용을 위해 사용자에게 장치를 지정한 후 해당 장치를 클라우드에 등록할 수 있습니다.

여기에 나열되는 장치는 Webex Calling을 지원합니다. 해당하는 모든 장치는 MAC 주소를 사용하여 등록될 수 있지만, 다음 하위 집합만 활성화 코드를 사용하여 등록될 수 있습니다.

  • Cisco IP Phone 6800 시리즈 멀티플랫폼 전화 (오디오 전화—6821, 6841, 6851)

  • Cisco IP Phone 7800 시리즈 멀티플랫폼 전화 (오디오 전화—7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 시리즈 멀티플랫폼 전화 (오디오 전화—8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 시리즈 멀티플랫폼 전화 (비디오 전화—8845, 8865)

  • Cisco IP Conference Phone 7832 및 8832


DECT 장치에 대해 Control Hub에서 DECT 기본 장치(DECT 송수화기 제외)만 지정할 수 있습니다. 사용자에게 베이스 유닛을 지정한 후에는 수동으로 해당 베이스 유닛에 DECT 송수화기를 페어링해야 합니다. 자세한 정보는 송수화기를 베이스 스테이션에 연결을 참조하십시오.

1

의 고객 보기에서 https://admin.webex.com장치로 이동한장치 추가를 클릭합니다.

2

기존의 사용자를 선택하고 전화의 소유자를 사용자 이름의 일부 또는 사용자의 실제 이름으로 입력한 후 결과에서 사용자를 선택하고 다음을 클릭합니다.

3

드롭다운 목록에서 장치를 선택한 후 다음을 클릭합니다.

4

다음 옵션 중에서 선택한 후 저장을 클릭합니다.

  • 활성화 코드로—장치 소유자와 공유할 수 있는 활성화 코드를 생성하려면 이 옵션을 선택합니다. 16자리의 활성화 코드를 장치에 직접 수동으로 입력해야 합니다.

     

    활성화 코드 화면을 표시하려면 멀티플랫폼 전화에 11.2.3MSR1 이상의 펌웨어를 로드해야 합니다. 전화 펌웨어가 업데이트되어야 하는 경우, 사용자를 https://upgrade.cisco.com/MPP_upgrade.html(으)로 안내합니다.

  • MAC 주소로—장치의 MAC 주소를 알고 있으면 이 옵션을 선택합니다. 전화의 MAC 주소는 고유한 항목이어야 합니다. 전화에 대해 이미 등록된 MAC 주소를 입력하거나 번호를 입력할 때 잘못 입력하는 경우, 오류 메시지가 나타납니다.

 

타사 장치를 사용할 때 제한 사항이 적용될 수도 있습니다.

장치에 대해 활성화 코드를 생성하도록 선택했지만 해당 코드를 아직 사용하지 않은 경우, 해당 장치의 상태는 Control Hub의 장치 섹션 및 통화 관리 포털의 기본 장치 목록에서 활성화 중으로 나타납니다. 장치가 성공적으로 활성화될 때까지 Control Hub의 기본 장치 창에 활성화 장치가 나타나지 않습니다. Control Hub에서 장치 상태가 업데이트될 때까지 최대 10분이 소요될 수도 있음을 숙지하십시오.

사용자가 업무하고 있을 때 식당, 로비, 컨퍼런스 회의실 등 다양한 장소에 모일 수 있습니다. 해당 작업 공간에서 공유 된 Cisco Webex 장치를 설정 하 고 서비스를 추가한 후 협업을 감시할 수 있습니다.

Workspace 장치의 주요 원칙은 특정 사용자에 게 지정 되지 않은 것입니다. 실제 위치는 공유 사용을 허용 합니다.

여기에 나열되는 장치는 Webex Calling을 지원합니다. 해당하는 모든 장치는 MAC 주소를 사용하여 등록될 수 있지만, 다음 하위 집합만 활성화 코드를 사용하여 등록될 수 있습니다.

  • Cisco IP Phone 6800 시리즈 멀티플랫폼 전화 (오디오 전화—6821, 6841, 6851)

  • Cisco IP Phone 7800 시리즈 멀티플랫폼 전화 (오디오 전화—7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 시리즈 멀티플랫폼 전화 (오디오 전화—8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 시리즈 멀티플랫폼 전화 (비디오 전화—8845, 8865)

  • Cisco IP Conference Phone 7832 및 8832

1

의 고객 보기에서 https://admin.webex.comworkspace로 이동한 작업 공간 추가를 클릭합니다.

2

작업 공간에 대 한 이름 (예: 물리적 회의실의 이름)을 입력 하 고 회의실 유형을 선택한 후 용량을 추가 합니다. 그 후 다음을 클릭합니다.

3

Cisco IP 전화기를 선택한 후 다음을 클릭합니다.

4

드롭다운 목록에서 장치 유형을 선택하고, 활성화 코드 또는 MAC 주소로 전화를 등록하고자 하는지 선택한 후 다음을 클릭합니다. 활성화 코드를 사용하여 장치를 등록하도록 선택하는 경우, 해당 위치에 대해 지정된 관리자에게 코드가 이메일로 발송됩니다.

Webex Calling에 대해 하나의 공유 된 전화만 작업 공간에 추가할 수 있습니다.

Cisco IP Conference Phone 7832에 대해 일부 소프트키는 사용하지 못할 수도 있습니다. 전체 소프트키의 집합이 필요한 경우, 대신 이 전화를 사용자에게 지정할 것을 권장합니다.

5

위치, 전화 번호(선택하는 위치에 의해 결정됨)를 지정한 후 저장을 클릭합니다. 내선을 지정하는 옵션을 사용할 수도 있습니다.

사용자가 업무 하 고 있는 경우, 점심 회의실, 로비, 컨퍼런스 회의실 등의 많은 작업 공간에서 함께 작업할 수 있습니다. 해당 작업 공간에서 공유 된 Cisco Webex 장치를 설정 하 고 서비스를 추가한 후 협업을 감시할 수 있습니다.

Workspace 장치의 주요 원칙은 특정 사용자에 게 지정 되지 않은 것입니다. 실제 위치는 공유 사용을 허용 합니다.

여기에 나열되는 장치는 Webex Calling을 지원합니다.

1

의 고객 보기에서 https://admin.webex.comworkspace로 이동한 작업 공간 추가를 클릭합니다.

2

작업 공간에 대 한 이름 (예: 물리적 회의실의 이름)을 입력 하 고 회의실 유형을 선택한 후 용량을 추가 합니다. 그 후 다음을 클릭합니다.

3

다른 Cisco Webex 장치를 선택한 후 다음을 클릭합니다.

기타 Cisco Webex 장치에는 Cisco Webex Board를 비롯하여 Cisco Webex Room 또는 데스크 장치가 포함됩니다.

4

다음 옵션 중 하나를 선택하십시오.

  • 무료 통화—사용자는 SIP 주소를 사용하여 Webex Teams 또는 Webex 세션 시작 프로토콜(SIP) 통화만 실행할 수 있습니다(예: username@example.calls.webex.com).
  • Cisco Webex Calling—이 작업 공간에 있는 사용자는 Webex Teams 및 SIP 통화를 수행 하 고 받을 수 있을 뿐만 아니라 장치를 사용 하 여 Webex Calling 번호 매기기 플랜 내에서 전화를 걸고 받을 수 있습니다. 예를 들어, 전화 번호 555-555-5555, 내선 5555 또는 SIP 주소 gedwards@example.webex.com으로 다이얼하여 동료 Giacomo Edwards에게 전화할 수 있으며, 로컬 피자 가게에도 전화할 수 있습니다.
5

제공된 코드를 사용하여 장치를 활성화합니다. 활성화 코드를 복사하고 이메일로 보내거나 인쇄할 수 있습니다.

사용자 및 장소에 지정해야 하는 여러 장치가 있는 경우, 필요한 정보로 CSV 파일을 생성하고 몇 가지 간단한 단계를 통해 해당 장치를 활성화할 수 있습니다.

여기에 나열되는 장치는 Webex Calling을 지원합니다. 해당하는 모든 장치는 MAC 주소를 사용하여 등록될 수 있지만, 다음 하위 집합만 활성화 코드를 사용하여 등록될 수 있습니다.

  • Cisco IP Phone 6800 시리즈 멀티플랫폼 전화 (오디오 전화—6821, 6841, 6851)

  • Cisco IP Phone 7800 시리즈 멀티플랫폼 전화 (오디오 전화—7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 시리즈 멀티플랫폼 전화 (오디오 전화—8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 시리즈 멀티플랫폼 전화 (비디오 전화—8845, 8865)

  • Cisco IP Conference Phone 7832 및 8832

1

https://admin.webex.com의 고객 보기에서 장치로 이동하고 장치 추가를 클릭한 후 장치를 사용자 또는 장소에 추가하고 있는지 선택합니다.

2

CSV 파일 가져오기/업로드를 선택합니다.

3

다음 옵션 중 하나를 선택하십시오.

  • 사용자 속성 내보내기—조직에 있는 모든 사용자의 목록 및 연계된 속성을 사용하기 때문에 각 사용자를 수동으로 조회하지 않아도 됩니다.
  • CSV 템플릿 다운로드—제공되는 템플릿을 사용한 후 사용자 이름, 유형(사용자 또는 장소), MAC 주소 및 장치 모델 등의 정보를 입력합니다. 알고 있어야 할 몇 가지 요점은 다음과 같습니다.
    • CSV 파일의 사용자 이름 열에 대해 사용자 ID나 이름이 아닌 사용자의 이메일 주소를 입력했는지 확인합니다. 이 열에서 장소 이름을 삽입할 수도 있습니다.

    • CSV 파일당 1000개의 장치로 수를 제한할 것을 권장합니다. 더 많이 추가하려면 두 번째 CSV 파일을 사용하십시오.

    • 아직 존재하지 않는 장소를 입력하는 경우, 장소는 자동으로 생성됩니다.

    • MAC 주소 열을 비워두는 경우, 활성화 코드가 생성되고 장치 자체에서 입력해야 합니다.

4

MAC 주소가 비어 있는 경우, 활성화 코드를 발송할 위치를 선택할 수 있습니다.

  • 링크 제공—활성화 코드가 CSV 파일에 추가되고, 다운로드할 수 있습니다.
  • 이메일 활성화 코드—장치가 장소에 대한 경우, 활성화 코드가 관리자인 귀하에게 발송됩니다. 장치가 사용자에 대한 경우, 활성화 코드는 사용자에게 이메일로 발송됩니다.
5

생성된 CSV 파일을 가져옵니다.

6

제출을 클릭합니다.

장치가 활성화되면 상태 업데이트가 표시됩니다.

 

사용자가 장치에서 활성화 코드를 입력할 수 있으려면 멀티플렛폼 장치에서 11.2.3MSR1 이상의 펌웨어 로드를 실행해야 합니다. 전화 펌웨어를 업그레이드하는 방법에 대한 자세한 정보는 이 문서를 참조하십시오.

Cisco Webex Control Hub에서 통화 관리 포털에 크로스 런칭하여 클라우드 등록된 장치를 관리할 수 있습니다.

https://admin.webex.com의 고객 보기에서 장치로 이동하고 목록에서 장치를 선택한 후 장치 관리를 클릭합니다.


 

Webex Calling 외의 장치는 통화 관리 포털을 통해 직접 구성될 수 있지만, 해당 장치는 공식적으로 Cisco에서 지원되지 않습니다.

다음에 수행할 작업

이 단계는 통화 관리 포털을 실행하며, 여기에서 클라우드에 등록한 장치를 관리할 수 있습니다. 자세한 정보는 장치 관리를 참조하십시오.

고객 조직에서 언제든지 데스크 및 회의실 장치에 전화 번호를 추가할 수 있습니다. 평가판을 사용하고 있거나 유료 가입으로 변환했는지 여부와 관계없습니다.


Control Hub에서 추가할 수 있는 전화 번호의 수를 250개에서 1000개로 증가했습니다.

1

의 고객 보기에서 https://admin.webex.com서비스 > 통화 > 번호로 이동한 후 번호 추가를 클릭 합니다.

2

위치번호 유형을 지정합니다. 번호를 포트하는 경우, 현재 비용 청구 번호 및 새로운 비용 청구 번호를 입력합니다.

3

콤마로 구분하여 최소한 두 개의 전화 번호를 입력하고 저장을 클릭합니다.

조직이 주문한 번호의 목록을 확인할 수 있습니다. 이 정보를 사용하여 사용 가능한 번호 및 곧 사용할 수 있게 될 주문된 번호를 확인할 수 있습니다.

의 고객 보기에서 https://admin.webex.com서비스 통화 주문으로 이동 > > 합니다.

Calling 관리 포털로 이동하고, 여기에서 제출되고 완료된 주문을 확인할 수 있습니다. 주문 ID가 있는 경우, 파라미터로 입력하고 특정 주문에 대한 세부 사항을 확인할 수 있습니다. 그렇지 않으면 모든 주문에 대한 요약본이 나타납니다.
워터 마크
2020년 7월 27일| 명이 봄 | 명이 이 정보가 유용하다고 평가했습니다.

Cisco Webex Calling용 채택 트렌드 및 사용 보고서

Webex Calling 서비스가 어떻게 사용되고 있는지, 얼마나 자주 사용되고 있는지를 파악하기 위해 다양한 보고서를 쉽게 확인할 수 있습니다. 또한 귀하의 위치에 대한 미디어 품질을 빨리 파악할 수도 있습니다.

통화 보고서 보기

Cisco Webex Control Hub에서 Webex Teams 및 Meetings의 활성화 및 사용에 대한 세부 사항을 포함하는 다양한 보고서에 액세스할 수 있습니다.

Cisco Webex Control Hub에서 통화 데이터에 액세스할 때 통화 관리 포털로 이동됩니다. 이 정보를 사용하여 조직에서 Webex Calling 서비스가 어떻게 사용되고 있는지 및 사용자가 얼마나 자주 해당 서비스를 사용하는지 진단해 볼 수 있습니다.

https://admin.webex.com의 고객 보기에서 분석으로 이동한 후 Webex Calling을 선택합니다.

통화 관리 포털로 자동으로 이동하며, 여기에서 통화 사용 및 품질을 분석하고 평가할 수 있습니다. 특정 통화 기능에 대해 사용할 수 있는 보고서에 관한 자세한 정보는 통화 관리 포털 - 보고서를 참조하십시오. 통화 활동에 대한 자세한 정보는 통화 관리 포털 - 분석을 참조하십시오.

위치의 미디어 품질 평가

통화 위치에 대해 미디어 품질의 위치별 화면을 확인합니다. 미디어 품질은 고객을 대상으로, Cisco MPP 전화기 및 통화 소프트 클라이언트에서 특정 위치의 통화에 대한 MOS(Mean Opinion Scores)의 집합을 기반으로 합니다. 사용할 수 있는 값은 다음과 같습니다.

  • 양호—> 3.2

  • 보통—2.7 - 3.2

  • 불량—<2.7

  • 사용할 수 있는 데이터 없음—선택된 기간 내에 위치에 대해 통화가 실행되거나 수신되지 않음

1

https://admin.webex.com의 고객 보기에서 분석으로 이동한 후 Webex Calling을 선택합니다.

통화 관리 포털로 이동합니다.

2

대시보드로 이동하고 서비스 보증까지 스크롤하여 전반적인 조직의 상태를 확인합니다.

CScan 도구를 열고 대기 시간, 대역폭 및 포트를 확인하려면 네트워크 준비 테스트를 클릭합니다.

다음에 수행할 작업

위치가 양호하지 않은 등급을 표시하는 경우, 이는 귀하의 위치 중 하나에서 미디어 품질과 관련된 문제가 있음을 나타냅니다. 일반적으로 대역폭이 충분하지 않거나, 트래픽이 정체되는 경우에 발생합니다. 이 문제가 지속되는 경우, https://admin.webex.com의 고객 보기로 이동하고 관리 사용자이름을 클릭한 후 피드백을 클릭하여 사례를 제출합니다.

CSCAN 도구 실행

Cisco SCAN 도구를 사용하여 대기 시간, 대역폭 및 포트를 확인할 수 있습니다.

https://cscan.webex.com/(으)로 이동하고 서버를 선택한 후 테스트 실행을 클릭합니다.

워터 마크
2020년 7월 27일| 명이 봄 | 명이 이 정보가 유용하다고 평가했습니다.

Cisco Webex Calling에 대한 포트 참조 정보

다음 지역에서 Cisco Webex Calling에 전화 및 게이트웨이를 연결하기 위해 사용되는 주소, 포트 및 프로토콜의 목록은 다음과 같습니다. 프로덕션 (북미, EMEA, 호주 및 일본 포함) 및 베타. 특정 트래픽이 네트워크를 통해 흐르게 하려면 해당 포트를 사용할 수 있게 해야 합니다. 이제 로컬 게이트웨이 구성을 서비스 공급자도 사용할 수 있습니다.

날짜

이 문서에 다음 변경 사항을 적용 했습니다.

2020 년 7 월 22 일

캐나다에서 데이터 센터의 소개를 지원 하기 위해 다음 IP 주소를 추가 했습니다. 135.84.173.146

2020년 6월 9일

CScan 엔트리에 다음 변경 사항을 적용 했습니다.
  • IP 주소 중 하나를 수정 함 — 199.59.67.156를 199.59.64.156로 변경 함

  • 새로운 기능에 새로운 포트 및 UDP가 필요 함 — 19560-19760

2020년 3월 11일

다음 도메인 및 IP 주소를 응용프로그램 구성에 추가했습니다.

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

장치 구성 및 펌웨어 관리에 대 한 추가 IP 주소로 다음 도메인을 업데이트 했습니다.

  • cisco.broadcloud.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

2020년 2월 27일

다음 도메인 및 포트를 장치 구성 및 펌웨어 관리에 추가했습니다.

cloudupgrader.webex.com—443, 6970

성공적인 통화 배포를 위해 올바르게 구성된 방화벽은 필수입니다. 모든 방화벽 구성에 포트를 열어야 하는 건 아니지만, 내부-외부 규칙을 실행하는 경우, 포트를 열어 서비스에 필요한 프로토콜을 허용해야 합니다.

NAT를 배포하는 동안 적합한 바인딩 기간을 정의하고 NAT 장치에서 SIP를 조작하지 않게 하려면 방화벽에서 포트 인바운드를 열지 않아도 됩니다.


라우터 또는 방화벽이 SIP 인식인 경우, 이는 SIP 응용프로그램 계층 게이트웨이(ALG) 또는 유사한 기능이 활성화된 것을 의미합니다. 서비스의 올바른 작동을 유지하기 위해 이 기능을 끌 것을 권장합니다. 특정 장치에서 SIP ALG를 비활성화하는 방법에 대한 자세한 정보는 관련된 제공 업체의 문서를 참조하십시오.

표 1. Webex Calling (프로덕션)

연결 목적

소스 주소

소스 포트

프로토콜

대상 주소

대상 포트

Webex Calling에 대한 통화 시그널링 (SIP TLS)

로컬 게이트웨이 외부 (NIC) 8000-65535

TCP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

185.115.196.0/25

185.115.197.0/25

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

8934

장치

5060-5080

응용프로그램

임시 (OS 종속)

Webex Calling에 대한 통화 미디어 (SRTP)

로컬 게이트웨이 외부 NIC

8000-48000

UDP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

185.115.196.0/25

185.115.197.0/25

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

19560-65535

장치

19560-19660

응용프로그램

임시

PSTN 게이트웨이에 대한 통화 시그널링 (SIP TLS) 로컬 게이트웨이 내부 NIC 8000-65535 TCP 귀하의 ITSP PSTN GW 또는 Unified CM PSTN 옵션에 따라 달라짐 (예: 일반적으로 Unified CM의 5060 또는 5061)
PSTN 게이트웨이에 대한 통화 미디어 (SRTP) 로컬 게이트웨이 내부 NIC

8000-48000

UDP 귀하의 ITSP PSTN GW 또는 Unified CM PSTN 옵션에 따라 달라짐 (예: 일반적으로 Unified CM의 5060 또는 5061)

공개적으로 주소가 지정된 엔드포인트에 대한 통화 시그널링 (SIP TLS)

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

185.115.196.0/25

185.115.197.0/25

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

임시

TCP

엔드포인트 IP

8934

장치 구성 및 펌웨어 관리 (Cisco 장치)

Webex Calling 장치

임시

TCP

3.20.185.219

3.130.87.169

35.172.26.181

52.86.172.220

72.163.10.134

85.119.56.128/26

85.119.56.198

85.119.57.128/26

85.119.57.198

135.84.169.186

135.84.170.186

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

*도메인:

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.com.au

  • cisco.broadcloud.eu

  • cisco.broadcloud.eu

  • webapps.cisco.com

  • activate.cisco.com

  • activation.webex.com

  • cisco.sipflash.com

80, 443

**cloudupgrader.webex.com

**443, 6970

장치 시간 동기화 (NTP)

Webex Calling 장치

51494

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.154

135.84.170.154

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

장치 이름 확인

Webex Calling 장치

임시

UDP 및 TCP

호스트가 정의함

53

응용프로그램 구성

Webex Calling 응용프로그램

임시

TCP

64.68.99.6

64.68.100.6

85.119.56.128/26

85.119.57.128/26

128.177.36.138

128.177.14.181

135.84.169.150

135.84.169.185

135.84.170.185

199.59.64.140

199.59.67.140

도메인:

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443, 1081, 2208, 8443, 5222, 5280-5281, 52644-52645

응용프로그램 시간 동기화

Webex Calling 응용프로그램

123

UDP

호스트가 정의함

123

응용프로그램 이름 확인

Webex Calling 응용프로그램

임시

UDP 및 TCP

호스트가 정의함

53

CScan

Webex Calling 장치

임시

UDP 및 TCP

135.84.169.183

135.84.173.146

185.115.196.0/25

199.59.65.243

199.59.64.156

8934 및 80, 443, 19569-19760

† CUBE 미디어 포트 범위는 rtp-port 범위로 구성할 수 있음

*전화에서 처음으로 네트워크에 연결할 때 또는 공장 재설정을 실행한 후에 설정된 DHCP 옵션이 나타나지 않는 경우, 이는 장치 활성화 서버에 연락하여 제로 터치 구축을 시작합니다. 새로운 전화는 구축에 대해 webapps.cisco.com 대신 activate.cisco.com을 사용합니다. 11.2(1) 이전의 펌웨어 릴리즈를 사용하는 전화는 webapps.cisco.com을 계속 사용합니다. 방화벽을 통해 두 개의 도메인을 모두 허용할 것을 권장합니다.

**기업 전화기(Cisco Unified CM)에서 Webex Calling으로 마이그레이션할 때만 cloudupgrader.webex.com 및 443, 6970 포트를 활성화해야 합니다. 자세한 정보에 대해서는 upgrade.cisco.com으로 이동합니다.

표 2. Webex Calling (베타)

연결 목적

소스 주소

소스 포트

프로토콜

대상 주소

대상 포트

Webex Calling에 대한 통화 시그널링 (SIP/SIP TLS)

로컬 게이트웨이 외부 NIC

8000-65535

TCP

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

8934

장치

5060-5080

응용프로그램

임시 범위 (OS 종속)

Webex Calling에 대한 통화 미디어 (RTP/SRTP)

로컬 게이트웨이 외부 NIC

8000-48000

UDP

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

19560-65535

장치

19560-19660

응용프로그램

임시

PSTN 게이트웨이에 대한 통화 시그널링 (SIP TLS)

로컬 게이트웨이 내부 NIC

8000-65535

TCP

귀하의 ITSP, PSTN GW 또는 Unified CM

PSTN 옵션에 따라 달라짐 (예: 일반적으로 Unified CM 5060 또는 5061)

PSTN 게이트웨이에 대한 통화 미디어 (SRTP)

로컬 게이트웨이 내부 NIC

8000-48000

UDP

귀하의 ITSP, PSTN GW 또는 Unified CM

PSTN 옵션에 따라 다름

공개적으로 주소가 지정된 엔드포인트에 대한 통화 시그널링 (SIP/SIP TLS)

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

임시

TCP

엔드포인트 IP

8934

장치 구성 및 펌웨어 관리 (Cisco 장치)

Webex Calling 장치

임시

TCP

173.37.149.125

199.59.66.227

199.59.65.227

*도메인:

  • betacisco.sipflash.com

  • webapps.cisco.com

  • activate.cisco.com

  • activation.webex.com

80, 443

**cloudupgrader.webex.com

**443, 6970

장치 시간 동기화 (NTP)

Webex Calling 장치

51494

UDP

199.59.65.181

199.59.66.181

123

장치 이름 확인

Webex Calling 장치

임시

UDP 및 TCP

호스트가 정의함

53

응용프로그램 구성

Webex Calling 응용프로그램

임시

TCP

128.177.36.137

128.177.14.182

80, 443

응용프로그램 시간 동기화

Webex Calling 응용프로그램

123

UDP

호스트가 정의함

123

응용프로그램 이름 확인

Webex Calling 응용프로그램

임시

UDP 및 TCP

호스트가 정의함

53

† CUBE 미디어 포트 범위는 rtp-port 범위로 구성할 수 있음

*전화에서 처음으로 네트워크에 연결할 때 또는 공장 재설정을 실행한 후에 설정된 DHCP 옵션이 나타나지 않는 경우, 이는 장치 활성화 서버에 연락하여 제로 터치 구축을 시작합니다. 새로운 전화는 구축에 대해 webapps.cisco.com 대신 activate.cisco.com을 사용합니다. 11.2(1) 이전의 펌웨어 릴리즈를 사용하는 전화는 webapps.cisco.com을 계속 사용합니다. 방화벽을 통해 두 개의 도메인을 모두 허용할 것을 권장합니다.

**기업 전화기(Cisco Unified CM)에서 Webex Calling으로 마이그레이션할 때만 cloudupgrader.webex.com 및 443, 6970 포트를 활성화해야 합니다. 자세한 정보에 대해서는 upgrade.cisco.com으로 이동합니다.

표 3. Webex Calling (프로덕션)

연결 목적

소스 주소

소스 포트

프로토콜

대상 주소

대상 포트

Webex Calling에 대한 통화 시그널링 (SIP TLS)

로컬 게이트웨이 외부 NIC

8000-65535

TCP

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

185.115.196.0/25

185.115.197.0/25

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

128.177.14.0/25

128.177.36.0/26

8934

장치

5060-5080

응용프로그램

임시 (OS 종속)

Webex Calling에 대한 통화 미디어 (SRTP)

로컬 게이트웨이 외부 NIC

8000-48000

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

185.115.196.0/25

185.115.197.0/25

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

128.177.14.0/25

128.177.36.0/26

19560-65535

장치

19560-19660

응용프로그램

임시

PSTN 게이트웨이에 대한 통화 시그널링 (SIP TLS)

로컬 게이트웨이 내부 NIC

8000-65535

TCP

귀하의 ITSP, PSTN GW 또는 Unified CM

PSTN 옵션에 따라 달라짐 (예: 일반적으로 Unified CM 5060 또는 5061)

PSTN 게이트웨이에 대한 통화 미디어 (SRTP)

로컬 게이트웨이 내부 NIC

8000-48000

UDP

귀하의 ITSP, PSTN GW 또는 Unified CM

PSTN 옵션에 따라 다름

공개적으로 주소가 지정된 엔드포인트에 대한 통화 시그널링 (SIP TLS)

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

185.115.196.0/25

185.115.197.0/25

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

임시

TCP

엔드포인트 IP

8934

장치 구성 및 펌웨어 관리 (Cisco 장치)

Webex Calling 장치

임시

TCP

3.130.87.169,

3.20.185.219

35.172.26.181,

52.86.172.220

72.163.10.134

85.119.56.198

85.119.57.198

135.84.169.186

135.84.170.186

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

*도메인:

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.eu

  • cisco. broadcloud.com.au

  • cisco.sipflash.com

  • webapps.cisco.com

  • activate.cisco.com
  • activation.webex.com

80, 443

**cloudupgrader.webex.com

**443, 6970

장치 시간 동기화 (NTP)

Webex Calling 장치

51494

UDP

85.119.56.218

85.119.57.218

135.84.169.154

135.84.170.154

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

장치 이름 확인

Webex Calling 장치

임시

UDP 및 TCP

호스트가 정의함

53

응용프로그램 구성

Webex Calling 응용프로그램

임시

TCP

64.68.99.6

64.68.100.6

85.119.56.197

85.119.57.197

128.177.36.138

128.177.14.181

135.84.169.150

135.84.169.185

135.84.170.185

199.59.64.140

199.59.67.140

도메인:

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443

응용프로그램 시간 동기화

Webex Calling 응용프로그램

123

UDP

호스트가 정의함

123

응용프로그램 이름 확인

Webex Calling 응용프로그램

임시

UDP 및 TCP

호스트가 정의함

53

CScan

장치

임시

UDP 및 TCP

135.84.169.183

135.84.173.146

185.115.196.129

199.59.65.243

199.59.64.156

8934 및 80, 443, 19560-19760

† CUBE 미디어 포트 범위는 rtp-port 범위로 구성할 수 있음

*전화에서 처음으로 네트워크에 연결할 때 또는 공장 재설정을 실행한 후에 설정된 DHCP 옵션이 나타나지 않는 경우, 이는 장치 활성화 서버에 연락하여 제로 터치 구축을 시작합니다. 새로운 전화는 구축에 대해 webapps.cisco.com 대신 activate.cisco.com을 사용합니다. 11.2(1) 이전의 펌웨어 릴리즈를 사용하는 전화는 webapps.cisco.com을 계속 사용합니다. 방화벽을 통해 두 개의 도메인을 모두 허용할 것을 권장합니다.

**기업 전화기(Cisco Unified CM)에서 Webex Calling으로 마이그레이션할 때만 cloudupgrader.webex.com 및 443, 6970 포트를 활성화해야 합니다. 자세한 정보에 대해서는 upgrade.cisco.com으로 이동합니다.

표 4. Webex Calling (베타)

연결 목적

소스 주소

소스 포트

프로토콜

대상 주소

대상 포트

Webex Calling에 대한 통화 시그널링 (SIP TLS)

로컬 게이트웨이 외부 NIC

8000-65535

TCP

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

8934

장치

5060-5080

응용프로그램

임시 범위 (OS 종속)

Webex Calling에 대한 통화 미디어 (SRTP)

로컬 게이트웨이 외부 NIC

8000-48000

UDP

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

19560-65535

장치

19560-19660

응용프로그램

임시

PSTN 게이트웨이에 대한 통화 시그널링 (SIP TLS)

로컬 게이트웨이 내부 NIC

8000-65535

TCP

귀하의 ITSP, PSTN GW 또는 Unified CM

PSTN 옵션에 따라 달라짐 (예: 일반적으로 Unified CM 5060 또는 5061)

PSTN 게이트웨이에 대한 통화 미디어 (SRTP)

로컬 게이트웨이 내부 NIC

8000-48000

UDP

귀하의 ITSP, PSTN GW 또는 Unified CM

PSTN 옵션에 따라 다름

공개적으로 주소가 지정된 엔드포인트에 대한 통화 시그널링 (SIP TLS)

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

임시

TCP

엔드포인트 IP

8934

장치 구성 및 펌웨어 관리 (Cisco 장치)

Webex Calling 장치

임시

TCP

173.37.149.125

199.59.66.227

199.59.65.227

*도메인:

  • betacisco.sipflash.com
  • webapps.cisco.com

  • activate.cisco.com

  • activation.webex.com

80, 443

**cloudupgrader.webex.com

**80, 443, 6970

장치 시간 동기화 (NTP)

Webex Calling 장치

51494

UDP

199.59.65.181

199.59.66.181

123

장치 이름 확인

Webex Calling 장치

임시

UDP 및 TCP

호스트가 정의함

53

응용프로그램 구성

Webex Calling 응용프로그램

임시

TCP

128.177.36.137

128.177.14.182

80, 443

응용프로그램 시간 동기화

Webex Calling 응용프로그램

123

UDP

호스트가 정의함

123

응용프로그램 이름 확인

Webex Calling 응용프로그램

임시

UDP 및 TCP

호스트가 정의함

53

† CUBE 미디어 포트 범위는 rtp-port 범위로 구성할 수 있음

*전화에서 처음으로 네트워크에 연결할 때 또는 공장 재설정을 실행한 후에 설정된 DHCP 옵션이 나타나지 않는 경우, 이는 장치 활성화 서버에 연락하여 제로 터치 구축을 시작합니다. 새로운 전화는 구축에 대해 webapps.cisco.com 대신 activate.cisco.com을 사용합니다. 11.2(1) 이전의 펌웨어 릴리즈를 사용하는 전화는 webapps.cisco.com을 계속 사용합니다. 방화벽을 통해 두 개의 도메인을 모두 허용할 것을 권장합니다.

**기업 전화기(Cisco Unified CM)에서 Webex Calling으로 마이그레이션할 때만 cloudupgrader.webex.com 및 443, 6970 포트를 활성화해야 합니다. 자세한 정보에 대해서는 upgrade.cisco.com으로 이동합니다.

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