必須滿足以下佈建 BYoPSTN 的先決條件。 下面給出的先決條件假設合作夥伴具有可運作的Webex for Cisco BroadWorks 部署，其中包括：

• 運作的 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） ，選取建立撥入電話號碼群組p.

5. 輸入電話號碼群組命名並選取下一個。

6. 輸入電話號碼詳細資料並選取下一個。

7. 檢閱電話號碼群組詳細資料摘要並選取儲存。

8. 對要新增的每個電話號碼群組重複此程序。

下列螢幕擷取畫面說明了該程序。

僅當您想要部署「透過回撥加入會議」選項時，才能完成此步驟。 否則，您可以跳過此步驟。

如果您未設定此選項，則使用者可以使用撥入選項來加入會議，或者他們可以加入電腦音訊。

當您使用會議回撥選項時，需要回撥DNS SRV群組將通話路由從Webex路由至 CUBE。 Cisco合作夥伴用於將其 CUBE DNS SRV記錄新增至Webex的程序如下：

1. 登入 Partner Hub。

2. 轉至設定。

3. 捲動至BroadWorks 通話。

4. 低於會議加入設定（BYoPSTN） ，選取建立回撥DNS SRV群組。

5. 輸入回撥DNS SRV群組名稱。

6. 選取下一步。

7. 輸入回撥DNS SRV詳細資訊。

8. 選取下一步。

9. 複查回撥DNS SRV詳細資訊摘要。

10. 選取儲存。

11. 佈建DNS的任何更新以反映DNS SRV群組中的新記錄。

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 Enterprise 佈建訂閱者，標準封裝使用者。 產生的標準封裝會議位置應該使用合作夥伴提供者撥入號碼會議加入選項。 下列任一方法可用於佈建訂閱者:

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 叢集的主要種子解決方案組織、電話號碼群組和回撥DNS SRV群組詳細資料可在單一位置取得，即 BroadWorks 組態 (BYoPSTN) JSON 檔案。 需要此資訊來設定 BroadWorks for BYoPSTN。

請注意， 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 Audio 使用此權杖來確認Cisco合作夥伴的 BroadWorks 身分以及存取此Cisco合作夥伴管理的會議網站的存取權。

• 電話號碼至存取碼的對映： 必須在 BroadWorks 上設定電話號碼及其相關Webex存取碼。

  • 電話號碼

  • 存取碼

• 地區設定標籤： 必須在 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 Audio DNS SRV網域。 使用以下程序來確定該值。

1. 登入Cisco Partner Hub。

2. 轉至客戶。

3. 選取 BYoPSTN 驗證企業版。

4. 選取檢視客戶。

5. 轉至服務/會議。

6. 選取標準套件會議位置。

7. 捲動至側出式面板的底部，選取設定網站。

8. 選取一般設定 / 音訊設定。

9. 根據Edge Audio 自訂全球撥入號碼區段，選取生成 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 Audio 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。 請確保在下面設定以下屬性，而另一些屬性可以保留為預設值：

• 訊號位址類型 —設定為智慧型 Proxy 位址

• 驗證— 設定為已啟用

• UPDATE 和 Re-INVITE 中的支援身分— 已勾選

• 靜態註冊功能— 設定為已啟用

• 視訊功能— 設定為已停用

在下面的範例中，新的身分/裝置設定檔類型「VXML_profile ” 的建立是為了代表 CUBE。

語音XML虛擬用戶

建立 VoiceXML 實例

每個Webex Meetings PSTN 號碼在 BroadWorks 中由一個虛擬訂閱者代表，且可以使用 VoiceXML 虛擬訂閱者功能。 建議將專用企業和群組用於所有 VoiceXML 虛擬訂閱者。 請注意，我們實際上並未開發任何 VoiceXML 功能，但此類虛擬使用者適合與 CUBE 互動。

為了使用 VoiceXML 服務，請確保授權有足夠的「VoiceXML」數量，且服務已在企業和群組層級授權，並且 VoiceXML 服務已指定給群組，如下面的範例圖片所示。

低於群組>服務，選取語音XML並為每個PSTN 號碼建立實例。

配置 VoiceXML 位址

對於每個 VoiceXML 實例，請在 VoiceXML 位址下佈建以下內容：

• 電話號碼— 輸入Webex Meetings網站的撥入號碼（例如 240332200）。

