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 솔루션 안내서에 설명된 대로

Cisco 파트너가 Webex 미팅 발신 전화 번호를 추가하는 데 사용하는 절차는 다음과 같습니다.

1. Cisco Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화로 스크롤합니다.

4. 미팅 참여 구성(BYoPSTN)에서 발신 전화 번호 만들기 Group를 선택합니다.

5. 전화 번호 그룹 이름을 입력하고 다음을 선택합니다.

6. 전화 번호 세부 사항을 입력하고 다음을 선택합니다.

7. 전화 번호 그룹 세부 정보 요약을 검토하고 저장을 선택합니다.

8. 추가할 각 전화 번호 그룹에 대해 이 절차를 반복합니다.

아래 스크린샷은 절차를 설명합니다.

이 단계는 콜백 옵션을 통해 미팅 참여를 배포하려는 경우에만 완료됩니다. 그렇지 않으면 이 단계를 건너뛸 수 있습니다.

이 옵션을 구성하지 않는 경우, 사용자는 발신 옵션을 사용하여 미팅에 참여하거나, 컴퓨터 오디오로 참여할 수 있습니다.

미팅 콜백 옵션을 사용할 때 Webex에서 CUBE로 통화를 라우트하려면 콜백 DNS SRV 그룹이 필요합니다. Cisco 파트너가 Webex에 CUBE DNS SRV 레코드를 추가하는 데 사용하는 절차는 다음과 같습니다.

1. Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화로 스크롤합니다.

4. 미팅 참여 구성(BYoPSTN)에서 콜백 DNS SRV 그룹 만들기를 선택합니다.

5. 콜백 DNS SRV 그룹 이름을 입력합니다.

6. 다음을 선택합니다.

7. 콜백 DNS SRV 세부 사항을 입력합니다.

8. 다음을 선택합니다.

9. 콜백 DNS SRV 세부 정보 요약을 검토합니다.

10. 저장을 선택합니다.

11. DNS SRV 그룹의 새 레코드를 반영하기 위해 DNS에 업데이트를 프로비저닝합니다.

12. 추가될 각 콜백 DNS SRV 그룹에 대해 이 절차를 반복합니다.

아래 스크린샷은 절차를 설명합니다.

BYoPSTN 솔루션의 초기 구성 및 확인에는 전화 번호 그룹 및 콜백 DNS SRV 그룹(콜백이 필요한 경우)의 각 고유한 조합에 대한 시드 조직이 필요합니다. 따라서 Cisco 파트너는 전화 번호 그룹 및 콜백 DNS SRV 그룹의 각 고유한 조합에 대해 새로운 고객 템플릿을 만드는 것이 좋습니다. 각 고객 템플릿을 사용하여 해당 시드 조직을 생성해야 합니다.

BYoPSTN 구성이 시드 조직을 사용하여 시드 및 확인되면 필요에 따라 전화 번호 그룹 및 콜백 DNS SRV 그룹을 기존 고객 템플릿에 적용할 수 있습니다.

새로 생성된 고객 템플릿은 기존의 테스트되지 않은 고객이 사용하지 않으므로 BYoPSTN 구성의 수동 확인을 위해 안전하게 사용할 수 있습니다.

콜백을 통해 미팅 참여를 배포하지 않는 경우, 콜백 DNS SRV 그룹을 고객 템플릿에 연결하지 않아도 됩니다. 단, 콜백 비활성화를 선택해야 합니다.

새로운 고객 템플릿에 추가하려면 다음을 수행합니다.

1. Cisco Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화로 스크롤합니다.

4. 템플릿 아래에서 템플릿 추가를 선택합니다.

5. 템플릿 세부 사항을 입력합니다. 패키지 유형 단계에서:

   • 패키지 유형을 표준으로 선택합니다.

   • 미팅 참여 구성을 파트너가 발신 번호(BYoPSTN)를 제공한 파트너로 선택합니다.

   • 프로비저닝된 전화 번호 그룹을 선택합니다.

   • 콜백 DNS SRV 그룹에 대해 미팅 콜백 옵션을 활성화하려면 프로비저닝된 콜백 DNS SRV 그룹을 선택합니다. 그렇지 않으면, 콜백 비활성화를 선택합니다.

6. 다음을 선택합니다.

