Webex Calling 設定工作流程

2024年7月05日 | 4065 次檢視 | 0 人認為這有幫助

在此文章中

準備您的環境

Webex Calling 的本機閘道需求

一般先決條件

本機閘道的軟硬體需求

本機閘道的授權需求

本機閘道的憑證和安全需求

本機閘道的防火牆、NAT 遍訪和媒體路徑最佳化需求

為您的組織設定 Webex Calling

在 Cisco IOS XE 上為本機閘道設定 Webex Calling

概觀

將 CUBE高可用性實作為本機閘道

基礎

在兩個 CUBE 上設定備援

在兩個 CUBE 上設定本機閘道

為 Webex Calling 設定 Unified CM

為指向本機閘道的幹線設定 SIP 幹線安全性設定檔

設定本機閘道幹線的 SIP 設定檔

為來自 Webex 的呼叫建立通話搜尋範圍

設定與 Webex 之間的 SIP 幹線

設定 Webex 的路由群組

設定 Webex 的路由清單

為 Webex 目的地建立分割區

設定 Webex 目的地的路由模式

設定 Webex 的簡略站間撥號標準

設定 Webex Calling 功能

設定群組搜尋

建立通話佇列

建立總機用戶端

建立並管理自動語音應答

設定傳呼群組

設定呼叫代接

設定呼叫駐留

為使用者啟用插話

為使用者啟用隱私

設定監控

為使用者啟用通話橋接器警告音

為使用者開啟輪用功能

Webex Calling的採用趨勢和使用情況報告

檢視通話報告

執行 CScan 工具

Webex Calling 設定工作流程

在此文章中

準備您的環境

Webex Calling 的本機閘道需求

一般先決條件

在為本機閘道之前Webex Calling ，請確保您：

瞭解 VoIP 原理的基礎知識
瞭解 Cisco IOS-XE 和 IOS-XE 語音概念的基礎使用知識
對階段作業階段啟始通訊協定 (SIP)有基本的了解
瞭解 Cisco Unified Communications Manager (Unified CM)（如果您的部署模型包括 Unified CM）的基礎知識

請參閱Cisco Unified Border Element (CUBE) 企業設定指南獲取詳細資訊。

本機閘道的軟硬體需求

請確保您的部署有一個或多個本機閘道（IP 連線適用的 Cisco CUBE 或 TDM 連線適用的 Cisco IOS 閘道），這些內容位於 Webex Calling 的本機閘道訂購指南的表 1 中。此外，請確保平台正在根據本機閘道設定指南來執行支援的 IOS-XE 版本。

本機閘道的授權需求

CUBE 通話授權必須安裝在本機閘道上。如需相關資訊，請參閱 Cisco Unified Border Element 設定指南。

本機閘道的憑證和安全需求

Webex Calling 需要安全的訊號和媒體。本機閘道會執行加密，並且必須使用下列步驟與雲端建立 TLS 連線：

必須使用 Cisco PKI 中的 CA 根憑證組合來更新 LGW
Control Hub 的幹線設定頁面中的一組 SIP 摘要認證用來設定 LGW（在接下來的設定過程中執行這些步驟）
CA 根憑證組合會驗證呈現的憑證
已提示輸入認證（已提供 SIP 摘要）
雲端識別已安全註冊哪個本機閘道

本機閘道的防火牆、NAT 遍訪和媒體路徑最佳化需求

大部分情況下，本機閘道和端點可位於內部客戶網路（使用私人 IP 位址與 NAT）。企業防火墻必須允許輸出流量（SIP、RTP/UDP、HTTP）進入特定 IP 位址/埠，如埠參考資訊中所述。

如果您想要搭配使用媒體路徑最佳化與 ICE，則本機閘道的面向 Webex Calling 的介面必須具有通往 Webex Calling 端點的直接網路路徑。如果端點位於不同的位置且端點與本機閘道的面向 Webex Calling 的介面之間沒有直接網路路徑，則本機閘道必須將公用 IP 位址指定給面向 Webex Calling 的介面，以便本機閘道與端點之間的呼叫可以利用媒體路徑最佳化。此外，它必須正在執行 IOS-XE 16.12.5 版。

為您的組織設定 Webex Calling

在首次設定精靈中設定通話設定

啟動及執行您的 Webex Calling 服務的第一步是完成首次設定精靈 (First Time Setup Wizard, FTSW)。一旦第一個位置的 FTSW 完成，您就不需要針對其他位置進行設定。

按一下收到的歡迎電子郵件中的入門鏈結。

系統會自動使用您的管理員電子郵件地址登入 Control Hub，登入後將提示您建立管理員密碼。在您登入後，設定精靈會自動啟動。

複查並接受服務條款。

複查您的計劃，然後按一下開始。

您的帳戶經理將負責啟動 FTSW 的第一個步驟。當您選取開始使用時，如果收到「無法建立通話」通知，請聯絡您的客戶經理。

選取與資料中心對應的國家/地區，然後輸入客戶聯絡人和客戶地址資訊。

按一下下一步: 下一步：預設位置。

請從以下選項中選擇：

如果您是合作夥伴管理員，且您希望客戶管理員完成 Webex Calling 的佈建，請按一下儲存並關閉。
填寫必要的位置資訊。使用精靈建立位置後，您可在稍後建立更多位置。

完成設定精靈中的步驟時，請務必將主要號碼新增至您建立的位置。

請選擇適用於此位置的選項：

播報語言 - 新使用者和功能的音訊播報和提示。
電子郵件語言 - 新使用者的電子郵件通訊。
國家或地區
時區

按下一步。

輸入可用的 Cisco Webex SIP 地址，然後按下一步並選取完成。

新增位置

準備工作

若要建立新位置，請備妥下列資訊：

位置地址
需要的電話號碼（可選）

於下列網址登入 Control Hub：https://admin.webex.com ，轉至管理>位置。

一個新位置將託管在您使用「首次設定精靈」選擇的國家/地區所對應的區域資料中心。

配置位置的設定：

位置名稱 — 輸入唯一名稱以識別位置。
國家/地區 — 選擇位置所在的國家/地區。例如，您可以在美國建立一個位置（總公司），在英國建立另一個位置（分公司）。您選擇的國家/地區決定接下來的地址欄位。這裡記錄的國家/地區使用美國的地址慣例作為示範。
位置地址 — 輸入位置的主要郵寄地址。
城市/鄉鎮 — 輸入此位置所在的城市。
縣/市/區 — 從下拉清單中選擇縣市。
郵遞編碼/郵遞區號 — 輸入郵遞編碼或郵遞區號。
播報語言 — 選擇新使用者和功能的音訊播報和提示語言。
電子郵件語言 — 選擇與新使用者進行電子郵件通訊的語言。
時區 — 選擇位置的時區。

按一下儲存然後選擇是/無以現在或稍後將號碼新增至位置。

如果您按一下是，選擇下列其中一個選項：

Cisco PSTN — 如果您需要 Cisco 的 Cloud PSTN 解決方案，請選擇此選項。 Cisco Calling Plan 是一個完整的 PSTN 替代解決方案，提供緊急呼叫、內傳及外傳國內和國際通話，並允許您訂購新的 PSTN 號碼或將現有號碼移轉至Cisco。

Cisco PSTN 選項僅適用於下列情況：

您至少已購買一個承諾的 Cisco Calling Plan OCP（外發通話計劃）。
您的位置所在國家/地區支援 Cisco Calling 計劃。
您位於新的位置。已指派其他 PSTN 功能的預先存在位置目前並不符合 Cisco Calling 計劃。開啟支援案例以尋求指引。
您託管在支援Cisco Calling 計劃的地區的Webex Calling資料中心內。

雲端連線 PSTN — 如果您要從許多 Cisco CCP 合作夥伴之一尋找雲端 PSTN 解決方案，或如果您的所在位置不提供 Cisco Calling 計劃，請選擇此選項。 CCP 合作夥伴提供 PSTN 替代解決方案、廣泛的全球涵蓋範圍，以及各式各樣的功能、包裝和定價。

CCP 合作夥伴和地理涵蓋範圍列於這裡。只會顯示支援您所在位置所在的國家/地區的合作夥伴。合作夥伴會以標誌或短字串形式列出，後接地區並以括弧括起（範例： (EU)、(US) 或 (CA)）。搭配標誌列出的合作夥伴一律提供 CCP 的區域媒體。對於以字串顯示的合作夥伴，請選擇距離您所在位置的國家/地區最近的地區，以確保 CCP 的區域媒體。

如果您在列出的提供者底下看到立即訂購號碼選項，建議您選擇該選項，以便發揮整合式 CCP 的效益。整合式 CCP 可在 Control Hub 中以單一窗格的玻璃來購買及佈建電話號碼。非整合式 CCP 則要求您向 Control Hub 以外的 CCP 合作夥伴購買您的電話號碼。

內部部署型 PSTN（本機閘道）— 如果您想要保留目前的 PSTN 提供者或希望將非雲端網站與雲端網站連線，則可選擇此選項。

PSTN 選項選擇位於每個位置層級（每個位置只有一個 PSTN 選項）。您可以視需要混合並比對您部署中的多個選項，但每個位置都將有一個選項。一旦您選取並佈建 PSTN 選項後，可以按一下位置 PSTN 屬性中的管理加以變更。但是，指派了另一個選項後，某些選項（例如 Cisco PSTN）可能無法使用。開啟支援案例以尋求指引。

選擇是要立即啟用號碼還是稍後啟用。

如果您選取了非整合式 CCP 或內部部署型 PSTN，請以逗號分隔值輸入電話號碼，然後按一下驗證。

即會向特定位置新增號碼。有效輸入內容會移至已驗證的號碼欄位，而無效輸入內容會留在新增號碼欄位中，並隨附錯誤訊息。

根據位置所在的國家/地區而定，號碼會根據本地撥號需求來設定格式。例如，如果需要國碼，則您可以輸入含或不含國碼的號碼並且國碼附加在前面。

按一下儲存。

下一步

建立位置後，即可啟用該位置的 911 緊急服務。有關更多資訊，請參閱 Webex Calling 的 RedSky 911 緊急服務。

準備工作

取得與某個位置關聯的使用者和工作區清單：轉至服務>正在呼叫>號碼並從下拉式功能表表中選取要刪除的位置。您必須先刪除這些使用者和工作區，然後再刪除位置。

請記住，與此位置關聯的任何號碼都將釋回給您的 PSTN 提供者；您將不再擁有這些號碼。

1	於下列網址登入 Control Hub：https://admin.webex.com ，轉至管理>位置。
2	按一下在動作要刪除的位置旁邊的欄。
3	選擇刪除位置，並確認您要刪除該位置。永久刪除位置通常需要幾分鐘，但可能最多需要一個小時以上。您可以透過按一下檢查狀態在位置名稱旁邊，然後選取刪除狀態。

更新現有位置

您可在建立 PSTN 之後，變更您的 PSTN 設定、位置的名稱、時區和語言。請記住，新語言僅適用於新使用者和裝置。現有使用者和裝置繼續使用舊語言。

您可針對現有位置啟用 911 緊急服務。有關更多資訊，請參閱 Webex Calling 的 RedSky 911 緊急服務。

於下列網址登入 Control Hub：https://admin.webex.com ，轉至管理>位置。

如果您在某個位置旁看到警告符號，則表示您尚未為該位置設定電話號碼。在設定該號碼之前，您無法撥打或接聽任何通話。

（可選）在 PSTN 連線底下，根據已設定的內容來選取雲端連線 PSTN 或內部部署型 PSTN（本機閘道）。按一下管理可變更該組態，然後選取繼續以確認相關風險。然後，選擇下列其中一個選項並按一下儲存：

Cisco PSTN 選項僅適用於下列情況：

您至少已購買一個承諾的 Cisco Calling Plan OCP（外發通話計劃）。
您的位置所在國家/地區支援 Cisco Calling 計劃。
您位於新的位置。目前，已指派其他 PSTN 功能的預先存在位置不符合Cisco Calling Plan 的資格。開啟支援案例以尋求指引。
您託管在支援Cisco Calling 計劃的地區的Webex Calling資料中心內。