• 擴充功能

• 身分識別/裝置設定檔— 建立一個實例（例如 VXML_device Prof) 中建立的裝置類型(VXML)_profile在範例中）並輸入以下設定。

• 線路/埠— 在<access number="">@<domain>格式，其中

  • <access number=""> 是Webex Meetings網站的存取碼號碼（可從 JSON 檔案中取得）（例如 88663704941）

  • <domain> 是此會議位置的Webex Edge Audio 的網域（例如 ecccspx.amer.pub.webex.com）

• 聯絡 SIP - 對於存取號碼的會議撥入呼叫，傳送 INVITE 時將請求URI設定為此欄位的值。 以下列格式輸入SIP聯絡人<sip contact="">;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> ，其中：

  • <sip contact=""> 是<number>從線路/通訊埠欄位中選取，但使用網域作為 SRV 的網域會解析為 CUBE 的位址（例如 88663@cube.internal.local）

  • <Locale> 代表根據使用者地區設定設定的語言設定（例如，locale=en_美國）

  • <Meetings Site="" UUID=""> 是 JSON 檔案中的網站 UUID（例如，x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b）

  • <SIP transport=""> 應該是傳輸 = tcp，以讓 AS 使用TCP將訊息傳送至 CUBE。

以下是 VoiceXML 位址設定的範例。

對於每個要使用的其他會議存取號碼，應建立一個與上述相似的 VoiceXML 虛擬訂閱者。 可以使用相同的裝置設定檔，但「線路埠」和「聯絡人」欄位必鬚根據如上所示的存取號碼資訊構建。

請確保驗證您在 BroadWorks 虛擬訂閱者上設定的通話處理原則限制是否足以處理您的電話號碼群組中額外的 BYoPSTN 通話。

將SIP驗證指定給 VoiceXML 實例

將驗證服務指定給 VoiceXML 虛擬用戶。 這將用於在回撥情境中驗證來自 CUBE 的SIP INVITE 訊息。 它還會防止 VoiceXML 虛擬用戶接受來自 CUBE 以外的方的呼叫。

前往公用程式下的虛擬訂閱者驗證頁面，如下所示輸入SIP使用者名稱和密碼：

必須為 CUBE 設定相同的使用者名稱和密碼，才能正確驗證傳送至 AS 的 INVITE 訊息。 在 CUBE 上設定SIP驗證的指令範例如下： sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

Namedef 檔案

VoiceXML 虛擬訂閱者SIP聯絡人欄位包含網域部分在其中解析為 CUBE 位址的URL 。 這是內部 SRV，AS 上的 namedefs 檔案可用於將內部 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通話處理組態選項可用於控制如何處理 Meeting 撥入通話。 預設情況下，會議撥入通話會作為外部通話處理，因為撥入號碼託管在專用企業或服務提供者中。 外部通話通常包含在階段作業允入控制階段作業計數中，並標記為在 CDR 欄位中計費充電指示器。

下例新增建議的設定，以將會議撥入作為內部通話處理，以便將它們從計費中排除，並從階段作業允入控制計數中排除。

透過設定強制使用 NS 費用欄位為 true，CDR 欄位的人口充電指示器是基於網路伺服器通話類型的已設定費用屬性。

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 會議回撥訂閱者

需要在 BroadWorks 應用程式伺服器 (AS) 上設定具有特殊Webex回撥選項的專用 VoiceXML 虛擬訂閱者（以下稱為 VoiceXML 會議回撥訂閱者）以處理Webex Meetings回撥呼叫。 在 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

由於「CallBack 和 CallIn 的 BYO PSTN 計費支援」功能依賴於「BroadWorks 對 CI UUID 的支援」功能，所以在啟動 (102074) 功能之前，您還需要啟動 (1022746) 功能。 有關更多詳細資訊，請參閱「CI 使用者 UUID 同步（BroadWorks 對 CI UUID）」一節。

VoiceXML 會議回撥訂閱者與現有的 BYOPSTN VXML 虛擬訂閱者相似，但使用新的「Webex會議回撥」旗標進行標記。 此 VoiceXML 會議回撥訂閱者是使用與現有 BYOPSTN VXML 虛擬訂閱者相同的裝置設定檔的，以及具有相同憑證的驗證服務。

一個範例如下所示：