7. 나머지 템플릿 세부 사항을 입력합니다.

8. 템플릿 세부 정보 요약을 검토합니다.

9. 저장을 클릭합니다.

10. 추가되어야 하는 각 고객 템플릿에 대해 이 절차를 반복합니다.

아래 스크린샷은 절차를 보여줍니다.

기존의 고객 템플릿을 업데이트하려면 다음을 수행합니다.

1. Cisco Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화 섹션으로 스크롤합니다.

4. 템플릿 아래에서 템플릿 보기를 선택합니다.

5. 업데이트할 템플릿을 선택합니다.

6. 미팅 참여 구성 섹션으로 스크롤:

   • 파트너가 제공한 발신 번호(BYoPSTN)를 선택합니다.

   • 이전에 구성된 전화 번호 그룹을 선택합니다.

   • 콜백 DNS SRV 그룹에 대해 미팅 콜백 옵션을 활성화하려면 프로비저닝된 콜백 DNS SRV 그룹을 선택합니다. 그렇지 않으면, 콜백 비활성화를 선택합니다.

7. 저장을 선택합니다.

   아래 스크린샷은 절차를 보여줍니다.

BYoPSTN 솔루션에는 여러 가지 구성 요소가 있으며, 각 구성 요소는 솔루션이 성공적으로 작동하도록 올바르게 구성되어야 합니다. 시드 솔루션 조직의 두 가지 목적 중 하나는 미팅 액세스 코드 매핑에 대한 전화 번호와 솔루션의 지속적인 작동에 필요한 미팅 사이트 고유 식별자(사이트 UUID)를 생성하는 것입니다. 다른 목적은 구성 검증입니다.

사용할 전화 번호 그룹 및 콜백 DNS SRV 그룹의 각 고유한 조합에 대해 해당하는 고객 템플릿을 이전에 만들어야 합니다. 각 고객 템플릿에 대해 시드 솔루션 조직을 프로비저닝해야 합니다. 이러한 시드 조직의 프로비저닝은 BroadWorks를 구성하는 데 필요한 미팅 액세스 코드 매핑 및 미팅 사이트 UUID에 대한 전화 번호를 생성합니다.

이전에 구성된 각 고객 템플릿을 사용하여 표준 패키지 사용자와 함께 새로운 테스트 BroadWorks 서비스 공급자 또는 새로운 BroadWorks 엔터프라이즈에 대해 가입자를 프로비저닝합니다. 결과 표준 패키지 미팅 사이트는 파트너 공급자 발신 번호 미팅 참여 옵션을 사용해야 합니다. 다음 방법 중 하나를 사용하여 가입자를 프로비저닝할 수 있습니다.

1. BroadWorks 가입자 API를 사용하여 테스트 가입자를 프로비저닝합니다. developer.webex.com.

2. 고객 템플릿을 사용하도록 구성된 BroadWorks에서 IM&P 서비스에 대한 테스트 가입자를 활성화합니다. 테스트 가입자에게 표준 패키지가 지정되도록 하려면 고객 템플릿이 표준 패키지를 기본값으로 사용하고 있는지 확인하십시오. 또는 테스트 가입자가 표준 패키지를 갖도록 나중에 업데이트해야 합니다.

시드 솔루션 조직은 테스트 BroadWorks 서비스 공급자 또는 테스트 BroadWorks Enterprise와 관련된 것이 좋습니다.

각 발신 미팅 참여 요청에서 인증 토큰으로 이 사이트 UUID가 전송되기 때문에 이 미팅 사이트는 프로비저닝된 상태로 유지되는 것이 중요합니다. 연계된 미팅 사이트도 삭제되므로 시드 조직을 삭제해서는 안 됩니다. 시드 조직이 제거되면 새로운 조직을 프로비저닝하고 새로운 사이트 UUID로 Broadworks를 다시 구성해야 합니다.

전화 번호 및 콜백 DNS SRV 레코드 집합이 비 테스트 고객에게 할당되기 전에 원하는 경우 기본 및 보조 시드 솔루션 조직을 삭제할 수 있습니다. 전화 번호 및 콜백 DNS SRV 레코드 집합이 테스트되지 않은 고객에게 할당되면 해당 전화 번호 및 콜백 레코드는 해당 고객의 미팅 사이트와 연결되며 발신 및 콜백을 사용하여 미팅 참여에 사용 중입니다. 모든 변경 사항은 서비스에 영향을 미치는 것으로 간주되어야 합니다.

