- 홈
- /
- 문서
정의
정의 | 설명 |
---|---|
Cisco 파트너 | 고객에게 Cisco 제품 및 서비스를 판매하는 엔터티(일반적으로 서비스 공급자)입니다. |
최종 고객 | Cisco 파트너가 판매하는 Cisco 제품 및 서비스를 사용하는 사용자. |
CUBE | Cisco Unified Border Element |
파트너 조직 | Cisco 파트너 및 고객에 대한 정보를 유지하는 Webex ID 및 서비스 관리 저장소. |
Partner Hub | Cisco 파트너 및 관리하는 고객에 대해 ID 및 서비스를 프로비저닝하기 위한 웹 포털. |
고객 조직 | 최종 고객에 대한 정보를 유지하는 Webex ID 및 서비스 관리 저장소. |
BroadWorks 엔터프라이즈 또는 서비스 공급자/그룹 | BroadWorks에서 최종 고객을 나타냅니다. |
개요
자신의 PSTN 가져오기(BWorkPSTN) 솔루션은 Cisco BroadWorks용 Webex 서비스 제공자가 사용자가 Webex Meetings에 참여할 때 사용할 전화 번호를 프로비저닝할 수 있게 지원합니다. 이 솔루션을 통해 파트너는 Cisco가 제공한 번호를 사용하는 대신 자체 PSTN 네트워크를 활용하고 PSTN 공급자와의 기존 관계를 이용할 수 있습니다.
이 문서에 있는 참조 아키텍처는 BYoPSTN 옵션에 대한 종단 간 디자인을 제공합니다. 이 아키텍처는 Cisco에서 검증했으며, BroadWorks 및 Webex Meetings 간의 통화 트래픽에 대해 CUBE(Cisco Unified Border Element)를 세션 경계 컨트롤러(SBC)로 사용합니다.
미팅 참여 옵션 선택
현재 Cisco BroadWorks용 Webex는 미팅 전화 번호를 프로비저닝하기 위한 두 가지 옵션을 지원합니다. 서비스 공급자는 다음 두 가지 옵션 중 하나를 선택해야 합니다. 혼합은 지원되지 않습니다.
Cisco 발신 번호(Cisco PSTN)—Cisco는 미팅 참가자가 미팅에 참여하기 위해 사용할 수 있는 전화 번호를 제공합니다.
파트너가 발신 번호(BYoPSTN) 제공—서비스 제공자는 미팅에 참여할 때 미팅 참가자가 사용할 자신의 전화 번호를 제공합니다.
BYoPSTN 솔루션
파트너가 제공한 발신 번호(BYoPSTN) 옵션을 선택하는 파트너는 자신의 PSTN 전화 번호를 제공해야 하며, Webex로 및 Webex에서 통화를 라우팅하는 데 필요한 네트워크 인프라를 구축해야 합니다. BYoPSTN 솔루션은 BroadWorks에서 Webex로 공용 인터넷을 통해 OTT(Over the Top) 통화를 쉽게 라우팅합니다.
BYoPSTN 옵션을 선택할 때 다음 조건이 적용됩니다.
Cisco 파트너는 한 명 이상의 최종 고객에 대해 동일한 전화 번호를 사용할 수 있습니다. 이 전화 번호는 파트너가 운영하는 모든 국가에 있을 수 있습니다.
BYoPSTN 옵션은 Cisco BroadWorks용 Webex 고객에 대해 일반 온보딩 프로세스를 변경하지 않아도 됩니다.
BYoPSTN은 Cisco 파트너 수준에서 프로비저닝해야 하며, BYoPSTN이 작동한 후 파트너가 활성화하는 최종 고객은 자동으로 활성화됩니다.
고객 미팅 사이트에 필요한 모든 프로비저닝은 현재 일반적으로 사용 가능한 솔루션과 마찬가지로 자동입니다.
표준 및 프리미엄 패키지를 모두 활성화하는 파트너는 두 개의 미팅 사이트를 사용합니다. 한 사이트는 표준 사용자용, 다른 사이트는 프리미엄 사용자용. 두 사이트 모두 BYoPSTN에 대해 활성화됩니다.
미팅으로 전화하는 미팅 참가자는 인터넷을 통해 비디오 및 콘텐츠 공유를 사용하도록 선택할 수 있습니다.
스페이스 미팅 및 PMR 미팅 모두에 대해 미팅 참여에 적용됩니다. 스페이스 미팅에 대해 PSTN 액세스 번호를 수신하려면 Webex Meeting 호스트 기능이 있는 표준 또는 프리미엄 사용자가 스페이스를 생성했어야 합니다. 기본 사용자가 생성한 스페이스는 PSTN 액세스 번호를 수신하지 않습니다.
이 문서는 CUBE를 SBC로 사용하는 검증된 구성을 제공합니다. 그러나 CUBE를 사용하지 않으려면 자신의 SBC를 배포할 수 있습니다.
아키텍처
Cisco BroadWorks용 Webex BYoPSTN 솔루션은 엔터프라이즈 고객이 사용할 수 있는 Webex Edge 오디오 서비스의 Webex Edge 집합에 빌드됩니다. 아키텍처는 Cisco 파트너 BroadWorks 인프라를 Webex Edge 오디오에 통합하기 위해 적용되며, 이를 통해 Cisco 파트너는 최종 고객이 사용할 전화 번호 집합을 중앙에서 구성할 수 있습니다.
아키텍처의 주요 요소는 다음과 같습니다.
BroadWorks—Cisco 파트너 BroadWorks 인프라
Cisco Unified Border Element(CUBE) - Cisco 파트너 데이터 센터에 배포된 솔루션에 대한 참조 세션 경계 컨트롤러(SBC). CUBE는 DMZ 내부에 있어야 합니다. CUBE를 사용하지 않으려면 자신의 SBC를 배포할 수 있습니다.
Webex Edge 오디오—Cisco 파트너가 제공한 인프라를 사용하도록 통화 라우팅을 변경하여 PSTN을 Webex에서 분리하는 Webex 서비스.
참가자가 미팅에 참여하기 위해 전화하면 BroadWorks를 통해 CUBE로, CUBE에서 인터넷을 통해 클라우드의 Webex 인프라로 이동합니다. 이 모델은 다음 미팅 참여 시나리오 모두에 적용됩니다.
발신—참가자가 BroadWorks 등록된 핸드셋, 모바일 장치 또는 Webex 앱에서 미팅 초대장에 있는 전화 번호로 다이얼합니다. 통화는 BroadWorks에서 시작합니다.
콜백(선택 사항)—참가자가 Webex가 참가자가 제공하는 전화 번호로 전화하도록 요청합니다. 통화는 Webex에서 시작됩니다.
파트너 인프라 내에서 BroadWorks에서 CUBE로 라우트된 통화는 SIP TCP를 사용하여 통화 시그널링 및 미디어에 대한 RTP를 사용합니다. CUBE에서 Webex까지 통화는 시그널링에 대해 SIP TLS를 사용하고 미디어에 대해 sRTP를 사용합니다. CUBE에서 WebEx로 통화 라우팅은 인터넷을 통하며 SIP 트렁크를 사용하지 않습니다.
발신/콜백 시나리오에 대한 일반적인 설정은 다음과 같습니다.
Cisco 파트너는 PSTN 전화 번호(예: 2403332200) 및 연결된 Webex 액세스 코드(예: 88631321777971704941)를 갖고 있습니다.
Cisco 파트너는 CUBE 장치에 해당하는 BroadWorks에서 가상 가입자를 프로비저닝합니다. 파트너는 전화 번호를 액세스 코드에 매핑하고 그 반대의 경우도 마찬가지입니다.
SIP 메시지에서 Webex로 전송되는 액세스 코드는 Cisco 파트너와 연계된 미팅 사이트를 식별합니다.
코드 매핑에 액세스하기 위한 상단의 전화 번호는 한 번 구성되며 모든 최종 고객 미팅 사이트에 일반적입니다.
미팅에 참여하는 참가자는 참여할 특정 미팅을 식별하는 해당 미팅 ID(예: 123456)를 입력해야 합니다.
파트너는 아래에 설명된 중복 모델을 따르는 것이 좋습니다.
발신을 사용하여 미팅 참여
다음 그림은 발신하여 미팅에 참여하는 사용자의 프로세스를 설명합니다.
발신하여 참가자가 미팅에 참여하는 단계는 다음과 같습니다.
사용자는 Webex에서 미팅을 예약합니다. Webex는 미팅 ID를 할당합니다(예: 123456).
사용자는 미팅과 연결된 전화 번호로 다이얼합니다(예: 2403332200). SIP INVITE는 요청 URI를 미팅에 연결된 전화 번호로 전달합니다.
BroadWorks는 전화 번호를 미팅 사이트에 연결된 액세스 코드(예: 88631321777971704941)로 변환하고 요청 URI를 액세스 코드로 CUBE로 통화를 라우트합니다.
Webex는 SIP INVITE를 수신하고 통화에 응답합니다. 알림의 언어는 Cisco Partner Hub 및 BroadWorks에서 프로비저닝될 때 전화 번호에 대해 지정된 언어로 결정됩니다.
사용자는 DTMF를 사용하여 미팅 ID(예: 123456)를 입력합니다. Webex는 사용자를 확인한 후 사용자가 미팅에 참여할 수 있게 합니다.
콜백을 사용하여 미팅 참여 (선택 사항)
다음 그림은 콜백으로 미팅에 참여하는 사용자의 프로세스를 표시하며, 사용자는 Webex에서 미팅에 참여하도록 전화를 요청합니다.
콜백을 통해 참가자가 미팅에 참여하기 위한 단계는 다음과 같습니다.
사용자는 Webex에서 미팅을 예약합니다. Webex는 미팅 ID를 할당합니다(예: 123456).
사용자는 Webex 앱 또는 Meetings 클라이언트를 사용하여 미팅에 참여하기 위해 Webex에서 원하는 번호(예: +16504441000)로 전화를 요청합니다.
Webex는 Cisco Partner Hub 및 BroadWorks에 프로비저닝된 콜백 DNS SRV 그룹을 기반으로 CUBE에 SIP INVITE를 시작합니다. SIP INVITE 요청 URI에는 통화를 수신해야 하는 전화 번호(예: +16504441000@cube.example.com)가 포함되어 있습니다.
CUBE는 Remote Party ID의 전화 번호를 BroadWorks에서 가상 가입자를 식별하는 값으로 변환합니다(예: 88631321777971704941@ecccx.amer.pub.webex.com). 이는 CUBE를 BroadWorks 애플리케이션 서버에 대한 가상 사용자로 식별합니다.
사용자가 요청한 전화 번호로 통화가 제공되며, 사용자는 미팅에 참여하기 위해 전화에 응답합니다. 이 전화 번호는 BroadWorks 가입자 또는 PSTN 번호일 수 있습니다. 요청된 번호가 PSTN 번호인 경우, BroadWorks는 프로비저닝된 경로를 사용하여 통화를 PSTN으로 라우팅합니다.
콜백 옵션의 경우 다음 두 가지 기능을 활성화해야 합니다.
- 102746 – CI UUID에 대한 BroadWorks 지원
- 102074 – 콜백 및 콜인에 대한 BYO PSTN 비용 청구 지원
이는 다음과 같이 CLI에서 확인할 수 있습니다.
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
이러한 기능 및 활성화에 대한 자세한 설명은 이 문서의 'VoiceXML 미팅 콜백 가상 가입자' 섹션에서 확인할 수 있습니다.
콜백 옵션을 사용하여 미팅 참여를 구성하지 않기로 선택하는 경우, 사용자는 여전히 발신 옵션을 사용하여 미팅에 참여하거나 컴퓨터 오디오로 참여할 수 있습니다. 이 경우 DNS SRV 콜백 그룹을 구성하지 않아도 됩니다. |
솔루션 구성 개요
솔루션에는 여러 가지 구성 요소가 있으며, 각 구성 요소는 솔루션이 성공적으로 작동하도록 올바르게 구성되어야 합니다. 구성 요소는 다음과 같습니다.
BroadWorks
CUBE(또는 대체 SP 인증 세션 보더 컨트롤러(SBC))
Webex Edge 오디오
이러한 서로 다른 구성 요소의 구성 사이에 종속성이 있으며, 필요한 솔루션 구성 및 확인을 완료하려면 하나 이상의 솔루션 시드 조직이 필요합니다.
종자조직
시드 조직은 BYoPSTN 솔루션에 대한 설정을 생성하고 검증하도록 구성하는 Webex 조직입니다. 시드 조직에 최소한 한 명의 사용자가 표준 패키지를 지정했으며, 표준 패키지는 파트너가 제공한 발신 번호(BYoPSTN) 미팅 참여 옵션을 사용해야 합니다. 시드 조직을 테스트 BroadWorks 서비스 공급자 또는 기업과 연결할 것을 권장합니다.
솔루션 시드 조직은 두 가지 목적을 위해 사용됩니다.
시드 구성—시드 조직의 프로비저닝에서 미팅 액세스 코드 매핑에 대한 전화 번호 및 솔루션의 지속적인 작동에 필요한 미팅 사이트 고유 식별자(사이트 UUID)를 생성합니다. 이 정보는 BroadWorks 가상 가입자(VSUB)를 구성하기 위해 필요합니다.
구성 유효성 검사 - 시드 조직을 사용하여 BYoPSTN 솔루션이 요구 사항에 따라 구성되었는지 확인합니다. 시드 조직 및 테스트 사용자를 사용하여 파트너가 제공한 발신 번호 및 DNS SRV 콜백 레코드를 사용하여 미팅 발신 및 콜백 사용 사례를 검증합니다(콜백이 활성화된 경우).
관리자는 각 고유한 전화 번호 및 DNS SRV 콜백 레코드 집합에 대해 시드 솔루션 조직을 생성해야 합니다. 각 경우에 시드 솔루션 조직의 생성은 액세스 코드 매핑을 미팅하기 위해 필요한 전화 번호와 해당 전화 번호 및 콜백 DNS SRV 레코드에 대해 연결된 미팅 발신 및 콜백 사용 사례를 확인하는 기능을 생성합니다.
관리자는 Cisco Partner Hub를 사용하여 하나의 시드 솔루션 조직을 기본 시드 솔루션 조직으로 선택해야 합니다. 이 기본 시드 솔루션 조직의 표준 패키지 미팅의 미팅 사이트 UUID는 BroadWorks에 구성되어야 합니다. 각 발신 미팅 참여 요청에서 인증 토큰으로 이 사이트 UUID가 전송되기 때문에 이 미팅 사이트는 프로비저닝된 상태로 유지되는 것이 중요합니다. 이 단일 사이트 UUID는 모든 전화 번호 및 콜백 DNS SRV 레코드에서 공유됩니다. 여러 사이트 UUID 값은 필요하지 않습니다.
전화 번호 및 콜백 DNS SRV 레코드 집합이 비 테스트 고객에게 할당되기 전에 원하는 경우 기본 및 보조 시드 솔루션 조직을 삭제할 수 있습니다. 전화 번호 및 콜백 DNS SRV 레코드 집합이 테스트되지 않은 고객에게 할당되면 해당 전화 번호 및 콜백 레코드는 해당 고객의 미팅 사이트와 연결되며 발신 및 콜백을 사용하여 미팅 참여에 사용 중입니다. 모든 변경 사항은 서비스에 영향을 미치는 것으로 간주되어야 합니다.
다음 섹션에서는 다른 구성 요소에 대한 자세한 내용을 제공합니다.
BYoPSTN 구성 요소
솔루션의 핵심 요소는 Cisco 파트너 전화 번호 및 DNS SRV 콜백 레코드의 구성입니다. BYoPSTN은 전화 번호 그룹 및 콜백 DNS SRV 그룹을 Webex 미팅에 대해 지리적으로 기반 전화 번호 및 중복 통화 라우팅을 지정하는 방법으로 사용합니다. 해당 요소는 고객 템플릿에 의해 최종 고객에게 지정됩니다.
전화 번호 그룹(PNG)
Cisco 파트너는 참가자가 Cisco Partner Hub에서 미팅에 참여하기 위해 사용하는 전화 번호를 프로비저닝합니다. 이러한 전화 번호는 전화 번호 그룹으로 함께 정렬됩니다. 전화 번호 목록은 미팅 사이트에 연결됩니다. 해당 미팅 사이트에 있는 모든 개인 미팅 룸(PMR) 및 예약된 미팅은 연결된 전화 번호를 사용합니다. 다음은 전화 번호 그룹의 예입니다.
전화번호 이름 | 국가 | 국가 번호 | 전화 번호 | 알림 | 유료 유형 | 발신 우선 순위 |
---|---|---|---|---|---|---|
미국 메릴랜드 | US | +1 | 2403332200 | 영어 | 유료 전화 | 기본 |
미국 플로리다 | US | +1 | 9049002제 <UNK> 회 | 영어 | 유료 전화 | 보조 |
미국 뉴욕 | US | +1 | 8056504578호 | 영어 | 무료 전화 | 없음 |
전화 번호에는 다음 속성이 있습니다.
전화 번호 이름—전화 번호를 설명하는 이름
국가—전화기가 할당된 국가
국가 코드—국가 발신 코드 또는 국가 다이얼-인 코드
전화 번호—국가 번호 없이 미팅에 참여하기 위해 사용할 전화 번호
알림—참가자가 미팅에 참여할 때 재생될 알림의 언어
유료 유형 - 번호의 유형: 유료 또는 무료 전화
발신 우선 순위—미팅 번호에 할당된 우선 순위. 미팅 참여 번호의 참가자 보기는 이 우선 순위에 따라 정렬됩니다.
기본 전화 번호: 관리자는 전화 번호 그룹의 전화 번호에 기본, 보조 또는 없음의 발신 우선 순위를 지정할 수 있습니다. 기본 번호 또는 보조 번호의 우선 순위가 있는 전화 번호는 기본 전화 번호입니다. 기본 전화 번호는 미팅 초대 이메일에 발송되며, 참가자가 미팅에 참여하기 위해 사용해야 하는 우선 순위에 나열됩니다. 기본 전화 번호는 동일한 국가에 있지 않아도 됩니다. 기본 전화 번호를 선택해야 하며, 보조 전화 번호는 선택 사항입니다. 최소한 한 개의 기본 전화 번호가 유료 유형이어야 합니다.
최종 고객 사용자는 미팅 사이트 웹 인터페이스를 사용하여 자신의 기본 전화 번호를 지정하도록 선택할 수 있습니다. 해당 사용자가 미팅 호스트일 때 해당 사용자 및 참가자에 대해 해당 번호가 나타납니다. 사용자가 미팅에 참석자로 참여하는 경우, 참석자에 대해서만 나타납니다.
위의 예에 따라 Cisco 파트너 관리자는 US Maryland를 기본으로, US Florida를 보조로 프로비저닝합니다. 이는 기본 전화 번호입니다. 사용자는 미국 뉴욕으로 기본값을 변경하고 미국 메릴랜드로 부차적으로 변경하여 미팅에서 이 옵션을 다시 정의하도록 선택할 수 있습니다.
지정된 전화 번호 그룹의 최대 전화 번호 수는 98개입니다.
참고: 단일 엔터프라이즈에 대한 전용 번호를 구성하는 것은 지원되지 않습니다.
콜백 DNS SRV 그룹 (CDSG)
미팅 참가자가 콜백 옵션을 선택할 수 있도록 하려면 Cisco 파트너의 네트워크 내에서 CUBE 인스턴스를 가리키는 콜백 DNS SRV 그룹이 필요합니다. Webex는 이러한 기록을 사용하여 CUBE를 통해 콜백을 BroadWorks로 라우트합니다. 그러면 미팅 콜백을 미팅 참가자의 전화 번호로 지정할 수 있습니다.
다음은 콜백 DNS SRV 그룹의 예입니다.
국가/지역 | 국가 번호 | DNS SRV 레코드 |
---|---|---|
미국 | +1 | 큐브.us.example.com |
멕시코 | +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 | 큐브.mx.example.com |
기타 모든 국가 | N/A | 큐브.global.example.com |
콜백 DNS SRV 레코드에는 다음 속성이 있습니다.
국가/지역 - 이 DNS SRV 레코드를 사용하여 통화 요청을 보내는 국가 또는 지역입니다.
국가 코드 - 국가/지역과 연결된 국가 코드입니다. 국가 코드당 하나의 DNS SRV 레코드만 사용할 수 있습니다.
DNS SRV 레코드 - Cisco 파트너 CUBE 인스턴스에 대한 DNS SRV 레코드.
참가자가 지정된 전화 번호에서 통화를 요청할 때 Webex는 지정된 전화 번호에 대해 국가 번호와 연결된 콜백 DNS SRV를 사용하여 통화를 Cisco 파트너 네트워크의 적절한 요소로 라우트합니다.
이러한 방법으로 DNS SRV 레코드를 사용하면 Webex의 통화 요청을 서비스하기 위해 중복 CUBE 인스턴스에 대한 지원을 제공합니다. 위의 예에서 미국의 미팅 참가자가 Webex에서 미국 전화 번호로 콜백을 요청할 때 Webex는 DNS SRV를 사용합니다. cube.us.example.com
해당 통화를 Cisco 파트너의 네트워크로 라우트합니다. 멕시코에서 미팅 참가자가 Webex에서 멕시코 전화 번호로 콜백을 요청할 때 Webex는 DNS SRV를 사용합니다. cube.mx.example.com
해당 통화를 Cisco 파트너의 네트워크로 라우트합니다.
특정 콜백 DNS SRV 레코드가 없는 국가/지역의 경우 해당 통화 요청은 ‘모든 다른 국가’ DNS SRV 레코드로 라우트됩니다. 관리자는 '모든 기타 국가' DNS SRV 레코드를 구성해야 합니다.
지정된 콜백 DNS SRV 그룹에 대한 최대 레코드 수는 200개입니다.
고객 템플릿
고객 템플릿은 BroadWorks용 Webex 솔루션에 대한 기존의 개념입니다. 템플릿은 최종 고객을 프로비저닝하는 데 사용되는 기본 구성을 제공합니다. BYoPSTN은 고객 템플릿에 추가 속성을 제공합니다.
미팅 참여 유형—Cisco 발신 번호 또는 파트너가 제공한 발신 번호일 수 있습니다. 이 속성은 표준 및 프리미엄 패키지와 연결된 미팅 사이트에 대해 구성된 전화 번호를 나타냅니다. 관리자가 파트너 제공 발신 번호를 선택해야 합니다.
전화 번호 그룹—파트너가 제공한 발신 번호 옵션에만 연계된 이 속성은 미팅에 참여할 때 표준 및 프리미엄 패키지에 대해 프로비저닝된 최종 고객이 사용하는 전화 번호를 나타냅니다.
콜백 DNS SRV 그룹—파트너가 제공한 발신 번호 옵션에만 연계된 이 속성은 미팅에 참여할 때 표준 및 프리미엄 패키지에 대해 프로비저닝된 최종 고객에게 다시 전화할 때 Webex가 사용하는 DNS SRV 레코드를 나타냅니다. 콜백을 활성화하지 않으려면 고객 템플릿을 만들거나 업데이트할 때 "콜백 비활성화"를 선택할 수 있습니다. 최종 고객에 대해 표준 또는 프리미엄에 대한 첫 번째 가입자가 프로비저닝되면 연계된 패키지 미팅 사이트가 프로비저닝됩니다. 패키지 미팅 사이트는 위의 고객 템플릿에 따라 프로비저닝됩니다. 이후 표준 또는 프리미엄에 대해 프로비저닝된 가입자는 이미 프로비저닝된 미팅 사이트에 추가됩니다. 미팅 사이트 구성은 변경되지 않습니다.
상단의 속성과 관련된 고객 템플릿에 대한 변경 사항은 새롭게 프로비저닝된 패키지 미팅 사이트에만 적용됩니다. 이미 구축된 기존의 미팅 사이트는 고객 템플릿 변경 사항의 영향을 받지 않습니다.
한 가지 주목할 만한 예외는 최종 고객이 이미 패키지 미팅 사이트를 갖고 있는 경우, 기존의 패키지 미팅 사이트와 동일한 미팅 참여 유형을 사용하여 새로운 패키지 미팅 사이트가 프로비저닝된다는 것입니다. 예를 들어, 최종 고객에게 Cisco 발신 번호를 사용하는 표준 패키지 미팅 사이트가 있고 파트너 제공 발신 번호를 사용하도록 고객 템플릿이 업데이트된 경우, Cisco 발신 번호를 사용하여 새로운 프리미엄 패키지 미팅 사이트가 프로비저닝된 경우, 고객 템플릿 설정이 적용되지 않습니다. 지정된 최종 고객에 대한 표준 및 프리미엄 미팅 사이트는 항상 일관되게 프로비저닝됩니다.
BroadWorks 통화 클러스터
Cisco Partner Hub - BroadWorks Calling 클러스터 화면은 BroadWorks 구성(BYoPSTN) 정보를 보거나 다운로드할 수 있는 액세스를 제공합니다. 지정된 클러스터에 대한 BYoPSTN 구성 정보에는 다음 데이터가 포함됩니다.
표준 패키지 미팅 사이트 UUID 및 사이트 URL을 포함한 기본 Seed Solution 조직 세부 정보.
이 클러스터에 대해 구성된 모든 그룹에 대한 전화 번호 그룹 세부 정보. 여기에는 각 그룹에 대한 미팅 액세스 코드 매핑에 대한 전화 번호가 포함됩니다. 자세한 내용은 모든 보조 시드 솔루션 조직과 연결된 그룹을 포함해야 합니다.
이 클러스터에 대해 구성된 모든 그룹에 대한 콜백 DNS SRV 그룹 세부 정보. 자세한 내용은 모든 보조 시드 솔루션 조직과 연결된 그룹을 포함해야 합니다.
전화 번호 그룹 및 콜백 DNS SRV 그룹을 사용하는 해당 템플릿의 고객 템플릿 세부 정보.
각 BroadWorks 통화 클러스터에는 고유한 BroadWorks 구성(BYoPSTN) 정보가 있으며, 특히 지정된 전화 번호 그룹 및 콜백 DNS SRV 그룹이 있습니다. 단, 모든 BroadWorks 통화 클러스터는 동일한 기본 시드 솔루션 조직을 공유하며, 이는 모두 동일한 표준 패키지 미팅 사이트 UUID 및 사이트 URL을 포함합니다.
BroadWorks 구성(BYoPSTN) 정보는 관리자가 기본 Seed 솔루션 조직을 구성하고 선택할 때만 보기/다운로드할 수 있습니다. 기본 시드 솔루션 조직에는 표준 패키지에 하나 이상의 사용자가 지정되어야 하며, 해당 표준 패키지는 파트너가 제공한 발신 번호(BYoPSTN) 미팅 참여 옵션을 사용해야 합니다.
BYoPSTN 구성 요소 예
다음 이미지는 지리적으로 기반 고객 템플릿, 전화 번호 및 라우팅을 사용하는 멀티 클러스터 BroadWorks 배포의 예를 보여줍니다.
첫 번째 표에는 지역 기반 고객 템플릿, 전화 번호 그룹 및 콜백 DNS SRV 그룹이 포함된 멀티 클러스터 BroadWorks 배포가 표시됩니다. 후속 표는 전화 번호 그룹 및 콜백 DNS SRV 그룹에서 확장됩니다.
BroadWorks 클러스터 | 템플릿 이름 | 패키지 | 미팅 참여 유형 | 전화 번호 그룹 | 콜백 DNS SRV 그룹 |
---|---|---|---|---|---|
BWKS 미국 NG | 미국 서부 Std | 표준 | 파트너가 발신 번호 제공 | 미국 서부 | CB 미국 |
US 웨스트 프렘 | 프리미엄 | ||||
미국 동부 Std | 표준 | 미국 동부 | |||
US 이스트 프렘 | 프리미엄 | ||||
BWKS MX 소개 | MX 세트 | 표준 | 파트너가 발신 번호 제공 | 사이트맵 | 모델: CB MX |
MX 프렘 | 프리미엄 | ||||
BWKS 영국 | 영국 Std | 표준 | 파트너가 발신 번호 제공 | 영국 PNG | 콜백 비활성화됨 |
영국 Prem | 프리미엄 | ||||
BWKS 미국 | 미국 Std | 표준 | Cisco 발신 번호 | 없음 | 없음 |
US West Std 또는 US West Prm 템플릿을 사용하여 프로비저닝된 가입자는 미팅에 참여할 때 US West 전화 번호를 사용합니다. 해당 가입자 미팅 참여 콜백 요청은 CB US DNS SRV 레코드로 전송됩니다.
US East Std 또는 US East Prm 템플릿을 사용하여 프로비저닝된 가입자는 미팅에 참여할 때 US East 전화 번호를 사용합니다. 해당 가입자 미팅 참여 콜백 요청은 CB US DNS SRV 레코드로 전송됩니다.
MX Std 또는 MX Prm 템플릿을 사용하여 프로비저닝된 가입자는 미팅에 참여할 때 MX PNG 전화 번호를 사용합니다. 해당 가입자 미팅 참여 콜백 요청은 CB MX DNS SRV 레코드로 전송됩니다.
영국 Std 또는 영국 Prm 템플릿을 사용하여 프로비저닝된 가입자는 미팅에 참여할 때 영국 PNG 전화 번호를 사용합니다. 해당 가입자는 콜백이 비활성화되었기 때문에 콜백을 통해 미팅 참여를 제공하지 않습니다.
미국 STD를 사용하여 프로비저닝된 가입자는 Cisco 발신 번호를 사용하고 있으므로 전화 번호 그룹 또는 콜백 DNS SRV 그룹이 지정되지 않았습니다. 해당 가입자는 미팅 참여에 대해 Cisco 제공 전화 번호 및 콜백을 사용하여 미팅 참여에 대해 Cisco DNS SRV 레코드를 사용합니다.
전화 번호 그룹 예제의 세부 사항은 다음과 같습니다.
전화 번호 그룹 | 전화번호 이름 | 국가 | 국가 번호 | 전화 번호 | 알림 | 유료 유형 | 발신 우선 순위 |
---|---|---|---|---|---|---|---|
미국 서부 | 미국 샌프란시스코 | US | +1 | 4156551000 | 영어 | 유료 전화 | 기본 |
미국 팔로 알토 | US | +1 | 9863502478호 | 영어 | 무료 전화 | 없음 | |
미국 동부 | 미국 메릴랜드 | US | +1 | 2403332200 | 영어 | 유료 전화 | 기본 |
미국 플로리다 | US | +1 | 9049002제 <UNK> 회 | 영어 | 유료 전화 | 보조 | |
미국 뉴욕 | US | +1 | 8056504578호 | 영어 | 무료 전화 | 없음 | |
사이트맵 | 멕시코 | RSS 피드 | +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 | 2065304086회 | 유럽 스페인어 | 유료 전화 | 기본 |
영국 PNG | 영국 | 영국 | +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 | 4527789651호 | 영어 | 유료 전화 | 기본 |
콜백 DNS SRV 그룹 예제의 세부 사항은 다음과 같습니다.
콜백 DNS SRV 그룹 | 국가 | DNS SRV |
---|---|---|
CB 미국 | US | 큐브.us.example.com |
기타 모든 국가 | 큐브.row.example.com | |
모델: CB MX | RSS 피드 | 큐브.mx.example.com |
기타 모든 국가 | 큐브.row.example.com |
US DNS SRV 레코드, cube.us.example.com에 대한 구성은 예제와 같을 수 있습니다.
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
이 DNS SRV 레코드는 다음 DNS A 레코드로 확인할 수 있습니다.
| 86400 | IN | A | 45.84.168.81의 |
| 86400 | IN | A | 45.84.168.82의 |
DNS SRV 레코드는 Webex에서 CUBE로의 보안 SIP 통화를 확인합니다. |
Webex에서 사용하는 포트
아래 표의 포트는 CUBE가 위치한 DMZ의 방화벽에서 열어야 하며, 다른 포트는 닫을 수 있습니다. 포트 및 네트워크 요구 사항에 대한 추가 정보는 다음 문서를 참조하십시오.
https://collaborationhelp.cisco.com/article/WBX264
소스 | 소스 포트 | 대상 | 대상 포트 | 프로토콜 | 설명 | ||
---|---|---|---|---|---|---|---|
Webex Edge 오디오 서비스 | 임시 | CUBE | 5061 | TCP | (mTLS 1.2) Webex Edge 오디오에서 CUBE SBC로 인바운드 SIP 시그널링.
| ||
Webex Edge 오디오 서비스 | 4000년 - 4010년 | CUBE | 5061 | TCP | (mTLS 1.2) Webex Edge 오디오에 대한 옵션 핑. | ||
CUBE | 임시 | Edge오디오 | 5605회 | TCP | (mTLS 1.2) Webex Edge 오디오에 대한 아웃바운드 SIP 시그널링. | ||
Webex Edge 오디오 서비스 | 임시 | CUBE | 임시 포트 8000 - 59999 | UDP | (SRTP) Edge 오디오로 들어오는 미디어 트래픽에 대해 방화벽 핀홀을 열어야 합니다. | ||
CUBE | 임시 포트 10200년 - 28000년 | Edge 오디오 | 임시 | UDP | (SRTP) CUBE로 거는 미디어 트래픽에 대해 방화벽 핀홀을 열어야 합니다. |
TLS 및 SRTP 암호 스위트
TLS v1.2 이상은 mTLS 핸드셰이크에 사용되며, 다음 암호는 Webex Edge 오디오에서 지원됩니다(콜백 중에 Webex Edge 오디오는 TLS 핸드셰이크의 클라이언트 Hello에서 해당 기능을 제공합니다).
TLS_ECDHE_ECDSA_(_AES_256_GCM_SHA384 포함)
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_ 및_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_(_AES_256_GCM_SHA384 포함)
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_ 및_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_ 및_AES_256_GCM_SHA384
TLS_RSA_와_AES_256_CBC_ SHA256
TLS_RSA_ 및_AES_128_GCM_SHA256
TLS_RSA_ 및_AES_128_CBC_ SHA256
TLS_DHE_DSS_(_AES_256_GCM_SHA384 포함)
TLS_DHE_DSS_(_AES_256_CBC_256 포함)
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
sRTP에 대해 다음 암호가 사용됩니다.
AEAD_AES_256_GCM의
에이드_AES_128_GCM
AES_CM_128_HMAC_SHA1_80
전화_CM_128_HMAC_SHA1_32
오디오 코덱 지원됨
제722화
G711µ의
G711a의
SIP 및 RTP 프로필 요구 사항
솔루션은 CUBE(또는 SBC)와 Webex 간에 시그널링에 대해 SIP TLS를 배포하고 미디어에 대해 sRTP를 배포하도록 요구합니다.
이 통신의 일부로 SIP 및 RTP 프로파일은 다음 요구 사항을 준수해야 합니다.
SIP 프로필 요구 사항 | 세부 정보 |
---|---|
세션 만료 타이머 | 2220초 (SIP 422 수락) * 비즈니스 요구 사항에 따라 조정되며 422가 예상됩니다. |
진입을 위한 미디어 오퍼 | 얼리 오퍼 |
송출을 위한 미디어 오퍼 | 늦은 오퍼 |
옵션 핑 간격 | 30대 (최소) |
DTMF | RFC2833 페이로드 101 (음향 DTMF 없음!) |
SIP-UDP 포트 | 4000-4010,5061,5065년 |
RTP 프로필 | 세부 정보 |
---|---|
음성 페이로드 프로필 | G.722/ G.711μ /G.711a |
패킷 크기 | 20 분 |
VAD(음성 활동 탐지) | 아니요 |
미디어 비활동 타이머 | 1200년 |
중간 다이얼링 코덱 변경 | 수락되지 않음 |
RTP | 8000-48198년 |
sRTP 암호 | AEAD_AES_256_GCM의 에이드_AES_128_GCM AES_CM_128_HMAC_SHA1_80 전화_CM_128_HMAC_SHA1_32 |
G.729 코덱은 지원되지 않습니다. G.729를 사용하려면 트랜스코더를 사용해야 합니다. |
Webex 통화 라우팅 도메인
DNS SRV _sips._tcp.<domain>
은(는) Webex Edge 오디오에 연결하기 위해 사용됩니다. 지역에 따라 4개의 도메인이 있습니다.
지역 | 도메인 |
---|---|
Americas | 이메일: ecccspx.amer.pub.webex.com |
영국, 북아프리카 | 이메일: ecccspx.emea.pub.webex.com |
아시아 태평양 | 이메일: ecccspx.apac.pub.webex.com |
호주 / 뉴질랜드 | 이메일: ecccspx.anz.pub.webex.com |
유럽 | 이메일: ecccspx.euro.pub.webex.com |
DNS SRV는 기본 및 보조 사이트를 가리키는 여러 A 레코드를 확인합니다. 다음 표는 AMER 지역에 대한 예제를 제공하며 향후 변경될 수 있습니다.
녹화 유형 | 녹화 | 대상 | 목적 |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com에서 | ecccspxpr1.amer.pub.webex.com (영어) | Webex Edge 오디오 검색 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com에서 | 이메일: ecccspxpr2.amer.pub.webex.com | Webex Edge 오디오 검색 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com에서 | ecccspxsc1.amer.pub.webex.com(으)로 돌아가기 | Webex Edge 오디오 검색 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com에서 | ecccspxsc2.amer.pub.webex.com(으)로 돌아가기 | Webex Edge 오디오 검색 |
A | ecccspxpr1.amer.pub.webex.com (영어) | 207.182.174.101*, 미국 | Webex Edge 오디오 AMER 기본 1을 가리킴 |
A | 이메일: ecccspxpr2.amer.pub.webex.com | 207.182.174.102*, 미국 | Webex Edge 오디오 AMER 기본 2를 가리킴 |
A | ecccspxsc1.amer.pub.webex.com(으)로 돌아가기 | 207.182.174.229*, 미국 | Webex Edge 오디오 AMER 보조 1을 가리킴 |
A | ecccspxsc2.amer.pub.webex.com(으)로 돌아가기 | 207.182.174.230*(으)로 돌아가기 | Webex Edge 오디오 AMER 보조 2를 가리킴 |
DNS-SRV는 본질적으로 동적이며 IP 주소는 변경되기 쉽습니다. 따라서 IP 주소를 하드 코딩하거나 북마킹하지 마십시오. Webex Calling 문서에 대한 포트 참조 정보에 적용된 변경 또는 업데이트는 '문서 개정 기록' 섹션을 참조하십시오. |
CUBE 중복
Cisco Unified Border Element(CUBE)는 외부 엔터티와 내부 네트워크 간의 SIP 연결을 관리하는 네트워크에서 세션 경계 제어 기능을 활성화합니다. CUBE에 대한 자세한 정보는 아래의 전제 조건 섹션에서 확인할 수 있습니다.
지원되는 중복 모델은 고가용성을 제공하고 Cisco 파트너의 단일 실패 지점을 제거하는 목적으로 정의됩니다. 세 가지 다른 모델이 아래에 설명되어 있습니다. Cisco 파트너는 환경에 적용되는 모델 중 하나를 채택해야 합니다.
온보딩 프로세스 파트너는 ICMP 필터를 비활성화해야 합니다.
단일 사이트에 배포된 BroadWorks용 듀플렉스 CUBE 배포
다중 사이트에서 배포된 BroadWorks용 단순 CUBE 배포
CUBE가 모든 사이트에서 듀플렉스 모드로 배포되는 경우 한 가지 더 중복 모델이 가능합니다. 이 모델은 BroadWorks가 지리적 중복성으로 배포된다는 점을 고려할 필요가 없습니다.
구축하기
1 | 파트너 사전 요건
|
2 | Cisco Partner Hub에서 전화 번호 구축
|
3 | Cisco Partner Hub에서 콜백 DNS SRV 그룹 프로비저닝 (선택 사항)
|
4 | PNG(및 CDSG)를 고객 템플릿에 연결
|
5 | 시드 솔루션 조직 프로비저닝
|
6 | 기본 시드 솔루션 조직 선택
|
7 | BroadWorks 구성 프로그램 다운로드 (BYoPSTN)
|
8 | Webex Edge 오디오 DNS SRV 도메인 결정
|
9 | 파트너 BroadWorks 구성 프로비저닝
|
10 | 파트너 CUBE 프로비저닝(또는 자신의 SBC)
|
11 | BYoPSTN 인증
|
단계 1: 파트너 사전 요건
BYoPSTN의 프로비저닝을 위해 다음 전제 조건을 완료해야 합니다. 아래에 제공된 전제 조건은 파트너가 다음을 포함하는 Cisco BroadWorks용 Webex 배포를 사용하고 있다고 가정합니다.
기능 BroadWorks 시스템 – Cisco BroadWorks용 Webex 솔루션 안내서에 설명된 대로
"VoiceXML" 서비스가 포함된 BroadWorks AS 라이센스(PSTN 번호당 1개)
BroadWorks 패치 필요:
R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
R23:
AP.xsp.23.0.1075.ap376935 다운로드
AP.as.23.0.1075.ap376935의
R24를 위해
AP.as.24.0.944.ap376935의
Cisco CUBE 시스템 배포됨(IOS 버전 16.12.2 이상): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
하드웨어 기반 및 가상 CUBE 모두 지원됩니다. 확장성 및 더 많은 수의 통화를 처리하려면 하드웨어 기반 CUBE가 권장됩니다.
Webex 파트너 조직 – Cisco BroadWorks용 Webex 솔루션 안내서에 설명된 대로
단계 2: Partner Hub에서 전화 번호 그룹(PNG) 프로비저닝
Cisco 파트너가 Webex 미팅 발신 전화 번호를 추가하는 데 사용하는 절차는 다음과 같습니다.
Cisco Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화로 스크롤합니다.
미팅 참여 구성(BYoPSTN)에서 발신 전화 번호 만들기 Group를 선택합니다.
전화 번호 그룹 이름을 입력하고 다음을 선택합니다.
전화 번호 세부 사항을 입력하고 다음을 선택합니다.
전화 번호 그룹 세부 정보 요약을 검토하고 저장을 선택합니다.
추가할 각 전화 번호 그룹에 대해 이 절차를 반복합니다.
아래 스크린샷은 절차를 설명합니다.
단계 3: Partner Hub에서 콜백 DNS SRV 그룹(CDSG) 구축
이 단계는 콜백 옵션을 통해 미팅 참여를 배포하려는 경우에만 완료됩니다. 그렇지 않으면 이 단계를 건너뛸 수 있습니다. |
이 옵션을 구성하지 않는 경우, 사용자는 발신 옵션을 사용하여 미팅에 참여하거나, 컴퓨터 오디오로 참여할 수 있습니다. |
미팅 콜백 옵션을 사용할 때 Webex에서 CUBE로 통화를 라우트하려면 콜백 DNS SRV 그룹이 필요합니다. Cisco 파트너가 Webex에 CUBE DNS SRV 레코드를 추가하는 데 사용하는 절차는 다음과 같습니다.
Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화로 스크롤합니다.
미팅 참여 구성(BYoPSTN)에서 콜백 DNS SRV 그룹 만들기를 선택합니다.
콜백 DNS SRV 그룹 이름을 입력합니다.
다음을 선택합니다.
콜백 DNS SRV 세부 사항을 입력합니다.
다음을 선택합니다.
콜백 DNS SRV 세부 정보 요약을 검토합니다.
저장을 선택합니다.
DNS SRV 그룹의 새 레코드를 반영하기 위해 DNS에 업데이트를 프로비저닝합니다.
추가될 각 콜백 DNS SRV 그룹에 대해 이 절차를 반복합니다.
아래 스크린샷은 절차를 설명합니다.
단계 4: Partner Hub에서 PNG 및 CDSG를 고객 템플릿에 연결
BYoPSTN 솔루션의 초기 구성 및 확인에는 전화 번호 그룹 및 콜백 DNS SRV 그룹(콜백이 필요한 경우)의 각 고유한 조합에 대한 시드 조직이 필요합니다. 따라서 Cisco 파트너는 전화 번호 그룹 및 콜백 DNS SRV 그룹의 각 고유한 조합에 대해 새로운 고객 템플릿을 만드는 것이 좋습니다. 각 고객 템플릿을 사용하여 해당 시드 조직을 생성해야 합니다.
BYoPSTN 구성이 시드 조직을 사용하여 시드 및 확인되면 필요에 따라 전화 번호 그룹 및 콜백 DNS SRV 그룹을 기존 고객 템플릿에 적용할 수 있습니다.
새로 생성된 고객 템플릿은 기존의 테스트되지 않은 고객이 사용하지 않으므로 BYoPSTN 구성의 수동 확인을 위해 안전하게 사용할 수 있습니다.
콜백을 통해 미팅 참여를 배포하지 않는 경우, 콜백 DNS SRV 그룹을 고객 템플릿에 연결하지 않아도 됩니다. 단, 콜백 비활성화를 선택해야 합니다. |
새로운 고객 템플릿에 추가하려면 다음을 수행합니다.
Cisco Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화로 스크롤합니다.
템플릿 아래에서 템플릿 추가를 선택합니다.
템플릿 세부 사항을 입력합니다. 패키지 유형 단계에서:
패키지 유형을 표준으로 선택합니다.
미팅 참여 구성을 파트너가 발신 번호(BYoPSTN)를 제공한 파트너로 선택합니다.
프로비저닝된 전화 번호 그룹을 선택합니다.
콜백 DNS SRV 그룹에 대해 미팅 콜백 옵션을 활성화하려면 프로비저닝된 콜백 DNS SRV 그룹을 선택합니다. 그렇지 않으면, 콜백 비활성화를 선택합니다.
다음을 선택합니다.
나머지 템플릿 세부 사항을 입력합니다.
템플릿 세부 정보 요약을 검토합니다.
저장을 클릭합니다.
추가되어야 하는 각 고객 템플릿에 대해 이 절차를 반복합니다.
아래 스크린샷은 절차를 보여줍니다.
기존의 고객 템플릿을 업데이트하려면 다음을 수행합니다.
Cisco Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화 섹션으로 스크롤합니다.
템플릿 아래에서 템플릿 보기를 선택합니다.
업데이트할 템플릿을 선택합니다.
미팅 참여 구성 섹션으로 스크롤:
파트너가 제공한 발신 번호(BYoPSTN)를 선택합니다.
이전에 구성된 전화 번호 그룹을 선택합니다.
콜백 DNS SRV 그룹에 대해 미팅 콜백 옵션을 활성화하려면 프로비저닝된 콜백 DNS SRV 그룹을 선택합니다. 그렇지 않으면, 콜백 비활성화를 선택합니다.
저장을 선택합니다.
아래 스크린샷은 절차를 보여줍니다.
단계 5: 시드 솔루션 조직 프로비저닝
BYoPSTN 솔루션에는 여러 가지 구성 요소가 있으며, 각 구성 요소는 솔루션이 성공적으로 작동하도록 올바르게 구성되어야 합니다. 시드 솔루션 조직의 두 가지 목적 중 하나는 미팅 액세스 코드 매핑에 대한 전화 번호와 솔루션의 지속적인 작동에 필요한 미팅 사이트 고유 식별자(사이트 UUID)를 생성하는 것입니다. 다른 목적은 구성 검증입니다.
사용할 전화 번호 그룹 및 콜백 DNS SRV 그룹의 각 고유한 조합에 대해 해당하는 고객 템플릿을 이전에 만들어야 합니다. 각 고객 템플릿에 대해 시드 솔루션 조직을 프로비저닝해야 합니다. 이러한 시드 조직의 프로비저닝은 BroadWorks를 구성하는 데 필요한 미팅 액세스 코드 매핑 및 미팅 사이트 UUID에 대한 전화 번호를 생성합니다.
이전에 구성된 각 고객 템플릿을 사용하여 표준 패키지 사용자와 함께 새로운 테스트 BroadWorks 서비스 공급자 또는 새로운 BroadWorks 엔터프라이즈에 대해 가입자를 프로비저닝합니다. 결과 표준 패키지 미팅 사이트는 파트너 공급자 발신 번호 미팅 참여 옵션을 사용해야 합니다. 다음 방법 중 하나를 사용하여 가입자를 프로비저닝할 수 있습니다.
BroadWorks 가입자 API를 사용하여 테스트 가입자를 프로비저닝합니다.
developer.webex.com
.고객 템플릿을 사용하도록 구성된 BroadWorks에서 IM&P 서비스에 대한 테스트 가입자를 활성화합니다. 테스트 가입자에게 표준 패키지가 지정되도록 하려면 고객 템플릿이 표준 패키지를 기본값으로 사용하고 있는지 확인하십시오. 또는 테스트 가입자가 표준 패키지를 갖도록 나중에 업데이트해야 합니다.
시드 솔루션 조직은 테스트 BroadWorks 서비스 공급자 또는 테스트 BroadWorks Enterprise와 관련된 것이 좋습니다.
6단계: 기본 시드 솔루션 조직 선택
각 발신 미팅 참여 요청에서 인증 토큰으로 이 사이트 UUID가 전송되기 때문에 이 미팅 사이트는 프로비저닝된 상태로 유지되는 것이 중요합니다. 연계된 미팅 사이트도 삭제되므로 시드 조직을 삭제해서는 안 됩니다. 시드 조직이 제거되면 새로운 조직을 프로비저닝하고 새로운 사이트 UUID로 Broadworks를 다시 구성해야 합니다.
전화 번호 및 콜백 DNS SRV 레코드 집합이 비 테스트 고객에게 할당되기 전에 원하는 경우 기본 및 보조 시드 솔루션 조직을 삭제할 수 있습니다. 전화 번호 및 콜백 DNS SRV 레코드 집합이 테스트되지 않은 고객에게 할당되면 해당 전화 번호 및 콜백 레코드는 해당 고객의 미팅 사이트와 연결되며 발신 및 콜백을 사용하여 미팅 참여에 사용 중입니다. 모든 변경 사항은 서비스에 영향을 미치는 것으로 간주되어야 합니다.
기본 시드 솔루션 조직을 선택하려면 다음을 수행합니다.
Cisco Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화 섹션으로 스크롤합니다.
구성 유효성 검사(BYoPSTN) 섹션에서 지정을 선택합니다.
조직 지정 화면에서 이전에 구성된 시드 조직 중 하나를 검색하고 선택합니다.
지정을 선택합니다.
선택된 시드 조직은 기본 시드 조직입니다.
아래 스크린샷은 절차를 설명합니다.
7단계: BroadWorks 구성 다운로드 (BYoPSTN)
지정된 BroadWorks 클러스터에 대한 기본 Seed Solution Organization, 전화 번호 그룹 및 콜백 DNS SRV 그룹 세부 정보는 단일 위치인 BroadWorks 구성(BYoPSTN) JSON 파일에서 사용할 수 있습니다. 이 정보는 BYoPSTN에 대해 BroadWorks를 구성하기 위해 필요합니다.
JSON 구성 파일은 기본 시드 솔루션 조직을 선택한 후에만 보기/다운로드할 수 있습니다.
JSON 구성 파일을 확인/다운로드하는 절차는 다음과 같습니다.
Cisco Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화로 스크롤합니다.
클러스터 아래에서 클러스터 보기를 선택합니다.
BYoPSTN에 대해 구성된 고객 템플릿에 연결된 클러스터를 선택합니다.
BYoPSTN 섹션에 대한 BroadWorks 구성으로 스크롤합니다.
JSON 구성 파일 다운로드를 클릭합니다.
다른 BroadWorks 클러스터에 대해 이 절차를 반복합니다.
아래 스크린샷은 절차를 설명합니다.
아래의 샘플 JSON 구성 파일을 참조하십시오. 이 파일에는 각 전화 번호 그룹, 콜백 DNS SRV 그룹에 대한 보조 정보가 포함되어 있으며, BroadWorks에 입력해야 하는 다음 주요 구성 항목이 굵게 표시됩니다.
사이트 UUID: BroadWorks는 SIP 메시지에서 이 값을 보내야 합니다. 이는 Webex Edge 오디오가 Cisco 파트너의 BroadWorks의 ID 및 이 Cisco 파트너가 관리하는 미팅 사이트에 대한 액세스를 확인하기 위해 사용하는 토큰입니다.
전화 번호 -to- 액세스 코드 매핑: 전화 번호 및 연결된 Webex 액세스 코드는 BroadWorks에서 구성되어야 합니다.
phoneNumber
액세스 코드
locale태그: 전화 번호와 연결된 원하는 알림 언어가 BroadWorks에서 구성되어야 합니다.
dnsSrv: 콜백 DNS SRV는 DNS에 구성되어야 하며, 원하는 CUBE 인스턴스를 참조해야 합니다.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
8단계: Webex Edge 오디오 DNS SRV 도메인 결정
BroadWorks에서 Webex Edge 오디오 DNS SRV 도메인을 구성해야 합니다. 다음 절차를 사용하여 값을 결정합니다.
Cisco Partner Hub에 로그인합니다.
고객으로 이동합니다.
BYoPSTN 유효성 검증 기업을 선택합니다.
고객 보기를 선택합니다.
서비스/미팅으로 이동합니다.
표준 패키지 미팅 사이트를 선택합니다.
사이드-아웃 목록의 하단까지 스크롤하고 사이트 구성을 선택합니다.
공통 설정/오디오 설정을 선택합니다.
Edge 오디오 사용자 정의 글로벌 발신 번호 섹션 아래에서 Lua 스크립트 생성을 선택합니다.
팝업 창에서 값 "-- CCAX URL로 헤더에 업데이트"를 검색합니다.
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
예를 들어 굵은 글씨로 값을 추출합니다.
ecccx.amer.webex.com.
이는 BroadWorks에서 구성해야 하는 Webex Edge 오디오 DNS SRV 도메인입니다.
9단계: 파트너 BroadWorks 구성 프로비저닝
이 섹션에서는 아래 다이어그램에 표시된 미팅 발신 및 콜백 시나리오를 구현하는 데 필요한 BroadWorks 구성을 설명합니다. 구성 예제는 이전 섹션에 표시된 JSON 파일의 데이터를 기반으로 합니다. 번호, 도메인, 기업/그룹 이름, 장치 유형, 정책, 프로필 등은 파트너에 따라 다를 것으로 예상됩니다.
통화 흐름:
- 사용자가 콜백을 요청하면 Webex는 콜백을 시작합니다.
- 통화가 BroadWorks OTT로 라우팅됩니다.
- 통화가 CH에서 프로비저닝된 CUBE에 도달합니다. CUBE는 통화를 BroadWorks로 라우팅합니다.
- BroadWorks는 통화를 미팅 호스트 발생으로 식별하고 미팅 호스트 사용자에 대한 세션을 만들고 통화를 처리합니다.
- 미팅 호스트 사용자 세션은 통화를 처리하고 착신 번호를 번역합니다. 또한 미팅 호스트 사용자를 대신하여 비용 청구 기록이 생성됩니다.
- BroadWorks는 통화를 장치(7) 또는 PSTN(8)에 연결된 사용자에게 라우팅합니다.
시작하기 전에
BroadWorks와 CUBE 간의 SIP 통신은 네트워크 요구 사항에 따라 UDP 또는 TCP를 통해 실행할 수 있습니다. 예를 들어, BYoPSTN 발신 또는 콜백 흐름의 일부 네트워크 또는 액세스 장치(예: 게이트웨이 또는 엔드포인트)가 TCP를 지원하지 않는 경우, UDP를 대신 사용해야 합니다.
이 안내서에 표시된 구성 및 예제는 TCP를 전송 프로토콜로 사용합니다. TCP를 사용하려면 BroadWorks 애플리케이션 서버 및 네트워크 서버가 모두 TCP에 대해 구성되었는지 확인하십시오.
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
응용프로그램 서버
디바이스 프로필 유형 식별
CUBE를 나타내기 위해 새로운 ID/장치 프로필 유형을 생성해야 합니다. 아래 속성을 설정하고 다른 속성은 기본값으로 남겨두십시오.
신호 처리 주소 유형—인텔리전트 프록시 주소로 설정
인증—활성화됨으로 설정
UPDATE 및 RE-INVITE에서 ID 지원—체크됨
정적 등록 가능—활성화됨으로 설정
비디오 사용 가능—비활성화됨으로 설정
아래 예에서는 CUBE를 나타내기 위해 새로운 ID/장치 프로필 유형 “VXML_profile”이 생성됩니다.
음성 XML 가상 가입자
VoiceXML 인스턴스 만들기
각 Webex Meetings PSTN 번호는 BroadWorks에서 가상 가입자로 표시되며, VoiceXML 가상 가입자 기능을 사용할 수 있습니다. 전용 엔터프라이즈 및 그룹이 모든 VoiceXML 가상 가입자에 대해 사용되는 것이 좋습니다. 실제로 VoiceXML 기능을 사용하고 있는 것은 아니지만, 이러한 유형의 가상 사용자는 CUBE와 상호 작용하는 데 적합합니다.
VoiceXML 서비스를 사용하려면 라이센스에 충분한 "VoiceXML" 수량이 있으며 서비스가 엔터프라이즈 및 그룹 수준에서 인증되고 VoiceXML 서비스가 아래 예제 그림에 표시된 대로 그룹에 할당되었는지 확인하십시오.
VoiceXML을 선택하고 각 PSTN 번호에 대한 인스턴스를 만듭니다.
,VoiceXML 주소 구성
각 VoiceXML 인스턴스에 대해 VoiceXML 주소 아래에서 다음을 프로비저닝합니다.
전화 번호—Webex Meetings 사이트에 대한 다이얼-인 번호를 입력합니다(예: 2403332200).
내선 번호
ID/장치 프로필—이전 섹션(예제의 VXML_device)에서 생성된 장치 유형에 따라 한 개의 인스턴스(예: VXML_profileProf)를 만들고 다음 구성을 입력합니다.
회선/포트—<access number="">@<domain> 형식으로 입력합니다.
<access number=""> 은(는) Webex Meetings 사이트에 대한 액세스 코드 번호(JSON 파일에서 사용 가능)(예: 88631321777971704941)
<domain> 은(는) 이 미팅 사이트에 대한 Webex Edge 오디오의 도메인입니다(예: ecccspx.amer.pub.webex.com)
연락처 sip—액세스 번호에 대한 미팅 발신 통화의 경우 이 필드의 값으로 설정된 요청 URI가 포함된 INVITE가 전송됩니다. SIP 연락처를 다음 형식 <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">으로 입력합니다.
<sip contact=""> <number>은(는) 회선/포트 필드에서 실행되지만 도메인을 CUBE의 주소로 확인하는 SRV로 사용합니다(예: 88631321777971704941@cube.internal.local).
<Locale> 사용자 로케일(예: locale=en_US)에 따른 언어 설정을 나타냅니다.
<Meetings Site="" UUID=""> 은(는) JSON 파일의 사이트 UUID입니다(예: x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b).
<SIP transport=""> AS가 TCP를 사용하여 CUBE에 메시지를 보내도록 하려면 transport=tcp여야 합니다.
다음은 VoiceXML 주소 설정의 예입니다.
사용될 각 추가 미팅 액세스 번호에 대해 상단의 것과 유사한 추가 VoiceXML 가상 가입자를 생성해야 합니다. 동일한 장치 프로파일을 사용할 수 있지만, 위에 표시된 대로 회선 포트 및 연락처 필드를 액세스 번호 정보에서 구성해야 합니다. |
BroadWorks 가상 가입자에서 구성하는 통화 처리 정책 제한이 전화 번호 그룹에서 추가 BYoPSTN 통화를 처리하기에 충분한지 확인하십시오. |
VoiceXML 인스턴스에 SIP 인증 할당
VoiceXML 가상 가입자에게 인증 서비스를 할당합니다. 이는 콜백 시나리오에서 CUBE에서 SIP INVITE 메시지를 인증하는 데 사용됩니다. 또한 VoiceXML 가상 가입자가 CUBE 이외의 당사자의 통화를 수락하지 못하게 합니다.
유틸리티 아래의 가상 가입자 인증 페이지로 이동하고 아래와 같이 SIP 사용자 이름과 암호를 입력합니다.
AS로 전송되는 INVITE 메시지를 올바르게 인증하려면 CUBE를 동일한 사용자 이름 및 암호로 구성해야 합니다. CUBE에서 SIP 인증을 구성하는 명령어의 예는 다음과 같습니다.
|
Namedefs 파일
VoiceXML 가상 가입자 SIP 연락처 필드에는 도메인 부분이 CUBE 주소로 확인되는 URL이 포함되어 있습니다. 이는 내부 SRV이며, AS의 네임데프 파일을 사용하여 내부 SRV를 CUBE IP로 확인할 수 있습니다.
예제에서 SIP 연락처 SRV는 cube.internal.local이며 10.165.196.30 포트 5060을 해결하여 CUBE에 연결합니다. AS에서, /usr/local/broadworks/bw_base/conf/namedefs
파일은 다음과 같이 업데이트됩니다.
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Webex Meetings 통화 유형
Webex Meetings 통화 처리 구성 옵션을 사용하여 미팅 발신 통화가 처리되는 방법을 제어할 수 있습니다. 기본적으로 미팅 발신 통화는 전용 엔터프라이즈 또는 서비스 공급자에서 발신 번호가 호스트되는 것처럼 외부 통화로 처리됩니다. 외부 통화는 일반적으로 세션 입장 제어 세션 수에 포함되고 CDR 필드 chargeIndicator에서 충전에 대해 플래그가 지정됩니다.
다음 예제에서는 미팅 발신을 내부 통화로 처리하기 위해 권장되는 구성을 추가하여 충전에서 제외되고 세션 입장 제어 수에서 제외됩니다.
NS 충전 필드 시행을 true로 설정하면 CDR 필드 chargeIndicator의 집단은 네트워크 서버 통화 유형의 구성된 충전 속성을 기반으로 합니다.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
VoiceXML 미팅 콜백 가상 가입자
VoiceXML 미팅 콜백 가입자 만들기
Webex Meetings 콜백 통화를 처리하려면 BroadWorks 응용프로그램 서버(AS)에서 특별한 Webex 미팅 콜백 옵션(이하 VoiceXML 미팅 콜백 가입자라고 함)을 사용하는 전용 VoiceXML 가상 가입자를 구성해야 합니다. 이 가입자의 단일 인스턴스만 AS에서 구성할 수 있습니다.
기능을 활성화하려면 CLI를 통해 활성화 가능한 기능 102074를 true로 설정합니다.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
"콜백 및 콜인에 대한 BYO PSTN 비용 청구 지원" 기능은 "BroadWorks CI UUID 지원" 기능에 따라 달라지기 때문에 (102074) 기능을 활성화하기 전에 (102746) 기능도 활성화해야 합니다. 자세한 내용은 "CI 사용자 UUID 동기화(Broadworks CI UUID 지원)" 섹션을 참조하십시오. |
VoiceXML 미팅 콜백 가입자는 기존의 BYOPSTN VXML 가상 가입자와 유사하지만 새로운 “Webex 미팅 콜백” 플래그로 태그했습니다. 이 VoiceXML 미팅 콜백 가입자는 기존 BYOPSTN VXML 가상 가입자와 동일한 장치 프로필 및 동일한 자격 증명을 사용하는 인증 서비스로 구성됩니다.
예제는 아래에 나와 있습니다.
미팅 호스트 사용자를 호스팅하는 AS에 VoiceXML 미팅 콜백 가입자가 있어야 합니다. AS가 미팅 콜백 INVITE 요청을 수신하면 통화 설정 중에 AS에서 VoiceXML 미팅 콜백 사용자 및 미팅 호스트 사용자를 모두 찾으려고 시도합니다. 해당 사용자 중 어느 것도 찾을 수 없는 경우, 통화가 거부됩니다.
미팅 호스트 세션
X-Cisco-Meet-Info 헤더가 있는 콜백 시나리오에서 Cisco BroadWorks 응용프로그램 서버는 SIP INVITE 요청을 수신하고 SIP X-Cisco-Meet-Info 헤더의 호스트 CI 사용자 UUID 매개 변수를 사용하여 미팅 호스트 사용자를 식별합니다. 미팅 호스트 사용자를 대신하여 통화 세션이 생성되어 통화를 처리하고 사용자의 서비스 프로필을 실행합니다. 또한 미팅 호스트 사용자를 대신하여 비용 청구 기록이 생성됩니다. SIP X-Cisco-Meet-Info 헤더의 미팅 ID 및 사이트 UUID 정보는 청구 기록에 캡처됩니다.
SIP X-Cisco-Meet-Info 헤더의 예는 다음과 같습니다.
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
애플리케이션 전달 플랫폼
CI 사용자 UUID 동기화 (CI UUID에 대한 Broadworks 지원)
사용자 CI UUID는 Webex 환경 내에서 사용자를 식별하는 고유한 식별자입니다.
Cisco BroadWorks 응용프로그램 전달 플랫폼(ADP)에서 이 Webex 프로비저닝 동기화 응용프로그램은 사용자 CI UUID를 BroadWorks 인프라에 동기화, 매핑 및 저장하기 위해 사용되며, 이는 BroadWorks용 Webex 및 Webex 서비스와의 다양한 상호 작용에서 사용될 수 있습니다.
Cisco BroadWorks 네트워크 서버 및 Cisco BroadWorks 애플리케이션 서버에서 CI 사용자 UUID 연결을 사용하는 방법에 대한 “Webex 미팅 콜백 활성화”를 참조하십시오.
다음 단계는 Webex 프로비저닝 동기화 응용프로그램을 주기적으로 폴링하고 CI UUID로 BroadWork 사용자를 업데이트하도록 설정합니다.
Webex 프로비저닝 동기화 응용프로그램에는 Cisco ID 공급자에 대한 spark-admin:broadworks_subscribers_read 범위가 포함된 OAuth 자격 증명이 필요하며 온보딩 에이전트와 서비스 요청을 제기하여 얻을 수 있습니다.
서비스 요청을 제기하기 위한 자세한 내용은 'Cisco BroadWorks용 Webex에 대한 OAuth 자격 증명 얻기' 섹션을 확인하십시오. https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
다음과 같이 적절한 파트너 이름으로 토큰을 추가합니다.
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Webex 프로비저닝 동기화 응용프로그램에서 모니터링할 파트너 목록에 OAuth 토큰과 연계된 파트너 이름을 '활성화됨' 플래그가 'true'로 설정되어 있는 파트너 목록에 추가합니다.
이 Webex 프로비저닝 동기화 응용프로그램은 정의된 폴링 간격에서 CI 사용자 UUID 동기화 작업을 시작합니다.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
파트너가 포함되면 Webex 프로비저닝 동기화 응용프로그램은 이제 CI UUID를 BroadWorks 사용자에게 연결할 수 있습니다.
다음 명령을 사용하여 연결 시간 초과를 변경합니다.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
이 연결은 자동으로 또는 수동으로 수행할 수 있습니다. CLI manualSync 명령은 즉시 연결을 트리거할 수 있습니다.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
'활성화됨' 설정을 'true'로 설정한 파트너는 폴링 간격에 연계된 작업을 수행합니다. 초기 연결 중에 Webex 프로비저닝 동기화 응용프로그램은 Webex 가입자 API를 쿼리하여 파트너가 호스트하는 모든 사용자에 대해 CI UUID가 포함된 데이터를 검색합니다. BroadWorks 사용자의 외부 ID는 연결된 CI UUID로 업데이트됩니다. 후속 연결은 파트너에 추가된 사용자에게 영향을 미칩니다. 상태 명령어를 사용하여 동기화가 완료되었는지 확인할 수 있습니다.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
동기화가 완료되면 상태는 모니터링으로 다시 변경됩니다. 후속 동기화는 "마지막 동기화 시간" 후에 파트너에 추가된 사용자에 대해 수행됩니다.
다음 그림은 외부 ID 내에서 CI UUID 세트를 보여줍니다.
네트워크 서버
통화 유형
청구 및 보고 목적을 위해 미팅 발신 통화에 대한 CDR을 표시하는 것이 바람직할 수 있습니다. 이는 Network Server PreCallTyping 정책을 사용하여 수행할 수 있습니다.
먼저 /System/CallP/CallType 아래의 NS CLI에서 새 통화 유형을 추가합니다. 다음 예는 새로운 "WXM" 통화 유형을 추가합니다.
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
그런 다음 통화 유형은 BroadWorks 사용자의 라우팅 프로필의 일부인 PreCallTyping 인스턴스에서 사용할 수 있습니다. 이 예에서는 /Policy/PreCallTyping CLI 컨텍스트 아래에 새로운 PreCallTyping 인스턴스 “wxm”이 추가되었지만, 이미 사용되고 있는 기존의 PreCallTyping 인스턴스일 수 있습니다.
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
다음 단계는 /Policy/PreCallTyping/DialPlan CLI 컨텍스트 아래에 있는 모든 다이얼 인 번호에 대한 PreCallTyping 인스턴스에 항목을 추가하는 것입니다. 예:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
그런 다음 PreCallTyping 인스턴스가 아래 예에 표시된 대로 시작 사용자의 해당 라우팅 프로필에 추가됩니다(이미 존재하지 않는 경우).
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
CDR을 생성하는 BroadWorks는 BW 가입자로부터 시작된 통화에서만 생성됩니다. PSTN은 AS의 "네트워크" 측에서 발신된 통화는 발신 CDR을 생성하지 않습니다. 두 경우 모두 VoiceXML 가상 가입자에 대한 종료 CDR이 있습니다. |
라우팅NE
CUBE를 표현하려면 /System/Device/RoutingNE CLI 컨텍스트 아래의 NS에서 RoutingNE가 필요합니다. 이렇게 하면 NS가 CUBE에서 INVITE를 수신하면 NS에서 프로비저닝된 RoutingNE 항목과 via 헤더가 일치합니다. 시험약 투여 후 Cisco BroadWorks 네트워크 서버 명령줄 인터페이스 관리 설명서에서 RoutingNE을 추가하는 방법에 대한 자세한 내용을 확인합니다.
다음은 CUBE IP 주소 = 10.165.196.30인 RoutingNE "WebexMeetings"을 추가하는 명령어의 예입니다. 이 예제에서는 RoutingNE에 연결할 새 OrigRedirect 및 Profile 인스턴스를 만드는 명령어도 표시하지만, 기존 인스턴스도 사용할 수 있습니다.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
예제 구성을 사용하여 CUBE는 다음(굵게 표시된 중요한 필드)과 유사한 INVITE를 NS에 보냅니다.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
위치:
INVITE 요청 URI에 콜백 번호가 포함되어 있습니다.
헤더를 통해: 여기에는 RoutingNE 프로파일을 선택하는 데 사용될 CUBE의 IP 주소가 포함됩니다.
X-Cisco-Info-Meet 헤더: hostCIUserUuid, meetingid 및 siteUUID를 식별하는 데 사용됩니다.
INVITE를 수신하면 NS는 Via 헤더를 사용하여 RoutingNE “WebexMeetings”와 일치합니다. 그러면 OrigRedirect의 "wxm_routingInst" 인스턴스가 포함된 "wxm_" 라우팅 프로파일을 선택합니다.
그런 다음 NS OrigRedirect 정책이 X-CISCO-MEET-INFO 헤더와 일치합니다.
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
with the Line Port configured on the VoiceXML virtual subscriber and send a 302 redirect to the AS pair hosting that subscriber.(VoiceXML 가상 가입자에 회선 포트를 구성하고 가입자가 호스팅하는 AS 쌍 호스팅으로 302 리디렉션을 보냅니다.) 302 메시지는 다음과 같습니다.
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
별칭
CUBE에서 NS로 전송한 INVITE URI(예: bw.myenterprise.com)의 도메인은 NS에서 인식해야 합니다. 이는 NS_CLI/System/Alias 컨텍스트에 도메인을 추가하여 수행할 수 있습니다. 예:
NS_CLI/System/Alias> add bw.myenterprise.com
CUBE에서 INVITE URI 도메인을 구성하는 명령은 다음 섹션의 다이얼-피어/세션 대상 아래에서 찾을 수 있습니다. 예:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
호스팅NE
청구 및 세션 허용 제어에 대한 Webex Meetings 통화 처리 구성 옵션을 지원하려면 NS_CLI/System/Device/HostingNE 컨텍스트에서 응용프로그램 서버의 호스팅 NE 시그널링 특성 CallTypeInfoRequired 및 RequiresChargeIndication이 활성화되어야 합니다._ 예:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Webex 미팅 콜백 활성화
SIP X-Cisco-Meet-Info 헤더가 있는 콜백 시나리오에서 CUBE는 발신자가 AS 쌍으로 재전송할 수 있도록 네트워크 서버로 통화를 전송합니다. AS 쌍은 enableWebexMeetingHoostLookup 시스템 매개 변수에 따라 결정됩니다.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
enableWebexMeetingHoostLookup 시스템 파라미터가 true로 설정되면 X-Cisco-Meet-Info 헤더에 있는 미팅 호스트 사용자 CI UUID는 미팅 호스트 사용자를 호스트하는 AS 쌍을 식별하는 데 사용됩니다.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
10단계 프로비저닝 파트너 CUBE
이 섹션에서는 Cisco Unified Border Element(CUBE)를 자신의 PSTN 가져오기 솔루션에 대한 세션 보더 컨트롤러(SBC)로 배포하는 방법에 대해 검증된 구성을 제공합니다.
이 섹션은 이전 섹션에 표시된 Cisco BroadWorks용 Webex 구성 예제와 상호 작업하는 데 필요한 CUBE 구성에 중점을 둡니다. 초기 CUBE 배포 및 구성에 대한 보다 일반적인 논의는 다음 안내서를 참조하십시오. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Your Own SBC 옵션 배포
CUBE를 배포하지 않으려면 자신의 SBC를 배포할 수 있는 옵션이 있습니다. 그러나 이 문서는 CUBE 이외의 SBC에 대해 검증된 구성을 제공하지 않습니다.
자신의 SBC를 배포하는 경우 고급 CUBE 구성 요구 사항(예: 도메인, 공용 및 개인 인터페이스 및 게이트웨이 등 할당)을 따라 구성을 안내할 수 있습니다. 그러나 자신의 SBC에 대한 실제 명령이 CUBE와 다를 수 있으므로 자세한 명령줄 도움말은 SBC 문서를 참조하십시오.
달리 명시되지 않는 한, 10단계의 나머지 구성 요구 사항은 배포하는 SBC에 상관없이 적용됩니다. 그러나 명령줄 예제는 다른 SBC에 적용되는 경우를 제외하고 CUBE에만 적용됩니다. 다른 SBC의 경우 구성 명령에 대한 SBC 설명서를 참조하십시오. |
초기 구성
CUBE를 구성하려면 권한 있는 EXEC 모드를 활성화해야 합니다. 메시지가 표시되면 암호를 입력합니다.
enable
전역 구성 모드를 입력하려면:
configure terminal
도메인 설정:
ip domain name myenterprise.com
최대 세그먼트 크기(MSS) 설정:
ip tcp mss 1360
네트워킹 구성
공용 및 개인 인터페이스를 정의합니다. CUBE 예제에서:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
공용 및 개인 측의 IP 라우팅에 대한 게이트웨이를 구성합니다.
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
SSH 활성화:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE(또는 자신의 SBC)는 적절하게 구성된 방화벽 규칙이 있는 DMZ 내에 있어야 합니다. 외부 방화벽에서 열 포트 목록은 Webex에서 사용하는 포트 섹션을 참조하십시오. |
CUBE(또는 SBC)에서 BroadWorks 네트워크 서버로 전송된 콜백 통화에 대한 SRV 레코드를 구성합니다. 예를 들어 bw.myenterprise.com의 SRV:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
DNS 서버 구성:
ip name-server <DNS_IP_address>
대체 DNS 옵션은 내부 조회가 실패하는 경우 내부 DNS가 부모 DNS 서버로 연결되는 내부 DNS를 구성하는 것입니다. |
통화 처리 구성
일반
VoIP 서비스에 액세스해야 하는 모든 IP 주소로 CUBE(또는 SBC)를 구성합니다. 포함된 사항:
BroadWorks AS, NS 및 MS 서버에 대한 비공개 사이드 SIP 시그널링 주소.
오디오 인프라용 Webex Edge에 대한 공용 사이드 주소.
예를 들어 CUBE 구성은 아래를 참조하십시오.
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
위의 IP 주소 범위는 예입니다. Webex 오디오 인프라에 대한 현재 공용 IP 주소 목록에 대해서는 다음으로 이동하십시오. |
내 네트워크에서 Webex Meetings 트래픽을 허용하려면 어떻게 합니까?—대부분의 클러스터에 대한 IP 주소 범위는 Cisco Webex Meeting 서비스에서 사용하는 IP 주소 범위의 목록 아래에 나타납니다. 한 가지 예외는 중국 클러스터에 대한 것으로, 해당 범위는 아래 링크에 나타납니다.
Cisco Webex 중국 클러스터의 네트워크 요구 사항
CUBE가 라우트 진행에 앞서 TCP 연결을 설정하는 기본 타이머는 20초입니다. 변경하려면:
ip tcp synwait-time <5-300 (seconds)>
BroadWorks 측에서 응답하지 않는 액세스 장치에서 애플리케이션 서버의 시간 초과에 대한 기본 타이머는 6초입니다. 변경하려면:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
CUBE(또는 자신의 SBC)에서 RTP 트래픽에 대한 공개 및 비공개 측면 인터페이스를 열어야 합니다. CUBE 예제는 아래를 참조하십시오.
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
위치:
- <CUBE PUB="" IP=""> 은(는) CUBE의 공용 IP 주소입니다.
- <CUBE PRIV="" IP=""> 은(는) CUBE의 개인 IP 주소입니다.
- 포트 범위: 예제에서 포트 범위는 10200~28000입니다.
CUBE는 다음 TLS 암호 제품군을 지원합니다(발신 중에 CUBE는 TLS 핸드셰이크의 클라이언트 Hello에서 해당 기능을 제공합니다).
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
구성할 다른 일반 설정(샘플 CUBE 구성은 아래 참조):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
인바운드 및 아웃바운드 다이얼링에 대한 Uri는 나중에 다이얼-피어에서 사용할 수 있도록 정의되어야 합니다.
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge 오디오는 G722, G711ulaw 및 G711alaw 코덱을 지원합니다. 다이얼 피어에서 나중에 사용할 수 있도록 다음 음성 클래스 코드를 정의해야 합니다.
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge 오디오는 SRTP를 사용합니다. 음성 클래스 SRTP-crypto는 Edge 오디오에 대해 사용할 기본 SRTP 암호화 제품군을 할당합니다. 다음 암호화 도구 모음을 순서대로 구성합니다. 음성 클래스 srtp-crypto 구성은 Edge 오디오와의 연결에 사용되는 다이얼 피어에 적용되어야 합니다.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
인증을 위해 암호를 설정할 수 있도록 기본 키를 미리 구성합니다.
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
다음 명령을 사용하여 AS에서 음성 XML 가상 가입자에 대해 프로비저닝된 SIP 인증 자격 증명을 입력합니다. 콜백 시나리오의 경우 이러한 자격 증명은 AS가 CUBE(또는 자신의 SBC)가 AS로 보내는 INVITE에 도전할 때 사용됩니다.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
인증이 구성되면 "실행-구성 표시" 명령으로 볼 때 암호가 난독화됩니다.
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
다음 글로벌 SIP 구성도 수행해야 합니다.
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
번역 프로필
SIP 메시지 변환 프로필(2340)은 미팅 발신 통화에 사용됩니다. 예제 규칙 11에 표시된 대로 Edge 오디오로 보내기 전에 BroadWorks에서 수신되는 SIP 메시지를 수정하려면 항목이 있어야 합니다.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
위의 규칙 11은 BroadWorks의 수신 요청 Uri를 매핑합니다. 여기에는 CUBE 가상 가입자 장치 프로필의 연락처 값(예제에서 VXML_deviceProf 장치 프로필의 연락처 필드 값)이 있습니다.
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
적합한 Webex Edge 오디오 통화 라우팅 도메인으로:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
CUBE(또는 자신의 SBC)가 정적 NAT 뒤에 있는 경우, sip-profile 2340에 대한 추가 구성이 필요합니다. 자세한 정보는 다음 링크를 참조하십시오.
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide자신의 SBC를 배포하는 경우 자신의 SBC에서 유사한 규칙을 구성해야 합니다. |
AS에서 보낸 486 메시지를 Webex Edge 오디오로 다시 전달하려면 CUBE에서 다음 구성이 필요합니다(자신의 SBC에 대해서는 SBC 설명서를 참조하십시오. 도움말).
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
다른 4xx 메시지를 Webex Edge 오디오로 다시 착신 전환해야 하는 경우, 상단의 동일한 예를 따르십시오.
다이얼 피어
나중에 다이얼 피어에서 사용하기 위해 CUBE(또는 자신의 SBC)에서 음성 클래스 테넌트를 정의해야 하며, 이는 다음 기준을 충족합니다.
- RTP-NTE DTMF 패킷에 필요한 페이로드 인터워킹이 없으므로 비대칭 페이로드 전체를 구성합니다.
- Edge 오디오는 발신자 ID 업데이트를 지원하지 않기 때문에 "no update-callerid" 값이 구성되어야 합니다.
- Webex Edge 오디오 통화 라우팅은 URI를 기반으로 합니다. URI에 따라 다이얼 피어를 일치하려면 통화 라우트 URI가 활성화되어야 합니다.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
다음 다이얼 피어는 CUBE가 BroadWorks와 Webex Edge 오디오 간의 통화를 처리할 수 있도록 구성됩니다. CUBE에서 다음을 구성합니다(자신의 SBC에서 유사한 구성을 구성해야 함).
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
CUBE 통화 흐름
위에서 구성을 수행하면 CUBE에서 수신/발신 통화 흐름 시나리오의 예가 아래에 설명됩니다. 특정 단계의 색상 코딩은 위의 다이얼 피어에서 동일한 색상 항목과 관련이 있습니다.
자신의 SBC를 배포하는 경우, SBC와의 통화 흐름에 대한 자세한 내용은 SBC 설명서를 참조하십시오. |
BroadWorks에서 Webex로 미팅 발신 시나리오에 대해:
- 수신 INVITE는 내부 인터페이스에서 BroadWorks로부터 수신됩니다.
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- 수신 다이얼 피어 프로필 23401은 "수신 uri 요청 OUTEdgeAudio" 구성과 일치하는 수신 요청 URI("cube.internal.local")의 호스트를 기반으로 선택됩니다.
- 발신 다이얼 피어 23411은 "대상 uri OUTEdgeAudio" 구성과 일치하는 요청 URI("cube.internal.local")의 호스트를 기반으로 선택됩니다.
- 발신 INVITE는 다이얼 피어에 지정된 "음성 클래스 SIP 프로필 2340" 메시지 변환 프로필을 사용하여 "cube.internal.local"에서 "ecccspx.amer.pub.webex.com"으로 변경된 요청 URI에서 호스트와 외부 인터페이스에서 발송됩니다.
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Webex에서 BroadWorks로 미팅 콜백 시나리오
- CUBE 외부 인터페이스에서 Webex로부터 수신되는 INVITE는 다음과 같습니다.
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- 수신 다이얼 피어 23411은 "수신 uri 요청 INEdgeAudio" 구성을 기반으로 수신 요청 URI에 존재하는 "x-cisco-webex-service=audio" 패턴을 기반으로 선택됩니다.
- "대상 uri INEdgeAudio" 구성을 기반으로 요청 URI에 존재하는 "x-cisco-webex-service=audio" 패턴을 기반으로 두 개의 발신 다이얼 피어가 선택됩니다.
- 다이얼 피어 302
- 다이얼 피어 23401
- 발신 INVITE는 내부 인터페이스에서 네트워크 서버(다이얼 피어의 "세션 대상 dns:bw.myenterprise.com 항목"에 기반한 SRV 조회)로 전송됩니다.
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- 네트워크 서버는 CUBE 가상 가입자를 호스트하는 AS 쌍에 대한 연락처를 반환합니다.
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE는 302 메시지에서 반환된 연락처에 기반하여 활성 AS로 통화를 라우팅합니다.
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
mTLS 구성
CUBE(또는 자신의 SBC)와 Webex Edge 오디오 간의 mTLS 연결을 허용하려면 다음 구성 단계를 수행해야 합니다.
CUBE(또는 자신의 SBC)와 Webex Edge 오디오 간에 mTLS를 구성해야 합니다. |
와일드카드 인증서 지원
와일드카드 서명 인증서는 CUBE 또는 자신의 SBC에 대한 도메인에 해당하는 일반 제목 이름(예: *.us.example.com)을 사용합니다. 와일드카드 인증서는 다중 클러스터 CUBE 또는 SBC 배포에 대해 지원되지만 단일 노드 CUBE 또는 SBC 배포에는 지원되지 않습니다.
트러스풀
TLS 핸드셰이크 중에 Webex Edge 오디오가 인증서를 보낼 때 CUBE는 trustpool에서 수락된 인증서의 목록에 대해 인증서를 검증합니다.
trustpool 번들은 다음 명령어를 사용하여 최신 "Cisco Trusted Core Root Bundle"을 http://www.cisco.com/security/pki/ 다운로드하여 Cisco Root CA로 업데이트해야 합니다.
crypto pki trustpool import clean url <url>
Webex Edge 오디오가 보낸 인증서는 IdenTrust에서 서명합니다. “IdenTrust Commercial Root CA” 인증서가 설치되어 있는지 확인합니다. 자세한 내용은 이 링크를 참조하십시오.
자신의 SBC를 사용하고 있으며 가져오기를 완료할 수 없는 경우, OpenSSL과 같은 오픈 소스 도구를 사용하여 번들을 .pem 형식으로 변환할 수 있습니다. 예를 들어, 다음 명령어를 사용하여 hydrantID 인증서를 사용할 수 있습니다.
|
Trustpoint, 신뢰 지점
Edge 오디오는 CUBE가 상호 TLS(mTLS) 연결에 대해 신뢰할 수 있는 CA 인증 기관에서 서명한 인증서를 제공하도록 요구합니다. Cisco가 신뢰할 수 있는 인증 기관의 목록을 확인하려면 다음 링크를 사용하십시오. 이 목록에 있는 기관에서 서명한 인증서는 유효한 것으로 간주되고 연결이 허용됩니다. https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
단일 노드 CUBE
단일 노드는 CUBE(또는 자신의 SBC)가 FQDN에 고유한 제목 이름을 가진 인증서를 가져오므로 다른 CUBE가 가져올 수 없음을 의미합니다(즉, 와일드카드 인증서가 아님).
CUBE에 대한 CSR(인증서 서명 요청)을 생성하려면:
- keypair 만들기 (이 keypair는 trustpoint에 링크될 것입니다)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - 범용 키 쌍을 생성하도록 지정합니다.
- label <key-label> - (선택 사항) 내보낼 때 RSA 키 쌍에 사용되는 이름입니다. 키 레이블이 지정되지 않은 경우 라우터의 FQDN(정규화된 도메인 이름)이 사용됩니다.
- exportable - (선택 사항) RSA 키 쌍을 라우터와 같은 다른 Cisco 장치로 내보낼 수 있음을 지정합니다.
- trustpoint 만들기 (trustpoint에는 CUBE에 바인딩할 인증서가 포함되어 있습니다. CUBE가 인증서 요청을 수신하면 첨부된 트러스트 포인트의 인증서에 응답합니다.)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - CRL(인증서 해지 목록)은 해지된 인증서의 목록입니다. CRL은 원래 인증서를 발급한 CA에서 생성하고 디지털 서명합니다. CRL에는 각 인증서가 발급된 날짜 및 만료된 날짜가 포함됩니다.
등록 터미널 pem - PEM(privacy-enhanced mail) 경계를 인증서 요청에 추가합니다(BEGIN CERTIFICATE REQUEST에서 END CERTIFICATE REQUEST로 수동 복사-붙여넣기).
fqdn – CUBE의 정규화된 도메인 이름
subject-name CN=<fqdn> - 서명할 제목 이름
rsakeypair <key label=""> - 이전 단계에서 생성된 키페어
(참조: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- CSR 생성:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- CSR(시작 인증서 요청에서 종료 인증서 요청까지)을 CA(인증 기관)로 보내기
CA는 서명된 인증서를 생성합니다.
- CA에 따라 루트 인증서(예: DigiCertCA.crt) 및 요청된 인증서(예: cube.crt)를 제공합니다.
- CA 인증서 로드
- 먼저 루트의 인증서를 사용하여 신뢰 지점을 인증합니다.
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- 그런 다음 trustpoint CUBE에서 CUBE의 인증서를 가져옵니다.
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
자신의 SBC를 배포하는 경우, CSR 생성 방법에 대한 자세한 내용은 SBC 문서를 참조하십시오. |
멀티 노드 CUBE 클러스터 (인증서에서 대체 이름 사용) - 지원되지 않음
다중 노드는 CUBE가 두 개 이상의 CUBE 배포에 대해 동일한 인증서를 가져올 수 있음을 의미합니다. 피험자 대체 이름을 사용하여 CSR을 생성하는 것은 현재 지원되지 않습니다. https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
멀티 노드 CUBE 클러스터 (와일드카드 서명 인증서를 pkcs12 형식으로 사용)
와일드카드 서명 인증서를 사용하는 다중 노드는 제목 이름이 일반(예: *.us.example.com)이며 CUBE 도메인(또는 SBC 도메인)에 해당함을 의미합니다.
- 와일드카드 인증서가 준비되었다고 가정하면 공개(.crt) 및 비공개 키(.key) 파일을 준비합니다.
- OpenSSL을 사용하여 .crt 및 .key 파일을 포함하여 번들 PKCS12 형식(.pfx) 파일을 만듭니다. (윈도우에서 cygwin 사용) - 참조: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- CUBE:bootflash에서 .pfx 파일을 전송합니다. (Linux 서버에서 CUBE로 scp)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- 신뢰 지점을 만들고 pkcs12 파일을 가져옵니다.
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
CUBE 인증서 구성 확인
전체 체인이 인증서에 포함되어 있는지 확인합니다. 다음 예제에서는 CUBE에 대한 유효성 검사 명령을 보여줍니다. 자신의 SBC를 배포하는 경우 SBC에 적용되는 명령을 사용합니다.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
SIP 시그널링을 trustpoint를 사용하도록 설정
다음 명령을 사용하여 CUBE 트러스트포인트에서 SIP UA를 프로비저닝합니다. 다음은 CUBE의 예입니다. 자신의 SBC를 배포하는 경우 명령어 도움말을 위해 SBC 문서를 참조하십시오.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE 로그
활성화된 디버그 필터를 확인하려면
CUBE# show debug
디버그 필터를 설정하려면(예)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
디버그 필터를 설정 해제하려면(예)
CUBE# no debug ccsip messages
로그 버퍼를 지우고 확인하려면
CUBE# clear log
>>> make test call <<<
CUBE# show log
CUBE를 배포하지 않는 경우, 로그 사용 방법에 대한 자세한 내용은 자신의 SBC에 대한 문서를 참조하십시오. |
기타 유용한 명령어
현재 구성을 확인하려면
CUBE# show running-config (or just CUBE# show run)
부팅할 때 사용되는 ROM에 구성을 저장하려면
CUBE# write
단계 11 BYoPSTN 인증
BYoPSTN 솔루션의 구성 및 프로비저닝이 완료되면 파트너는 솔루션을 인증하기 위해 수락 테스트 사례의 집합을 실행해야 합니다. 이는 파트너 BYoPSTN이 승인 및 활성화되게 하기 위해 필요한 단계입니다.
수락 테스트 사례는 다음 위치에서 Cisco BroadWorks용 Webex 자신의 PSTN 수락 절차 가져오기 문서에 요약되어 있습니다. https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
파트너는 온보딩 및 인증 팀에 성공적으로 실행된 수락 테스트 결과를 제공해야 합니다.
수락 테스트 사례 실행의 질문, 문제 및 결과는 파트너를 등록하기 위해 지정된 Webex 스페이스에서 보고되고 공유되어야 합니다.
서비스 내 전화 번호 그룹/콜백 DNS SRV 그룹에 업데이트 적용
파트너가 제공한 발신 번호를 사용하여 테스트하지 않은 고객이 고객 템플릿에 지정되면 다음 미팅 참여 옵션을 해당 사용자가 사용할 수 있습니다.
미팅 초대장에는 전화 번호 할당 그룹에서 한 개 이상의 기본 전화 번호가 포함됩니다.
Webex 앱은 전화 번호 그룹을 미팅 참여 옵션으로 할당 옵션에서 한 개 이상의 기본 전화 번호를 표시합니다.
Webex Meeting 사이트 UI는 전화 번호 그룹을 미팅 참여 옵션으로 할당 옵션에서 한 개 이상의 기본 전화 번호를 표시합니다.
고객 템플릿에서 콜백이 활성화된 경우, Webex Meeting은 콜백 요청이 지정된 DNS SRV 콜백 그룹에 지정된 레코드 중 하나로 라우팅되는 '나에게 전화' 옵션을 제공합니다.
고객 템플릿에 대한 미팅 참여 옵션 변경 또는 지정된 전화 번호 그룹으로 변경 또는 콜백 DNS SRV 그룹으로 변경하면 위의 미팅 참여 옵션에 영향을 미칠 수 있습니다. 해당 변경 사항은 기존의 고객에게 적용되지 않지만, 새롭게 프로비저닝된 고객은 표준 및 프리미엄 패키지 미팅 사이트에 대해 즉시 반영된 변경 사항을 확인할 수 있습니다. 따라서 이러한 변경 사항은 기존 고객 템플릿, 전화 번호 그룹 또는 콜백 DNS SRV 그룹(콜백 DNS SRV 그룹이 배포된 경우)에 적용되기 전에 시드 솔루션 조직을 사용하여 확인되는 것이 좋습니다.
고객 템플릿에 대한 미팅 참여 옵션을 업데이트하거나 전화 번호 그룹 또는 콜백 DNS SRV 그룹에 업데이트를 적용할 때 다음 단계를 따라야 합니다.
고객 템플릿, 전화 번호 그룹 또는 콜백 DNS SRV 그룹이 테스트 BroadWorks 서비스 공급자 및/또는 테스트 BroadWorks Enterprises에서 사용 중인 경우, 이 절차는 선택 사항입니다. 테스트 BroadWorks 서비스 공급자를 삭제하거나 BroadWorks 기업 조직을 테스트하고 업데이트된 고객 템플릿, 전화 번호 그룹 또는 콜백 DNS SRV 그룹을 사용하여 다시 프로비저닝하는 것이 더 적절할 수 있습니다.
전화 번호 그룹만 업데이트:
필수 업데이트에서 새로운 임시 전화 번호 그룹을 만듭니다.
- 새 전화 번호 그룹을 사용하는 새로운 임시 고객 템플릿을 만듭니다. 기존 전화 번호 그룹이 그룹과 함께 사용되고 있는 경우 템플릿에 할당합니다.
- 새로운 고객 템플릿을 사용하여 표준 패키지로 테스트 BroadWorks 서비스 공급자 또는 테스트 BroadWorks Enterprise에서 구독자를 프로비저닝하여 시드 솔루션 조직을 만듭니다. 이는 보조 시드 솔루션 조직이며, BroadWorks에서 구성된 미팅 siteUUID에 대한 업데이트가 필요하지 않음을 숙지하십시오.
- BroadWorks 구성(BYoPSTN) JSON 파일을 다운로드합니다. 여기에는 전화 번호 그룹의 새 전화 번호에 대한 코드 매핑에 액세스할 전화 번호가 포함되어 있습니다.
- 시드 솔루션 조직 표준 패키지 미팅 사이트에 대한 Webex Edge 오디오 DNS SRV 도메인을 결정합니다. 원래 전화 번호 그룹에 대해 이전에 결정된 값과 변경되지 않아야 합니다.
- BroadWorks 구성(BYoPSTN) JSON 파일을 사용하여 구성 업데이트를 BroadWorks에 적용합니다.
- 시드 조직 표준 패키지 사이트를 사용하여 미팅을 예약하고 발신 전화 번호를 사용하여 미팅에 참여하여 구성을 확인합니다.
- 원본 전화 번호 그룹에 업데이트를 적용합니다. 이 변경 사항은 이제 비테스트 고객에 대해 서비스 중입니다.
- 시드 솔루션 조직, 임시 전화 번호 그룹 및 고객 템플릿을 삭제할 수 있습니다. 원래 전화 번호 그룹이 업데이트되면 해당 요소는 더 이상 필요하지 않습니다.
콜백 DNS SRV 그룹만 업데이트:
- 필수 업데이트로 새로운 임시 DNS SRV 콜백 그룹을 만듭니다.
- 새로운 콜백 DNS SRV 그룹 및 기존 전화 번호 그룹을 사용하는 새로운 임시 고객 템플릿을 만듭니다. 기존의 DNS SRV 콜백 그룹이 그룹과 함께 사용되고 있는 경우, 템플릿에 할당합니다.
- 새로운 고객 템플릿을 사용하여 표준 패키지로 테스트 BroadWorks 서비스 공급자 또는 테스트 BroadWorks Enterprise에서 구독자를 프로비저닝하여 시드 솔루션 조직을 만듭니다. 이는 보조 시드 솔루션 조직이며, BroadWorks에서 구성된 미팅 siteUUID에 대한 업데이트가 필요하지 않음을 숙지하십시오.
- 시드 조직 표준 패키지 사이트를 사용하여 미팅을 예약하고, 발신 전화 번호를 사용하여 미팅에 참여하며, '나에게 전화 걸기' 옵션을 사용하여 구성을 확인합니다.
- 원본 DNS SRV 콜백 그룹에 업데이트를 적용합니다. 이 변경 사항은 이제 비테스트 고객에 대해 서비스 중입니다.
- 시드 솔루션 조직, DNS SRV 콜백 그룹 및 고객 템플릿을 삭제할 수 있습니다. 원래 콜백 DNS SRV 그룹이 업데이트되면 해당 요소는 더 이상 필요하지 않습니다.
전화 번호 및 콜백 DNS SRV 그룹 모두 업데이트:
- 필수 업데이트에서 새로운 임시 전화 번호 및 DNS SRV 콜백 그룹을 만듭니다.
- 새로운 전화 번호 그룹 및 새로운 콜백 DNS SRV 그룹을 사용하는 새로운 임시 고객 템플릿을 만듭니다. 기존 전화 번호 그룹 및/또는 DNS SRV 콜백 그룹이 그룹과 함께 사용되고 있는 경우, 템플릿에 할당합니다.
- 새로운 고객 템플릿을 사용하여 표준 패키지로 테스트 BroadWorks 서비스 공급자 또는 테스트 BroadWorks Enterprise에서 구독자를 프로비저닝하여 시드 솔루션 조직을 만듭니다. 이는 보조 시드 솔루션 조직이며, BroadWorks에서 구성된 미팅 siteUUID에 대한 업데이트가 필요하지 않음을 숙지하십시오.
- BroadWorks 구성(BYoPSTN) JSON 파일을 다운로드합니다. 여기에는 전화 번호 그룹의 새 전화 번호에 대한 코드 매핑에 액세스할 전화 번호가 포함되어 있습니다.
- 시드 솔루션 조직 표준 패키지 미팅 사이트에 대한 Webex Edge 오디오 DNS SRV 도메인을 결정합니다. 원래 전화 번호 그룹에 대해 이전에 결정된 값과 변경되지 않아야 합니다.
- BroadWorks 구성(BYoPSTN) JSON 파일을 사용하여 구성 업데이트를 BroadWorks에 적용합니다.
- 시드 조직 표준 패키지 사이트를 사용하여 미팅을 예약하고, 발신 전화 번호를 사용하여 미팅에 참여하며, '나에게 전화 걸기' 옵션을 사용하여 구성을 확인합니다.
- 원본 전화 번호 및 DNS SRV 콜백 그룹에 업데이트를 적용합니다. 이 변경 사항은 이제 비테스트 고객에 대해 서비스 중입니다.
- 시드 솔루션 조직, 임시 전화 번호 그룹, DNS SRV 콜백 그룹 및 고객 템플릿을 삭제할 수 있습니다. 원래 전화 번호 그룹 및 콜백 DNS SRV 그룹이 업데이트되면 해당 요소는 더 이상 필요하지 않습니다.
BroadWorks에서 새로운 기본 시드 솔루션 조직을 선택하고 구성하지 않는 한 기본 시드 솔루션 조직을 삭제해서는 안 됩니다. 기본 시드 솔루션 조직을 삭제하면 BYoPSTN 솔루션이 Webex Edge 오디오에 대한 SIP 메시지 인증에 의존하는 사이트 UUID가 제거됩니다. 삭제된 경우, 파트너가 제공한 발신 번호를 사용하는 사이트에 대해 발신을 사용하여 미팅에 참여하면 실패합니다. |
자신의 SBC를 사용할 때 G722 미디어 상호 운용성
자신의 SBC를 활용할 때 CUBE에서 일반적으로 처리하는 상호 운용성 문제는 Cisco 파트너 BroadWorks 인프라와 Webex 클라우드 간에 고려해야 합니다. 한 가지 예는 BroadWorks 미디어 서버를 포함하는 G722 코덱을 사용하는 발신 또는 콜백입니다(예: BroadWorks 통화 레코딩 서비스를 사용할 때). 이 시나리오에서 Webex Edge 오디오는 "a=fmtp:9" 회선이 있는 SDP를 보낼 수 있습니다. SBC는 BroadWorks 백엔드로 보내기 전에 "a=fmtp:9 bitrate=64"를 사용할 비트 전송률 매개 변수를 추가하려면 이 회선을 업데이트해야 합니다.
알려진 제한 사항
고객 템플릿 미팅 참여 옵션, Cisco 발신 번호 또는 파트너 제공 발신 번호에 대한 변경 사항은 새롭게 프로비저닝된 고객에게만 적용됩니다. 템플릿을 사용하는 기존 고객은 변경되지 않습니다.
고객 템플릿 전화 번호 그룹 또는 콜백 DNS SRV 그룹 설정에 대한 변경 사항은 첫 번째 표준 또는 프리미엄 패키지 사용자에 대해 새롭게 프로비저닝된 고객 또는 프로비저닝된 기존 고객에게만 적용됩니다. 이미 표준 또는 프리미엄 패키지 사용자가 있는 기존 고객은 변경되지 않습니다.
고객 템플릿에 할당된 전화 번호 그룹 또는 콜백 DNS SRV 그룹에 대한 변경 사항은 첫 번째 표준 또는 프리미엄 패키지 사용자에 대해 새롭게 프로비저닝된 고객 또는 프로비저닝된 기존 고객에게만 적용됩니다. 이미 표준 또는 프리미엄 패키지 사용자가 있는 연결된 템플릿에 할당된 기존 고객은 변경되지 않습니다.
지정된 고객 템플릿은 Cisco 발신 번호 또는 파트너가 제공한 발신 번호 미팅 참여 옵션을 지원하며, 동일한 템플릿에 대한 두 가지 옵션의 조합은 지원되지 않습니다.
'나에게 전화' 또는 콜백 미팅 참여 사용 사례에 대한 SIP 메시징에는 참여할 미팅을 호스트하는 고객 및/또는 사용자에 대한 정보가 포함되지 않습니다.
지정된 전화 번호 그룹에 대한 전화 번호 및 연계된 미팅 액세스 코드는 한 개의 Webex Edge 오디오 DNS SRV 도메인(예: ecccspx.amer.webex.com)만 지원합니다. 해당 전화 번호를 사용하여 다른 Webex Edge 오디오 DNS SRV 도메인의 미팅에 발신하는 작업은 지원되지 않습니다.
Webex Edge 오디오는 통화 중 코덱 재협상을 지원하지 않습니다. 따라서 통화에 응답한 후에 호출되는 서비스는 올바르게 작동하지 않을 수도 있습니다.
Webex 앱, Webex Meeting 사이트 UI 및 Webex Meeting 초대 이메일은 "무료 통화 제한 사항" 문서에 대한 링크를 제공합니다. 이 문서는 Cisco에서 제공한 전화 번호에만 적용되며, 미팅 참여에 대해 파트너가 제공한 전화 번호를 사용할 때 사용자가 무시해야 합니다.
문서 개정 내역
다음 표에서는 지난 12개월 동안 이 문서의 변경 이력을 보여줍니다.
날짜 | 버전 | 변경 설명 | |
---|---|---|---|
2024년 4월 8일 | 1-36 |
| |
2024년 1월 10일 | 1-35 |
| |
2023년 12월 22일 | 1-34 |
| |
2023년 7월 4일 | 1-33 |
| |
2023년 2월 2일 | 1-32 |
| |
2023년 2월 2일 | 1-31 |
| |
2023년 1월 31일 | 1-30 |
| |
2022년 11월 29일 | 1-29 |
|
정의
정의 | 설명 |
---|---|
Cisco 파트너 | 고객에게 Cisco 제품 및 서비스를 판매하는 엔터티(일반적으로 서비스 공급자)입니다. |
최종 고객 | Cisco 파트너가 판매하는 Cisco 제품 및 서비스를 사용하는 사용자. |
CUBE | Cisco Unified Border Element |
파트너 조직 | Cisco 파트너 및 고객에 대한 정보를 유지하는 Webex ID 및 서비스 관리 저장소. |
Partner Hub | Cisco 파트너 및 관리하는 고객에 대해 ID 및 서비스를 프로비저닝하기 위한 웹 포털. |
고객 조직 | 최종 고객에 대한 정보를 유지하는 Webex ID 및 서비스 관리 저장소. |
BroadWorks 엔터프라이즈 또는 서비스 공급자/그룹 | BroadWorks에서 최종 고객을 나타냅니다. |
개요
자신의 PSTN 가져오기(BWorkPSTN) 솔루션은 Cisco BroadWorks용 Webex 서비스 제공자가 사용자가 Webex Meetings에 참여할 때 사용할 전화 번호를 프로비저닝할 수 있게 지원합니다. 이 솔루션을 통해 파트너는 Cisco가 제공한 번호를 사용하는 대신 자체 PSTN 네트워크를 활용하고 PSTN 공급자와의 기존 관계를 이용할 수 있습니다.
이 문서에 있는 참조 아키텍처는 BYoPSTN 옵션에 대한 종단 간 디자인을 제공합니다. 이 아키텍처는 Cisco에서 검증했으며, BroadWorks 및 Webex Meetings 간의 통화 트래픽에 대해 CUBE(Cisco Unified Border Element)를 세션 경계 컨트롤러(SBC)로 사용합니다.
미팅 참여 옵션 선택
현재 Cisco BroadWorks용 Webex는 미팅 전화 번호를 프로비저닝하기 위한 두 가지 옵션을 지원합니다. 서비스 공급자는 다음 두 가지 옵션 중 하나를 선택해야 합니다. 혼합은 지원되지 않습니다.
Cisco 발신 번호(Cisco PSTN)—Cisco는 미팅 참가자가 미팅에 참여하기 위해 사용할 수 있는 전화 번호를 제공합니다.
파트너가 발신 번호(BYoPSTN) 제공—서비스 제공자는 미팅에 참여할 때 미팅 참가자가 사용할 자신의 전화 번호를 제공합니다.
BYoPSTN 솔루션
파트너가 제공한 발신 번호(BYoPSTN) 옵션을 선택하는 파트너는 자신의 PSTN 전화 번호를 제공해야 하며, Webex로 및 Webex에서 통화를 라우팅하는 데 필요한 네트워크 인프라를 구축해야 합니다. BYoPSTN 솔루션은 BroadWorks에서 Webex로 공용 인터넷을 통해 OTT(Over the Top) 통화를 쉽게 라우팅합니다.
BYoPSTN 옵션을 선택할 때 다음 조건이 적용됩니다.
Cisco 파트너는 한 명 이상의 최종 고객에 대해 동일한 전화 번호를 사용할 수 있습니다. 이 전화 번호는 파트너가 운영하는 모든 국가에 있을 수 있습니다.
BYoPSTN 옵션은 Cisco BroadWorks용 Webex 고객에 대해 일반 온보딩 프로세스를 변경하지 않아도 됩니다.
BYoPSTN은 Cisco 파트너 수준에서 프로비저닝해야 하며, BYoPSTN이 작동한 후 파트너가 활성화하는 최종 고객은 자동으로 활성화됩니다.
고객 미팅 사이트에 필요한 모든 프로비저닝은 현재 일반적으로 사용 가능한 솔루션과 마찬가지로 자동입니다.
표준 및 프리미엄 패키지를 모두 활성화하는 파트너는 두 개의 미팅 사이트를 사용합니다. 한 사이트는 표준 사용자용, 다른 사이트는 프리미엄 사용자용. 두 사이트 모두 BYoPSTN에 대해 활성화됩니다.
미팅으로 전화하는 미팅 참가자는 인터넷을 통해 비디오 및 콘텐츠 공유를 사용하도록 선택할 수 있습니다.
스페이스 미팅 및 PMR 미팅 모두에 대해 미팅 참여에 적용됩니다. 스페이스 미팅에 대해 PSTN 액세스 번호를 수신하려면 Webex Meeting 호스트 기능이 있는 표준 또는 프리미엄 사용자가 스페이스를 생성했어야 합니다. 기본 사용자가 생성한 스페이스는 PSTN 액세스 번호를 수신하지 않습니다.
이 문서는 CUBE를 SBC로 사용하는 검증된 구성을 제공합니다. 그러나 CUBE를 사용하지 않으려면 자신의 SBC를 배포할 수 있습니다.
아키텍처
Cisco BroadWorks용 Webex BYoPSTN 솔루션은 엔터프라이즈 고객이 사용할 수 있는 Webex Edge 오디오 서비스의 Webex Edge 집합에 빌드됩니다. 아키텍처는 Cisco 파트너 BroadWorks 인프라를 Webex Edge 오디오에 통합하기 위해 적용되며, 이를 통해 Cisco 파트너는 최종 고객이 사용할 전화 번호 집합을 중앙에서 구성할 수 있습니다.
아키텍처의 주요 요소는 다음과 같습니다.
BroadWorks—Cisco 파트너 BroadWorks 인프라
Cisco Unified Border Element(CUBE) - Cisco 파트너 데이터 센터에 배포된 솔루션에 대한 참조 세션 경계 컨트롤러(SBC). CUBE는 DMZ 내부에 있어야 합니다. CUBE를 사용하지 않으려면 자신의 SBC를 배포할 수 있습니다.
Webex Edge 오디오—Cisco 파트너가 제공한 인프라를 사용하도록 통화 라우팅을 변경하여 PSTN을 Webex에서 분리하는 Webex 서비스.
참가자가 미팅에 참여하기 위해 전화하면 BroadWorks를 통해 CUBE로, CUBE에서 인터넷을 통해 클라우드의 Webex 인프라로 이동합니다. 이 모델은 다음 미팅 참여 시나리오 모두에 적용됩니다.
발신—참가자가 BroadWorks 등록된 핸드셋, 모바일 장치 또는 Webex 앱에서 미팅 초대장에 있는 전화 번호로 다이얼합니다. 통화는 BroadWorks에서 시작합니다.
콜백(선택 사항)—참가자가 Webex가 참가자가 제공하는 전화 번호로 전화하도록 요청합니다. 통화는 Webex에서 시작됩니다.
파트너 인프라 내에서 BroadWorks에서 CUBE로 라우트된 통화는 SIP TCP를 사용하여 통화 시그널링 및 미디어에 대한 RTP를 사용합니다. CUBE에서 Webex까지 통화는 시그널링에 대해 SIP TLS를 사용하고 미디어에 대해 sRTP를 사용합니다. CUBE에서 WebEx로 통화 라우팅은 인터넷을 통하며 SIP 트렁크를 사용하지 않습니다.
발신/콜백 시나리오에 대한 일반적인 설정은 다음과 같습니다.
Cisco 파트너는 PSTN 전화 번호(예: 2403332200) 및 연결된 Webex 액세스 코드(예: 88631321777971704941)를 갖고 있습니다.
Cisco 파트너는 CUBE 장치에 해당하는 BroadWorks에서 가상 가입자를 프로비저닝합니다. 파트너는 전화 번호를 액세스 코드에 매핑하고 그 반대의 경우도 마찬가지입니다.
SIP 메시지에서 Webex로 전송되는 액세스 코드는 Cisco 파트너와 연계된 미팅 사이트를 식별합니다.
코드 매핑에 액세스하기 위한 상단의 전화 번호는 한 번 구성되며 모든 최종 고객 미팅 사이트에 일반적입니다.
미팅에 참여하는 참가자는 참여할 특정 미팅을 식별하는 해당 미팅 ID(예: 123456)를 입력해야 합니다.
파트너는 아래에 설명된 중복 모델을 따르는 것이 좋습니다.
발신을 사용하여 미팅 참여
다음 그림은 발신하여 미팅에 참여하는 사용자의 프로세스를 설명합니다.
발신하여 참가자가 미팅에 참여하는 단계는 다음과 같습니다.
사용자는 Webex에서 미팅을 예약합니다. Webex는 미팅 ID를 할당합니다(예: 123456).
사용자는 미팅과 연결된 전화 번호로 다이얼합니다(예: 2403332200). SIP INVITE는 요청 URI를 미팅에 연결된 전화 번호로 전달합니다.
BroadWorks는 전화 번호를 미팅 사이트에 연결된 액세스 코드(예: 88631321777971704941)로 변환하고 요청 URI를 액세스 코드로 CUBE로 통화를 라우트합니다.
Webex는 SIP INVITE를 수신하고 통화에 응답합니다. 알림의 언어는 Cisco Partner Hub 및 BroadWorks에서 프로비저닝될 때 전화 번호에 대해 지정된 언어로 결정됩니다.
사용자는 DTMF를 사용하여 미팅 ID(예: 123456)를 입력합니다. Webex는 사용자를 확인한 후 사용자가 미팅에 참여할 수 있게 합니다.
콜백을 사용하여 미팅 참여 (선택 사항)
다음 그림은 콜백으로 미팅에 참여하는 사용자의 프로세스를 표시하며, 사용자는 Webex에서 미팅에 참여하도록 전화를 요청합니다.
콜백을 통해 참가자가 미팅에 참여하기 위한 단계는 다음과 같습니다.
사용자는 Webex에서 미팅을 예약합니다. Webex는 미팅 ID를 할당합니다(예: 123456).
사용자는 Webex 앱 또는 Meetings 클라이언트를 사용하여 미팅에 참여하기 위해 Webex에서 원하는 번호(예: +16504441000)로 전화를 요청합니다.
Webex는 Cisco Partner Hub 및 BroadWorks에 프로비저닝된 콜백 DNS SRV 그룹을 기반으로 CUBE에 SIP INVITE를 시작합니다. SIP INVITE 요청 URI에는 통화를 수신해야 하는 전화 번호(예: +16504441000@cube.example.com)가 포함되어 있습니다.
CUBE는 Remote Party ID의 전화 번호를 BroadWorks에서 가상 가입자를 식별하는 값으로 변환합니다(예: 88631321777971704941@ecccx.amer.pub.webex.com). 이는 CUBE를 BroadWorks 애플리케이션 서버에 대한 가상 사용자로 식별합니다.
사용자가 요청한 전화 번호로 통화가 제공되며, 사용자는 미팅에 참여하기 위해 전화에 응답합니다. 이 전화 번호는 BroadWorks 가입자 또는 PSTN 번호일 수 있습니다. 요청된 번호가 PSTN 번호인 경우, BroadWorks는 프로비저닝된 경로를 사용하여 통화를 PSTN으로 라우팅합니다.
콜백 옵션의 경우 다음 두 가지 기능을 활성화해야 합니다.
- 102746 – CI UUID에 대한 BroadWorks 지원
- 102074 – 콜백 및 콜인에 대한 BYO PSTN 비용 청구 지원
이는 다음과 같이 CLI에서 확인할 수 있습니다.
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
이러한 기능 및 활성화에 대한 자세한 설명은 이 문서의 'VoiceXML 미팅 콜백 가상 가입자' 섹션에서 확인할 수 있습니다.
콜백 옵션을 사용하여 미팅 참여를 구성하지 않기로 선택하는 경우, 사용자는 여전히 발신 옵션을 사용하여 미팅에 참여하거나 컴퓨터 오디오로 참여할 수 있습니다. 이 경우 DNS SRV 콜백 그룹을 구성하지 않아도 됩니다. |
솔루션 구성 개요
솔루션에는 여러 가지 구성 요소가 있으며, 각 구성 요소는 솔루션이 성공적으로 작동하도록 올바르게 구성되어야 합니다. 구성 요소는 다음과 같습니다.
BroadWorks
CUBE(또는 대체 SP 인증 세션 보더 컨트롤러(SBC))
Webex Edge 오디오
이러한 서로 다른 구성 요소의 구성 사이에 종속성이 있으며, 필요한 솔루션 구성 및 확인을 완료하려면 하나 이상의 솔루션 시드 조직이 필요합니다.
종자조직
시드 조직은 BYoPSTN 솔루션에 대한 설정을 생성하고 검증하도록 구성하는 Webex 조직입니다. 시드 조직에 최소한 한 명의 사용자가 표준 패키지를 지정했으며, 표준 패키지는 파트너가 제공한 발신 번호(BYoPSTN) 미팅 참여 옵션을 사용해야 합니다. 시드 조직을 테스트 BroadWorks 서비스 공급자 또는 기업과 연결할 것을 권장합니다.
솔루션 시드 조직은 두 가지 목적을 위해 사용됩니다.
시드 구성—시드 조직의 프로비저닝에서 미팅 액세스 코드 매핑에 대한 전화 번호 및 솔루션의 지속적인 작동에 필요한 미팅 사이트 고유 식별자(사이트 UUID)를 생성합니다. 이 정보는 BroadWorks 가상 가입자(VSUB)를 구성하기 위해 필요합니다.
구성 유효성 검사 - 시드 조직을 사용하여 BYoPSTN 솔루션이 요구 사항에 따라 구성되었는지 확인합니다. 시드 조직 및 테스트 사용자를 사용하여 파트너가 제공한 발신 번호 및 DNS SRV 콜백 레코드를 사용하여 미팅 발신 및 콜백 사용 사례를 검증합니다(콜백이 활성화된 경우).
관리자는 각 고유한 전화 번호 및 DNS SRV 콜백 레코드 집합에 대해 시드 솔루션 조직을 생성해야 합니다. 각 경우에 시드 솔루션 조직의 생성은 액세스 코드 매핑을 미팅하기 위해 필요한 전화 번호와 해당 전화 번호 및 콜백 DNS SRV 레코드에 대해 연결된 미팅 발신 및 콜백 사용 사례를 확인하는 기능을 생성합니다.
관리자는 Cisco Partner Hub를 사용하여 하나의 시드 솔루션 조직을 기본 시드 솔루션 조직으로 선택해야 합니다. 이 기본 시드 솔루션 조직의 표준 패키지 미팅의 미팅 사이트 UUID는 BroadWorks에 구성되어야 합니다. 각 발신 미팅 참여 요청에서 인증 토큰으로 이 사이트 UUID가 전송되기 때문에 이 미팅 사이트는 프로비저닝된 상태로 유지되는 것이 중요합니다. 이 단일 사이트 UUID는 모든 전화 번호 및 콜백 DNS SRV 레코드에서 공유됩니다. 여러 사이트 UUID 값은 필요하지 않습니다.
전화 번호 및 콜백 DNS SRV 레코드 집합이 비 테스트 고객에게 할당되기 전에 원하는 경우 기본 및 보조 시드 솔루션 조직을 삭제할 수 있습니다. 전화 번호 및 콜백 DNS SRV 레코드 집합이 테스트되지 않은 고객에게 할당되면 해당 전화 번호 및 콜백 레코드는 해당 고객의 미팅 사이트와 연결되며 발신 및 콜백을 사용하여 미팅 참여에 사용 중입니다. 모든 변경 사항은 서비스에 영향을 미치는 것으로 간주되어야 합니다.
다음 섹션에서는 다른 구성 요소에 대한 자세한 내용을 제공합니다.
BYoPSTN 구성 요소
솔루션의 핵심 요소는 Cisco 파트너 전화 번호 및 DNS SRV 콜백 레코드의 구성입니다. BYoPSTN은 전화 번호 그룹 및 콜백 DNS SRV 그룹을 Webex 미팅에 대해 지리적으로 기반 전화 번호 및 중복 통화 라우팅을 지정하는 방법으로 사용합니다. 해당 요소는 고객 템플릿에 의해 최종 고객에게 지정됩니다.
전화 번호 그룹(PNG)
Cisco 파트너는 참가자가 Cisco Partner Hub에서 미팅에 참여하기 위해 사용하는 전화 번호를 프로비저닝합니다. 이러한 전화 번호는 전화 번호 그룹으로 함께 정렬됩니다. 전화 번호 목록은 미팅 사이트에 연결됩니다. 해당 미팅 사이트에 있는 모든 개인 미팅 룸(PMR) 및 예약된 미팅은 연결된 전화 번호를 사용합니다. 다음은 전화 번호 그룹의 예입니다.
전화번호 이름 | 국가 | 국가 번호 | 전화 번호 | 알림 | 유료 유형 | 발신 우선 순위 |
---|---|---|---|---|---|---|
미국 메릴랜드 | US | +1 | 2403332200 | 영어 | 유료 전화 | 기본 |
미국 플로리다 | US | +1 | 9049002제 <UNK> 회 | 영어 | 유료 전화 | 보조 |
미국 뉴욕 | US | +1 | 8056504578호 | 영어 | 무료 전화 | 없음 |
전화 번호에는 다음 속성이 있습니다.
전화 번호 이름—전화 번호를 설명하는 이름
국가—전화기가 할당된 국가
국가 코드—국가 발신 코드 또는 국가 다이얼-인 코드
전화 번호—국가 번호 없이 미팅에 참여하기 위해 사용할 전화 번호
알림—참가자가 미팅에 참여할 때 재생될 알림의 언어
유료 유형 - 번호의 유형: 유료 또는 무료 전화
발신 우선 순위—미팅 번호에 할당된 우선 순위. 미팅 참여 번호의 참가자 보기는 이 우선 순위에 따라 정렬됩니다.
기본 전화 번호: 관리자는 전화 번호 그룹의 전화 번호에 기본, 보조 또는 없음의 발신 우선 순위를 지정할 수 있습니다. 기본 번호 또는 보조 번호의 우선 순위가 있는 전화 번호는 기본 전화 번호입니다. 기본 전화 번호는 미팅 초대 이메일에 발송되며, 참가자가 미팅에 참여하기 위해 사용해야 하는 우선 순위에 나열됩니다. 기본 전화 번호는 동일한 국가에 있지 않아도 됩니다. 기본 전화 번호를 선택해야 하며, 보조 전화 번호는 선택 사항입니다. 최소한 한 개의 기본 전화 번호가 유료 유형이어야 합니다.
최종 고객 사용자는 미팅 사이트 웹 인터페이스를 사용하여 자신의 기본 전화 번호를 지정하도록 선택할 수 있습니다. 해당 사용자가 미팅 호스트일 때 해당 사용자 및 참가자에 대해 해당 번호가 나타납니다. 사용자가 미팅에 참석자로 참여하는 경우, 참석자에 대해서만 나타납니다.
위의 예에 따라 Cisco 파트너 관리자는 US Maryland를 기본으로, US Florida를 보조로 프로비저닝합니다. 이는 기본 전화 번호입니다. 사용자는 미국 뉴욕으로 기본값을 변경하고 미국 메릴랜드로 부차적으로 변경하여 미팅에서 이 옵션을 다시 정의하도록 선택할 수 있습니다.
지정된 전화 번호 그룹의 최대 전화 번호 수는 98개입니다.
참고: 단일 엔터프라이즈에 대한 전용 번호를 구성하는 것은 지원되지 않습니다.
콜백 DNS SRV 그룹 (CDSG)
미팅 참가자가 콜백 옵션을 선택할 수 있도록 하려면 Cisco 파트너의 네트워크 내에서 CUBE 인스턴스를 가리키는 콜백 DNS SRV 그룹이 필요합니다. Webex는 이러한 기록을 사용하여 CUBE를 통해 콜백을 BroadWorks로 라우트합니다. 그러면 미팅 콜백을 미팅 참가자의 전화 번호로 지정할 수 있습니다.
다음은 콜백 DNS SRV 그룹의 예입니다.
국가/지역 | 국가 번호 | DNS SRV 레코드 |
---|---|---|
미국 | +1 | 큐브.us.example.com |
멕시코 | +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 | 큐브.mx.example.com |
기타 모든 국가 | N/A | 큐브.global.example.com |
콜백 DNS SRV 레코드에는 다음 속성이 있습니다.
국가/지역 - 이 DNS SRV 레코드를 사용하여 통화 요청을 보내는 국가 또는 지역입니다.
국가 코드 - 국가/지역과 연결된 국가 코드입니다. 국가 코드당 하나의 DNS SRV 레코드만 사용할 수 있습니다.
DNS SRV 레코드 - Cisco 파트너 CUBE 인스턴스에 대한 DNS SRV 레코드.
참가자가 지정된 전화 번호에서 통화를 요청할 때 Webex는 지정된 전화 번호에 대해 국가 번호와 연결된 콜백 DNS SRV를 사용하여 통화를 Cisco 파트너 네트워크의 적절한 요소로 라우트합니다.
이러한 방법으로 DNS SRV 레코드를 사용하면 Webex의 통화 요청을 서비스하기 위해 중복 CUBE 인스턴스에 대한 지원을 제공합니다. 위의 예에서 미국의 미팅 참가자가 Webex에서 미국 전화 번호로 콜백을 요청할 때 Webex는 DNS SRV를 사용합니다. cube.us.example.com
해당 통화를 Cisco 파트너의 네트워크로 라우트합니다. 멕시코에서 미팅 참가자가 Webex에서 멕시코 전화 번호로 콜백을 요청할 때 Webex는 DNS SRV를 사용합니다. cube.mx.example.com
해당 통화를 Cisco 파트너의 네트워크로 라우트합니다.
특정 콜백 DNS SRV 레코드가 없는 국가/지역의 경우 해당 통화 요청은 ‘모든 다른 국가’ DNS SRV 레코드로 라우트됩니다. 관리자는 '모든 기타 국가' DNS SRV 레코드를 구성해야 합니다.
지정된 콜백 DNS SRV 그룹에 대한 최대 레코드 수는 200개입니다.
고객 템플릿
고객 템플릿은 BroadWorks용 Webex 솔루션에 대한 기존의 개념입니다. 템플릿은 최종 고객을 프로비저닝하는 데 사용되는 기본 구성을 제공합니다. BYoPSTN은 고객 템플릿에 추가 속성을 제공합니다.
미팅 참여 유형—Cisco 발신 번호 또는 파트너가 제공한 발신 번호일 수 있습니다. 이 속성은 표준 및 프리미엄 패키지와 연결된 미팅 사이트에 대해 구성된 전화 번호를 나타냅니다. 관리자가 파트너 제공 발신 번호를 선택해야 합니다.
전화 번호 그룹—파트너가 제공한 발신 번호 옵션에만 연계된 이 속성은 미팅에 참여할 때 표준 및 프리미엄 패키지에 대해 프로비저닝된 최종 고객이 사용하는 전화 번호를 나타냅니다.
콜백 DNS SRV 그룹—파트너가 제공한 발신 번호 옵션에만 연계된 이 속성은 미팅에 참여할 때 표준 및 프리미엄 패키지에 대해 프로비저닝된 최종 고객에게 다시 전화할 때 Webex가 사용하는 DNS SRV 레코드를 나타냅니다. 콜백을 활성화하지 않으려면 고객 템플릿을 만들거나 업데이트할 때 "콜백 비활성화"를 선택할 수 있습니다. 최종 고객에 대해 표준 또는 프리미엄에 대한 첫 번째 가입자가 프로비저닝되면 연계된 패키지 미팅 사이트가 프로비저닝됩니다. 패키지 미팅 사이트는 위의 고객 템플릿에 따라 프로비저닝됩니다. 이후 표준 또는 프리미엄에 대해 프로비저닝된 가입자는 이미 프로비저닝된 미팅 사이트에 추가됩니다. 미팅 사이트 구성은 변경되지 않습니다.
상단의 속성과 관련된 고객 템플릿에 대한 변경 사항은 새롭게 프로비저닝된 패키지 미팅 사이트에만 적용됩니다. 이미 구축된 기존의 미팅 사이트는 고객 템플릿 변경 사항의 영향을 받지 않습니다.
한 가지 주목할 만한 예외는 최종 고객이 이미 패키지 미팅 사이트를 갖고 있는 경우, 기존의 패키지 미팅 사이트와 동일한 미팅 참여 유형을 사용하여 새로운 패키지 미팅 사이트가 프로비저닝된다는 것입니다. 예를 들어, 최종 고객에게 Cisco 발신 번호를 사용하는 표준 패키지 미팅 사이트가 있고 파트너 제공 발신 번호를 사용하도록 고객 템플릿이 업데이트된 경우, Cisco 발신 번호를 사용하여 새로운 프리미엄 패키지 미팅 사이트가 프로비저닝된 경우, 고객 템플릿 설정이 적용되지 않습니다. 지정된 최종 고객에 대한 표준 및 프리미엄 미팅 사이트는 항상 일관되게 프로비저닝됩니다.
BroadWorks 통화 클러스터
Cisco Partner Hub - BroadWorks Calling 클러스터 화면은 BroadWorks 구성(BYoPSTN) 정보를 보거나 다운로드할 수 있는 액세스를 제공합니다. 지정된 클러스터에 대한 BYoPSTN 구성 정보에는 다음 데이터가 포함됩니다.
표준 패키지 미팅 사이트 UUID 및 사이트 URL을 포함한 기본 Seed Solution 조직 세부 정보.
이 클러스터에 대해 구성된 모든 그룹에 대한 전화 번호 그룹 세부 정보. 여기에는 각 그룹에 대한 미팅 액세스 코드 매핑에 대한 전화 번호가 포함됩니다. 자세한 내용은 모든 보조 시드 솔루션 조직과 연결된 그룹을 포함해야 합니다.
이 클러스터에 대해 구성된 모든 그룹에 대한 콜백 DNS SRV 그룹 세부 정보. 자세한 내용은 모든 보조 시드 솔루션 조직과 연결된 그룹을 포함해야 합니다.
전화 번호 그룹 및 콜백 DNS SRV 그룹을 사용하는 해당 템플릿의 고객 템플릿 세부 정보.
각 BroadWorks 통화 클러스터에는 고유한 BroadWorks 구성(BYoPSTN) 정보가 있으며, 특히 지정된 전화 번호 그룹 및 콜백 DNS SRV 그룹이 있습니다. 단, 모든 BroadWorks 통화 클러스터는 동일한 기본 시드 솔루션 조직을 공유하며, 이는 모두 동일한 표준 패키지 미팅 사이트 UUID 및 사이트 URL을 포함합니다.
BroadWorks 구성(BYoPSTN) 정보는 관리자가 기본 Seed 솔루션 조직을 구성하고 선택할 때만 보기/다운로드할 수 있습니다. 기본 시드 솔루션 조직에는 표준 패키지에 하나 이상의 사용자가 지정되어야 하며, 해당 표준 패키지는 파트너가 제공한 발신 번호(BYoPSTN) 미팅 참여 옵션을 사용해야 합니다.
BYoPSTN 구성 요소 예
다음 이미지는 지리적으로 기반 고객 템플릿, 전화 번호 및 라우팅을 사용하는 멀티 클러스터 BroadWorks 배포의 예를 보여줍니다.
첫 번째 표에는 지역 기반 고객 템플릿, 전화 번호 그룹 및 콜백 DNS SRV 그룹이 포함된 멀티 클러스터 BroadWorks 배포가 표시됩니다. 후속 표는 전화 번호 그룹 및 콜백 DNS SRV 그룹에서 확장됩니다.
BroadWorks 클러스터 | 템플릿 이름 | 패키지 | 미팅 참여 유형 | 전화 번호 그룹 | 콜백 DNS SRV 그룹 |
---|---|---|---|---|---|
BWKS 미국 NG | 미국 서부 Std | 표준 | 파트너가 발신 번호 제공 | 미국 서부 | CB 미국 |
US 웨스트 프렘 | 프리미엄 | ||||
미국 동부 Std | 표준 | 미국 동부 | |||
US 이스트 프렘 | 프리미엄 | ||||
BWKS MX 소개 | MX 세트 | 표준 | 파트너가 발신 번호 제공 | 사이트맵 | 모델: CB MX |
MX 프렘 | 프리미엄 | ||||
BWKS 영국 | 영국 Std | 표준 | 파트너가 발신 번호 제공 | 영국 PNG | 콜백 비활성화됨 |
영국 Prem | 프리미엄 | ||||
BWKS 미국 | 미국 Std | 표준 | Cisco 발신 번호 | 없음 | 없음 |
US West Std 또는 US West Prm 템플릿을 사용하여 프로비저닝된 가입자는 미팅에 참여할 때 US West 전화 번호를 사용합니다. 해당 가입자 미팅 참여 콜백 요청은 CB US DNS SRV 레코드로 전송됩니다.
US East Std 또는 US East Prm 템플릿을 사용하여 프로비저닝된 가입자는 미팅에 참여할 때 US East 전화 번호를 사용합니다. 해당 가입자 미팅 참여 콜백 요청은 CB US DNS SRV 레코드로 전송됩니다.
MX Std 또는 MX Prm 템플릿을 사용하여 프로비저닝된 가입자는 미팅에 참여할 때 MX PNG 전화 번호를 사용합니다. 해당 가입자 미팅 참여 콜백 요청은 CB MX DNS SRV 레코드로 전송됩니다.
영국 Std 또는 영국 Prm 템플릿을 사용하여 프로비저닝된 가입자는 미팅에 참여할 때 영국 PNG 전화 번호를 사용합니다. 해당 가입자는 콜백이 비활성화되었기 때문에 콜백을 통해 미팅 참여를 제공하지 않습니다.
미국 STD를 사용하여 프로비저닝된 가입자는 Cisco 발신 번호를 사용하고 있으므로 전화 번호 그룹 또는 콜백 DNS SRV 그룹이 지정되지 않았습니다. 해당 가입자는 미팅 참여에 대해 Cisco 제공 전화 번호 및 콜백을 사용하여 미팅 참여에 대해 Cisco DNS SRV 레코드를 사용합니다.
전화 번호 그룹 예제의 세부 사항은 다음과 같습니다.
전화 번호 그룹 | 전화번호 이름 | 국가 | 국가 번호 | 전화 번호 | 알림 | 유료 유형 | 발신 우선 순위 |
---|---|---|---|---|---|---|---|
미국 서부 | 미국 샌프란시스코 | US | +1 | 4156551000 | 영어 | 유료 전화 | 기본 |
미국 팔로 알토 | US | +1 | 9863502478호 | 영어 | 무료 전화 | 없음 | |
미국 동부 | 미국 메릴랜드 | US | +1 | 2403332200 | 영어 | 유료 전화 | 기본 |
미국 플로리다 | US | +1 | 9049002제 <UNK> 회 | 영어 | 유료 전화 | 보조 | |
미국 뉴욕 | US | +1 | 8056504578호 | 영어 | 무료 전화 | 없음 | |
사이트맵 | 멕시코 | RSS 피드 | +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 +52 | 2065304086회 | 유럽 스페인어 | 유료 전화 | 기본 |
영국 PNG | 영국 | 영국 | +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 +44 | 4527789651호 | 영어 | 유료 전화 | 기본 |
콜백 DNS SRV 그룹 예제의 세부 사항은 다음과 같습니다.
콜백 DNS SRV 그룹 | 국가 | DNS SRV |
---|---|---|
CB 미국 | US | 큐브.us.example.com |
기타 모든 국가 | 큐브.row.example.com | |
모델: CB MX | RSS 피드 | 큐브.mx.example.com |
기타 모든 국가 | 큐브.row.example.com |
US DNS SRV 레코드, cube.us.example.com에 대한 구성은 예제와 같을 수 있습니다.
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
이 DNS SRV 레코드는 다음 DNS A 레코드로 확인할 수 있습니다.
| 86400 | IN | A | 45.84.168.81의 |
| 86400 | IN | A | 45.84.168.82의 |
DNS SRV 레코드는 Webex에서 CUBE로의 보안 SIP 통화를 확인합니다. |
Webex에서 사용하는 포트
아래 표의 포트는 CUBE가 위치한 DMZ의 방화벽에서 열어야 하며, 다른 포트는 닫을 수 있습니다. 포트 및 네트워크 요구 사항에 대한 추가 정보는 다음 문서를 참조하십시오.
https://collaborationhelp.cisco.com/article/WBX264
소스 | 소스 포트 | 대상 | 대상 포트 | 프로토콜 | 설명 | ||
---|---|---|---|---|---|---|---|
Webex Edge 오디오 서비스 | 임시 | CUBE | 5061 | TCP | (mTLS 1.2) Webex Edge 오디오에서 CUBE SBC로 인바운드 SIP 시그널링.
| ||
Webex Edge 오디오 서비스 | 4000년 - 4010년 | CUBE | 5061 | TCP | (mTLS 1.2) Webex Edge 오디오에 대한 옵션 핑. | ||
CUBE | 임시 | Edge오디오 | 5605회 | TCP | (mTLS 1.2) Webex Edge 오디오에 대한 아웃바운드 SIP 시그널링. | ||
Webex Edge 오디오 서비스 | 임시 | CUBE | 임시 포트 8000 - 59999 | UDP | (SRTP) Edge 오디오로 들어오는 미디어 트래픽에 대해 방화벽 핀홀을 열어야 합니다. | ||
CUBE | 임시 포트 10200년 - 28000년 | Edge 오디오 | 임시 | UDP | (SRTP) CUBE로 거는 미디어 트래픽에 대해 방화벽 핀홀을 열어야 합니다. |
TLS 및 SRTP 암호 스위트
TLS v1.2 이상은 mTLS 핸드셰이크에 사용되며, 다음 암호는 Webex Edge 오디오에서 지원됩니다(콜백 중에 Webex Edge 오디오는 TLS 핸드셰이크의 클라이언트 Hello에서 해당 기능을 제공합니다).
TLS_ECDHE_ECDSA_(_AES_256_GCM_SHA384 포함)
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_ 및_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_(_AES_256_GCM_SHA384 포함)
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_ 및_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_ 및_AES_256_GCM_SHA384
TLS_RSA_와_AES_256_CBC_ SHA256
TLS_RSA_ 및_AES_128_GCM_SHA256
TLS_RSA_ 및_AES_128_CBC_ SHA256
TLS_DHE_DSS_(_AES_256_GCM_SHA384 포함)
TLS_DHE_DSS_(_AES_256_CBC_256 포함)
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
sRTP에 대해 다음 암호가 사용됩니다.
AEAD_AES_256_GCM의
에이드_AES_128_GCM
AES_CM_128_HMAC_SHA1_80
전화_CM_128_HMAC_SHA1_32
오디오 코덱 지원됨
제722화
G711µ의
G711a의
SIP 및 RTP 프로필 요구 사항
솔루션은 CUBE(또는 SBC)와 Webex 간에 시그널링에 대해 SIP TLS를 배포하고 미디어에 대해 sRTP를 배포하도록 요구합니다.
이 통신의 일부로 SIP 및 RTP 프로파일은 다음 요구 사항을 준수해야 합니다.
SIP 프로필 요구 사항 | 세부 정보 |
---|---|
세션 만료 타이머 | 2220초 (SIP 422 수락) * 비즈니스 요구 사항에 따라 조정되며 422가 예상됩니다. |
진입을 위한 미디어 오퍼 | 얼리 오퍼 |
송출을 위한 미디어 오퍼 | 늦은 오퍼 |
옵션 핑 간격 | 30대 (최소) |
DTMF | RFC2833 페이로드 101 (음향 DTMF 없음!) |
SIP-UDP 포트 | 4000-4010,5061,5065년 |
RTP 프로필 | 세부 정보 |
---|---|
음성 페이로드 프로필 | G.722/ G.711μ /G.711a |
패킷 크기 | 20 분 |
VAD(음성 활동 탐지) | 아니요 |
미디어 비활동 타이머 | 1200년 |
중간 다이얼링 코덱 변경 | 수락되지 않음 |
RTP | 8000-48198년 |
sRTP 암호 | AEAD_AES_256_GCM의 에이드_AES_128_GCM AES_CM_128_HMAC_SHA1_80 전화_CM_128_HMAC_SHA1_32 |
G.729 코덱은 지원되지 않습니다. G.729를 사용하려면 트랜스코더를 사용해야 합니다. |
Webex 통화 라우팅 도메인
DNS SRV _sips._tcp.<domain>
은(는) Webex Edge 오디오에 연결하기 위해 사용됩니다. 지역에 따라 4개의 도메인이 있습니다.
지역 | 도메인 |
---|---|
Americas | 이메일: ecccspx.amer.pub.webex.com |
영국, 북아프리카 | 이메일: ecccspx.emea.pub.webex.com |
아시아 태평양 | 이메일: ecccspx.apac.pub.webex.com |
호주 / 뉴질랜드 | 이메일: ecccspx.anz.pub.webex.com |
유럽 | 이메일: ecccspx.euro.pub.webex.com |
DNS SRV는 기본 및 보조 사이트를 가리키는 여러 A 레코드를 확인합니다. 다음 표는 AMER 지역에 대한 예제를 제공하며 향후 변경될 수 있습니다.
녹화 유형 | 녹화 | 대상 | 목적 |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com에서 | ecccspxpr1.amer.pub.webex.com (영어) | Webex Edge 오디오 검색 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com에서 | 이메일: ecccspxpr2.amer.pub.webex.com | Webex Edge 오디오 검색 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com에서 | ecccspxsc1.amer.pub.webex.com(으)로 돌아가기 | Webex Edge 오디오 검색 |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com에서 | ecccspxsc2.amer.pub.webex.com(으)로 돌아가기 | Webex Edge 오디오 검색 |
A | ecccspxpr1.amer.pub.webex.com (영어) | 207.182.174.101*, 미국 | Webex Edge 오디오 AMER 기본 1을 가리킴 |
A | 이메일: ecccspxpr2.amer.pub.webex.com | 207.182.174.102*, 미국 | Webex Edge 오디오 AMER 기본 2를 가리킴 |
A | ecccspxsc1.amer.pub.webex.com(으)로 돌아가기 | 207.182.174.229*, 미국 | Webex Edge 오디오 AMER 보조 1을 가리킴 |
A | ecccspxsc2.amer.pub.webex.com(으)로 돌아가기 | 207.182.174.230*(으)로 돌아가기 | Webex Edge 오디오 AMER 보조 2를 가리킴 |
DNS-SRV는 본질적으로 동적이며 IP 주소는 변경되기 쉽습니다. 따라서 IP 주소를 하드 코딩하거나 북마킹하지 마십시오. Webex Calling 문서에 대한 포트 참조 정보에 적용된 변경 또는 업데이트는 '문서 개정 기록' 섹션을 참조하십시오. |
CUBE 중복
Cisco Unified Border Element(CUBE)는 외부 엔터티와 내부 네트워크 간의 SIP 연결을 관리하는 네트워크에서 세션 경계 제어 기능을 활성화합니다. CUBE에 대한 자세한 정보는 아래의 전제 조건 섹션에서 확인할 수 있습니다.
지원되는 중복 모델은 고가용성을 제공하고 Cisco 파트너의 단일 실패 지점을 제거하는 목적으로 정의됩니다. 세 가지 다른 모델이 아래에 설명되어 있습니다. Cisco 파트너는 환경에 적용되는 모델 중 하나를 채택해야 합니다.
온보딩 프로세스 파트너는 ICMP 필터를 비활성화해야 합니다.
단일 사이트에 배포된 BroadWorks용 듀플렉스 CUBE 배포
다중 사이트에서 배포된 BroadWorks용 단순 CUBE 배포
CUBE가 모든 사이트에서 듀플렉스 모드로 배포되는 경우 한 가지 더 중복 모델이 가능합니다. 이 모델은 BroadWorks가 지리적 중복성으로 배포된다는 점을 고려할 필요가 없습니다.
구축하기
1 | 파트너 사전 요건
|
2 | Cisco Partner Hub에서 전화 번호 구축
|
3 | Cisco Partner Hub에서 콜백 DNS SRV 그룹 프로비저닝 (선택 사항)
|
4 | PNG(및 CDSG)를 고객 템플릿에 연결
|
5 | 시드 솔루션 조직 프로비저닝
|
6 | 기본 시드 솔루션 조직 선택
|
7 | BroadWorks 구성 프로그램 다운로드 (BYoPSTN)
|
8 | Webex Edge 오디오 DNS SRV 도메인 결정
|
9 | 파트너 BroadWorks 구성 프로비저닝
|
10 | 파트너 CUBE 프로비저닝(또는 자신의 SBC)
|
11 | BYoPSTN 인증
|
단계 1: 파트너 사전 요건
BYoPSTN의 프로비저닝을 위해 다음 전제 조건을 완료해야 합니다. 아래에 제공된 전제 조건은 파트너가 다음을 포함하는 Cisco BroadWorks용 Webex 배포를 사용하고 있다고 가정합니다.
기능 BroadWorks 시스템 – Cisco BroadWorks용 Webex 솔루션 안내서에 설명된 대로
"VoiceXML" 서비스가 포함된 BroadWorks AS 라이센스(PSTN 번호당 1개)
BroadWorks 패치 필요:
R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
R23:
AP.xsp.23.0.1075.ap376935 다운로드
AP.as.23.0.1075.ap376935의
R24를 위해
AP.as.24.0.944.ap376935의
Cisco CUBE 시스템 배포됨(IOS 버전 16.12.2 이상): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
하드웨어 기반 및 가상 CUBE 모두 지원됩니다. 확장성 및 더 많은 수의 통화를 처리하려면 하드웨어 기반 CUBE가 권장됩니다.
Webex 파트너 조직 – Cisco BroadWorks용 Webex 솔루션 안내서에 설명된 대로
단계 2: Partner Hub에서 전화 번호 그룹(PNG) 프로비저닝
Cisco 파트너가 Webex 미팅 발신 전화 번호를 추가하는 데 사용하는 절차는 다음과 같습니다.
Cisco Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화로 스크롤합니다.
미팅 참여 구성(BYoPSTN)에서 발신 전화 번호 만들기 Group를 선택합니다.
전화 번호 그룹 이름을 입력하고 다음을 선택합니다.
전화 번호 세부 사항을 입력하고 다음을 선택합니다.
전화 번호 그룹 세부 정보 요약을 검토하고 저장을 선택합니다.
추가할 각 전화 번호 그룹에 대해 이 절차를 반복합니다.
아래 스크린샷은 절차를 설명합니다.
단계 3: Partner Hub에서 콜백 DNS SRV 그룹(CDSG) 구축
이 단계는 콜백 옵션을 통해 미팅 참여를 배포하려는 경우에만 완료됩니다. 그렇지 않으면 이 단계를 건너뛸 수 있습니다. |
이 옵션을 구성하지 않는 경우, 사용자는 발신 옵션을 사용하여 미팅에 참여하거나, 컴퓨터 오디오로 참여할 수 있습니다. |
미팅 콜백 옵션을 사용할 때 Webex에서 CUBE로 통화를 라우트하려면 콜백 DNS SRV 그룹이 필요합니다. Cisco 파트너가 Webex에 CUBE DNS SRV 레코드를 추가하는 데 사용하는 절차는 다음과 같습니다.
Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화로 스크롤합니다.
미팅 참여 구성(BYoPSTN)에서 콜백 DNS SRV 그룹 만들기를 선택합니다.
콜백 DNS SRV 그룹 이름을 입력합니다.
다음을 선택합니다.
콜백 DNS SRV 세부 사항을 입력합니다.
다음을 선택합니다.
콜백 DNS SRV 세부 정보 요약을 검토합니다.
저장을 선택합니다.
DNS SRV 그룹의 새 레코드를 반영하기 위해 DNS에 업데이트를 프로비저닝합니다.
추가될 각 콜백 DNS SRV 그룹에 대해 이 절차를 반복합니다.
아래 스크린샷은 절차를 설명합니다.
단계 4: Partner Hub에서 PNG 및 CDSG를 고객 템플릿에 연결
BYoPSTN 솔루션의 초기 구성 및 확인에는 전화 번호 그룹 및 콜백 DNS SRV 그룹(콜백이 필요한 경우)의 각 고유한 조합에 대한 시드 조직이 필요합니다. 따라서 Cisco 파트너는 전화 번호 그룹 및 콜백 DNS SRV 그룹의 각 고유한 조합에 대해 새로운 고객 템플릿을 만드는 것이 좋습니다. 각 고객 템플릿을 사용하여 해당 시드 조직을 생성해야 합니다.
BYoPSTN 구성이 시드 조직을 사용하여 시드 및 확인되면 필요에 따라 전화 번호 그룹 및 콜백 DNS SRV 그룹을 기존 고객 템플릿에 적용할 수 있습니다.
새로 생성된 고객 템플릿은 기존의 테스트되지 않은 고객이 사용하지 않으므로 BYoPSTN 구성의 수동 확인을 위해 안전하게 사용할 수 있습니다.
콜백을 통해 미팅 참여를 배포하지 않는 경우, 콜백 DNS SRV 그룹을 고객 템플릿에 연결하지 않아도 됩니다. 단, 콜백 비활성화를 선택해야 합니다. |
새로운 고객 템플릿에 추가하려면 다음을 수행합니다.
Cisco Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화로 스크롤합니다.
템플릿 아래에서 템플릿 추가를 선택합니다.
템플릿 세부 사항을 입력합니다. 패키지 유형 단계에서:
패키지 유형을 표준으로 선택합니다.
미팅 참여 구성을 파트너가 발신 번호(BYoPSTN)를 제공한 파트너로 선택합니다.
프로비저닝된 전화 번호 그룹을 선택합니다.
콜백 DNS SRV 그룹에 대해 미팅 콜백 옵션을 활성화하려면 프로비저닝된 콜백 DNS SRV 그룹을 선택합니다. 그렇지 않으면, 콜백 비활성화를 선택합니다.
다음을 선택합니다.
나머지 템플릿 세부 사항을 입력합니다.
템플릿 세부 정보 요약을 검토합니다.
저장을 클릭합니다.
추가되어야 하는 각 고객 템플릿에 대해 이 절차를 반복합니다.
아래 스크린샷은 절차를 보여줍니다.
기존의 고객 템플릿을 업데이트하려면 다음을 수행합니다.
Cisco Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화 섹션으로 스크롤합니다.
템플릿 아래에서 템플릿 보기를 선택합니다.
업데이트할 템플릿을 선택합니다.
미팅 참여 구성 섹션으로 스크롤:
파트너가 제공한 발신 번호(BYoPSTN)를 선택합니다.
이전에 구성된 전화 번호 그룹을 선택합니다.
콜백 DNS SRV 그룹에 대해 미팅 콜백 옵션을 활성화하려면 프로비저닝된 콜백 DNS SRV 그룹을 선택합니다. 그렇지 않으면, 콜백 비활성화를 선택합니다.
저장을 선택합니다.
아래 스크린샷은 절차를 보여줍니다.
단계 5: 시드 솔루션 조직 프로비저닝
BYoPSTN 솔루션에는 여러 가지 구성 요소가 있으며, 각 구성 요소는 솔루션이 성공적으로 작동하도록 올바르게 구성되어야 합니다. 시드 솔루션 조직의 두 가지 목적 중 하나는 미팅 액세스 코드 매핑에 대한 전화 번호와 솔루션의 지속적인 작동에 필요한 미팅 사이트 고유 식별자(사이트 UUID)를 생성하는 것입니다. 다른 목적은 구성 검증입니다.
사용할 전화 번호 그룹 및 콜백 DNS SRV 그룹의 각 고유한 조합에 대해 해당하는 고객 템플릿을 이전에 만들어야 합니다. 각 고객 템플릿에 대해 시드 솔루션 조직을 프로비저닝해야 합니다. 이러한 시드 조직의 프로비저닝은 BroadWorks를 구성하는 데 필요한 미팅 액세스 코드 매핑 및 미팅 사이트 UUID에 대한 전화 번호를 생성합니다.
이전에 구성된 각 고객 템플릿을 사용하여 표준 패키지 사용자와 함께 새로운 테스트 BroadWorks 서비스 공급자 또는 새로운 BroadWorks 엔터프라이즈에 대해 가입자를 프로비저닝합니다. 결과 표준 패키지 미팅 사이트는 파트너 공급자 발신 번호 미팅 참여 옵션을 사용해야 합니다. 다음 방법 중 하나를 사용하여 가입자를 프로비저닝할 수 있습니다.
BroadWorks 가입자 API를 사용하여 테스트 가입자를 프로비저닝합니다.
developer.webex.com
.고객 템플릿을 사용하도록 구성된 BroadWorks에서 IM&P 서비스에 대한 테스트 가입자를 활성화합니다. 테스트 가입자에게 표준 패키지가 지정되도록 하려면 고객 템플릿이 표준 패키지를 기본값으로 사용하고 있는지 확인하십시오. 또는 테스트 가입자가 표준 패키지를 갖도록 나중에 업데이트해야 합니다.
시드 솔루션 조직은 테스트 BroadWorks 서비스 공급자 또는 테스트 BroadWorks Enterprise와 관련된 것이 좋습니다.
6단계: 기본 시드 솔루션 조직 선택
각 발신 미팅 참여 요청에서 인증 토큰으로 이 사이트 UUID가 전송되기 때문에 이 미팅 사이트는 프로비저닝된 상태로 유지되는 것이 중요합니다. 연계된 미팅 사이트도 삭제되므로 시드 조직을 삭제해서는 안 됩니다. 시드 조직이 제거되면 새로운 조직을 프로비저닝하고 새로운 사이트 UUID로 Broadworks를 다시 구성해야 합니다.
전화 번호 및 콜백 DNS SRV 레코드 집합이 비 테스트 고객에게 할당되기 전에 원하는 경우 기본 및 보조 시드 솔루션 조직을 삭제할 수 있습니다. 전화 번호 및 콜백 DNS SRV 레코드 집합이 테스트되지 않은 고객에게 할당되면 해당 전화 번호 및 콜백 레코드는 해당 고객의 미팅 사이트와 연결되며 발신 및 콜백을 사용하여 미팅 참여에 사용 중입니다. 모든 변경 사항은 서비스에 영향을 미치는 것으로 간주되어야 합니다.
기본 시드 솔루션 조직을 선택하려면 다음을 수행합니다.
Cisco Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화 섹션으로 스크롤합니다.
구성 유효성 검사(BYoPSTN) 섹션에서 지정을 선택합니다.
조직 지정 화면에서 이전에 구성된 시드 조직 중 하나를 검색하고 선택합니다.
지정을 선택합니다.
선택된 시드 조직은 기본 시드 조직입니다.
아래 스크린샷은 절차를 설명합니다.
7단계: BroadWorks 구성 다운로드 (BYoPSTN)
지정된 BroadWorks 클러스터에 대한 기본 Seed Solution Organization, 전화 번호 그룹 및 콜백 DNS SRV 그룹 세부 정보는 단일 위치인 BroadWorks 구성(BYoPSTN) JSON 파일에서 사용할 수 있습니다. 이 정보는 BYoPSTN에 대해 BroadWorks를 구성하기 위해 필요합니다.
JSON 구성 파일은 기본 시드 솔루션 조직을 선택한 후에만 보기/다운로드할 수 있습니다.
JSON 구성 파일을 확인/다운로드하는 절차는 다음과 같습니다.
Cisco Partner Hub에 로그인합니다.
설정으로 이동합니다.
BroadWorks 통화로 스크롤합니다.
클러스터 아래에서 클러스터 보기를 선택합니다.
BYoPSTN에 대해 구성된 고객 템플릿에 연결된 클러스터를 선택합니다.
BYoPSTN 섹션에 대한 BroadWorks 구성으로 스크롤합니다.
JSON 구성 파일 다운로드를 클릭합니다.
다른 BroadWorks 클러스터에 대해 이 절차를 반복합니다.
아래 스크린샷은 절차를 설명합니다.
아래의 샘플 JSON 구성 파일을 참조하십시오. 이 파일에는 각 전화 번호 그룹, 콜백 DNS SRV 그룹에 대한 보조 정보가 포함되어 있으며, BroadWorks에 입력해야 하는 다음 주요 구성 항목이 굵게 표시됩니다.
사이트 UUID: BroadWorks는 SIP 메시지에서 이 값을 보내야 합니다. 이는 Webex Edge 오디오가 Cisco 파트너의 BroadWorks의 ID 및 이 Cisco 파트너가 관리하는 미팅 사이트에 대한 액세스를 확인하기 위해 사용하는 토큰입니다.
전화 번호 -to- 액세스 코드 매핑: 전화 번호 및 연결된 Webex 액세스 코드는 BroadWorks에서 구성되어야 합니다.
phoneNumber
액세스 코드
locale태그: 전화 번호와 연결된 원하는 알림 언어가 BroadWorks에서 구성되어야 합니다.
dnsSrv: 콜백 DNS SRV는 DNS에 구성되어야 하며, 원하는 CUBE 인스턴스를 참조해야 합니다.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
8단계: Webex Edge 오디오 DNS SRV 도메인 결정
BroadWorks에서 Webex Edge 오디오 DNS SRV 도메인을 구성해야 합니다. 다음 절차를 사용하여 값을 결정합니다.
Cisco Partner Hub에 로그인합니다.
고객으로 이동합니다.
BYoPSTN 유효성 검증 기업을 선택합니다.
고객 보기를 선택합니다.
서비스/미팅으로 이동합니다.
표준 패키지 미팅 사이트를 선택합니다.
사이드-아웃 목록의 하단까지 스크롤하고 사이트 구성을 선택합니다.
공통 설정/오디오 설정을 선택합니다.
Edge 오디오 사용자 정의 글로벌 발신 번호 섹션 아래에서 Lua 스크립트 생성을 선택합니다.
팝업 창에서 값 "-- CCAX URL로 헤더에 업데이트"를 검색합니다.
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
예를 들어 굵은 글씨로 값을 추출합니다.
ecccx.amer.webex.com.
이는 BroadWorks에서 구성해야 하는 Webex Edge 오디오 DNS SRV 도메인입니다.
9단계: 파트너 BroadWorks 구성 프로비저닝
이 섹션에서는 아래 다이어그램에 표시된 미팅 발신 및 콜백 시나리오를 구현하는 데 필요한 BroadWorks 구성을 설명합니다. 구성 예제는 이전 섹션에 표시된 JSON 파일의 데이터를 기반으로 합니다. 번호, 도메인, 기업/그룹 이름, 장치 유형, 정책, 프로필 등은 파트너에 따라 다를 것으로 예상됩니다.
통화 흐름:
- 사용자가 콜백을 요청하면 Webex는 콜백을 시작합니다.
- 통화가 BroadWorks OTT로 라우팅됩니다.
- 통화가 CH에서 프로비저닝된 CUBE에 도달합니다. CUBE는 통화를 BroadWorks로 라우팅합니다.
- BroadWorks는 통화를 미팅 호스트 발생으로 식별하고 미팅 호스트 사용자에 대한 세션을 만들고 통화를 처리합니다.
- 미팅 호스트 사용자 세션은 통화를 처리하고 착신 번호를 번역합니다. 또한 미팅 호스트 사용자를 대신하여 비용 청구 기록이 생성됩니다.
- BroadWorks는 통화를 장치(7) 또는 PSTN(8)에 연결된 사용자에게 라우팅합니다.
시작하기 전에
BroadWorks와 CUBE 간의 SIP 통신은 네트워크 요구 사항에 따라 UDP 또는 TCP를 통해 실행할 수 있습니다. 예를 들어, BYoPSTN 발신 또는 콜백 흐름의 일부 네트워크 또는 액세스 장치(예: 게이트웨이 또는 엔드포인트)가 TCP를 지원하지 않는 경우, UDP를 대신 사용해야 합니다.
이 안내서에 표시된 구성 및 예제는 TCP를 전송 프로토콜로 사용합니다. TCP를 사용하려면 BroadWorks 애플리케이션 서버 및 네트워크 서버가 모두 TCP에 대해 구성되었는지 확인하십시오.
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
응용프로그램 서버
디바이스 프로필 유형 식별
CUBE를 나타내기 위해 새로운 ID/장치 프로필 유형을 생성해야 합니다. 아래 속성을 설정하고 다른 속성은 기본값으로 남겨두십시오.
신호 처리 주소 유형—인텔리전트 프록시 주소로 설정
인증—활성화됨으로 설정
UPDATE 및 RE-INVITE에서 ID 지원—체크됨
정적 등록 가능—활성화됨으로 설정
비디오 사용 가능—비활성화됨으로 설정
아래 예에서는 CUBE를 나타내기 위해 새로운 ID/장치 프로필 유형 “VXML_profile”이 생성됩니다.
음성 XML 가상 가입자
VoiceXML 인스턴스 만들기
각 Webex Meetings PSTN 번호는 BroadWorks에서 가상 가입자로 표시되며, VoiceXML 가상 가입자 기능을 사용할 수 있습니다. 전용 엔터프라이즈 및 그룹이 모든 VoiceXML 가상 가입자에 대해 사용되는 것이 좋습니다. 실제로 VoiceXML 기능을 사용하고 있는 것은 아니지만, 이러한 유형의 가상 사용자는 CUBE와 상호 작용하는 데 적합합니다.
VoiceXML 서비스를 사용하려면 라이센스에 충분한 "VoiceXML" 수량이 있으며 서비스가 엔터프라이즈 및 그룹 수준에서 인증되고 VoiceXML 서비스가 아래 예제 그림에 표시된 대로 그룹에 할당되었는지 확인하십시오.
VoiceXML을 선택하고 각 PSTN 번호에 대한 인스턴스를 만듭니다.
,VoiceXML 주소 구성
각 VoiceXML 인스턴스에 대해 VoiceXML 주소 아래에서 다음을 프로비저닝합니다.
전화 번호—Webex Meetings 사이트에 대한 다이얼-인 번호를 입력합니다(예: 2403332200).
내선 번호
ID/장치 프로필—이전 섹션(예제의 VXML_device)에서 생성된 장치 유형에 따라 한 개의 인스턴스(예: VXML_profileProf)를 만들고 다음 구성을 입력합니다.
회선/포트—<access number="">@<domain> 형식으로 입력합니다.
<access number=""> 은(는) Webex Meetings 사이트에 대한 액세스 코드 번호(JSON 파일에서 사용 가능)(예: 88631321777971704941)
<domain> 은(는) 이 미팅 사이트에 대한 Webex Edge 오디오의 도메인입니다(예: ecccspx.amer.pub.webex.com)
연락처 sip—액세스 번호에 대한 미팅 발신 통화의 경우 이 필드의 값으로 설정된 요청 URI가 포함된 INVITE가 전송됩니다. SIP 연락처를 다음 형식 <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">으로 입력합니다.
<sip contact=""> <number>은(는) 회선/포트 필드에서 실행되지만 도메인을 CUBE의 주소로 확인하는 SRV로 사용합니다(예: 88631321777971704941@cube.internal.local).
<Locale> 사용자 로케일(예: locale=en_US)에 따른 언어 설정을 나타냅니다.
<Meetings Site="" UUID=""> 은(는) JSON 파일의 사이트 UUID입니다(예: x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b).
<SIP transport=""> AS가 TCP를 사용하여 CUBE에 메시지를 보내도록 하려면 transport=tcp여야 합니다.
다음은 VoiceXML 주소 설정의 예입니다.
사용될 각 추가 미팅 액세스 번호에 대해 상단의 것과 유사한 추가 VoiceXML 가상 가입자를 생성해야 합니다. 동일한 장치 프로파일을 사용할 수 있지만, 위에 표시된 대로 회선 포트 및 연락처 필드를 액세스 번호 정보에서 구성해야 합니다. |
BroadWorks 가상 가입자에서 구성하는 통화 처리 정책 제한이 전화 번호 그룹에서 추가 BYoPSTN 통화를 처리하기에 충분한지 확인하십시오. |
VoiceXML 인스턴스에 SIP 인증 할당
VoiceXML 가상 가입자에게 인증 서비스를 할당합니다. 이는 콜백 시나리오에서 CUBE에서 SIP INVITE 메시지를 인증하는 데 사용됩니다. 또한 VoiceXML 가상 가입자가 CUBE 이외의 당사자의 통화를 수락하지 못하게 합니다.
유틸리티 아래의 가상 가입자 인증 페이지로 이동하고 아래와 같이 SIP 사용자 이름과 암호를 입력합니다.
AS로 전송되는 INVITE 메시지를 올바르게 인증하려면 CUBE를 동일한 사용자 이름 및 암호로 구성해야 합니다. CUBE에서 SIP 인증을 구성하는 명령어의 예는 다음과 같습니다.
|
Namedefs 파일
VoiceXML 가상 가입자 SIP 연락처 필드에는 도메인 부분이 CUBE 주소로 확인되는 URL이 포함되어 있습니다. 이는 내부 SRV이며, AS의 네임데프 파일을 사용하여 내부 SRV를 CUBE IP로 확인할 수 있습니다.
예제에서 SIP 연락처 SRV는 cube.internal.local이며 10.165.196.30 포트 5060을 해결하여 CUBE에 연결합니다. AS에서, /usr/local/broadworks/bw_base/conf/namedefs
파일은 다음과 같이 업데이트됩니다.
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Webex Meetings 통화 유형
Webex Meetings 통화 처리 구성 옵션을 사용하여 미팅 발신 통화가 처리되는 방법을 제어할 수 있습니다. 기본적으로 미팅 발신 통화는 전용 엔터프라이즈 또는 서비스 공급자에서 발신 번호가 호스트되는 것처럼 외부 통화로 처리됩니다. 외부 통화는 일반적으로 세션 입장 제어 세션 수에 포함되고 CDR 필드 chargeIndicator에서 충전에 대해 플래그가 지정됩니다.
다음 예제에서는 미팅 발신을 내부 통화로 처리하기 위해 권장되는 구성을 추가하여 충전에서 제외되고 세션 입장 제어 수에서 제외됩니다.
NS 충전 필드 시행을 true로 설정하면 CDR 필드 chargeIndicator의 집단은 네트워크 서버 통화 유형의 구성된 충전 속성을 기반으로 합니다.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
VoiceXML 미팅 콜백 가상 가입자
VoiceXML 미팅 콜백 가입자 만들기
Webex Meetings 콜백 통화를 처리하려면 BroadWorks 응용프로그램 서버(AS)에서 특별한 Webex 미팅 콜백 옵션(이하 VoiceXML 미팅 콜백 가입자라고 함)을 사용하는 전용 VoiceXML 가상 가입자를 구성해야 합니다. 이 가입자의 단일 인스턴스만 AS에서 구성할 수 있습니다.
기능을 활성화하려면 CLI를 통해 활성화 가능한 기능 102074를 true로 설정합니다.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
"콜백 및 콜인에 대한 BYO PSTN 비용 청구 지원" 기능은 "BroadWorks CI UUID 지원" 기능에 따라 달라지기 때문에 (102074) 기능을 활성화하기 전에 (102746) 기능도 활성화해야 합니다. 자세한 내용은 "CI 사용자 UUID 동기화(Broadworks CI UUID 지원)" 섹션을 참조하십시오. |
VoiceXML 미팅 콜백 가입자는 기존의 BYOPSTN VXML 가상 가입자와 유사하지만 새로운 “Webex 미팅 콜백” 플래그로 태그했습니다. 이 VoiceXML 미팅 콜백 가입자는 기존 BYOPSTN VXML 가상 가입자와 동일한 장치 프로필 및 동일한 자격 증명을 사용하는 인증 서비스로 구성됩니다.
예제는 아래에 나와 있습니다.
미팅 호스트 사용자를 호스팅하는 AS에 VoiceXML 미팅 콜백 가입자가 있어야 합니다. AS가 미팅 콜백 INVITE 요청을 수신하면 통화 설정 중에 AS에서 VoiceXML 미팅 콜백 사용자 및 미팅 호스트 사용자를 모두 찾으려고 시도합니다. 해당 사용자 중 어느 것도 찾을 수 없는 경우, 통화가 거부됩니다.
미팅 호스트 세션
X-Cisco-Meet-Info 헤더가 있는 콜백 시나리오에서 Cisco BroadWorks 응용프로그램 서버는 SIP INVITE 요청을 수신하고 SIP X-Cisco-Meet-Info 헤더의 호스트 CI 사용자 UUID 매개 변수를 사용하여 미팅 호스트 사용자를 식별합니다. 미팅 호스트 사용자를 대신하여 통화 세션이 생성되어 통화를 처리하고 사용자의 서비스 프로필을 실행합니다. 또한 미팅 호스트 사용자를 대신하여 비용 청구 기록이 생성됩니다. SIP X-Cisco-Meet-Info 헤더의 미팅 ID 및 사이트 UUID 정보는 청구 기록에 캡처됩니다.
SIP X-Cisco-Meet-Info 헤더의 예는 다음과 같습니다.
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
애플리케이션 전달 플랫폼
CI 사용자 UUID 동기화 (CI UUID에 대한 Broadworks 지원)
사용자 CI UUID는 Webex 환경 내에서 사용자를 식별하는 고유한 식별자입니다.
Cisco BroadWorks 응용프로그램 전달 플랫폼(ADP)에서 이 Webex 프로비저닝 동기화 응용프로그램은 사용자 CI UUID를 BroadWorks 인프라에 동기화, 매핑 및 저장하기 위해 사용되며, 이는 BroadWorks용 Webex 및 Webex 서비스와의 다양한 상호 작용에서 사용될 수 있습니다.
Cisco BroadWorks 네트워크 서버 및 Cisco BroadWorks 애플리케이션 서버에서 CI 사용자 UUID 연결을 사용하는 방법에 대한 “Webex 미팅 콜백 활성화”를 참조하십시오.
다음 단계는 Webex 프로비저닝 동기화 응용프로그램을 주기적으로 폴링하고 CI UUID로 BroadWork 사용자를 업데이트하도록 설정합니다.
Webex 프로비저닝 동기화 응용프로그램에는 Cisco ID 공급자에 대한 spark-admin:broadworks_subscribers_read 범위가 포함된 OAuth 자격 증명이 필요하며 온보딩 에이전트와 서비스 요청을 제기하여 얻을 수 있습니다.
서비스 요청을 제기하기 위한 자세한 내용은 'Cisco BroadWorks용 Webex에 대한 OAuth 자격 증명 얻기' 섹션을 확인하십시오. https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
다음과 같이 적절한 파트너 이름으로 토큰을 추가합니다.
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Webex 프로비저닝 동기화 응용프로그램에서 모니터링할 파트너 목록에 OAuth 토큰과 연계된 파트너 이름을 '활성화됨' 플래그가 'true'로 설정되어 있는 파트너 목록에 추가합니다.
이 Webex 프로비저닝 동기화 응용프로그램은 정의된 폴링 간격에서 CI 사용자 UUID 동기화 작업을 시작합니다.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
파트너가 포함되면 Webex 프로비저닝 동기화 응용프로그램은 이제 CI UUID를 BroadWorks 사용자에게 연결할 수 있습니다.
다음 명령을 사용하여 연결 시간 초과를 변경합니다.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
이 연결은 자동으로 또는 수동으로 수행할 수 있습니다. CLI manualSync 명령은 즉시 연결을 트리거할 수 있습니다.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
'활성화됨' 설정을 'true'로 설정한 파트너는 폴링 간격에 연계된 작업을 수행합니다. 초기 연결 중에 Webex 프로비저닝 동기화 응용프로그램은 Webex 가입자 API를 쿼리하여 파트너가 호스트하는 모든 사용자에 대해 CI UUID가 포함된 데이터를 검색합니다. BroadWorks 사용자의 외부 ID는 연결된 CI UUID로 업데이트됩니다. 후속 연결은 파트너에 추가된 사용자에게 영향을 미칩니다. 상태 명령어를 사용하여 동기화가 완료되었는지 확인할 수 있습니다.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
동기화가 완료되면 상태는 모니터링으로 다시 변경됩니다. 후속 동기화는 "마지막 동기화 시간" 후에 파트너에 추가된 사용자에 대해 수행됩니다.
다음 그림은 외부 ID 내에서 CI UUID 세트를 보여줍니다.
네트워크 서버
통화 유형
청구 및 보고 목적을 위해 미팅 발신 통화에 대한 CDR을 표시하는 것이 바람직할 수 있습니다. 이는 Network Server PreCallTyping 정책을 사용하여 수행할 수 있습니다.
먼저 /System/CallP/CallType 아래의 NS CLI에서 새 통화 유형을 추가합니다. 다음 예는 새로운 "WXM" 통화 유형을 추가합니다.
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
그런 다음 통화 유형은 BroadWorks 사용자의 라우팅 프로필의 일부인 PreCallTyping 인스턴스에서 사용할 수 있습니다. 이 예에서는 /Policy/PreCallTyping CLI 컨텍스트 아래에 새로운 PreCallTyping 인스턴스 “wxm”이 추가되었지만, 이미 사용되고 있는 기존의 PreCallTyping 인스턴스일 수 있습니다.
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
다음 단계는 /Policy/PreCallTyping/DialPlan CLI 컨텍스트 아래에 있는 모든 다이얼 인 번호에 대한 PreCallTyping 인스턴스에 항목을 추가하는 것입니다. 예:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
그런 다음 PreCallTyping 인스턴스가 아래 예에 표시된 대로 시작 사용자의 해당 라우팅 프로필에 추가됩니다(이미 존재하지 않는 경우).
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
CDR을 생성하는 BroadWorks는 BW 가입자로부터 시작된 통화에서만 생성됩니다. PSTN은 AS의 "네트워크" 측에서 발신된 통화는 발신 CDR을 생성하지 않습니다. 두 경우 모두 VoiceXML 가상 가입자에 대한 종료 CDR이 있습니다. |
라우팅NE
CUBE를 표현하려면 /System/Device/RoutingNE CLI 컨텍스트 아래의 NS에서 RoutingNE가 필요합니다. 이렇게 하면 NS가 CUBE에서 INVITE를 수신하면 NS에서 프로비저닝된 RoutingNE 항목과 via 헤더가 일치합니다. 시험약 투여 후 Cisco BroadWorks 네트워크 서버 명령줄 인터페이스 관리 설명서에서 RoutingNE을 추가하는 방법에 대한 자세한 내용을 확인합니다.
다음은 CUBE IP 주소 = 10.165.196.30인 RoutingNE "WebexMeetings"을 추가하는 명령어의 예입니다. 이 예제에서는 RoutingNE에 연결할 새 OrigRedirect 및 Profile 인스턴스를 만드는 명령어도 표시하지만, 기존 인스턴스도 사용할 수 있습니다.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
예제 구성을 사용하여 CUBE는 다음(굵게 표시된 중요한 필드)과 유사한 INVITE를 NS에 보냅니다.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
위치:
INVITE 요청 URI에 콜백 번호가 포함되어 있습니다.
헤더를 통해: 여기에는 RoutingNE 프로파일을 선택하는 데 사용될 CUBE의 IP 주소가 포함됩니다.
X-Cisco-Info-Meet 헤더: hostCIUserUuid, meetingid 및 siteUUID를 식별하는 데 사용됩니다.
INVITE를 수신하면 NS는 Via 헤더를 사용하여 RoutingNE “WebexMeetings”와 일치합니다. 그러면 OrigRedirect의 "wxm_routingInst" 인스턴스가 포함된 "wxm_" 라우팅 프로파일을 선택합니다.
그런 다음 NS OrigRedirect 정책이 X-CISCO-MEET-INFO 헤더와 일치합니다.
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
with the Line Port configured on the VoiceXML virtual subscriber and send a 302 redirect to the AS pair hosting that subscriber.(VoiceXML 가상 가입자에 회선 포트를 구성하고 가입자가 호스팅하는 AS 쌍 호스팅으로 302 리디렉션을 보냅니다.) 302 메시지는 다음과 같습니다.
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
별칭
CUBE에서 NS로 전송한 INVITE URI(예: bw.myenterprise.com)의 도메인은 NS에서 인식해야 합니다. 이는 NS_CLI/System/Alias 컨텍스트에 도메인을 추가하여 수행할 수 있습니다. 예:
NS_CLI/System/Alias> add bw.myenterprise.com
CUBE에서 INVITE URI 도메인을 구성하는 명령은 다음 섹션의 다이얼-피어/세션 대상 아래에서 찾을 수 있습니다. 예:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
호스팅NE
청구 및 세션 허용 제어에 대한 Webex Meetings 통화 처리 구성 옵션을 지원하려면 NS_CLI/System/Device/HostingNE 컨텍스트에서 응용프로그램 서버의 호스팅 NE 시그널링 특성 CallTypeInfoRequired 및 RequiresChargeIndication이 활성화되어야 합니다._ 예:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Webex 미팅 콜백 활성화
SIP X-Cisco-Meet-Info 헤더가 있는 콜백 시나리오에서 CUBE는 발신자가 AS 쌍으로 재전송할 수 있도록 네트워크 서버로 통화를 전송합니다. AS 쌍은 enableWebexMeetingHoostLookup 시스템 매개 변수에 따라 결정됩니다.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
enableWebexMeetingHoostLookup 시스템 파라미터가 true로 설정되면 X-Cisco-Meet-Info 헤더에 있는 미팅 호스트 사용자 CI UUID는 미팅 호스트 사용자를 호스트하는 AS 쌍을 식별하는 데 사용됩니다.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
10단계 프로비저닝 파트너 CUBE
이 섹션에서는 Cisco Unified Border Element(CUBE)를 자신의 PSTN 가져오기 솔루션에 대한 세션 보더 컨트롤러(SBC)로 배포하는 방법에 대해 검증된 구성을 제공합니다.
이 섹션은 이전 섹션에 표시된 Cisco BroadWorks용 Webex 구성 예제와 상호 작업하는 데 필요한 CUBE 구성에 중점을 둡니다. 초기 CUBE 배포 및 구성에 대한 보다 일반적인 논의는 다음 안내서를 참조하십시오. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Your Own SBC 옵션 배포
CUBE를 배포하지 않으려면 자신의 SBC를 배포할 수 있는 옵션이 있습니다. 그러나 이 문서는 CUBE 이외의 SBC에 대해 검증된 구성을 제공하지 않습니다.
자신의 SBC를 배포하는 경우 고급 CUBE 구성 요구 사항(예: 도메인, 공용 및 개인 인터페이스 및 게이트웨이 등 할당)을 따라 구성을 안내할 수 있습니다. 그러나 자신의 SBC에 대한 실제 명령이 CUBE와 다를 수 있으므로 자세한 명령줄 도움말은 SBC 문서를 참조하십시오.
달리 명시되지 않는 한, 10단계의 나머지 구성 요구 사항은 배포하는 SBC에 상관없이 적용됩니다. 그러나 명령줄 예제는 다른 SBC에 적용되는 경우를 제외하고 CUBE에만 적용됩니다. 다른 SBC의 경우 구성 명령에 대한 SBC 설명서를 참조하십시오. |
초기 구성
CUBE를 구성하려면 권한 있는 EXEC 모드를 활성화해야 합니다. 메시지가 표시되면 암호를 입력합니다.
enable
전역 구성 모드를 입력하려면:
configure terminal
도메인 설정:
ip domain name myenterprise.com
최대 세그먼트 크기(MSS) 설정:
ip tcp mss 1360
네트워킹 구성
공용 및 개인 인터페이스를 정의합니다. CUBE 예제에서:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
공용 및 개인 측의 IP 라우팅에 대한 게이트웨이를 구성합니다.
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
SSH 활성화:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE(또는 자신의 SBC)는 적절하게 구성된 방화벽 규칙이 있는 DMZ 내에 있어야 합니다. 외부 방화벽에서 열 포트 목록은 Webex에서 사용하는 포트 섹션을 참조하십시오. |
CUBE(또는 SBC)에서 BroadWorks 네트워크 서버로 전송된 콜백 통화에 대한 SRV 레코드를 구성합니다. 예를 들어 bw.myenterprise.com의 SRV:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
DNS 서버 구성:
ip name-server <DNS_IP_address>
대체 DNS 옵션은 내부 조회가 실패하는 경우 내부 DNS가 부모 DNS 서버로 연결되는 내부 DNS를 구성하는 것입니다. |
통화 처리 구성
일반
VoIP 서비스에 액세스해야 하는 모든 IP 주소로 CUBE(또는 SBC)를 구성합니다. 포함된 사항:
BroadWorks AS, NS 및 MS 서버에 대한 비공개 사이드 SIP 시그널링 주소.
오디오 인프라용 Webex Edge에 대한 공용 사이드 주소.
예를 들어 CUBE 구성은 아래를 참조하십시오.
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
위의 IP 주소 범위는 예입니다. Webex 오디오 인프라에 대한 현재 공용 IP 주소 목록에 대해서는 다음으로 이동하십시오. |
내 네트워크에서 Webex Meetings 트래픽을 허용하려면 어떻게 합니까?—대부분의 클러스터에 대한 IP 주소 범위는 Cisco Webex Meeting 서비스에서 사용하는 IP 주소 범위의 목록 아래에 나타납니다. 한 가지 예외는 중국 클러스터에 대한 것으로, 해당 범위는 아래 링크에 나타납니다.
Cisco Webex 중국 클러스터의 네트워크 요구 사항
CUBE가 라우트 진행에 앞서 TCP 연결을 설정하는 기본 타이머는 20초입니다. 변경하려면:
ip tcp synwait-time <5-300 (seconds)>
BroadWorks 측에서 응답하지 않는 액세스 장치에서 애플리케이션 서버의 시간 초과에 대한 기본 타이머는 6초입니다. 변경하려면:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
CUBE(또는 자신의 SBC)에서 RTP 트래픽에 대한 공개 및 비공개 측면 인터페이스를 열어야 합니다. CUBE 예제는 아래를 참조하십시오.
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
위치:
- <CUBE PUB="" IP=""> 은(는) CUBE의 공용 IP 주소입니다.
- <CUBE PRIV="" IP=""> 은(는) CUBE의 개인 IP 주소입니다.
- 포트 범위: 예제에서 포트 범위는 10200~28000입니다.
CUBE는 다음 TLS 암호 제품군을 지원합니다(발신 중에 CUBE는 TLS 핸드셰이크의 클라이언트 Hello에서 해당 기능을 제공합니다).
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
구성할 다른 일반 설정(샘플 CUBE 구성은 아래 참조):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
인바운드 및 아웃바운드 다이얼링에 대한 Uri는 나중에 다이얼-피어에서 사용할 수 있도록 정의되어야 합니다.
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge 오디오는 G722, G711ulaw 및 G711alaw 코덱을 지원합니다. 다이얼 피어에서 나중에 사용할 수 있도록 다음 음성 클래스 코드를 정의해야 합니다.
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge 오디오는 SRTP를 사용합니다. 음성 클래스 SRTP-crypto는 Edge 오디오에 대해 사용할 기본 SRTP 암호화 제품군을 할당합니다. 다음 암호화 도구 모음을 순서대로 구성합니다. 음성 클래스 srtp-crypto 구성은 Edge 오디오와의 연결에 사용되는 다이얼 피어에 적용되어야 합니다.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
인증을 위해 암호를 설정할 수 있도록 기본 키를 미리 구성합니다.
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
다음 명령을 사용하여 AS에서 음성 XML 가상 가입자에 대해 프로비저닝된 SIP 인증 자격 증명을 입력합니다. 콜백 시나리오의 경우 이러한 자격 증명은 AS가 CUBE(또는 자신의 SBC)가 AS로 보내는 INVITE에 도전할 때 사용됩니다.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
인증이 구성되면 "실행-구성 표시" 명령으로 볼 때 암호가 난독화됩니다.
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
다음 글로벌 SIP 구성도 수행해야 합니다.
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
번역 프로필
SIP 메시지 변환 프로필(2340)은 미팅 발신 통화에 사용됩니다. 예제 규칙 11에 표시된 대로 Edge 오디오로 보내기 전에 BroadWorks에서 수신되는 SIP 메시지를 수정하려면 항목이 있어야 합니다.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
위의 규칙 11은 BroadWorks의 수신 요청 Uri를 매핑합니다. 여기에는 CUBE 가상 가입자 장치 프로필의 연락처 값(예제에서 VXML_deviceProf 장치 프로필의 연락처 필드 값)이 있습니다.
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
적합한 Webex Edge 오디오 통화 라우팅 도메인으로:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
CUBE(또는 자신의 SBC)가 정적 NAT 뒤에 있는 경우, sip-profile 2340에 대한 추가 구성이 필요합니다. 자세한 정보는 다음 링크를 참조하십시오.
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide자신의 SBC를 배포하는 경우 자신의 SBC에서 유사한 규칙을 구성해야 합니다. |
AS에서 보낸 486 메시지를 Webex Edge 오디오로 다시 전달하려면 CUBE에서 다음 구성이 필요합니다(자신의 SBC에 대해서는 SBC 설명서를 참조하십시오. 도움말).
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
다른 4xx 메시지를 Webex Edge 오디오로 다시 착신 전환해야 하는 경우, 상단의 동일한 예를 따르십시오.
다이얼 피어
나중에 다이얼 피어에서 사용하기 위해 CUBE(또는 자신의 SBC)에서 음성 클래스 테넌트를 정의해야 하며, 이는 다음 기준을 충족합니다.
- RTP-NTE DTMF 패킷에 필요한 페이로드 인터워킹이 없으므로 비대칭 페이로드 전체를 구성합니다.
- Edge 오디오는 발신자 ID 업데이트를 지원하지 않기 때문에 "no update-callerid" 값이 구성되어야 합니다.
- Webex Edge 오디오 통화 라우팅은 URI를 기반으로 합니다. URI에 따라 다이얼 피어를 일치하려면 통화 라우트 URI가 활성화되어야 합니다.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
다음 다이얼 피어는 CUBE가 BroadWorks와 Webex Edge 오디오 간의 통화를 처리할 수 있도록 구성됩니다. CUBE에서 다음을 구성합니다(자신의 SBC에서 유사한 구성을 구성해야 함).
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
CUBE 통화 흐름
위에서 구성을 수행하면 CUBE에서 수신/발신 통화 흐름 시나리오의 예가 아래에 설명됩니다. 특정 단계의 색상 코딩은 위의 다이얼 피어에서 동일한 색상 항목과 관련이 있습니다.
자신의 SBC를 배포하는 경우, SBC와의 통화 흐름에 대한 자세한 내용은 SBC 설명서를 참조하십시오. |
BroadWorks에서 Webex로 미팅 발신 시나리오에 대해:
- 수신 INVITE는 내부 인터페이스에서 BroadWorks로부터 수신됩니다.
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- 수신 다이얼 피어 프로필 23401은 "수신 uri 요청 OUTEdgeAudio" 구성과 일치하는 수신 요청 URI("cube.internal.local")의 호스트를 기반으로 선택됩니다.
- 발신 다이얼 피어 23411은 "대상 uri OUTEdgeAudio" 구성과 일치하는 요청 URI("cube.internal.local")의 호스트를 기반으로 선택됩니다.
- 발신 INVITE는 다이얼 피어에 지정된 "음성 클래스 SIP 프로필 2340" 메시지 변환 프로필을 사용하여 "cube.internal.local"에서 "ecccspx.amer.pub.webex.com"으로 변경된 요청 URI에서 호스트와 외부 인터페이스에서 발송됩니다.
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Webex에서 BroadWorks로 미팅 콜백 시나리오
- CUBE 외부 인터페이스에서 Webex로부터 수신되는 INVITE는 다음과 같습니다.
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- 수신 다이얼 피어 23411은 "수신 uri 요청 INEdgeAudio" 구성을 기반으로 수신 요청 URI에 존재하는 "x-cisco-webex-service=audio" 패턴을 기반으로 선택됩니다.
- "대상 uri INEdgeAudio" 구성을 기반으로 요청 URI에 존재하는 "x-cisco-webex-service=audio" 패턴을 기반으로 두 개의 발신 다이얼 피어가 선택됩니다.
- 다이얼 피어 302
- 다이얼 피어 23401
- 발신 INVITE는 내부 인터페이스에서 네트워크 서버(다이얼 피어의 "세션 대상 dns:bw.myenterprise.com 항목"에 기반한 SRV 조회)로 전송됩니다.
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- 네트워크 서버는 CUBE 가상 가입자를 호스트하는 AS 쌍에 대한 연락처를 반환합니다.
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE는 302 메시지에서 반환된 연락처에 기반하여 활성 AS로 통화를 라우팅합니다.
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
mTLS 구성
CUBE(또는 자신의 SBC)와 Webex Edge 오디오 간의 mTLS 연결을 허용하려면 다음 구성 단계를 수행해야 합니다.
CUBE(또는 자신의 SBC)와 Webex Edge 오디오 간에 mTLS를 구성해야 합니다. |
와일드카드 인증서 지원
와일드카드 서명 인증서는 CUBE 또는 자신의 SBC에 대한 도메인에 해당하는 일반 제목 이름(예: *.us.example.com)을 사용합니다. 와일드카드 인증서는 다중 클러스터 CUBE 또는 SBC 배포에 대해 지원되지만 단일 노드 CUBE 또는 SBC 배포에는 지원되지 않습니다.
트러스풀
TLS 핸드셰이크 중에 Webex Edge 오디오가 인증서를 보낼 때 CUBE는 trustpool에서 수락된 인증서의 목록에 대해 인증서를 검증합니다.
trustpool 번들은 다음 명령어를 사용하여 최신 "Cisco Trusted Core Root Bundle"을 http://www.cisco.com/security/pki/ 다운로드하여 Cisco Root CA로 업데이트해야 합니다.
crypto pki trustpool import clean url <url>
Webex Edge 오디오가 보낸 인증서는 IdenTrust에서 서명합니다. “IdenTrust Commercial Root CA” 인증서가 설치되어 있는지 확인합니다. 자세한 내용은 이 링크를 참조하십시오.
자신의 SBC를 사용하고 있으며 가져오기를 완료할 수 없는 경우, OpenSSL과 같은 오픈 소스 도구를 사용하여 번들을 .pem 형식으로 변환할 수 있습니다. 예를 들어, 다음 명령어를 사용하여 hydrantID 인증서를 사용할 수 있습니다.
|
Trustpoint, 신뢰 지점
Edge 오디오는 CUBE가 상호 TLS(mTLS) 연결에 대해 신뢰할 수 있는 CA 인증 기관에서 서명한 인증서를 제공하도록 요구합니다. Cisco가 신뢰할 수 있는 인증 기관의 목록을 확인하려면 다음 링크를 사용하십시오. 이 목록에 있는 기관에서 서명한 인증서는 유효한 것으로 간주되고 연결이 허용됩니다. https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
단일 노드 CUBE
단일 노드는 CUBE(또는 자신의 SBC)가 FQDN에 고유한 제목 이름을 가진 인증서를 가져오므로 다른 CUBE가 가져올 수 없음을 의미합니다(즉, 와일드카드 인증서가 아님).
CUBE에 대한 CSR(인증서 서명 요청)을 생성하려면:
- keypair 만들기 (이 keypair는 trustpoint에 링크될 것입니다)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - 범용 키 쌍을 생성하도록 지정합니다.
- label <key-label> - (선택 사항) 내보낼 때 RSA 키 쌍에 사용되는 이름입니다. 키 레이블이 지정되지 않은 경우 라우터의 FQDN(정규화된 도메인 이름)이 사용됩니다.
- exportable - (선택 사항) RSA 키 쌍을 라우터와 같은 다른 Cisco 장치로 내보낼 수 있음을 지정합니다.
- trustpoint 만들기 (trustpoint에는 CUBE에 바인딩할 인증서가 포함되어 있습니다. CUBE가 인증서 요청을 수신하면 첨부된 트러스트 포인트의 인증서에 응답합니다.)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - CRL(인증서 해지 목록)은 해지된 인증서의 목록입니다. CRL은 원래 인증서를 발급한 CA에서 생성하고 디지털 서명합니다. CRL에는 각 인증서가 발급된 날짜 및 만료된 날짜가 포함됩니다.
등록 터미널 pem - PEM(privacy-enhanced mail) 경계를 인증서 요청에 추가합니다(BEGIN CERTIFICATE REQUEST에서 END CERTIFICATE REQUEST로 수동 복사-붙여넣기).
fqdn – CUBE의 정규화된 도메인 이름
subject-name CN=<fqdn> - 서명할 제목 이름
rsakeypair <key label=""> - 이전 단계에서 생성된 키페어
(참조: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- CSR 생성:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- CSR(시작 인증서 요청에서 종료 인증서 요청까지)을 CA(인증 기관)로 보내기
CA는 서명된 인증서를 생성합니다.
- CA에 따라 루트 인증서(예: DigiCertCA.crt) 및 요청된 인증서(예: cube.crt)를 제공합니다.
- CA 인증서 로드
- 먼저 루트의 인증서를 사용하여 신뢰 지점을 인증합니다.
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- 그런 다음 trustpoint CUBE에서 CUBE의 인증서를 가져옵니다.
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
자신의 SBC를 배포하는 경우, CSR 생성 방법에 대한 자세한 내용은 SBC 문서를 참조하십시오. |
멀티 노드 CUBE 클러스터 (인증서에서 대체 이름 사용) - 지원되지 않음
다중 노드는 CUBE가 두 개 이상의 CUBE 배포에 대해 동일한 인증서를 가져올 수 있음을 의미합니다. 피험자 대체 이름을 사용하여 CSR을 생성하는 것은 현재 지원되지 않습니다. https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
멀티 노드 CUBE 클러스터 (와일드카드 서명 인증서를 pkcs12 형식으로 사용)
와일드카드 서명 인증서를 사용하는 다중 노드는 제목 이름이 일반(예: *.us.example.com)이며 CUBE 도메인(또는 SBC 도메인)에 해당함을 의미합니다.
- 와일드카드 인증서가 준비되었다고 가정하면 공개(.crt) 및 비공개 키(.key) 파일을 준비합니다.
- OpenSSL을 사용하여 .crt 및 .key 파일을 포함하여 번들 PKCS12 형식(.pfx) 파일을 만듭니다. (윈도우에서 cygwin 사용) - 참조: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- CUBE:bootflash에서 .pfx 파일을 전송합니다. (Linux 서버에서 CUBE로 scp)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- 신뢰 지점을 만들고 pkcs12 파일을 가져옵니다.
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
CUBE 인증서 구성 확인
전체 체인이 인증서에 포함되어 있는지 확인합니다. 다음 예제에서는 CUBE에 대한 유효성 검사 명령을 보여줍니다. 자신의 SBC를 배포하는 경우 SBC에 적용되는 명령을 사용합니다.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
SIP 시그널링을 trustpoint를 사용하도록 설정
다음 명령을 사용하여 CUBE 트러스트포인트에서 SIP UA를 프로비저닝합니다. 다음은 CUBE의 예입니다. 자신의 SBC를 배포하는 경우 명령어 도움말을 위해 SBC 문서를 참조하십시오.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE 로그
활성화된 디버그 필터를 확인하려면
CUBE# show debug
디버그 필터를 설정하려면(예)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
디버그 필터를 설정 해제하려면(예)
CUBE# no debug ccsip messages
로그 버퍼를 지우고 확인하려면
CUBE# clear log
>>> make test call <<<
CUBE# show log
CUBE를 배포하지 않는 경우, 로그 사용 방법에 대한 자세한 내용은 자신의 SBC에 대한 문서를 참조하십시오. |
기타 유용한 명령어
현재 구성을 확인하려면
CUBE# show running-config (or just CUBE# show run)
부팅할 때 사용되는 ROM에 구성을 저장하려면
CUBE# write
단계 11 BYoPSTN 인증
BYoPSTN 솔루션의 구성 및 프로비저닝이 완료되면 파트너는 솔루션을 인증하기 위해 수락 테스트 사례의 집합을 실행해야 합니다. 이는 파트너 BYoPSTN이 승인 및 활성화되게 하기 위해 필요한 단계입니다.
수락 테스트 사례는 다음 위치에서 Cisco BroadWorks용 Webex 자신의 PSTN 수락 절차 가져오기 문서에 요약되어 있습니다. https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
파트너는 온보딩 및 인증 팀에 성공적으로 실행된 수락 테스트 결과를 제공해야 합니다.
수락 테스트 사례 실행의 질문, 문제 및 결과는 파트너를 등록하기 위해 지정된 Webex 스페이스에서 보고되고 공유되어야 합니다.
서비스 내 전화 번호 그룹/콜백 DNS SRV 그룹에 업데이트 적용
파트너가 제공한 발신 번호를 사용하여 테스트하지 않은 고객이 고객 템플릿에 지정되면 다음 미팅 참여 옵션을 해당 사용자가 사용할 수 있습니다.
미팅 초대장에는 전화 번호 할당 그룹에서 한 개 이상의 기본 전화 번호가 포함됩니다.
Webex 앱은 전화 번호 그룹을 미팅 참여 옵션으로 할당 옵션에서 한 개 이상의 기본 전화 번호를 표시합니다.
Webex Meeting 사이트 UI는 전화 번호 그룹을 미팅 참여 옵션으로 할당 옵션에서 한 개 이상의 기본 전화 번호를 표시합니다.
고객 템플릿에서 콜백이 활성화된 경우, Webex Meeting은 콜백 요청이 지정된 DNS SRV 콜백 그룹에 지정된 레코드 중 하나로 라우팅되는 '나에게 전화' 옵션을 제공합니다.
고객 템플릿에 대한 미팅 참여 옵션 변경 또는 지정된 전화 번호 그룹으로 변경 또는 콜백 DNS SRV 그룹으로 변경하면 위의 미팅 참여 옵션에 영향을 미칠 수 있습니다. 해당 변경 사항은 기존의 고객에게 적용되지 않지만, 새롭게 프로비저닝된 고객은 표준 및 프리미엄 패키지 미팅 사이트에 대해 즉시 반영된 변경 사항을 확인할 수 있습니다. 따라서 이러한 변경 사항은 기존 고객 템플릿, 전화 번호 그룹 또는 콜백 DNS SRV 그룹(콜백 DNS SRV 그룹이 배포된 경우)에 적용되기 전에 시드 솔루션 조직을 사용하여 확인되는 것이 좋습니다.
고객 템플릿에 대한 미팅 참여 옵션을 업데이트하거나 전화 번호 그룹 또는 콜백 DNS SRV 그룹에 업데이트를 적용할 때 다음 단계를 따라야 합니다.
고객 템플릿, 전화 번호 그룹 또는 콜백 DNS SRV 그룹이 테스트 BroadWorks 서비스 공급자 및/또는 테스트 BroadWorks Enterprises에서 사용 중인 경우, 이 절차는 선택 사항입니다. 테스트 BroadWorks 서비스 공급자를 삭제하거나 BroadWorks 기업 조직을 테스트하고 업데이트된 고객 템플릿, 전화 번호 그룹 또는 콜백 DNS SRV 그룹을 사용하여 다시 프로비저닝하는 것이 더 적절할 수 있습니다.
전화 번호 그룹만 업데이트:
필수 업데이트에서 새로운 임시 전화 번호 그룹을 만듭니다.
- 새 전화 번호 그룹을 사용하는 새로운 임시 고객 템플릿을 만듭니다. 기존 전화 번호 그룹이 그룹과 함께 사용되고 있는 경우 템플릿에 할당합니다.
- 새로운 고객 템플릿을 사용하여 표준 패키지로 테스트 BroadWorks 서비스 공급자 또는 테스트 BroadWorks Enterprise에서 구독자를 프로비저닝하여 시드 솔루션 조직을 만듭니다. 이는 보조 시드 솔루션 조직이며, BroadWorks에서 구성된 미팅 siteUUID에 대한 업데이트가 필요하지 않음을 숙지하십시오.
- BroadWorks 구성(BYoPSTN) JSON 파일을 다운로드합니다. 여기에는 전화 번호 그룹의 새 전화 번호에 대한 코드 매핑에 액세스할 전화 번호가 포함되어 있습니다.
- 시드 솔루션 조직 표준 패키지 미팅 사이트에 대한 Webex Edge 오디오 DNS SRV 도메인을 결정합니다. 원래 전화 번호 그룹에 대해 이전에 결정된 값과 변경되지 않아야 합니다.
- BroadWorks 구성(BYoPSTN) JSON 파일을 사용하여 구성 업데이트를 BroadWorks에 적용합니다.
- 시드 조직 표준 패키지 사이트를 사용하여 미팅을 예약하고 발신 전화 번호를 사용하여 미팅에 참여하여 구성을 확인합니다.
- 원본 전화 번호 그룹에 업데이트를 적용합니다. 이 변경 사항은 이제 비테스트 고객에 대해 서비스 중입니다.
- 시드 솔루션 조직, 임시 전화 번호 그룹 및 고객 템플릿을 삭제할 수 있습니다. 원래 전화 번호 그룹이 업데이트되면 해당 요소는 더 이상 필요하지 않습니다.
콜백 DNS SRV 그룹만 업데이트:
- 필수 업데이트로 새로운 임시 DNS SRV 콜백 그룹을 만듭니다.
- 새로운 콜백 DNS SRV 그룹 및 기존 전화 번호 그룹을 사용하는 새로운 임시 고객 템플릿을 만듭니다. 기존의 DNS SRV 콜백 그룹이 그룹과 함께 사용되고 있는 경우, 템플릿에 할당합니다.
- 새로운 고객 템플릿을 사용하여 표준 패키지로 테스트 BroadWorks 서비스 공급자 또는 테스트 BroadWorks Enterprise에서 구독자를 프로비저닝하여 시드 솔루션 조직을 만듭니다. 이는 보조 시드 솔루션 조직이며, BroadWorks에서 구성된 미팅 siteUUID에 대한 업데이트가 필요하지 않음을 숙지하십시오.
- 시드 조직 표준 패키지 사이트를 사용하여 미팅을 예약하고, 발신 전화 번호를 사용하여 미팅에 참여하며, '나에게 전화 걸기' 옵션을 사용하여 구성을 확인합니다.
- 원본 DNS SRV 콜백 그룹에 업데이트를 적용합니다. 이 변경 사항은 이제 비테스트 고객에 대해 서비스 중입니다.
- 시드 솔루션 조직, DNS SRV 콜백 그룹 및 고객 템플릿을 삭제할 수 있습니다. 원래 콜백 DNS SRV 그룹이 업데이트되면 해당 요소는 더 이상 필요하지 않습니다.
전화 번호 및 콜백 DNS SRV 그룹 모두 업데이트:
- 필수 업데이트에서 새로운 임시 전화 번호 및 DNS SRV 콜백 그룹을 만듭니다.
- 새로운 전화 번호 그룹 및 새로운 콜백 DNS SRV 그룹을 사용하는 새로운 임시 고객 템플릿을 만듭니다. 기존 전화 번호 그룹 및/또는 DNS SRV 콜백 그룹이 그룹과 함께 사용되고 있는 경우, 템플릿에 할당합니다.
- 새로운 고객 템플릿을 사용하여 표준 패키지로 테스트 BroadWorks 서비스 공급자 또는 테스트 BroadWorks Enterprise에서 구독자를 프로비저닝하여 시드 솔루션 조직을 만듭니다. 이는 보조 시드 솔루션 조직이며, BroadWorks에서 구성된 미팅 siteUUID에 대한 업데이트가 필요하지 않음을 숙지하십시오.
- BroadWorks 구성(BYoPSTN) JSON 파일을 다운로드합니다. 여기에는 전화 번호 그룹의 새 전화 번호에 대한 코드 매핑에 액세스할 전화 번호가 포함되어 있습니다.
- 시드 솔루션 조직 표준 패키지 미팅 사이트에 대한 Webex Edge 오디오 DNS SRV 도메인을 결정합니다. 원래 전화 번호 그룹에 대해 이전에 결정된 값과 변경되지 않아야 합니다.
- BroadWorks 구성(BYoPSTN) JSON 파일을 사용하여 구성 업데이트를 BroadWorks에 적용합니다.
- 시드 조직 표준 패키지 사이트를 사용하여 미팅을 예약하고, 발신 전화 번호를 사용하여 미팅에 참여하며, '나에게 전화 걸기' 옵션을 사용하여 구성을 확인합니다.
- 원본 전화 번호 및 DNS SRV 콜백 그룹에 업데이트를 적용합니다. 이 변경 사항은 이제 비테스트 고객에 대해 서비스 중입니다.
- 시드 솔루션 조직, 임시 전화 번호 그룹, DNS SRV 콜백 그룹 및 고객 템플릿을 삭제할 수 있습니다. 원래 전화 번호 그룹 및 콜백 DNS SRV 그룹이 업데이트되면 해당 요소는 더 이상 필요하지 않습니다.
BroadWorks에서 새로운 기본 시드 솔루션 조직을 선택하고 구성하지 않는 한 기본 시드 솔루션 조직을 삭제해서는 안 됩니다. 기본 시드 솔루션 조직을 삭제하면 BYoPSTN 솔루션이 Webex Edge 오디오에 대한 SIP 메시지 인증에 의존하는 사이트 UUID가 제거됩니다. 삭제된 경우, 파트너가 제공한 발신 번호를 사용하는 사이트에 대해 발신을 사용하여 미팅에 참여하면 실패합니다. |
자신의 SBC를 사용할 때 G722 미디어 상호 운용성
자신의 SBC를 활용할 때 CUBE에서 일반적으로 처리하는 상호 운용성 문제는 Cisco 파트너 BroadWorks 인프라와 Webex 클라우드 간에 고려해야 합니다. 한 가지 예는 BroadWorks 미디어 서버를 포함하는 G722 코덱을 사용하는 발신 또는 콜백입니다(예: BroadWorks 통화 레코딩 서비스를 사용할 때). 이 시나리오에서 Webex Edge 오디오는 "a=fmtp:9" 회선이 있는 SDP를 보낼 수 있습니다. SBC는 BroadWorks 백엔드로 보내기 전에 "a=fmtp:9 bitrate=64"를 사용할 비트 전송률 매개 변수를 추가하려면 이 회선을 업데이트해야 합니다.
알려진 제한 사항
고객 템플릿 미팅 참여 옵션, Cisco 발신 번호 또는 파트너 제공 발신 번호에 대한 변경 사항은 새롭게 프로비저닝된 고객에게만 적용됩니다. 템플릿을 사용하는 기존 고객은 변경되지 않습니다.
고객 템플릿 전화 번호 그룹 또는 콜백 DNS SRV 그룹 설정에 대한 변경 사항은 첫 번째 표준 또는 프리미엄 패키지 사용자에 대해 새롭게 프로비저닝된 고객 또는 프로비저닝된 기존 고객에게만 적용됩니다. 이미 표준 또는 프리미엄 패키지 사용자가 있는 기존 고객은 변경되지 않습니다.
고객 템플릿에 할당된 전화 번호 그룹 또는 콜백 DNS SRV 그룹에 대한 변경 사항은 첫 번째 표준 또는 프리미엄 패키지 사용자에 대해 새롭게 프로비저닝된 고객 또는 프로비저닝된 기존 고객에게만 적용됩니다. 이미 표준 또는 프리미엄 패키지 사용자가 있는 연결된 템플릿에 할당된 기존 고객은 변경되지 않습니다.
지정된 고객 템플릿은 Cisco 발신 번호 또는 파트너가 제공한 발신 번호 미팅 참여 옵션을 지원하며, 동일한 템플릿에 대한 두 가지 옵션의 조합은 지원되지 않습니다.
'나에게 전화' 또는 콜백 미팅 참여 사용 사례에 대한 SIP 메시징에는 참여할 미팅을 호스트하는 고객 및/또는 사용자에 대한 정보가 포함되지 않습니다.
지정된 전화 번호 그룹에 대한 전화 번호 및 연계된 미팅 액세스 코드는 한 개의 Webex Edge 오디오 DNS SRV 도메인(예: ecccspx.amer.webex.com)만 지원합니다. 해당 전화 번호를 사용하여 다른 Webex Edge 오디오 DNS SRV 도메인의 미팅에 발신하는 작업은 지원되지 않습니다.
Webex Edge 오디오는 통화 중 코덱 재협상을 지원하지 않습니다. 따라서 통화에 응답한 후에 호출되는 서비스는 올바르게 작동하지 않을 수도 있습니다.
Webex 앱, Webex Meeting 사이트 UI 및 Webex Meeting 초대 이메일은 "무료 통화 제한 사항" 문서에 대한 링크를 제공합니다. 이 문서는 Cisco에서 제공한 전화 번호에만 적용되며, 미팅 참여에 대해 파트너가 제공한 전화 번호를 사용할 때 사용자가 무시해야 합니다.
문서 개정 내역
다음 표에서는 지난 12개월 동안 이 문서의 변경 이력을 보여줍니다.
날짜 | 버전 | 변경 설명 | |
---|---|---|---|
2024년 4월 8일 | 1-36 |
| |
2024년 1월 10일 | 1-35 |
| |
2023년 12월 22일 | 1-34 |
| |
2023년 7월 4일 | 1-33 |
| |
2023년 2월 2일 | 1-32 |
| |
2023년 2월 2일 | 1-31 |
| |
2023년 1월 31일 | 1-30 |
| |
2022년 11월 29일 | 1-29 |
|