VoiceXML 會議回撥訂閱者必須存在於主持會議主持人使用者的 AS 上。 當 AS 收到會議回撥 INVITE 請求時，它會在通話設定期間嘗試在 AS 上找到 VoiceXML 會議回撥使用者和會議主持人使用者。 如果找不到這些使用者，則通話會被拒絕。

會議主持人階段作業

在具有 X-Cisco-Meet-Info 標題的回撥情境中， Cisco BroadWorks Application Server 會接收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 同步（BroadWorks 對 CI UUID 的支援）

使用者 CI UUID 是用於在Webex環境中識別使用者的唯一標識符。

Cisco BroadWorks 應用程式提供平台 (ADP) 上的這個Webex建同步應用程式用於將使用者 CI UUID 同步、對應以及儲存到 BroadWorks 基礎架構中，以便可在與Webex和Webex for BroadWorks 服務的各種互動中使用它。

請參閱「啟用Webex會議回撥” 中的關於如何將 CI使用者UUID 關聯供Cisco BroadWorks 網路伺服器和Cisco BroadWorks 應用程式伺服器使用。

以下步驟"安裝;設定"Webex Provisioning Sync 應用程式設定為定期民意調查和更新具有 CI UUID 的 BroadWorks 使用者。

Webex建同步應用程式需要 Spark 管理員的 OAuth 憑證：broadworks_subscribers_read Cisco身份提供者的範圍，且可以透過向您的上線代理提出服務請求來取得。

如需獲取服務請求的更多詳細資訊，請查看「獲得Webex for Cisco BroadWorks 的 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       ********

將與 OAuth 權杖關聯的合作夥伴名稱新增至由Webex建同步應用程式監控的合作夥伴清單，其中「啟用」旗標設定為「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 手動同步指令可以立即觸發關聯發生。

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO

將「啟用」設定為「true」的合作夥伴在輪詢間隔上執行關聯。 在初始關聯期間， Webex Provisioning Sync 應用程式會查詢Webex訂閱者API ，以擷取包含合作夥伴託管的所有使用者的 CI UUID 的資料。 BroadWorks 使用者的外部ID會使用相關聯的 CI UUID 進行更新。 後續關聯會影響新增至合作夥伴的使用者。 status 指令可用於查看同步是否完成。

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：

網路伺服器

通話類型

為了計費和報告，可能需要將 Meetings 撥入通話標記為 CDR。 這可使用網路伺服器 PreCallTyping 策略來完成。

首先，在 NS CLI 的 /System/CallP/CallType 下，新增新通話類型。 下列範例新增新的「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    

BroadWorks 始發 CDR 僅由源自頻寬訂閱者的通話產生。 來自 AS 「網路」端的 PSTN 來源通話將不會產生來源 CDR。 在任何一種情況下，VoiceXML 虛擬用戶都將有一個終止 CDR。

路由NE

需要在 NS 上的 /System/Device/RoutingNE CLI 內容下的 RoutingNE 來代表 CUBE。 這樣，當 NS 從 CUBE 收到 INVITE 時，會將 via 標頭與在 NS 上佈建的 RoutingNE 項目相配。 請參閱Cisco BroadWorks 網路伺服器指令行介面管理指南以了解如何新增 RoutingNE 的詳細資訊。

以下是用於新增 RoutingNE「WebexMeetings」的指令範例，其中 CUBE IP 位址= 10.165.196.30。 此範例還顯示了用於建立新的 OrigRedirect 和設定檔實例以與 RoutingNE 關聯的指令，但也可以使用現有的實例。

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 會向 NS 傳送與以下類似的 INVITE（重要欄位以粗體顯示）：

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。

NS 收到 INVITE 時，會使用 via 標頭來與 RoutingNE「WebexMeetings」相符。 這會依次選取「wxm_routing ” 路由設定檔，其中包含 “wxm_ Inst” 的 OrigRedirect 實例。

然後，NS OrigRedirect 策略將符合 X-CISCO-MEET-INFO 標題：

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

使用在 VoiceXML 虛擬訂閱者上設定的線路埠，並傳送 302 重新導向到託管該訂閱者的 AS 配對。 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/系統/別名內容，例如：

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通話處理組態選項，請使用應用程式伺服器的託管 NE 訊號屬性通話類型資訊必填和需要充電指示必須在 NS_CLI/系統/裝置/HostingNE 內容中啟用。_ 譬如：

NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
 CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

啟用Webex會議回撥

在標頭為SIP X-Cisco-Meet-Info 的回撥情境中，CUBE 會將呼叫傳送至網路伺服器，以將始發者重新導向至 AS 配對。 AS 配對是根據啟用WebexMeeting主機查找系統參數。

NS_CLI/System/CallP/Options> get
  accessSideRoutingNeDeterminedViaSignaling = false
  disableNdcValidationForCalledNumbers = true
  forceRoutingNEProfile = false
  skipPrivatePoliciesOnEmergency = true
  maxReturnedContacts = 10
  enableWebexMeetingHostLookup = true

何時啟用WebexMeeting主機查找系統參數設定為 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 BroadWorksWebex範例設定互通所需的 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

部署 Y我們的 SBC選項

如果您不想部署 CUBE，則可以選擇部署您自己的 SBC。 但是請注意，此文件不提供 CUBE 以外的 SBC 的經過驗證的設定。

如果您部署自己的 SBC，則可以遵循高階 CUBE 組態需求（例如，網域、公用和專用介面及閘道等指定）來指導您的設定。 但是，請參閱 SBC 文件以取得詳細的指令行說明，因為您自己的 SBC 的實際指令可能與 CUBE 不同。

除非另有說明，否則步驟 10 中的其餘設定要求都適用，無論您部署哪個 SBC。 但是，指令行範例僅適用於 CUBE，除非指定該範例適用於其他 SBC。 對於其他 SBC，請參閱 SBC 文件以了解組態指令。

完成 BYoPSTN 解決方案的設定和佈建後，合作夥伴必須執行一組驗收測試案例來證明其解決方案有效。 這是核准和啟用合作夥伴 BYoPSTN 的必要步驟。

驗收測試用例在適用於Cisco BroadWorks 的 Webex 帶來您自己的 PSTN 接受程序Webex中概述，網址為： https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf 。

合作夥伴應向新手團隊和認證團隊提供成功執行的驗收測試的結果。

應在為合作夥伴加入 Webex 的Webex空間中報告並共用來自執行接受測試用例的問題、問題和結果。

必須滿足以下佈建 BYoPSTN 的先決條件。 下面給出的先決條件假設合作夥伴具有可運作的Webex for Cisco BroadWorks 部署，其中包括：

• 運作的 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） ，選取建立撥入電話號碼群組p.

5. 輸入電話號碼群組命名並選取下一個。

6. 輸入電話號碼詳細資料並選取下一個。

7. 檢閱電話號碼群組詳細資料摘要並選取儲存。

8. 對要新增的每個電話號碼群組重複此程序。

下列螢幕擷取畫面說明了該程序。

僅當您想要部署「透過回撥加入會議」選項時，才能完成此步驟。 否則，您可以跳過此步驟。

如果您未設定此選項，則使用者可以使用撥入選項來加入會議，或者他們可以加入電腦音訊。

當您使用會議回撥選項時，需要回撥DNS SRV群組將通話路由從Webex路由至 CUBE。 Cisco合作夥伴用於將其 CUBE DNS SRV記錄新增至Webex的程序如下：

1. 登入 Partner Hub。

2. 轉至設定。

3. 捲動至BroadWorks 通話。

4. 低於會議加入設定（BYoPSTN） ，選取建立回撥DNS SRV群組。

5. 輸入回撥DNS SRV群組名稱。

6. 選取下一步。

7. 輸入回撥DNS SRV詳細資訊。

8. 選取下一步。

9. 複查回撥DNS SRV詳細資訊摘要。

10. 選取儲存。

11. 佈建DNS的任何更新以反映DNS SRV群組中的新記錄。

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 Enterprise 佈建訂閱者，標準封裝使用者。 產生的標準封裝會議位置應該使用合作夥伴提供者撥入號碼會議加入選項。 下列任一方法可用於佈建訂閱者:

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 叢集的主要種子解決方案組織、電話號碼群組和回撥DNS SRV群組詳細資料可在單一位置取得，即 BroadWorks 組態 (BYoPSTN) JSON 檔案。 需要此資訊來設定 BroadWorks for BYoPSTN。

請注意， 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 Audio 使用此權杖來確認Cisco合作夥伴的 BroadWorks 身分以及存取此Cisco合作夥伴管理的會議網站的存取權。