기본 시드 솔루션 조직을 선택하려면 다음을 수행합니다.

1. Cisco Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화 섹션으로 스크롤합니다.

4. 구성 유효성 검사(BYoPSTN) 섹션에서 지정을 선택합니다.

5. 조직 지정 화면에서 이전에 구성된 시드 조직 중 하나를 검색하고 선택합니다.

6. 지정을 선택합니다.

   선택된 시드 조직은 기본 시드 조직입니다.

아래 스크린샷은 절차를 설명합니다.

지정된 BroadWorks 클러스터에 대한 기본 Seed Solution Organization, 전화 번호 그룹 및 콜백 DNS SRV 그룹 세부 정보는 단일 위치인 BroadWorks 구성(BYoPSTN) JSON 파일에서 사용할 수 있습니다. 이 정보는 BYoPSTN에 대해 BroadWorks를 구성하기 위해 필요합니다.

JSON 구성 파일은 기본 시드 솔루션 조직을 선택한 후에만 보기/다운로드할 수 있습니다.

JSON 구성 파일을 확인/다운로드하는 절차는 다음과 같습니다.

1. Cisco Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화로 스크롤합니다.

4. 클러스터 아래에서 클러스터 보기를 선택합니다.

5. BYoPSTN에 대해 구성된 고객 템플릿에 연결된 클러스터를 선택합니다.

6. BYoPSTN 섹션에 대한 BroadWorks 구성으로 스크롤합니다.

7. JSON 구성 파일 다운로드를 클릭합니다.

8. 다른 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"
      }
   ]
}

BroadWorks에서 Webex Edge 오디오 DNS SRV 도메인을 구성해야 합니다. 다음 절차를 사용하여 값을 결정합니다.

1. Cisco Partner Hub에 로그인합니다.

2. 고객으로 이동합니다.

3. BYoPSTN 유효성 검증 기업을 선택합니다.

4. 고객 보기를 선택합니다.

5. 서비스/미팅으로 이동합니다.

6. 표준 패키지 미팅 사이트를 선택합니다.

7. 사이드-아웃 목록의 하단까지 스크롤하고 사이트 구성을 선택합니다.

8. 공통 설정/오디오 설정을 선택합니다.

9. Edge 오디오 사용자 정의 글로벌 발신 번호 섹션 아래에서 Lua 스크립트 생성을 선택합니다.

10. 팝업 창에서 값 "-- 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)
    

11. 예를 들어 굵은 글씨로 값을 추출합니다. ecccx.amer.webex.com.

이는 BroadWorks에서 구성해야 하는 Webex Edge 오디오 DNS SRV 도메인입니다.

이 섹션에서는 아래 다이어그램에 표시된 미팅 발신 및 콜백 시나리오를 구현하는 데 필요한 BroadWorks 구성을 설명합니다. 구성 예제는 이전 섹션에 표시된 JSON 파일의 데이터를 기반으로 합니다. 번호, 도메인, 기업/그룹 이름, 장치 유형, 정책, 프로필 등은 파트너에 따라 다를 것으로 예상됩니다.

통화 흐름:

1. 사용자가 콜백을 요청하면 Webex는 콜백을 시작합니다.
2. 통화가 BroadWorks OTT로 라우팅됩니다.
3. 통화가 CH에서 프로비저닝된 CUBE에 도달합니다. CUBE는 통화를 BroadWorks로 라우팅합니다.
4. BroadWorks는 통화를 미팅 호스트 발생으로 식별하고 미팅 호스트 사용자에 대한 세션을 만들고 통화를 처리합니다.
5. 미팅 호스트 사용자 세션은 통화를 처리하고 착신 번호를 번역합니다. 또한 미팅 호스트 사용자를 대신하여 비용 청구 기록이 생성됩니다.
6. 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 인증을 구성하는 명령어의 예는 다음과 같습니다. sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

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

이 섹션에서는 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 설명서를 참조하십시오.

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 스페이스에서 보고되고 공유되어야 합니다.

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 솔루션 안내서에 설명된 대로