公司處所型 PSTN（本機閘道） - 如果您想要保留目前的 PSTN 提供者或想要將非雲端網站與雲端網站連線，您可以選擇此選項。

Webex Calling位置先前已設定本機閘道的客戶將自動轉換為具有相應 trunk 的內部部署 PSTN。

選取主要號碼，此為可以聯絡該位置主要聯絡人的電話號碼。

（選用）在緊急電話下，您可選取緊急位置識別碼以指派至此位置。

此設定是可選的，且僅適用於有要求的國家。

在某些國家（例如：法國），則行動電話系統存在法規要求，可在您進行緊急通話並提供給緊急機構時，建立儲存區身分。美國和加拿大等其他國家/地區使用其他方法實施位置確定。如需相關資訊，請參閱增強的緊急呼叫。

您的緊急通話提供者可能需要有關存取網路的資訊，這可透過定義新的私人SIP分機標題 P-Access-Network-Info 來實現。標題承載與存取網路相關的資訊。

當您為位置設定緊急位置識別碼時，位置值會作為SIP 訊息的一部分傳送到提供者。請聯絡您的緊急通話提供者，查看您是否需要此設定並使用緊急通話提供者提供的值。」

選取語音信箱號碼，使用者撥打號碼可檢查此位置是否有他們的語音信箱。

（選用）按一下位置頁面頂部的鉛筆圖示，視需要變更位置名稱、播報語言、電子郵件語言、時區或地址，然後按一下儲存。

為新增至此位置的任何新使用者和功能所變更的播報語言可立即生效。若現有使用者及/或功能也需變更其播報語言，請在系統提示時，選取現有使用者和工作區變更或現有功能變更。按一下套用。您可在任務頁面上檢視進度。完成此動作前，無法進行任何變更。

變更地點的時區並不會更新與此位置相關聯的功能的時區。若要編輯自動語音應答、群組搜尋和通話佇列等功能的時區，請前往要更新其時區的特定功能之一般設定區域，並在那裡編輯並儲存。

這些設定適用於內部撥號，首次設定精靈中也提供了這些設定。當您變更撥號計劃時， Control Hub更新以顯示這些變更。

您可以設定位置的去電權限。請參閱這些步驟，設定去電權限。

登入Control Hub ，轉至服務>正在呼叫>服務設定，然後捲動至內部撥號。

如有需要，請設定下列選用撥號喜好設定：

位置路由字首長度- 如果您有多個位置，我們建議您使用此設定。可輸入 2-7 位數的長度。如果您有多個位置具有相同的分機，則使用者在兩個位置之間通話時必須撥打字首。例如，如果您有多個商店且全部商店都使用分機號 1000，則您可以為每個商店設定路由字首。如果某個商店的字首為 888，您需要撥打 8881000 才能聯絡到該商店。

路由字首長度包括引導數字。例如，如果您將路由字首長度設定為四位，則只能使用三位數來指定網站。

如果您將路由字首指定給一個位置，則指定給該位置的所有分機外觀都會在分機號碼前包含路由字首。例如 888-1000（路由字首-分機）。

路由字首中的導向數字- 選擇將被設定為每個路由字首的第一個數字的號碼。
內部分機長度— 您可以輸入 2-10 位數，預設值為 2。

在您增加分機長度後，現有的快速撥號給內部分機號的號碼不會自動更新。
允許在位置之間撥號- 允許您根據組織的需求，自訂位置之間的分機號撥號。
- 如果您的組織在其所有位置都沒有重複的分機，請啟用該切換。
  預設情況下會啟用切換。
- 如果您的組織在不同位置具有相同的分機，請停用該切換。當停用該切換且呼叫者撥打分機號時，通話會路由至與呼叫者位於相同位置的具有相符分機號的使用者。呼叫者必須撥打企業重要號碼（位置路由字首 + 分機號），才能聯絡其他位置的分機號。

針對特定位置指定內部撥號。轉至管理>位置，從清單中選取位置，然後按一下正在呼叫。捲動至撥號，然後根據需要變更內部撥號：

內部撥號 — 指定其他位置的使用者為聯絡此位置的人員而需要撥打的路由字首。每個位置的路由字首都必須獨一無二。我們建議字首長度符合在組織層級設定的長度，但必須為 2–7 位數。

為特定位置指定外部撥號。轉至管理>位置，從清單中選取位置，然後按一下正在呼叫。捲動至撥號，然後根據需要變更外部撥號：

外部撥號 - 您可以選擇使用者為聯絡外線而必須撥打的外撥數字。預設值為無，如果您不需要此撥號習慣，則此值可以為無。如果您決定使用此功能，我們建議您使用與組織的轉向數字不同的數字。

使用者可以在撥打外部電話時包含外撥數字，以模仿他們在舊版系統上的撥號方法。但是，所有使用者仍然可以在沒有外撥數字的情況下撥打外部電話。

（可選）您可以強制撥打外撥數字位置，確保使用者必須使用管理員設定的外撥數字來撥打外部電話。

當啟用此功能時，無論有沒有外撥數字，仍然可以撥打緊急呼叫。

啟用後，如果未包含外撥數字，則任何外部目標號碼（例如用於來電轉接中的那些號碼）將不再適用。

如果分機與國內號碼相同，則分機優先於國內號碼。因此，我們建議您啟用外撥數字。

我們強烈建議對傳入和傳出的 PSTN 通話使用E.164號碼格式。

對使用者的影響：

使用者必須重新啟動其電話，才能使撥號喜好設定中的變更生效。
使用者分機號的開頭不應與位置的導向數字或外撥數字相同。

在 Control Hub 中設定內部部署型 PSTN（本機閘道）

如果您是增值經銷商，則可以使用以下步驟在 Control Hub 中啟用本機閘道設定。向雲端註冊這個閘道時，您可以在一或多個 Webex Calling 位置上使用它以向企業 PSTN 服務提供者提供路由。

無法刪除已用於其他位置的本機閘道。

建立幹線

按照下列步驟在 Control Hub 中建立幹線。

準備工作

新增位置後請先建立幹線，然後再設定該位置的內部部署型 PSTN。
針對每一個角色建立任何位置和特定設定及號碼。必須先有位置才能新增該位置的內部部署型 PSTN。
瞭解 Webex Calling 的內部部署型 PSTN（本機閘道）規定。
同一位置無法選擇多個內部部署型 PSTN 幹線，但多個位置可選擇同一幹線。

登入Control Hub於，轉至服務>正在呼叫>呼叫路由，並選取新增幹線。https://admin.webex.com

選取位置。

為幹線命名，然後按一下儲存。

名稱不能超過 24 個字元。

下一步

系統會向您顯示相關參數，您需要在幹線上加以設定。您還會產生一組 SIP 摘要認證以保護 PSTN 連線。

幹線資訊會出現在註冊網域、幹線群組 OTG/DTG、線路/連接埠及傳出 Proxy 地址等螢幕上。

我們建議您從 Control Hub 複製此資訊並將其貼至本機文字檔案或文件內，以便在準備好設定內部部署型 PSTN 時參照該資訊。

如果您失去認證，則必須從 Control Hub 中的幹線資訊螢幕產生認證。按一下擷取使用者名稱並重設密碼以產生一組新的驗證認證以用於幹線。

選取供內部部署型 PSTN 使用的幹線

於下列網址登入 Control Hub：https://admin.webex.com ，轉至管理>位置。

選取要修改的位置，然後按一下管理。

選取內部部署型 PSTN 並按一下下一步。

在此下拉功能表中選擇一個幹線。

造訪幹線頁面以管理您的幹線群組選擇。

按一下確認通知，然後按一下儲存。

下一步

您必須取得 Control Hub 產生的組態資訊並將參數對映至本機閘道（例如 Cisco CUBE 上的內部部署本機閘道）。本文引導您完成此程序。如需參考資訊，請參閱下圖，其示範 Control Hub 組態資訊（左側）如何對映至 CUBE 中的參數（右側）：

在閘道本身上成功完成組態後，您可以返回服務 > 通話 > 位置（Control Hub 中），您所建立的閘道將會列在您指定的位置卡中，其名稱左側有一個綠點。此狀態指出閘道已安全地註冊至通話雲端並且充當位置的活動 PSTN 閘道。

管理電話號碼

您可以輕鬆地在 Control Hub 中為您的組織查看、啟用、移除及新增電話號碼有關更多資訊，請參閱在 Control Hub 中管理電話號碼。

從 Control Hub 的試用版申請購買 Webex 服務

如果您正在嘗試使用 Webex 服務，想要將試用服務轉換為付費訂閱，則可以向您的合作夥伴提交電子郵件請求。

1	於登入 Control Hub：https://admin.webex.com ，選取建築物圖示。
2	選取訂閱標籤，然後按一下立即購買。系統會傳送一封電子郵件給您的合作夥伴，告訴他們您對轉換為付費訂閱很感興趣。

設定通話選項

您可以使用 Control Hub 來設定使用者在 Webex 應用程式中所看到可用通話選項的優先順序。您也可以為其啟用「一按撥入」。如需相關資訊，請參閱：為Webex應用程式使用者設定通話選項。

設定通話行為

您可以控制當使用者撥打電話時開啟哪些通話應用程式。您可以設定通話用戶端設定，包括為具有Unified CM或Webex Calling和沒有來自Cisco的付費通話服務的使用者。如需相關資訊，請參閱：設定通話行為。

在 Cisco IOS XE 上為本機閘道設定 Webex Calling

概觀

Webex Calling目前支援兩個版本的本機閘道：

本機閘道
政府Webex的本機閘道

本機閘道
政府Webex的本機閘道

主要考量

在開始之前，請了解Webex Calling的公司處所型公用交換電話網路 (PSTN) 和本機閘道 (LGW) 需求。請參閱Webex Calling的Cisco偏好架構獲取更多資訊。
本文假設已準備好專用的本機閘道平台，且沒有現有的語音設定。如果您修改現有的PSTN 閘道道或 CUBE Enterprise 部署以用作Webex Calling的本機閘道功能，請特別注意設定。確保您的變更不會中斷現有的通話流程和功能。

這些程序包含指令參考文件的鏈結，您可以在其中進一步了解各個指令選項。所有指令參考鏈結都會轉至Webex受管理的閘道指令參考除非另有說明（在這種情況下，指令鏈結會轉至Cisco IOS語音指令參考)。您可以在Cisco Unified Border Element存取所有這些指南指令參照。

有關受支援的第三方 SBC 的資訊，請參閱各自的產品參考文件。

設定您的本機閘道

有兩個選項可用來為您的Webex Calling主幹：

註冊型乾線
憑證式 trunk

使用工作流程，註冊型本機閘道或憑證型本機閘道為您的Webex Calling主幹。

請參閱本機閘道入門有關不同幹線類型的更多資訊。使用命令行介面 (CLI) 在本機閘道本身上執行下列步驟。我們使用作業階段啟始通訊協定 (SIP)和傳輸層安全性性 (TLS) 傳輸來確保 trunk 的安全，並使用安全即時通訊協定 (SRTP) 來保護本機閘道與Webex Calling 。

主要考量

選取 CUBE 作為您的本機閘道。政府版Webex目前不支援任何第三方階段作業邊界控制者 (SBC)。若要檢閱最新清單，請參閱本機閘道入門。
為所有政府版Webex本地閘道安裝Cisco IOS XE Dublin 17.12.1a 或更高版本。
若要檢閱Webex for Government 支援的根憑證授權單位 (CA) 清單，請參閱政府Webex的根憑證授權機構。
如需Webex for Government 中本機閘道的外部埠範圍的詳細資訊，請參閱政府版Webex (FedRAMP) 的網路需求。

政府Webex的本機閘道不支援以下功能：

STUN/ICE-Lite 用於媒體路徑最佳化
傳真 (T.38)

Webex for Government 的本機閘道

若要在Webex for Government 中為您的Webex Calling trunk設定本機閘道，請使用以下選項：

憑證式 trunk