• 電話號碼至存取碼的對映： 必須在 BroadWorks 上設定電話號碼及其相關Webex存取碼。

  • 電話號碼

  • 存取碼

• 地區設定標籤： 必須在 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 Audio DNS SRV網域。 使用以下程序來確定該值。

1. 登入Cisco Partner Hub。

2. 轉至客戶。

3. 選取 BYoPSTN 驗證企業版。

4. 選取檢視客戶。

5. 轉至服務/會議。

6. 選取標準套件會議位置。

7. 捲動至側出式面板的底部，選取設定網站。

8. 選取一般設定 / 音訊設定。

9. 根據Edge Audio 自訂全球撥入號碼區段，選取生成 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 Audio 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。 請確保在下面設定以下屬性，而另一些屬性可以保留為預設值：

• 訊號位址類型 —設定為智慧型 Proxy 位址

• 驗證— 設定為已啟用

• UPDATE 和 Re-INVITE 中的支援身分— 已勾選

• 靜態註冊功能— 設定為已啟用

• 視訊功能— 設定為已停用

在下面的範例中，新的身分/裝置設定檔類型「VXML_profile ” 的建立是為了代表 CUBE。

語音XML虛擬用戶

建立 VoiceXML 實例

每個Webex Meetings PSTN 號碼在 BroadWorks 中由一個虛擬訂閱者代表，且可以使用 VoiceXML 虛擬訂閱者功能。 建議將專用企業和群組用於所有 VoiceXML 虛擬訂閱者。 請注意，我們實際上並未開發任何 VoiceXML 功能，但此類虛擬使用者適合與 CUBE 互動。

為了使用 VoiceXML 服務，請確保授權有足夠的「VoiceXML」數量，且服務已在企業和群組層級授權，並且 VoiceXML 服務已指定給群組，如下面的範例圖片所示。

低於群組>服務，選取語音XML並為每個PSTN 號碼建立實例。

配置 VoiceXML 位址

對於每個 VoiceXML 實例，請在 VoiceXML 位址下佈建以下內容：

• 電話號碼— 輸入Webex Meetings網站的撥入號碼（例如 240332200）。

• 擴充功能

• 身分識別/裝置設定檔— 建立一個實例（例如 VXML_device Prof) 中建立的裝置類型(VXML)_profile在範例中）並輸入以下設定。

• 線路/埠— 在<access number="">@<domain>格式，其中

  • <access number=""> 是Webex Meetings網站的存取碼號碼（可從 JSON 檔案中取得）（例如 88663704941）

  • <domain> 是此會議位置的Webex Edge Audio 的網域（例如 ecccspx.amer.pub.webex.com）

• 聯絡 SIP - 對於存取號碼的會議撥入呼叫，傳送 INVITE 時將請求URI設定為此欄位的值。 以下列格式輸入SIP聯絡人<sip contact="">;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> ，其中：

  • <sip contact=""> 是<number>從線路/通訊埠欄位中選取，但使用網域作為 SRV 的網域會解析為 CUBE 的位址（例如 88663@cube.internal.local）

  • <Locale> 代表根據使用者地區設定設定的語言設定（例如，locale=en_美國）

  • <Meetings Site="" UUID=""> 是 JSON 檔案中的網站 UUID（例如，x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b）

  • <SIP transport=""> 應該是傳輸 = tcp，以讓 AS 使用TCP將訊息傳送至 CUBE。

以下是 VoiceXML 位址設定的範例。

對於每個要使用的其他會議存取號碼，應建立一個與上述相似的 VoiceXML 虛擬訂閱者。 可以使用相同的裝置設定檔，但「線路埠」和「聯絡人」欄位必鬚根據如上所示的存取號碼資訊構建。

請確保驗證您在 BroadWorks 虛擬訂閱者上設定的通話處理原則限制是否足以處理您的電話號碼群組中額外的 BYoPSTN 通話。

將SIP驗證指定給 VoiceXML 實例

將驗證服務指定給 VoiceXML 虛擬用戶。 這將用於在回撥情境中驗證來自 CUBE 的SIP INVITE 訊息。 它還會防止 VoiceXML 虛擬用戶接受來自 CUBE 以外的方的呼叫。

前往公用程式下的虛擬訂閱者驗證頁面，如下所示輸入SIP使用者名稱和密碼：