Cisco 파트너가 Webex 미팅 발신 전화 번호를 추가하는 데 사용하는 절차는 다음과 같습니다.

1. Cisco Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화로 스크롤합니다.

4. 미팅 참여 구성(BYoPSTN)에서 발신 전화 번호 만들기 Group를 선택합니다.

5. 전화 번호 그룹 이름을 입력하고 다음을 선택합니다.

6. 전화 번호 세부 사항을 입력하고 다음을 선택합니다.

7. 전화 번호 그룹 세부 정보 요약을 검토하고 저장을 선택합니다.

8. 추가할 각 전화 번호 그룹에 대해 이 절차를 반복합니다.

아래 스크린샷은 절차를 설명합니다.

이 단계는 콜백 옵션을 통해 미팅 참여를 배포하려는 경우에만 완료됩니다. 그렇지 않으면 이 단계를 건너뛸 수 있습니다.

이 옵션을 구성하지 않는 경우, 사용자는 발신 옵션을 사용하여 미팅에 참여하거나, 컴퓨터 오디오로 참여할 수 있습니다.

미팅 콜백 옵션을 사용할 때 Webex에서 CUBE로 통화를 라우트하려면 콜백 DNS SRV 그룹이 필요합니다. Cisco 파트너가 Webex에 CUBE DNS SRV 레코드를 추가하는 데 사용하는 절차는 다음과 같습니다.

1. Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화로 스크롤합니다.

4. 미팅 참여 구성(BYoPSTN)에서 콜백 DNS SRV 그룹 만들기를 선택합니다.

5. 콜백 DNS SRV 그룹 이름을 입력합니다.

6. 다음을 선택합니다.

7. 콜백 DNS SRV 세부 사항을 입력합니다.

8. 다음을 선택합니다.

9. 콜백 DNS SRV 세부 정보 요약을 검토합니다.

10. 저장을 선택합니다.

11. DNS SRV 그룹의 새 레코드를 반영하기 위해 DNS에 업데이트를 프로비저닝합니다.

12. 추가될 각 콜백 DNS SRV 그룹에 대해 이 절차를 반복합니다.

아래 스크린샷은 절차를 설명합니다.

BYoPSTN 솔루션의 초기 구성 및 확인에는 전화 번호 그룹 및 콜백 DNS SRV 그룹(콜백이 필요한 경우)의 각 고유한 조합에 대한 시드 조직이 필요합니다. 따라서 Cisco 파트너는 전화 번호 그룹 및 콜백 DNS SRV 그룹의 각 고유한 조합에 대해 새로운 고객 템플릿을 만드는 것이 좋습니다. 각 고객 템플릿을 사용하여 해당 시드 조직을 생성해야 합니다.

BYoPSTN 구성이 시드 조직을 사용하여 시드 및 확인되면 필요에 따라 전화 번호 그룹 및 콜백 DNS SRV 그룹을 기존 고객 템플릿에 적용할 수 있습니다.

새로 생성된 고객 템플릿은 기존의 테스트되지 않은 고객이 사용하지 않으므로 BYoPSTN 구성의 수동 확인을 위해 안전하게 사용할 수 있습니다.

콜백을 통해 미팅 참여를 배포하지 않는 경우, 콜백 DNS SRV 그룹을 고객 템플릿에 연결하지 않아도 됩니다. 단, 콜백 비활성화를 선택해야 합니다.

새로운 고객 템플릿에 추가하려면 다음을 수행합니다.

1. Cisco Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화로 스크롤합니다.

4. 템플릿 아래에서 템플릿 추가를 선택합니다.

5. 템플릿 세부 사항을 입력합니다. 패키지 유형 단계에서:

   • 패키지 유형을 표준으로 선택합니다.

   • 미팅 참여 구성을 파트너가 발신 번호(BYoPSTN)를 제공한 파트너로 선택합니다.

   • 프로비저닝된 전화 번호 그룹을 선택합니다.

   • 콜백 DNS SRV 그룹에 대해 미팅 콜백 옵션을 활성화하려면 프로비저닝된 콜백 DNS SRV 그룹을 선택합니다. 그렇지 않으면, 콜백 비활성화를 선택합니다.

6. 다음을 선택합니다.

7. 나머지 템플릿 세부 사항을 입력합니다.