使用憑證型本機閘道為您的Webex Calling幹線設定本機閘道。有關如何設定基於憑證的本機閘道的更多詳細資訊，請參閱設定基於Webex Calling憑證的 trunk 。

必須設定符合 FIPS 的 GCM 加密以支援政府版Webex的本機閘道。否則，通話設定將會失敗。如需設定詳細資訊，請參閱設定基於Webex Calling憑證的 trunk 。

政府版Webex不支援基於註冊的本機閘道。

註冊型本機閘道
憑證型本機閘道

設計概觀

本節描述瞭如何使用註冊的SIP trunk將Cisco Unified Border Element (CUBE) 設定為Webex Calling的本機閘道。此文件的第一部分說明如何設定簡單的PSTN 閘道。在此情況下，來自 PSTN 的所有通話都會路由至Webex Calling ，而來自Webex Calling的所有通話都會路由至 PSTN。下圖重點顯示了此解決方案以及將要遵循的高階通話路由設定。

在此設計中，使用了以下主要組態：

語音課程租用戶： 用於建立幹線特定的設定。
語音類別 uri ： 用於對SIP訊息進行分類，以選擇入埠撥號點。
入埠撥號點： 處理入埠SIP訊息，並確定與撥號對等群組的出埠路由。
撥號對等群組： 定義用於通話路由的外發撥號點。
輸出撥號對等： 處理輸出SIP訊息，並將其路由至所需的目標。

Call routing from/to PSTN to/from Webex Calling configuration solution

將內部部署Cisco Unified Communications Manager解決方案與Webex Calling連線時，您可以使用簡單的PSTN 閘道道設定作為建立下圖所示解決方案的基準。在此情況下，Unified Communications Manager 會提供所有 PSTN 和Webex Calling通話的集中路由和處理方式。

在整篇文件中，使用了下圖所示的主機名稱、 IP位址和介面。

使用本文件其餘部分中的設定指南，依下列步驟完成本機閘道設定：

步驟 1：設定路由器基準連線和安全性
步驟 2： Webex Calling trunk

根據您所需的架構，請執行以下任一操作：
步驟 3：使用SIP PSTN trunk設定本機閘道
步驟 4：使用現有Unified CM環境設定本機閘道

或：
步驟 3：設定本機閘道與 TDM PSTN 主幹

設定連線和安全性

基准設定

將Cisco路由器準備為Webex Calling的本機閘道的第一步是建立基准設定，以保護您的平台並建立連線。

所有基於註冊的本機閘道部署都需要Cisco IOS XE 17.6.1a 或更高版本。如需建議的版本，請參閱Cisco軟體研究頁面。搜尋平台並選取其中一個平台建議的發行。
- ISR4000 系列路由器必須同時使用 Unified Communications 和安全性技術授權。
- 配備語音卡或 DSP 的 Catalyst Edge 8000 系列路由器需要 DNA Advantage 授權。沒有語音卡或 DSP 的路由器至少需要 DNA Essentials 授權。
為您的平台建立符合您的業務策略的基准設定。尤其是，請設定以下項目並驗證是否正常運作：
- NTP
- ACL
- 使用者驗證和遠端存取
- DNS
- IP路由
- IP位址
通往Webex Calling的網路必須使用IPv4 位址。
將Cisco根 CA 組合上傳至本機閘道。

組態


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

設定基於Webex Calling註冊的 trunk


 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced  

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

定義租用戶之後100並設定SIP VoIP撥號點，閘道會起始建立與Webex Calling的TLS連線。此時，存取 SBC 將其憑證提供給本機閘道。本機閘道會使用之前更新的 CA 根組合來驗證Webex Calling存取 SBC 憑證。如果憑證被識別，則在本機閘道和Webex Calling存取 SBC 之間建立持續TLS階段作業。然後，本機閘道可以使用此安全連線向Webex存取 SBC 註冊。當註冊受到驗證時：

的使用者名稱、密碼、和領域參數從憑證在回應中使用組態。
SIP 設定檔 100 中的修改規則用於將 SIPS URL轉換回SIP。

從存取 SBC 收到 200 確定時，即表示註冊成功。

使用SIP PSTN 主幹設定本機閘道

在上述建立Webex Calling的干線之後，請使用以下設定來建立朝向基於SIP的 PSTN 提供者的未加密的干線：

如果您的服務提供者提供安全的 PSTN 幹線，您可以遵循上述Webex Calling幹線的相似設定。 CUBE 支援安全到安全的通話路由。

若要在Cisco TDM- SIP閘道上為 PSTN 通話段設定 TDM 介面，請參閱設定ISDN PRI 。

設定以下語音類別 URI 以識別來自 PSTN 主幹的呼入電話：


voice class uri 200 sip
  host ipv4:192.168.80.13

以下是設定欄位的說明：

語音課程 URI 200 SIP

定義一種模式，以將傳入的SIP邀請與傳入的 trunk 撥號點相配。輸入此型式時，請使用您的IP PSTN 閘道道的IP 位址。如需相關資訊，請參閱語音類別 uri 。

設定以下IP PSTN 撥號點:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

以下是設定欄位的說明：


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

定義一個標記為的VoIP撥號點， 300並提供有意義的說明，以便輕鬆管理和疑難排解。如需相關資訊，請參閱撥號對等語音。

destination-pattern BAD.BAD

當使用傳入撥號對等群組來路由傳出通話時，需要虛擬目標型式。如需相關資訊，請參閱目的地型式（介面）。

session protocol sipv2

指定撥號對等200處理SIP 通話段。如需相關資訊，請參閱階段作業通訊協定 (撥號對等) 。

session target ipv4:192.168.80.13

指出要傳送通話線路段的目的地的目標IPv4 位址。此處的階段作業目標是 ITSP 的IP 位址。如需相關資訊，請參閱階段作業目標（VoIP撥號對等項目）。

傳入 URI 透過200

定義 VIA 標題與IP PSTN 的IP 位址的相符條件。與本機閘道上的所有傳入IP PSTN 通話線路相符，與撥號對等 200 相符。如需相關資訊，請參閱傳入 url 。

系結控制來源介面 GigabitEthernet0/0/0

設定傳送至 PSTN 的訊息的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。

系結媒體來源介面 GigabitEthernet0/0/0

設定傳送至 PSTN 的媒體的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。

語音級編解碼器 100

將撥號點設定為使用通用編解碼器過濾器清單100 。如需相關資訊，請參閱語音級編解碼器。

dtmf-relay rtp-nte

將RTP -NTE (RFC2833) 定義為通話線路段上預期的DTMF功能。如需相關資訊，請參閱DTMF中繼 ( IP語音) 。

no vad

停用語音活動偵測。如需相關資訊，請參閱vad（撥號對等體）。

如果您正在將本機閘道設定為僅在Webex Calling與 PSTN 之間通話路由，請新增以下通話路由設定。如果您使用 Unified Communications Manager 平台配置本機閘道，請跳到下一部分。

建立撥號點群組以通話路由至Webex Calling或 PSTN。定義 DPG 100 ，其中外撥對等 100 朝向Webex Calling。 DPG 100 會從 PSTN 套用至傳入的撥號點。同樣，定義 DPG 200 時，使出埠撥號對等 200 指向 PSTN。 DPG 200 會套用至來自Webex的傳入撥號點。
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
以下是設定欄位的說明：
撥號點100
將輸出撥號點與撥號點群組建立關聯。如需相關資訊，請參閱語音級 dPG 。
套用撥號對等群組以將通話路由從Webex路由至 PSTN 及從 PSTN 路由至Webex：
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
以下是設定欄位的說明：
destination dpg 200
指定應使用哪個撥號對等群組（即撥號對等）來處理提供給此傳入撥號對等點的通話。

這樣您的本機閘道設定就結束了。如果這是第一次設定 CUBE 功能，請儲存組態並重新載入平台。

使用現有Unified CM環境設定本機閘道

上述章節中的 PSTN- Webex Calling設定可能會修改為包含通往Cisco Unified Communications Manager (UCM) 叢集的其他幹線。在此情況下，所有通話都會透過Unified CM路由。來自 UCM 的通話（在連接埠 5060 上）會路由到 PSTN，而來自連接埠 5065 的通話會路由到Webex Calling。可能會新增以下增量設定以包括此通話場景。

在Unified CM中建立Webex Calling主乾時，請確保將SIP 中繼線安全性設定檔設定中的傳入埠設定為 5065。這允許在連接埠 5065 上收到訊息，並在傳送訊息至本機閘道時使用此值填入 VIA 標題。

設定下列語音類別 URI：

將使用SIP VIA 埠的Unified CM至Webex通話分類：
```
voice class uri 300 sip
 pattern :5065
```
將使用SIP透過埠的Unified CM與 PSTN 通話分類：
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
使用一種或多種描述原始來源位址和連接埠號碼的模式，對從 UCM 前往 PSTN 主幹的傳入訊息進行分類。如有需要，可使用正則表達式來定義相符模式。

在上述範例中，標準運算式用於匹配 192.168.80.60 到 65 範圍內的任何IP 位址和連接埠號碼5060。

設定下列DNS記錄以指定通往Unified CM主機的 SRV 路由:

IOS XE 使用這些記錄在本地確定目標 UCM 主機和通訊埠。使用此組態，便不需要在DNS系統中設定記錄。若您偏好使用DNS，則不需要進行這些本端設定。


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

以下是設定欄位的說明：

以下指令建立DNS SRV資源記錄。為每個 UCM 主機和 trunk 建立記錄：

ip 主機_sip。_udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip。_udp .pstntocucm.io ： SRV 資源記錄名稱

2： SRV 資源記錄優先順序

1： SRV 資源記錄權數

5060 ：要在此資源記錄中用於目標主機的連接埠號碼

ucmsub5.mydomain.com ：資源記錄目標主機

若要解析資源記錄目標主機名稱，請建立本機DNS A 記錄。譬如：

ip 主機 ucmsub5.mydomain.com 192.168.80.65

ip 主機：在本機 IOS XE 資料庫中建立記錄。

ucmsub5.mydomain.com ： A 記錄主持人名稱。

192.168.80.65 ：主機IP 位址。

建立 SRV 資源記錄和 A 記錄，以反映您的 UCM 環境和偏好的呼叫分發策略。

設定下列撥號點:

Unified CM與Webex Calling之間通話的撥號對等：
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
以下是設定欄位的說明：
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
定義具有標記的VoIP撥號點300並提供有意義的說明，以便輕鬆管理和疑難排解。
destination-pattern BAD.BAD
當使用傳入撥號對等群組來路由傳出通話時，需要虛擬目標型式。在此情況下，可使用任何有效的目的地型式。
session protocol sipv2
指定由撥號對等 300 處理SIP 通話段。如需相關資訊，請參閱階段作業通訊協定 (撥號對等) 。
階段作業目標 DNS：wxtocucm.io
透過DNS SRV解析，定義多個Unified CM節點的階段作業目標。在此情況下，本地定義的 SRV 記錄 wxtocucm.io 會用於導向通話。
incoming uri via 300
使用語音類別URI 300 將來自Unified CM的所有傳入流量（使用來源埠 5065）導向此撥號對等。如需相關資訊，請參閱傳入 URI 。
語音級編解碼器100
代表Unified CM通話的編解碼器過濾器清單。如需相關資訊，請參閱語音類別轉碼器。
系結控制來源介面 GigabitEthernet0/0/0
設定傳送至 PSTN 的訊息的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。
系結媒體來源介面 GigabitEthernet0/0/0
設定傳送至 PSTN 的媒體的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。
dtmf-relay rtp-nte
將RTP -NTE (RFC2833) 定義為通話線路段上預期的DTMF功能。如需相關資訊，請參閱DTMF中繼 ( IP語音) 。
no vad
停用語音活動偵測。如需相關資訊，請參閱vad（撥號對等體）。
Unified CM與 PSTN 之間通話的撥號對等：
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
以下是設定欄位的說明：
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
定義一個標記為的VoIP撥號點， 300並提供有意義的說明，以便輕鬆管理和疑難排解。
destination-pattern BAD.BAD
當使用傳入撥號對等群組來路由傳出通話時，需要虛擬目標型式。在此情況下，可使用任何有效的目的地型式。
session protocol sipv2
指定由撥號對等 400 處理SIP 通話段。如需相關資訊，請參閱階段作業通訊協定 (撥號對等) 。
階段作業目標 DNS：pstntocucm.io
透過DNS SRV解析，定義多個Unified CM節點的階段作業目標。在此情況下，本地定義的 SRV 記錄 pstntocucm.io 會用於導向通話。
傳入 URI 透過400
使用語音類別URI 400 將來自使用來源埠 5060 的指定Unified CM主機的所有傳入流量導向至此撥號點。如需相關資訊，請參閱傳入 URI 。
語音級編解碼器100
代表Unified CM通話的編解碼器過濾器清單。如需相關資訊，請參閱語音類別轉碼器。
系結控制來源介面 GigabitEthernet0/0/0
設定傳送至 PSTN 的訊息的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。
系結媒體來源介面 GigabitEthernet0/0/0
設定傳送至 PSTN 的媒體的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。
dtmf-relay rtp-nte
將RTP -NTE (RFC2833) 定義為通話線路段上預期的DTMF功能。如需相關資訊，請參閱DTMF中繼 ( IP語音) 。
no vad
停用語音活動偵測。如需相關資訊，請參閱vad（撥號對等體）。