必須為 CUBE 設定相同的使用者名稱和密碼，才能正確驗證傳送至 AS 的 INVITE 訊息。 在 CUBE 上設定SIP驗證的指令範例如下： sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

Namedef 檔案

VoiceXML 虛擬訂閱者SIP聯絡人欄位包含網域部分在其中解析為 CUBE 位址的URL 。 這是內部 SRV，AS 上的 namedefs 檔案可用於將內部 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通話處理組態選項可用於控制如何處理 Meeting 撥入通話。 預設情況下，會議撥入通話會作為外部通話處理，因為撥入號碼託管在專用企業或服務提供者中。 外部通話通常包含在階段作業允入控制階段作業計數中，並標記為在 CDR 欄位中計費充電指示器。

下例新增建議的設定，以將會議撥入作為內部通話處理，以便將它們從計費中排除，並從階段作業允入控制計數中排除。

透過設定強制使用 NS 費用欄位為 true，CDR 欄位的人口充電指示器是基於網路伺服器通話類型的已設定費用屬性。

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 會議回撥訂閱者

需要在 BroadWorks 應用程式伺服器 (AS) 上設定具有特殊Webex回撥選項的專用 VoiceXML 虛擬訂閱者（以下稱為 VoiceXML 會議回撥訂閱者）以處理Webex Meetings回撥呼叫。 在 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

由於「CallBack 和 CallIn 的 BYO PSTN 計費支援」功能依賴於「BroadWorks 對 CI UUID 的支援」功能，所以在啟動 (102074) 功能之前，您還需要啟動 (1022746) 功能。 有關更多詳細資訊，請參閱「CI 使用者 UUID 同步（BroadWorks 對 CI UUID）」一節。

VoiceXML 會議回撥訂閱者與現有的 BYOPSTN VXML 虛擬訂閱者相似，但使用新的「Webex會議回撥」旗標進行標記。 此 VoiceXML 會議回撥訂閱者是使用與現有 BYOPSTN VXML 虛擬訂閱者相同的裝置設定檔的，以及具有相同憑證的驗證服務。

一個範例如下所示：

VoiceXML 會議回撥訂閱者必須存在於主持會議主持人使用者的 AS 上。 當 AS 收到會議回撥 INVITE 請求時，它會在通話設定期間嘗試在 AS 上找到 VoiceXML 會議回撥使用者和會議主持人使用者。 如果找不到這些使用者，則通話會被拒絕。

會議主持人階段作業

在具有 X-Cisco-Meet-Info 標題的回撥情境中， Cisco BroadWorks Application Server 會接收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 同步（BroadWorks 對 CI UUID 的支援）

使用者 CI UUID 是用於在Webex環境中識別使用者的唯一標識符。

Cisco BroadWorks 應用程式提供平台 (ADP) 上的這個Webex建同步應用程式用於將使用者 CI UUID 同步、對應以及儲存到 BroadWorks 基礎架構中，以便可在與Webex和Webex for BroadWorks 服務的各種互動中使用它。

請參閱「啟用Webex會議回撥” 中的關於如何將 CI使用者UUID 關聯供Cisco BroadWorks 網路伺服器和Cisco BroadWorks 應用程式伺服器使用。

以下步驟"安裝;設定"Webex Provisioning Sync 應用程式設定為定期民意調查和更新具有 CI UUID 的 BroadWorks 使用者。

Webex建同步應用程式需要 Spark 管理員的 OAuth 憑證：broadworks_subscribers_read Cisco身份提供者的範圍，且可以透過向您的上線代理提出服務請求來取得。

如需獲取服務請求的更多詳細資訊，請查看「獲得Webex for Cisco BroadWorks 的 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       ********

將與 OAuth 權杖關聯的合作夥伴名稱新增至由Webex建同步應用程式監控的合作夥伴清單，其中「啟用」旗標設定為「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 手動同步指令可以立即觸發關聯發生。

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO

將「啟用」設定為「true」的合作夥伴在輪詢間隔上執行關聯。 在初始關聯期間， Webex Provisioning Sync 應用程式會查詢Webex訂閱者API ，以擷取包含合作夥伴託管的所有使用者的 CI UUID 的資料。 BroadWorks 使用者的外部ID會使用相關聯的 CI UUID 進行更新。 後續關聯會影響新增至合作夥伴的使用者。 status 指令可用於查看同步是否完成。

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：