8. 템플릿 세부 정보 요약을 검토합니다.

9. 저장을 클릭합니다.

10. 추가되어야 하는 각 고객 템플릿에 대해 이 절차를 반복합니다.

아래 스크린샷은 절차를 보여줍니다.

기존의 고객 템플릿을 업데이트하려면 다음을 수행합니다.

1. Cisco Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화 섹션으로 스크롤합니다.

4. 템플릿 아래에서 템플릿 보기를 선택합니다.

5. 업데이트할 템플릿을 선택합니다.

6. 미팅 참여 구성 섹션으로 스크롤:

   • 파트너가 제공한 발신 번호(BYoPSTN)를 선택합니다.

   • 이전에 구성된 전화 번호 그룹을 선택합니다.

   • 콜백 DNS SRV 그룹에 대해 미팅 콜백 옵션을 활성화하려면 프로비저닝된 콜백 DNS SRV 그룹을 선택합니다. 그렇지 않으면, 콜백 비활성화를 선택합니다.

7. 저장을 선택합니다.

   아래 스크린샷은 절차를 보여줍니다.

BYoPSTN 솔루션에는 여러 가지 구성 요소가 있으며, 각 구성 요소는 솔루션이 성공적으로 작동하도록 올바르게 구성되어야 합니다. 시드 솔루션 조직의 두 가지 목적 중 하나는 미팅 액세스 코드 매핑에 대한 전화 번호와 솔루션의 지속적인 작동에 필요한 미팅 사이트 고유 식별자(사이트 UUID)를 생성하는 것입니다. 다른 목적은 구성 검증입니다.

사용할 전화 번호 그룹 및 콜백 DNS SRV 그룹의 각 고유한 조합에 대해 해당하는 고객 템플릿을 이전에 만들어야 합니다. 각 고객 템플릿에 대해 시드 솔루션 조직을 프로비저닝해야 합니다. 이러한 시드 조직의 프로비저닝은 BroadWorks를 구성하는 데 필요한 미팅 액세스 코드 매핑 및 미팅 사이트 UUID에 대한 전화 번호를 생성합니다.

이전에 구성된 각 고객 템플릿을 사용하여 표준 패키지 사용자와 함께 새로운 테스트 BroadWorks 서비스 공급자 또는 새로운 BroadWorks 엔터프라이즈에 대해 가입자를 프로비저닝합니다. 결과 표준 패키지 미팅 사이트는 파트너 공급자 발신 번호 미팅 참여 옵션을 사용해야 합니다. 다음 방법 중 하나를 사용하여 가입자를 프로비저닝할 수 있습니다.

1. BroadWorks 가입자 API를 사용하여 테스트 가입자를 프로비저닝합니다. developer.webex.com.

2. 고객 템플릿을 사용하도록 구성된 BroadWorks에서 IM&P 서비스에 대한 테스트 가입자를 활성화합니다. 테스트 가입자에게 표준 패키지가 지정되도록 하려면 고객 템플릿이 표준 패키지를 기본값으로 사용하고 있는지 확인하십시오. 또는 테스트 가입자가 표준 패키지를 갖도록 나중에 업데이트해야 합니다.

시드 솔루션 조직은 테스트 BroadWorks 서비스 공급자 또는 테스트 BroadWorks Enterprise와 관련된 것이 좋습니다.

각 발신 미팅 참여 요청에서 인증 토큰으로 이 사이트 UUID가 전송되기 때문에 이 미팅 사이트는 프로비저닝된 상태로 유지되는 것이 중요합니다. 연계된 미팅 사이트도 삭제되므로 시드 조직을 삭제해서는 안 됩니다. 시드 조직이 제거되면 새로운 조직을 프로비저닝하고 새로운 사이트 UUID로 Broadworks를 다시 구성해야 합니다.

전화 번호 및 콜백 DNS SRV 레코드 집합이 비 테스트 고객에게 할당되기 전에 원하는 경우 기본 및 보조 시드 솔루션 조직을 삭제할 수 있습니다. 전화 번호 및 콜백 DNS SRV 레코드 집합이 테스트되지 않은 고객에게 할당되면 해당 전화 번호 및 콜백 레코드는 해당 고객의 미팅 사이트와 연결되며 발신 및 콜백을 사용하여 미팅 참여에 사용 중입니다. 모든 변경 사항은 서비스에 영향을 미치는 것으로 간주되어야 합니다.