使用以下設定新增通話路由：

建立撥號點群組以在Unified CM和Webex Calling之間通話路由。定義 DPG 100 與輸出撥號對等 100朝向Webex Calling。 DPG 100 會從Unified CM套用至相關聯的傳入撥號點。同樣，將 DPG 300 定義為指向Unified CM的外撥對等 300 。 DPG 300 會套用至來自Webex的傳入撥號點。
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
建立撥號對等群組以在Unified CM與 PSTN 之間通話路由。定義 DPG 200 與輸出撥號對等 200朝向 PSTN。 DPG 200 會從Unified CM套用至相關的傳入撥號點。同樣，將 DPG 400 定義為指向Unified CM的外撥對等 400 。 DPG 400 會套用至來自 PSTN 的傳入撥號對等項目。
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
以下是設定欄位的說明：
撥號點100
將輸出撥號點與撥號點群組建立關聯。如需相關資訊，請參閱語音級 dPG 。
套用撥號對等群組以將通話路由從Webex路由至Unified CM及從Unified CM至Webex：
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
以下是設定欄位的說明：
目的地 dpg 300
指定應使用哪個撥號對等群組（即撥號對等）來處理提供給此傳入撥號對等點的通話。
套用撥號對等群組以將通話路由從 PSTN 路由至Unified CM及從Unified CM至 PSTN：
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
這樣您的本機閘道設定就結束了。如果這是第一次設定 CUBE 功能，請儲存設定並重新載入平台。

使用診斷簽名監視本機閘道並對其進行疑難排解

診斷簽名 (DS) 主動檢測在基於 IOS XE 的本機閘道中常見的問題，並產生事件的電子郵件、syslog 或終端訊息通知。您也可以安裝 DS 以自動收集診斷資料，以及將收集的資料傳送至 Cisco TAC 案例以加快解決時間。

診斷簽名 (DS) 是XML檔案，其中包含有關問題觸發事件與為通知、疑難排解和補救問題而要採取的動作的資訊。您可以使用 syslog 訊息、 SNMP事件以及透過定期監控特定的 show 指令輸出來定義問題偵測邏輯。

動作類型包括收集 show 指令輸出：

產生整合的日誌檔
將檔案上傳至使用者提供的網路位置，例如 HTTPS、SCP、 FTP伺服器。

TAC 工程師創作 DS 檔案並進行數位簽署以保護完整性。每個 DS 檔案都具有系統指派的唯一數字 ID。診斷簽名查找工具（DSLT）是尋找適用特徵以監控各種問題並進行疑難排解的單一來源。

開始之前：

請勿編輯您從中下載的 DS 檔案DSLT 。由於完整性檢查錯誤，您修改的檔案安裝會失敗。
本機閘道所需的簡單郵件傳輸通訊協定 (SMTP) 伺服器以傳送電子郵件通知。
如果您想要使用安全的SMTP 伺服器來傳送電子郵件通知，請確保本機閘道執行 IOS XE 17.6.1 或更高版本。

先決條件

執行 IOS XE 17.6.1a 或更高版本的本機閘道

預設啟用診斷簽章。
設定安全電子郵件伺服器，以在裝置執行Cisco IOS XE 17.6.1a 或更高版本時用於傳送主動通知。
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

設定環境變數ds_email使用管理員的電子郵件地址，以通知您。

configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

下面顯示在Cisco IOS XE 17.6.1a 或更高版本上執行的本機閘道的範例設定，以傳送主動通知至tacfaststart@gmail.com使用 Gmail 作為安全的SMTP 伺服器：

我們建議您使用Cisco IOS XE班加羅爾 17.6.x 或更高版本。

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

在Cisco IOS XE 軟體上執行的本機閘道不是支援 OAuth 的一般網路型 Gmail 用戶端，因此我們必須設定特定的 Gmail 帳戶設定並提供特定的權限才能正確處理來自裝置的電子郵件：

轉至管理 Google 帳戶>安全性並開啟較不安全的應用程式存取設定。
當您收到來自 Gmail 的電子郵件「Google 已阻止某人使用非 Google 應用程式登入您的帳戶」時，回答「是的，是我」。

安裝診斷特徵以進行主動監控

監控高CPU使用率

此 DS 使用SNMP OID 1.3.6.1.4.1.9.2.1.56 追踪CPU使用率五秒。當使用率達到 75% 或以上時，它會停用所有除錯並解除安裝安裝在本機閘道中的所有診斷簽名。請使用下列步驟來安裝簽章。

使用顯示 snmp命令以啟用SNMP。如果您未啟用，則設定snmp 伺服器管理程式命令。

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

使用診斷簽章查詢工具中的下列下拉選項下載 DS 64224：

欄位名稱	欄位值

平台	Cisco 4300、4400 ISR 系列或 Cisco CSR 1000V 系列
產品	Webex Calling 解決方案中的 CUBE 企業版
問題範圍	效能
問題類型	電子郵件通知的高CPU使用率。

將 DS XML 檔案複製到本機閘道 Flash。

LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

下例顯示如何將檔案從FTP伺服器複製到本機閘道。

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

在本機閘道中安裝 DS XML 檔案。

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

使用顯示 call-home 診斷簽名命令來驗證是否已成功安裝簽章。狀態欄應具有「已註冊」值。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

下載 DS：