網路伺服器

通話類型

為了計費和報告，可能需要將 Meetings 撥入通話標記為 CDR。 這可使用網路伺服器 PreCallTyping 策略來完成。

首先，在 NS CLI 的 /System/CallP/CallType 下，新增新通話類型。 下列範例新增新的「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    

BroadWorks 始發 CDR 僅由源自頻寬訂閱者的通話產生。 來自 AS 「網路」端的 PSTN 來源通話將不會產生來源 CDR。 在任何一種情況下，VoiceXML 虛擬用戶都將有一個終止 CDR。

路由NE

需要在 NS 上的 /System/Device/RoutingNE CLI 內容下的 RoutingNE 來代表 CUBE。 這樣，當 NS 從 CUBE 收到 INVITE 時，會將 via 標頭與在 NS 上佈建的 RoutingNE 項目相配。 請參閱Cisco BroadWorks 網路伺服器指令行介面管理指南以了解如何新增 RoutingNE 的詳細資訊。

以下是用於新增 RoutingNE「WebexMeetings」的指令範例，其中 CUBE IP 位址= 10.165.196.30。 此範例還顯示了用於建立新的 OrigRedirect 和設定檔實例以與 RoutingNE 關聯的指令，但也可以使用現有的實例。

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 會向 NS 傳送與以下類似的 INVITE（重要欄位以粗體顯示）：

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。

NS 收到 INVITE 時，會使用 via 標頭來與 RoutingNE「WebexMeetings」相符。 這會依次選取「wxm_routing ” 路由設定檔，其中包含 “wxm_ Inst” 的 OrigRedirect 實例。

然後，NS OrigRedirect 策略將符合 X-CISCO-MEET-INFO 標題：

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

使用在 VoiceXML 虛擬訂閱者上設定的線路埠，並傳送 302 重新導向到託管該訂閱者的 AS 配對。 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/系統/別名內容，例如：

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通話處理組態選項，請使用應用程式伺服器的託管 NE 訊號屬性通話類型資訊必填和需要充電指示必須在 NS_CLI/系統/裝置/HostingNE 內容中啟用。_ 譬如：

NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
 CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

啟用Webex會議回撥

在標頭為SIP X-Cisco-Meet-Info 的回撥情境中，CUBE 會將呼叫傳送至網路伺服器，以將始發者重新導向至 AS 配對。 AS 配對是根據啟用WebexMeeting主機查找系統參數。

NS_CLI/System/CallP/Options> get
  accessSideRoutingNeDeterminedViaSignaling = false
  disableNdcValidationForCalledNumbers = true
  forceRoutingNEProfile = false
  skipPrivatePoliciesOnEmergency = true
  maxReturnedContacts = 10
  enableWebexMeetingHostLookup = true

何時啟用WebexMeeting主機查找系統參數設定為 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 BroadWorksWebex範例設定互通所需的 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

部署 Y我們的 SBC選項

如果您不想部署 CUBE，則可以選擇部署您自己的 SBC。 但是請注意，此文件不提供 CUBE 以外的 SBC 的經過驗證的設定。

如果您部署自己的 SBC，則可以遵循高階 CUBE 組態需求（例如，網域、公用和專用介面及閘道等指定）來指導您的設定。 但是，請參閱 SBC 文件以取得詳細的指令行說明，因為您自己的 SBC 的實際指令可能與 CUBE 不同。

除非另有說明，否則步驟 10 中的其餘設定要求都適用，無論您部署哪個 SBC。 但是，指令行範例僅適用於 CUBE，除非指定該範例適用於其他 SBC。 對於其他 SBC，請參閱 SBC 文件以了解組態指令。

完成 BYoPSTN 解決方案的設定和佈建後，合作夥伴必須執行一組驗收測試案例來證明其解決方案有效。 這是核准和啟用合作夥伴 BYoPSTN 的必要步驟。

驗收測試用例在適用於Cisco BroadWorks 的 Webex 帶來您自己的 PSTN 接受程序Webex中概述，網址為： https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf 。

合作夥伴應向新手團隊和認證團隊提供成功執行的驗收測試的結果。

應在為合作夥伴加入 Webex 的Webex空間中報告並共用來自執行接受測試用例的問題、問題和結果。