기본 시드 솔루션 조직을 선택하려면 다음을 수행합니다.

1. Cisco Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화 섹션으로 스크롤합니다.

4. 구성 유효성 검사(BYoPSTN) 섹션에서 지정을 선택합니다.

5. 조직 지정 화면에서 이전에 구성된 시드 조직 중 하나를 검색하고 선택합니다.

6. 지정을 선택합니다.

   선택된 시드 조직은 기본 시드 조직입니다.

아래 스크린샷은 절차를 설명합니다.

지정된 BroadWorks 클러스터에 대한 기본 Seed Solution Organization, 전화 번호 그룹 및 콜백 DNS SRV 그룹 세부 정보는 단일 위치인 BroadWorks 구성(BYoPSTN) JSON 파일에서 사용할 수 있습니다. 이 정보는 BYoPSTN에 대해 BroadWorks를 구성하기 위해 필요합니다.

JSON 구성 파일은 기본 시드 솔루션 조직을 선택한 후에만 보기/다운로드할 수 있습니다.

JSON 구성 파일을 확인/다운로드하는 절차는 다음과 같습니다.

1. Cisco Partner Hub에 로그인합니다.

2. 설정으로 이동합니다.

3. BroadWorks 통화로 스크롤합니다.

4. 클러스터 아래에서 클러스터 보기를 선택합니다.

5. BYoPSTN에 대해 구성된 고객 템플릿에 연결된 클러스터를 선택합니다.

6. BYoPSTN 섹션에 대한 BroadWorks 구성으로 스크롤합니다.

7. JSON 구성 파일 다운로드를 클릭합니다.

8. 다른 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"
      }
   ]
}

BroadWorks에서 Webex Edge 오디오 DNS SRV 도메인을 구성해야 합니다. 다음 절차를 사용하여 값을 결정합니다.

1. Cisco Partner Hub에 로그인합니다.

2. 고객으로 이동합니다.

3. BYoPSTN 유효성 검증 기업을 선택합니다.

4. 고객 보기를 선택합니다.

5. 서비스/미팅으로 이동합니다.

6. 표준 패키지 미팅 사이트를 선택합니다.

7. 사이드-아웃 목록의 하단까지 스크롤하고 사이트 구성을 선택합니다.

8. 공통 설정/오디오 설정을 선택합니다.

9. Edge 오디오 사용자 정의 글로벌 발신 번호 섹션 아래에서 Lua 스크립트 생성을 선택합니다.

10. 팝업 창에서 값 "-- 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)
    

11. 예를 들어 굵은 글씨로 값을 추출합니다. ecccx.amer.webex.com.

이는 BroadWorks에서 구성해야 하는 Webex Edge 오디오 DNS SRV 도메인입니다.

이 섹션에서는 아래 다이어그램에 표시된 미팅 발신 및 콜백 시나리오를 구현하는 데 필요한 BroadWorks 구성을 설명합니다. 구성 예제는 이전 섹션에 표시된 JSON 파일의 데이터를 기반으로 합니다. 번호, 도메인, 기업/그룹 이름, 장치 유형, 정책, 프로필 등은 파트너에 따라 다를 것으로 예상됩니다.

통화 흐름:

1. 사용자가 콜백을 요청하면 Webex는 콜백을 시작합니다.
2. 통화가 BroadWorks OTT로 라우팅됩니다.
3. 통화가 CH에서 프로비저닝된 CUBE에 도달합니다. CUBE는 통화를 BroadWorks로 라우팅합니다.
4. BroadWorks는 통화를 미팅 호스트 발생으로 식별하고 미팅 호스트 사용자에 대한 세션을 만들고 통화를 처리합니다.
5. 미팅 호스트 사용자 세션은 통화를 처리하고 착신 번호를 번역합니다. 또한 미팅 호스트 사용자를 대신하여 비용 청구 기록이 생성됩니다.
6. 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 인증을 구성하는 명령어의 예는 다음과 같습니다. sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

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

이 섹션에서는 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 설명서를 참조하십시오.

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 스페이스에서 보고되고 공유되어야 합니다.