DS ID	DS 名稱	修訂版	狀態	前次更新時間 (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	已註冊	2020-11-07 22:05:33

在觸發時，此簽章會解除安裝所有正在執行的 DS，包括本身。如有必要，請重新安裝 DS 64224 以繼續監控本機閘道上的高CPU使用率。

監控SIP trunk註冊

此 DS 會每隔 60 秒檢查一次本機閘道SIP幹線是否向Webex Calling雲端取消註冊。一旦偵測到取消註冊事件，它會產生電子郵件和 syslog 通知，並在發生兩次取消註冊後自行解除安裝。 使用下列步驟來安裝簽章：

使用診斷簽章查詢工具中的下列下拉選項下載 DS 64117：

欄位名稱	欄位值

平台	Cisco 4300、4400 ISR 系列或 Cisco CSR 1000V 系列
產品	Webex Calling 解決方案中的 CUBE 企業版
問題範圍	SIP-SIP
問題類型	帶有電子郵件通知的SIP主干連線取消註冊。

將 DS XML 檔案複製到本機閘道。

copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

在本機閘道中安裝 DS XML 檔案。

call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

使用顯示 call-home 診斷簽名命令來驗證是否已成功安裝簽章。狀態欄必須具有「已註冊」值。

監控異常通話中斷

此 DS 每隔 10 分鐘使用 SNMP 輪詢來偵測異常通話連線中斷，並顯示 SIP 錯誤 403、488 和 503。  如果與上次民意調查相比，錯誤計數增量大於或等於 5，則會生成 syslog 和電子郵件通知。 請使用下列步驟來解除安裝簽章。

使用顯示 snmp命令來檢查是否已啟用SNMP 。如果未啟用，請設定snmp 伺服器管理程式命令。

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

使用診斷簽章查詢工具中的下列選項下載 DS 65221：

欄位名稱	欄位值

平台	Cisco 4300、4400 ISR 系列或 Cisco CSR 1000V 系列
產品	Webex Calling 解決方案中的 CUBE 企業版
問題範圍	效能
問題類型	使用電子郵件和 Syslog 通知進行SIP異常通話中斷偵測。

將 DS XML 檔案複製到本機閘道。

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

在本機閘道中安裝 DS XML 檔案。

call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

使用顯示 call-home 診斷簽名命令來驗證是否已成功安裝簽章。狀態欄必須具有「已註冊」值。

安裝診斷簽名以對問題進行疑難排解

使用診斷簽名 (DS) 來快速解決問題。 Cisco TAC工程師創作了數個簽章，可啟用必要的除錯功能，以排解給定問題、偵測問題發生、收集正確的診斷資料集，以及自動將資料轉移至Cisco TAC案例。診斷簽名 (DS) 消除了手動檢查問題是否發生的需要，並使間歇性和暫時性問題的疑難排解變得更容易。

您可以使用診斷簽名查找工具尋找適用的簽章並安裝它們以自行解決給定問題，或者您可以安裝 TAC 工程師建議的簽章，作為支援活動的一部分。

以下範例說明如何尋找並安裝 DS 以偵測事件「%VOICE_IEC-3-GW: CCAPI: Internal Error (call spike threshold): IEC=1.1.181.1.29.0" syslog 並使用下列步驟自動收集診斷資料：

設定其他 DS 環境變數ds_fsurl_prefix這是上傳收集的診斷資料的Cisco TAC檔案伺服器路徑 (cxd.cisco.com)。 檔案路徑中的使用者名稱是案例號，密碼是檔案上傳權杖，該權杖可從支援案例管理員在以下指令中。 根據需要，您可以在支援案例管理程式的附件區段中產生檔案上傳記號。
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
範例：
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
確保已使用SNMP啟用顯示 snmp命令。如果未啟用，請設定snmp 伺服器管理程式命令。
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

確保安裝高CPU監控 DS 64224 作為主動措施，以在CPU使用率較高時停用所有除錯和診斷簽名。使用診斷簽章查詢工具中的下列選項下載 DS 64224：

欄位名稱	欄位值

平台	Cisco 4300、4400 ISR 系列或 Cisco CSR 1000V 系列
產品	Webex Calling 解決方案中的 CUBE 企業版
問題範圍	效能
問題類型	電子郵件通知的高CPU使用率。

使用診斷簽章查詢工具中的下列選項下載 DS 65095：

欄位名稱	欄位值

平台	Cisco 4300、4400 ISR 系列或 Cisco CSR 1000V 系列
產品	Webex Calling 解決方案中的 CUBE 企業版
問題範圍	Syslog
問題類型	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

將 DS XML 檔案複製到本機閘道。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

在本機閘道中安裝高 CPU 監控 DS 64224，然後安裝 DS 65095 XML 檔案。

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

驗證是否已使用以下方式成功安裝簽章：顯示 call-home 診斷簽名命令。狀態欄必須具有「已註冊」值。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

下載的 DS：

DS ID

DS 名稱

修訂版

狀態

前次更新時間 (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

已註冊

2020 年 11 月 8 日

65095

上午 12:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

已註冊

2020 年 11 月 8 日

驗證診斷簽名執行

在以下指令中，顯示 call-home 診斷簽名當本機閘道執行簽章內定義的動作時，指令變更為「執行中」。的輸出顯示 call-home 診斷簽名統計資料是驗證診斷特徵是否偵測到相關事件並執行動作的最佳方式。「觸發/數目上限/解除安裝」欄會指出給定簽章觸發事件的次數、定義為偵測事件的最大次數，以及在偵測到數目上限的觸發事件後簽章是否自行解除安裝。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

下載的 DS：

DS ID	DS 名稱	修訂版	狀態	前次更新時間 (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	已註冊	2020/11/8 上午 12:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	正在執行	2020/11/8 上午 12:12:53

顯示 call-home 診斷簽名統計資料

DS ID	DS 名稱	已觸發/最大值/解除安裝	平均執行時間（秒）	最長執行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

在診斷簽名執行期間傳送的通知電子郵件包含與給定問題疑難排解相關的關鍵資訊，例如問題類型、裝置詳細資訊、軟體版本、執行設定以及 show 指令輸出。

解除安裝診斷簽章

用於疑難排解的診斷特徵通常定義為在偵測到某些問題發生後解除安裝。如果您要手動解除安裝ID，請從顯示 call-home 診斷簽名指令並執行下列指令：

call-home diagnostic-signature deinstall <DS ID>

範例：

call-home diagnostic-signature deinstall 64224

「診斷簽名查找工具」會根據部署中常見的問題，定期將新簽名新增至。 TAC 目前不支援建立新自訂簽章的請求。

透過 Control Hub 管理和驗證Cisco IOS XE 閘道

為了更好地管理Cisco IOS XE 閘道，我們建議您透過 Control Hub 註冊和管理閘道。這是可選的設定。註冊後，您可以使用 Control Hub 中的設定驗證選項來驗證您的本機閘道設定並識別任何設定問題。目前，只有註冊型 trunk 支援此功能。

如需相關資訊，請參閱以下項目：

設計概觀

本節描述瞭如何使用憑證型雙向TLS (mTLS) SIP trunk將Cisco Unified Border Element (CUBE) 設定為Webex Calling的本機閘道。此文件的第一部分說明如何設定簡單的PSTN 閘道。在此情況下，來自 PSTN 的所有通話都會路由至Webex Calling ，而來自Webex Calling的所有通話都會路由至 PSTN。下圖重點顯示了此解決方案以及將要遵循的高階通話路由設定。

在此設計中，使用了以下主要組態：

語音課程租用戶： 用於建立幹線特定的設定。
語音類別 uri ：用於對SIP訊息進行分類，以選擇入埠撥號點。
入埠撥號點：處理入埠SIP訊息，並確定與撥號對等群組的出埠路由。
撥號對等群組：定義用於通話路由的外發撥號點。
輸出撥號對等：處理輸出SIP訊息，並將其路由至所需的目標。

在整篇文件中，使用了下圖所示的主機名稱、 IP位址和介面。提供了公開或私人（NAT 之後）位址的選項。 SRV DNS記錄是可選的，除非跨多個 CUBE 實例進行負載平衡。

使用本文件其餘部分中的設定指南，依下列步驟完成本機閘道設定：

步驟 1：設定路由器基準連線和安全性
步驟 2： Webex Calling trunk

根據您所需的架構，請執行以下任一操作：
步驟 3：使用SIP PSTN trunk設定本機閘道
步驟 4：使用現有Unified CM環境設定本機閘道

或：
步驟 3：設定本機閘道與 TDM PSTN 主幹

設定連線和安全性

基准設定

將Cisco路由器準備為Webex Calling的本機閘道的第一步是建立基准設定，以保護您的平台並建立連線。

所有基於憑證的本機閘道部署都需要Cisco IOS XE 17.9.1a 或更高版本。如需建議的版本，請參閱Cisco軟體研究頁面。搜尋平台並選取其中一個平台建議的發行。
- ISR4000 系列路由器必須同時使用 Unified Communications 和安全性技術授權。
- 配備語音卡或 DSP 的 Catalyst Edge 8000 系列路由器需要 DNA Essentials 授權。沒有語音卡或 DSP 的路由器至少需要 DNA Essentials 授權。
- 對於高容量需求，您可能還需要高安全性 (HSEC) 授權和額外的吞吐量授權。
  
  請參閱授權代碼獲取更多詳細資訊。
為您的平台建立符合您的業務策略的基准設定。尤其是，請設定以下項目並驗證是否正常運作：
- NTP
- ACL
- 使用者驗證和遠端存取
- DNS
- IP路由
- IP位址
通往Webex Calling的網路必須使用IPv4 位址。本機閘道完全限定網域名稱 (FQDN) 或服務記錄 (SRV) 位址必須解析為網際網路上的公用IPv4 位址。
本機閘道介面上面向Webex的所有SIP和媒體埠必須可從網際網路直接或透過靜態 NAT 存取。確保相應地更新防火牆。
在本機閘道上安裝簽署的憑證（以下提供詳細設定步驟）。
- 中詳述的公用憑證授權單位(CA)對Cisco Webex音訊和視訊平台的呼叫支援哪些根憑證授權單位？必須簽署裝置憑證。
- 建立幹線時，在 Control Hub 中設定的 FQDN 必須是路由器的通用名稱 (CN) 或主體別名 (SAN) 憑證。譬如：
  - 如果組織的 Control Hub 中已設定的 trunk 已將 cube1.lgw.com:5061 作為本機閘道的 FQDN，則路由器憑證中的 CN 或 SAN 必須包含 cube1.lgw.com。 
  - 如果組織的 Control Hub 中已設定的 trunk 具有 lgws.lgw.com 作為可從該 trunk 存取的本機閘道的 SRV 位址，則路由器憑證中的 CN 或 SAN 必須包含 lgws.lgw.com。 SRV 位址解析為（CNAME、A 記錄或IP位址）的記錄在 SAN 中是可選的。
  - 無論您對乾線使用 FQDN 還是 SRV，本機閘道中所有新SIP對話的聯絡人位址都使用在 Control Hub 中設定的名稱。
確保簽署憑證以供用戶端和伺服器使用。
將Cisco根 CA 組合上傳至本機閘道。

組態


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

設定基於Webex Calling憑證的 trunk



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

使用SIP PSTN 主幹設定本機閘道

在上述建立Webex Calling的干線之後，請使用以下設定來建立朝向基於SIP的 PSTN 提供者的未加密的干線：

如果您的服務提供者提供安全的 PSTN 幹線，您可以遵循上述Webex Calling幹線的相似設定。 CUBE 支援安全到安全的通話路由。

若要在Cisco TDM- SIP閘道上為 PSTN 通話段設定 TDM 介面，請參閱設定ISDN PRI 。

設定以下語音類別 URI 以識別來自 PSTN 主幹的呼入電話：


voice class uri 200 sip
  host ipv4:192.168.80.13

以下是設定欄位的說明：

語音課程 URI 200 SIP

設定以下IP PSTN 撥號點:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

以下是設定欄位的說明：


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

定義一個標記為的VoIP撥號點， 300並提供有意義的說明，以便輕鬆管理和疑難排解。如需相關資訊，請參閱撥號對等語音。

destination-pattern BAD.BAD

當使用傳入撥號對等群組來路由傳出通話時，需要虛擬目標型式。如需相關資訊，請參閱目的地型式（介面）。

session protocol sipv2

指定撥號對等200處理SIP 通話段。如需相關資訊，請參閱階段作業通訊協定 (撥號對等) 。

session target ipv4:192.168.80.13

指出要傳送通話線路段的目的地的目標IPv4 位址。此處的階段作業目標是 ITSP 的IP 位址。如需相關資訊，請參閱階段作業目標（VoIP撥號對等項目）。

傳入 URI 透過200

定義 VIA 標題與IP PSTN 的IP 位址的相符條件。與本機閘道上的所有傳入IP PSTN 通話線路相符，與撥號對等 200 相符。如需相關資訊，請參閱傳入 url 。

系結控制來源介面 GigabitEthernet0/0/0

設定傳送至 PSTN 的訊息的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。

系結媒體來源介面 GigabitEthernet0/0/0

設定傳送至 PSTN 的媒體的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。

語音級編解碼器 100

將撥號點設定為使用通用編解碼器過濾器清單100 。如需相關資訊，請參閱語音級編解碼器。

dtmf-relay rtp-nte

將RTP -NTE (RFC2833) 定義為通話線路段上預期的DTMF功能。如需相關資訊，請參閱DTMF中繼 ( IP語音) 。

no vad

停用語音活動偵測。如需相關資訊，請參閱vad（撥號對等體）。

建立撥號點群組以通話路由至Webex Calling或 PSTN。定義 DPG 100 ，其中外撥對等 100 朝向Webex Calling。 DPG 100 會從 PSTN 套用至傳入的撥號點。同樣，定義 DPG 200 時，使出埠撥號對等 200 指向 PSTN。 DPG 200 會套用至來自Webex的傳入撥號點。
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
以下是設定欄位的說明：
撥號點100
將輸出撥號點與撥號點群組建立關聯。如需相關資訊，請參閱語音級 dPG 。
套用撥號對等群組以將通話路由從Webex路由至 PSTN 及從 PSTN 路由至Webex：
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
以下是設定欄位的說明：
destination dpg 200
指定應使用哪個撥號對等群組（即撥號對等）來處理提供給此傳入撥號對等點的通話。

這樣您的本機閘道設定就結束了。如果這是第一次設定 CUBE 功能，請儲存組態並重新載入平台。

使用現有Unified CM環境設定本機閘道

設定下列語音類別 URI：

將使用SIP VIA 埠的Unified CM至Webex通話分類：
```
voice class uri 300 sip
 pattern :5065
```
將使用SIP透過埠的Unified CM與 PSTN 通話分類：
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
使用一種或多種描述原始來源位址和連接埠號碼的模式，對從 UCM 前往 PSTN 主幹的傳入訊息進行分類。如有需要，可使用正則表達式來定義相符模式。

在上述範例中，標準運算式用於匹配 192.168.80.60 到 65 範圍內的任何IP 位址和連接埠號碼5060。

設定下列DNS記錄以指定通往Unified CM主機的 SRV 路由:

IOS XE 使用這些記錄在本地確定目標 UCM 主機和通訊埠。使用此組態，便不需要在DNS系統中設定記錄。若您偏好使用DNS，則不需要進行這些本端設定。


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

以下是設定欄位的說明：

以下指令建立DNS SRV資源記錄。為每個 UCM 主機和 trunk 建立記錄：

ip 主機_sip。_udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip。_udp .pstntocucm.io ： SRV 資源記錄名稱

2： SRV 資源記錄優先順序

1： SRV 資源記錄權數

5060 ：要在此資源記錄中用於目標主機的連接埠號碼

ucmsub5.mydomain.com ：資源記錄目標主機

若要解析資源記錄目標主機名稱，請建立本機DNS A 記錄。譬如：

ip 主機 ucmsub5.mydomain.com 192.168.80.65

ip 主機：在本機 IOS XE 資料庫中建立記錄。

ucmsub5.mydomain.com ： A 記錄主持人名稱。

192.168.80.65 ：主機IP 位址。

建立 SRV 資源記錄和 A 記錄，以反映您的 UCM 環境和偏好的呼叫分發策略。

設定下列撥號點:

Unified CM與Webex Calling之間通話的撥號對等：
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
以下是設定欄位的說明：
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
定義具有標記的VoIP撥號點300並提供有意義的說明，以便輕鬆管理和疑難排解。
destination-pattern BAD.BAD
當使用傳入撥號對等群組來路由傳出通話時，需要虛擬目標型式。在此情況下，可使用任何有效的目的地型式。
session protocol sipv2
指定由撥號對等 300 處理SIP 通話段。如需相關資訊，請參閱階段作業通訊協定 (撥號對等) 。
階段作業目標 DNS：wxtocucm.io
透過DNS SRV解析，定義多個Unified CM節點的階段作業目標。在此情況下，本地定義的 SRV 記錄 wxtocucm.io 會用於導向通話。
incoming uri via 300
使用語音類別URI 300 將來自Unified CM的所有傳入流量（使用來源埠 5065）導向此撥號對等。如需相關資訊，請參閱傳入 URI 。
語音級編解碼器100
代表Unified CM通話的編解碼器過濾器清單。如需相關資訊，請參閱語音類別轉碼器。
系結控制來源介面 GigabitEthernet0/0/0
設定傳送至 PSTN 的訊息的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。
系結媒體來源介面 GigabitEthernet0/0/0
設定傳送至 PSTN 的媒體的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。
dtmf-relay rtp-nte
將RTP -NTE (RFC2833) 定義為通話線路段上預期的DTMF功能。如需相關資訊，請參閱DTMF中繼 ( IP語音) 。
no vad
停用語音活動偵測。如需相關資訊，請參閱vad（撥號對等體）。
Unified CM與 PSTN 之間通話的撥號對等：
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
以下是設定欄位的說明：
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
定義一個標記為的VoIP撥號點， 300並提供有意義的說明，以便輕鬆管理和疑難排解。
destination-pattern BAD.BAD
當使用傳入撥號對等群組來路由傳出通話時，需要虛擬目標型式。在此情況下，可使用任何有效的目的地型式。
session protocol sipv2
指定由撥號對等 400 處理SIP 通話段。如需相關資訊，請參閱階段作業通訊協定 (撥號對等) 。
階段作業目標 DNS：pstntocucm.io
透過DNS SRV解析，定義多個Unified CM節點的階段作業目標。在此情況下，本地定義的 SRV 記錄 pstntocucm.io 會用於導向通話。
傳入 URI 透過400
使用語音類別URI 400 將來自使用來源埠 5060 的指定Unified CM主機的所有傳入流量導向至此撥號點。如需相關資訊，請參閱傳入 URI 。
語音級編解碼器100
代表Unified CM通話的編解碼器過濾器清單。如需相關資訊，請參閱語音類別轉碼器。
系結控制來源介面 GigabitEthernet0/0/0
設定傳送至 PSTN 的訊息的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。
系結媒體來源介面 GigabitEthernet0/0/0
設定傳送至 PSTN 的媒體的來源介面及關聯的IP 位址。如需相關資訊，請參閱系結。
dtmf-relay rtp-nte
將RTP -NTE (RFC2833) 定義為通話線路段上預期的DTMF功能。如需相關資訊，請參閱DTMF中繼 ( IP語音) 。
no vad
停用語音活動偵測。如需相關資訊，請參閱vad（撥號對等體）。

使用以下設定新增通話路由：

建立撥號點群組以在Unified CM和Webex Calling之間通話路由。定義 DPG 100 與輸出撥號對等 100朝向Webex Calling。 DPG 100 會從Unified CM套用至相關聯的傳入撥號點。同樣，將 DPG 300 定義為指向Unified CM的外撥對等 300 。 DPG 300 會套用至來自Webex的傳入撥號點。
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
建立撥號對等群組以在Unified CM與 PSTN 之間通話路由。定義 DPG 200 與輸出撥號對等 200朝向 PSTN。 DPG 200 會從Unified CM套用至相關的傳入撥號點。同樣，將 DPG 400 定義為指向Unified CM的外撥對等 400 。 DPG 400 會套用至來自 PSTN 的傳入撥號對等項目。
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
以下是設定欄位的說明：
撥號點100
將輸出撥號點與撥號點群組建立關聯。如需相關資訊，請參閱語音級 dPG 。
套用撥號對等群組以將通話路由從Webex路由至Unified CM及從Unified CM至Webex：
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
以下是設定欄位的說明：
目的地 dpg 300
指定應使用哪個撥號對等群組（即撥號對等）來處理提供給此傳入撥號對等點的通話。
套用撥號對等群組以將通話路由從 PSTN 路由至Unified CM及從Unified CM至 PSTN：
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
這樣您的本機閘道設定就結束了。如果這是第一次設定 CUBE 功能，請儲存設定並重新載入平台。

使用診斷簽名監視本機閘道並對其進行疑難排解

診斷簽名 (DS) 主動檢測在Cisco IOS XE 型本機閘道中常見的問題，並產生事件的電子郵件、syslog 或終端訊息通知。您也可以安裝 DS 以自動收集診斷資料，以及將收集的資料傳送至 Cisco TAC 案例以加快解決時間。

診斷簽名 (DS) 是XML檔案，其中包含有關問題觸發事件與動作的資訊，以通知、疑難排解和補救問題。使用 syslog 訊息、 SNMP事件，以及定期監控特定的 show 指令輸出，來定義問題偵測邏輯。動作類型包括：

收集 show 指令輸出
產生整合的日誌檔
將檔案上傳至使用者提供的網路位置，例如 HTTPS、SCP、 FTP伺服器

TAC 工程師創作 DS 檔案並進行數位簽署以保護完整性。每個 DS 檔案都具有由系統指派的唯一數字ID 。診斷簽名查找工具（DSLT）是尋找適用特徵以監控各種問題並進行疑難排解的單一來源。

開始之前：

請勿編輯您從中下載的 DS 檔案DSLT 。由於完整性檢查錯誤，您修改的檔案安裝會失敗。
本機閘道所需的簡單郵件傳輸通訊協定 (SMTP) 伺服器以傳送電子郵件通知。
如果您想要使用安全的SMTP 伺服器來傳送電子郵件通知，請確保本機閘道執行 IOS XE 17.6.1 或更高版本。

先決條件

執行 IOS XE 17.6.1 或更高版本的本機閘道

預設啟用診斷簽章。
設定用於在裝置執行 IOS XE 17.6.1 或更高版本時用於傳送主動通知的安全電子郵件伺服器。
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

設定環境變數ds_email與您通知的管理員的電子郵件地址。


configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

安裝診斷特徵以進行主動監控

監控高CPU使用率

此 DS 使用SNMP OID 1.3.6.1.4.1.9.2.1.56 追踪CPU使用率的 5 秒。當使用率達到 75% 或以上時，它會停用所有除錯並解除安裝您安裝在本機閘道中的所有診斷簽名。請使用下列步驟來安裝簽章。

確保您已使用以下指令啟用SNMP顯示 snmp 。若未啟用SNMP ，則設定snmp 伺服器管理程式命令。


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

使用診斷簽章查詢工具中的下列下拉選項下載 DS 64224：

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

欄位名稱	欄位值

平台	Cisco 4300、4400 ISR 系列或 Catalyst 8000V Edge 軟體
產品	Webex Calling解決方案中的 CUBE Enterprise
問題範圍	效能
問題類型	高 CPU 使用率並傳送電子郵件通知

將 DS XML 檔案複製到本機閘道 Flash。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

下例顯示如何將檔案從FTP伺服器複製到本機閘道。

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

在本機閘道中安裝 DS XML 檔案。


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

使用顯示 call-home 診斷簽名命令來驗證是否已成功安裝簽章。狀態欄必須具有「已註冊」值。


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

下載 DS：

DS ID	DS 名稱	修訂版	狀態	前次更新時間 (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	已註冊	2020-11-07 22:05:33

在觸發時，此簽章會解除安裝所有正在執行的 DS，包括本身。如有必要，請重新安裝 DS 64224 以繼續監控本機閘道上的高CPU使用率。

監控異常通話中斷

使用以下指令確保SNMP已啟用顯示 snmp 。若未啟用SNMP ，請設定snmp 伺服器管理程式命令。

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

使用診斷簽章查詢工具中的下列選項下載 DS 65221：

欄位名稱	欄位值

平台	Cisco 4300、4400 ISR 系列或 Catalyst 8000V Edge 軟體
產品	Webex Calling 解決方案中的 CUBE 企業版
問題範圍	效能
問題類型	使用電子郵件和 Syslog 通知進行SIP異常通話中斷偵測。

將 DS XML 檔案複製到本機閘道。

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

在本機閘道中安裝 DS XML 檔案。


call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

使用指令顯示 call-home 診斷簽名以驗證是否已成功安裝簽章。狀態欄應具有「已註冊」值。

安裝診斷簽名以對問題進行疑難排解

您還可以使用診斷簽名 (DS) 來快速解決問題。 Cisco TAC工程師創作了數個簽章，可啟用必要的除錯功能，以排解給定問題、偵測問題發生、收集正確的診斷資料集，以及自動將資料轉移至Cisco TAC案例。這無需手動檢查問題發生情況，可更輕鬆地對間歇性和暫時問題進行疑難排解。

您可以使用診斷簽名查找工具尋找適用的簽章並安裝它們以自行解決給定問題，或者您可以安裝 TAC 工程師建議的簽章，作為支援活動的一部分。

以下範例說明如何尋找並安裝 DS 以偵測事件「%VOICE_IEC-3-GW: CCAPI: Internal Error (call spike threshold): IEC=1.1.181.1.29.0" syslog 並使用下列步驟自動收集診斷資料：

設定另一個 DS 環境變數ds_fsurl_prefix作為Cisco TAC檔案伺服器路徑 (cxd.cisco.com) 來上傳診斷資料。 檔案路徑中的使用者名稱是案例號，密碼是檔案上傳權杖，該權杖可從支援案例管理員如下所示。 檔案上傳權杖可在附件Support Case Manager 部分。


configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

範例：


call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

使用以下指令確保SNMP已啟用顯示 snmp 。若SNMP未啟用，請設定snmp 伺服器管理程式命令。
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

我們建議安裝高CPU監控 DS 64224 作為主動措施，以在CPU使用率較高時停用所有除錯和診斷簽名。使用診斷簽章查詢工具中的下列選項下載 DS 64224：

欄位名稱	欄位值

平台	Cisco 4300、4400 ISR 系列或 Catalyst 8000V Edge 軟體
產品	Webex Calling 解決方案中的 CUBE 企業版
問題範圍	效能
問題類型	電子郵件通知的高CPU使用率。

使用診斷簽章查詢工具中的下列選項下載 DS 65095：

欄位名稱	欄位值

平台	Cisco 4300、4400 ISR 系列或 Catalyst 8000V Edge 軟體
產品	Webex Calling 解決方案中的 CUBE 企業版
問題範圍	Syslog
問題類型	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

將 DS XML 檔案複製到本機閘道。


copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

在本機閘道中安裝高CPU監控 DS 64224，然後安裝 DS 65095 XML 檔案。


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

驗證是否已成功安裝簽章使用顯示 call-home 診斷簽名。狀態欄應具有「已註冊」值。


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

下載的 DS：

DS ID

DS 名稱

修訂版

狀態

前次更新時間 (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

已註冊

2020-11-08:00:07:45

65095

上午 12:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

已註冊

2020-11-08:上午 12:12:53

驗證診斷簽名執行

在以下指令中，指令的「狀態」欄顯示 call-home 診斷簽名當本機閘道執行簽章內定義的動作時，變更為「執行中」。的輸出顯示 call-home 診斷簽名統計資料是驗證診斷特徵是否偵測到相關事件並執行動作的最佳方式。「觸發/數目上限/解除安裝」欄會指出給定簽章觸發事件的次數、定義為偵測事件的最大次數，以及在偵測到數目上限的觸發事件後簽章是否自行解除安裝。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

下載的 DS：

DS ID	DS 名稱	修訂版	狀態	前次更新時間 (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	已註冊	2020/11/8 上午 12:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	正在執行	2020/11/8 上午 12:12:53

顯示 call-home 診斷簽名統計資料

DS ID	DS 名稱	已觸發/最大值/解除安裝	平均執行時間（秒）	最長執行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

在執行診斷簽名期間傳送的通知電子郵件包含與給定問題疑難排解相關的關鍵資訊，例如問題類型、裝置詳細資訊、軟體版本、執行設定以及顯示指令輸出。

解除安裝診斷簽章

將診斷簽名用於疑難排解通常定義為在偵測到某些問題發生後解除安裝。如果您要手動解除安裝簽章，請從的輸出中擷取 DS ID ：顯示 call-home 診斷簽名並執行下列指令：

call-home diagnostic-signature deinstall <DS ID>

範例：

call-home diagnostic-signature deinstall 64224

會根據在部署中觀察到的問題，定期將新簽章新增至「診斷簽章查找工具」。 TAC 目前不支援建立新自訂簽章的請求。

將 CUBE高可用性實作為本機閘道

基礎

先決條件

在將 CUBE HA 部署為 Webex Calling 的本機閘道之前，請確保您已深入瞭解下列概念：

Cisco Webex Calling 解決方案
Cisco Webex Calling 的本機閘道選項
針對具狀態呼叫保留的 CUBE 企業第二層裝置到裝置備援

本文中提供的設定指導方針採用專用的本機閘道平台，且未設定任何現有的語音。如果正在修改現有的 CUBE 企業部署以同時針對 Cisco Webex Calling 利用本機閘道功能，請密切注意已套用的設定，以確保現有的通話流程和功能不會中斷，並確保符合 CUBE HA 的設計需求。

軟硬體元件

CUBE HA 即本機閘道需要 IOS-XE 16.12.2 版或更高版本以及一個同時支援 CUBE HA 和 LGW 功能的平台。

本文中的顯示指令和日誌基於在 vCUBE (CSR1000v) 上實作的最低軟體版本 Cisco IOS-XE 16.12.2。

參考資料

以下是針對各種平台的一些詳細的 CUBE HA 設定指南：

ISR 4K 系列 — https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE) — https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco 偏好的架構（針對 Cisco Webex Calling）— https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Webex Calling 解決方案概觀

Cisco Webex Calling 是一種協同作業產品，該產品會為內部部署 PBX 電話服務提供多租戶雲端型替代方案，並為客戶提供多個 PSTN 選項。

本機閘道部署（如下所示）是本文的重點。使用 Webex Calling 中的本機閘道（內部部署型 PSTN）幹線可以連線至客戶擁有的 PSTN 服務。它還會提供與內部部署 IP PBX 部署（例如 Cisco Unified CM）的連線。透過針對 SIP 使用 TLS 傳輸和針對媒體使用 SRTP，進出雲端的所有通訊都會得到保護。

下圖顯示的 Webex Calling 部署不包含任何現有的 IP PBX，適用於單一或多網站部署。本文所述的設定基於此部署。

第二層裝置到裝置備援

CUBE HA 第二層裝置到裝置備援使用備援群組 (RG) 基礎結構通訊協定來形成作用中/待命路由器配對。此配對在其各自的介面之間共用相同的虛擬 IP 位址 (VIP)，並持續交換狀態訊息。在路由器配對之間對 CUBE 階段作業資訊進行抽點檢查，使待命路由器能夠在作用中路由器無法服務時，立即接管所有 CUBE 通話處理職責，從而產生具狀態的訊號和媒體保留。

抽點檢查僅限於帶有媒體封包的連線通話。不會對傳輸中的通話進行抽點檢查（例如，正在聯絡或正在響鈴狀態）。

在本文中，CUBE HA 是指針對具狀態呼叫保留的 CUBE 高可用性 (HA) 第二層裝置到裝置 (B2B) 備援

從 IOS-XE 16.12.2 開始，可以將 CUBE HA 部署為 Cisco Webex Calling 幹線（內部部署型 PSTN）的本機閘道，本文將對設計注意事項和設定進行介紹。此圖顯示的是作為 Cisco Webex Calling 幹線部署之本機閘道的一般 CUBE HA 設定。

備援群組基礎結構元件

備援群組 (RG) 基礎結構元件會提供兩個 CUBE 之間的裝置到裝置通訊基礎結構支援，並協商最終穩定的備援狀態。此元件還會提供：

一個與 HSRP 類似的通訊協定，可透過在兩個 CUBE 之間交換 keepalive 和 hello 訊息，來協商每個路由器的最終備援狀態（透過控制介面）— 上圖中的 GigabitEthernet3。
一種傳輸機制，用於對從作用中到待命路由器的每個通話的訊號和媒體狀態進行抽點檢查（透過資料介面）— 上圖中的 GigabitEthernet3。
流量介面的虛擬 IP (VIP) 介面設定和管理（可以使用相同的 RG 群組設定多個流量介面）— GigabitEthernet 1 和 2 被視為流量介面。

必須專門設定此 RG 元件才能支援語音 B2B HA。

訊號和媒體的虛擬 IP (VIP) 位址管理

B2B HA 依賴於 VIP 來實現備援。 CUBE HA 配對中兩個 CUBE 上的 VIP 和關聯的實體介面必須駐留在相同的 LAN 子網路上。必須設定 VIP 並將 VIP 介面連結至特定語音應用程式 (SIP)，才能支援語音 B2B HA。外部裝置（例如，Unified CM、Webex Calling 存取 SBC、服務提供者或 Proxy）使用 VIP 作為遍訪 CUBE HA 路由器之通話的目的地 IP 位址。因此，從 Webex Calling 的視角來看，CUBE HA 配對可充當單一的本機閘道。

從作用中路由器到待命路由器對已建立通話的通話訊號和 RTP 階段作業資訊進行抽點檢查。當作用中路由器關閉時，待命路由器即會接管，並繼續轉發先前由第一個路由器路由的 RTP 串流。

轉換後不會保留在容錯移轉時處於暫時狀態的通話。例如，未完全建立的通話或正在使用 transfer 或 hold 函數修改的通話。已建立的通話在轉換後可能會中斷連線。

針對具狀態的通話容錯移轉使用 CUBE HA 作為本機閘道存在下列需求：

CUBE HA 不能讓 TDM 或類比介面位於一處
Gig1 和 Gig2 被稱為流量 (SIP/RTP) 介面，而 Gig3 是備援群組 (RG) 控制/資料介面
在同一個第二層網域中不能放置 2 個以上的 CUBE HA 配對，一個群組 id 為 1，另一個群組 id 為 2。如果使用相同的群組 id 設定 2 個 HA 配對，則 RG 控制/資料介面必須屬於不同的第二層網域（vlan，單獨的交換器）
RG 控制/資料和流量介面都支援連接埠通道
所有訊號/媒體都會進出虛擬 IP 位址
每當在 CUBE-HA 關係中重新載入某個平台時，它總是作為「待命」啟動
所有介面（Gig1、Gig2、Gig3）的較低位址應位於相同的平台上
備援介面識別元 (rii ) 對同一個第二層上的配對/介面組合來說，應該是唯一的
兩個 CUBE 上的設定（包括實體設定）必須相同，且必須在相同的平台類型和 IOS-XE 版本上執行
回送介面不能用作連結，因為它們始終處於開啟狀態
多個流量 (SIP/RTP) 介面（Gig1、Gig2）要求設定介面追蹤
在 RG 控制/資料鏈結 (Gig3) 的交叉纜線連線上不支援 CUBE-HA
兩個平台必須相同，且必須跨所有類似介面透過 實體交換器 進行連線以便 CUBE HA 能夠運作，例如，CUBE-1 和 CUBE-2 的 GE0/0/0 必須位於相同的交換器上等等。
不能直接在 CUBE 上終止 WAN，也不能在任何一端終止資料 HA
作用中/待命都必須位於相同的資料中心內
必須針對備援（RG 控制/資料，Gig3）使用單獨的 L3 介面，亦即，用於流量的介面不能用於 HA keepalive 和抽點檢查
在容錯移轉時，先前作用中的 CUBE 會依據設計完成重新載入，從而保留訊號和媒體

在兩個 CUBE 上設定備援

您必須在要在 HA 配對中使用的兩個 CUBE 上設定第二層裝置到裝置備援，以開啟虛擬 IP。

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

在兩個 CUBE 上設定本機閘道

在範例設定中，我們使用來自 Control Hub 的下列幹線資訊，在兩個平台 VCUBE-1 和 VCUBE-2 上建立本機閘道設定。此設定的使用者名稱和密碼如下所示：

使用者名稱： 侯賽因1076_ LGU
密碼： lOV12MEaZx


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

VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

VCUBE-2#redundancy application reload group 1 self

VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

為 Webex Calling 設定 Unified CM

為指向本機閘道的幹線設定 SIP 幹線安全性設定檔

在本機閘道和 PSTN 閘道位於同一個裝置的情況下，必須啟用 Unified CM，以區分源自同一個裝置的兩種不同的流量類型（來自 Webex 和 PSTN 的呼叫），並將服務的區分類別套用於這些呼叫類型。此區分呼叫處理是透過在 Unified CM 與組合本機閘道及 PSTN 閘道裝置之間佈建兩個幹線實現的，這兩個幹線需要不同的 SIP 接聽埠。

使用下列設定為本機閘道幹線建立專用的 SIP 幹線安全設定檔：

設定	值

姓名	唯一名稱，例如 Webex
說明	有意義的說明，例如 Webex SIP 幹線安全設定檔
傳入埠	需要比對本機閘道設定中用於處理進出 Webex 的流量的埠： 5065

設定本機閘道幹線的 SIP 設定檔

使用下列設定為本機閘道幹線建立專用 SIP 設定檔：

設定	值

姓名	唯一名稱，例如 Webex
說明	有意義的說明，例如 Webex SIP 設定檔
啟用 OPTIONS Ping 以監控服務類型為「無」（預設值）的幹線的目的地狀態。	已選取

為來自 Webex 的呼叫建立通話搜尋範圍

使用下列設定為源自 Webex 的呼叫建立通話搜尋範圍：

設定	值

姓名	唯一名稱，例如 Webex
說明	有意義的說明，例如 Webex Calling 搜尋空間
已選取的分割區	DN（+E.164 目錄號） ESN（簡略網站間撥號） PSTNInternational（PSTN 存取） onNetRemote（GDPR 已知目的地）

最後的分割區 onNetRemote 僅在多叢集環境中使用，在此環境中，路由資訊在使用 Intercluster Lookup Service (ILS) 或 Global Dialplan Replication (GDPR) 的 Unified CM 叢集之間進行交換。

設定與 Webex 之間的 SIP 幹線

使用以下設定透過本機閘道為傳入 Webex 以及從中傳出的呼叫建立 SIP 幹線：

設定	值
裝置資訊
裝置名稱	唯一名稱，例如 Webex
說明	有意義的說明，例如 Webex SIP 幹線
在所有使用中 Unified CM 節點上執行	已選取
撥入呼叫
通話搜尋空間	先前定義的通話搜尋空間： Webex
AAR 通話搜尋空間	僅有權存取 PSTN 路由模式的通話搜尋空間： PSTNReroute
SIP 資訊
目的地位址	本機閘道 CUBE 的 IP 位址
目的地連接埠	5060
SIP 幹線安全設定檔	先前定義： Webex
SIP 設定檔	先前定義： Webex

設定 Webex 的路由群組

使用下列設定建立路由群組：

設定	值
路由群組資訊
路由群組名稱	唯一名稱，例如 Webex
已選取裝置	先前設定的 SIP 幹線： Webex

設定 Webex 的路由清單

使用下列設定建立路由清單：

設定	值
路由清單資訊
姓名	唯一名稱，例如強化學習_Webex
說明	有意義的說明，例如 Webex 的路由清單
在所有使用中 Unified CM 節點上執行	已選取
路由清單成員資訊
已選取群組	僅限先前定義的路由群組： Webex

為 Webex 目的地建立分割區

使用下列設定為 Webex 目的地建立分割區：

設定	值
路由清單資訊
姓名	唯一名稱，例如 Webex
說明	有意義的說明，例如 Webex 分割區

下一步

請確保將此分割區新增至應該有權存取 Webex 目的地的所有通話搜尋空間。您必須將此分割區專門新增至用作 PSTN 幹線上的輸入通話搜尋空間的通話搜尋空間，以便可以將呼叫從 PSTN 路由至 Webex。

設定 Webex 目的地的路由模式

使用以下設定為 Webex 上的每個 DID 範圍設定路由模式：

設定	值

路由模式	Webex 中的 DID 範圍的完整 +E.164 模式前而帶有「\」。譬如： \+140855501XX
路由分割區	Webex
閘道/路由清單	強化學習_Webex
緊急優先順序	已選取

設定 Webex 的簡略站間撥號標準

如果 Webex 需要簡略站間撥號，則使用以下設定為 Webex 上的每個 ESN 範圍設定撥號標準化模式：

設定	值

轉換模式	Webex 中 ESN 範圍的 ESN 模式。譬如： 80121XX
分割區	Webex
說明	有意義的說明，例如 Webex 標準化模式
使用建立者的通話搜尋空間	已選取
緊急優先順序	已選取
請勿等待後續躍點上的數位間逾時	已選取
被呼叫方轉換遮罩	遮罩以將號碼標準化為 +E.164。譬如： +1408555 01XX

設定 Webex Calling 功能

設定群組搜尋

群組搜尋可將來電路由至使用者或工作區群組。您甚至可以設定路由至整個群組的型式。

如需如何設定群組搜尋的相關資訊，請參閱 Cisco Webex Control Hub 中的群組搜尋。

建立通話佇列

您可以設定一個呼叫佇列，當客戶的呼叫無法應答時，會為這些呼叫提供自動應答、舒緩訊息以及保留通話音樂，直到有人接聽其呼叫為止。

如需如何設定及管理呼叫佇列的相關資訊，請參閱管理 Cisco Webex Control Hub 中的呼叫佇列。

建立總機用戶端

說明文件可支援前臺人員的需求。您可以將使用者設為電話接待員，使其可以篩選組織內特定人員的來電。

如需如何設定及檢視您的接線員用戶端的相關資訊，請參閱 Cisco Webex Control Hub 中的接線員用戶端。

建立並管理自動語音應答

可以新增歡迎詞、設定功能表以及將呼叫路由至應答服務、群組搜尋、語音信箱或真人。建立 24 小時排程，或者在公司上班或下班時提供不同的選項。

有關如何建立並管理自動語音應答的資訊，請參閱在 Cisco Webex Control Hub 中管理自動語音應答。

設定傳呼群組

「群組傳呼」可讓使用者透過撥打指定給特定傳呼群組的號碼或分機號，最多向 75 個目標使用者與工作區撥打單向電話或群組傳呼。

如需如何設定和編輯傳呼群組的相關資訊，請參閱在 Cisco Webex Control Hub 中設定傳呼群組。

設定呼叫代接

透過建立代接來電群組來增強團隊工作和協作，以便使用者可以接聽其他人的呼叫。如果將使用者新增至呼叫代接群組，而群組成員離開或忙碌，則其他成員可以接聽其電話。

如需如何設定呼叫代接群組的相關資訊，請參閱 Cisco Webex Control Hub 中的呼叫代接。

設定呼叫駐留

呼叫駐留允許指定使用者群組將呼叫駐留於呼叫駐留群組的其他有空成員。群組的其他成員可以用其電話接聽已駐留的呼叫。

如需如何設定呼叫駐留的相關資訊，請參閱 Cisco Webex Control Hub 中的呼叫駐留。

為使用者啟用插話

1	從的客戶檢視轉至管理 > 使用者。https://admin.webex.com
2	選取使用者，然後按一下正在呼叫。
3	轉至使用者之間權限區段，然後選取插話。
4	開啟切換可允許其他使用者將自己加入此使用者的進行中通話。
5	檢查當此使用者在通話中插話時播放聲音如果您想要在此使用者插入通話時向其他人播放聲音。
6	按一下儲存。

為使用者啟用隱私

登入Control Hub ，並轉至管理>使用者。

選擇使用者並按一下正在呼叫。

轉至使用者之間權限區域，然後選擇隱私權。

為此使用者選擇適當的自動語音應答設定。

允許透過分機撥打此使用者
允許透過姓名撥打此使用者

選取啟用隱私權勾選方塊。然後，您可以決定不從下拉式清單選擇成員來封鎖所有人。您亦可選擇可監控此使用者的線路狀態的使用者、工作區和虛擬線路。

如果您是位置管理員，則只有與您指定的位置相關的使用者、工作區和虛擬線路才會出現在下拉式清單。

取消選取啟用隱私勾選方塊，以允許所有人監控線路狀態。

檢查為導向來電代接代接和插話強制實施隱私勾選方塊，為導向來電代接代接和插話啟用隱私。

如果啟用此選項，則只有授權使用者、虛擬線路和工作區裝置可以在此使用者上使用導向來電代接代接和插話。否則，組織中的任何人都可以在線路上引用導向來電代接代接和插話。
如需獲取更多關於插話的資訊，請參閱插入其他人的通話。
監督人員始終可以插話到客服透過呼叫佇列列收到的呼叫。也就是說，隱私權設定不會影響監督人員的插話選項。

從依姓名新增成員，選擇可監控電話線路狀態並調用導向來電代接代接和插話的使用者、工作區和虛擬線路。

若要篩選選取的成員，請使用按姓名、號碼或分機篩選欄位。

按一下全部移除以移除所有選取的成員。

若要移除個別成員，請按一下刪除成員姓名旁。

按一下儲存。

設定監控

一個使用者的受監控線路數目上限為 50。但是，在配置監控清單時，請考慮影響Webex Calling與您的網路之間頻寬的訊息數量。此外，還可根據使用者電話上的線路按鈕數量來確定受監控線路數上限。

從的客戶視圖中https://admin.webex.com，轉至管理然後按一下使用者。

選取您要修改的使用者，然後按一下通話。

轉至使用者之間權限區段，然後選取監控。

請從以下選項中選擇：

新增受監控線路
新增呼叫駐留分機

您可以在新增受監控線路清單以供使用者監控。

選擇是否要通知此使用者有關駐留的通話，搜尋要監控的人員或來電駐留內線號，然後按一下儲存。

Control Hub 中的受監控線路清單對應於使用者裝置上顯示的受監控線路的順序。您可以隨時對受監控的線路清單重新排序。

為受監控線路顯示的名稱是在使用者、工作區和虛擬線路的呼叫者ID名字和姓氏欄位中輸入的名稱。

要查看它的完成方式嗎？觀看此視訊示範了解如何管理中使用者的監控設定Control Hub 。

為使用者啟用通話橋接器警告音

準備工作

您必須已為要呼叫的通話橋接器設定共用線路。查看如何設定共用線路在您啟用通話橋接器播放警告音之前。

登入Control Hub ，並轉至管理>使用者。

選取使用者，然後按一下通話標籤。

轉至使用者之間權限，然後按一下通話橋接警告音。

開啟通話橋接警告音，然後按一下儲存。

預設情況下，會啟用此功能。

如需有關在 MPP共用線路上進行通話橋接的更多資訊，請參閱多平台電話機上的共用線路。

如需Webex應用程式共用線路上通話橋接的相關資訊，請參閱Webex應用程式的共用聯動線路。

為使用者開啟輪用功能

啟用輪用功能可讓使用者在其他空間工作的同時，還能繼續使用主要桌面電話的功能。

從的客戶視圖中https://admin.webex.com，轉至管理並選取使用者。

選取使用者，然後按一下通話標籤。

轉至使用者之間權限區段，然後選取輪用並開啟切換。

在中輸入酒店主持人的姓名或號碼。輪用位置搜尋欄位，然後選擇您要指定給使用者的留宿主持人。

只能選取一個入住主持人。如果您選擇其他入住主持人，則第一個主持人將被刪除。

如果您是位置管理員，則您只能指定與您指定的位置相關的「住宿主持人」。

若要限制使用者與入住主持人關聯的時間，請從下列項目中選擇使用者可以使用「入住主持人」的小時數：限制關聯期間下拉式。

在選擇的時間過後，使用者將自動登出。

如果為使用者指定的限制關聯期間超過所選的「住家」主持人的限制關聯期間，螢幕中會顯示一則錯誤訊息。例如，如果入住主持人的限制關聯期間為 12 小時而使用者的限制關聯期間為 24 小時，則會顯示一則錯誤訊息。在此情況下，如果使用者需要更多時間，您需要延長該使用者的限制關聯期間。

按一下儲存。

使用者還可以從 User Hub 搜尋並找到他們想要使用的住宿主持人。如需相關資訊，請參閱從任何地方存取您的通話設定檔。

要查看它的完成方式嗎？觀看此視訊示範了解如何在 Control Hub 中設定「登入」。

Webex Calling的採用趨勢和使用情況報告

檢視通話報告

您可以使用 Control Hub 中的「分析」頁面來深入瞭解人員使用 Webex Calling 及 Webex 應用程式的情況（參與度）以及他們的通話媒體體驗品質。若要存取 Webex Calling 分析，請登入 Control Hub，然後前往「分析」並選取「通話」標籤。

1	如需詳細的通話歷史記錄報告，請登入Control Hub ，然後轉至分析>正在呼叫。
2	選取詳細的通話記錄。如需有關使用專用實例進行通話的資訊，請參閱專用實例分析。
3	若要存取媒體品質資料，請登入 Control Hub，然後前往「分析」並選取「通話」。如需相關資訊，請參閱 Cloud Collaboration Portfolio 的分析。

執行 CScan 工具

CScan 是專為測試與 Webex Calling 的網路連線而設計的網路整備工具。

如需相關資訊，請參閱使用 CScan 測試 Webex Calling 網路品質。

1	請確保先使用如下所示的指令為密碼建立設定金鑰，然後才能在認證或共用密碼中使用該金鑰。類型 6 密碼是使用 AES 密碼和該使用者定義的設定金鑰加密的。 `LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes` 這是本機閘道設定，將根據上面顯示的 Control Hub 參數套用至這兩個平台，並儲存和重新載入。來自 Control Hub 的 SIP 摘要認證會以粗體突出顯示。 configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start 為了顯示顯示指令輸出，我們重新載入了 VCUBE-2，後接 VCUBE-1，使 VCUBE-1 成為待命 CUBE，使 VCUBE-2 成為作用中 CUBE
2	在任何給定時間，只有一個平台會作為本機閘道維護 Webex Calling 存取 SBC 的作用中註冊。請查看下列顯示指令的輸出。 show redundancy application group 1 顯示 SIP-UA 註冊狀態 `VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#` VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2# 從上面的輸出中，您可以看到 VCUBE-2 是維護 Webex Calling 存取 SBC 註冊的作用中 LGW，而在 VCUBE-1 中 "show sip-ua register status" 的輸出為空白
3	現在，在 VCUBE-1 上啟用下列除錯 `VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message`
4	在此情況下，透過在作用中 LGW VCUBE-2 上發出下列指令來模擬容錯移轉。 `VCUBE-2#redundancy application reload group 1 self` 在下列情境中，除了上面所列的 CLI 之外，還會發生從「作用中」到「待命」LGW 的轉換當作用中路由器重新載入時當作用中路由器關閉並開啟電源時當啟用追蹤的作用中路由器的任何 RG 設定介面關閉時
5	請檢查 VCUBE-1 是否已向 Webex Calling 存取 SBC 註冊。現在 VCUBE-2 應該已重新載入。 `VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#` VCUBE-1 現在是作用中 LGW。
6	請查看 VCUBE-1 透過虛擬 IP 將 SIP REGISTER 傳送至 Webex Calling，並收到 200 OK 的相關除錯日誌。 VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0

Webex Calling 的本機閘道需求

一般先決條件

本機閘道的軟硬體需求

本機閘道的授權需求

本機閘道的憑證和安全需求

本機閘道的防火牆、NAT 遍訪和媒體路徑最佳化需求

準備工作

下一步

準備工作

準備工作

下一步

下一步

概觀

基准設定

組態

先決條件

基准設定

組態

先決條件

安裝診斷特徵以進行主動監控

監控異常通話中斷

安裝診斷簽名以對問題進行疑難排解

驗證診斷簽名執行

解除安裝診斷簽章

基礎

在兩個 CUBE 上設定備援

在兩個 CUBE 上設定本機閘道

為指向本機閘道的幹線設定 SIP 幹線安全性設定檔

設定本機閘道幹線的 SIP 設定檔

為來自 Webex 的呼叫建立通話搜尋範圍

設定與 Webex 之間的 SIP 幹線

設定 Webex 的路由群組

設定 Webex 的路由清單

為 Webex 目的地建立分割區

下一步

設定 Webex 目的地的路由模式

設定 Webex 的簡略站間撥號標準

設定群組搜尋

建立通話佇列

建立總機用戶端

建立並管理自動語音應答

設定傳呼群組

設定呼叫代接

設定呼叫駐留

為使用者啟用插話

為使用者啟用隱私

設定監控

為使用者啟用通話橋接器警告音

準備工作

為使用者開啟輪用功能

檢視通話報告

執行 CScan 工具

小型企業

企業

裝置

解決方案，適用於

資源

公司