- 首頁
- /
- 文章
Webex Calling的干線、路由群組和撥號計劃
在此文章中Webex Calling 計劃、幹線和路由群組可讓您設定 Webex Calling 來管理在 Webex Calling 託管使用者與內部部署 PBX 使用者之間的呼叫。此解決方案可讓您設定託管的使用者以使用雲端 PSTN（CCP 或Cisco PSTN）或公司處所型 PSTN。
中繼線是內部部署與 Webex Calling 之間的一種連接，此連接會以本區閘道或其他支援的裝置停止于內部部署。建立幹線之後，您便可以將它指定給路由群組。路由群組是一組幹線，其可讓 Webex Calling 將呼叫分發在多條幹線中或者提供備援。本端閘道是內部部署裝置，它互連中繼線、內部部署 PSTN及/或 PBX。
幹線、路由群組和撥號計劃提供下列好處：
-
跨幹線到Webex Calling和公司處所的負載平衡和容錯移轉。
-
讓 Webex Calling 利用雲端 PSTN（雲端連接 PSTN （CCP） 或 Cisco PSTN）的能力，並且仍然能夠接觸企業中的 PBX 使用者。
-
將通話路由至不同的處所 PBX。
-
在內部部署 PBX 之間路由通話的串聯功能。
-
處所 PBX 的更廣泛的移轉和共存情境，包括具有處所使用者和Webex Calling使用者的混合網站。
-
通話路由決策的深入可見性。
啟用您所在的位置之後，您必須為該位置內的 Webex Calling 使用者設定 PSTN 連線功能。提供了以下 PSTN 選項：
-
Cisco PSTN - 如果您想要一個捆綁式解決方案，允許您訂購新的 PSTN 號碼並將現有號碼移轉至Cisco，請選擇此選項。Cisco PSTN 選項僅適用於下列情況：
-
您已購買並啟用 Cisco Calling 計劃。
-
該位置所在的國家/地區支援 Cisco Calling 計劃。
-
-
雲端連線 PSTN - 如果您正在尋找不需要部署本機硬體的雲端解決方案，請選擇此選項，然後選取所選的 CCP 提供者。雲端 PSTN（Cisco PSTN 或雲端連線 PSTN）只能用來為 Webex Calling 使用者提供 PSTN 存取權。源自內部部署使用者的呼叫無法存取雲端 PSTN。
-
公司處所型 PSTN（本機閘道） - 如果您想要保留目前的 PSTN 提供者，請選擇此選項。通過本機閘道的內部部署型 PSTN 的幹線也可以用來連線至內部部署 PBX。您可以保留現有本機閘道功能而不變更任何設定。使用本機閘道的位置會設為內部部署型 PSTN，而本機閘道會變成幹線。
在 Control Hub 中設定您選取的PSTN 連線，方法是選取，選取您要修改的位置，然後選取指定 或管理 並選取所選的PSTN 連線。
幹線
中繼線是內部部署與Webex Calling之間的一種連接，在內部部署中終止，而且支援的會話邊界控制器充當本端閘道。請參閱本機閘道入門 了解各種干線機型及裝置和設定的需求。
對於註冊幹線模型，會話邊界控制器 （SBC） 會執行 SIP 註冊。基於註冊的中繼線需要本區閘道，好讓 SIP 註冊保持使用中。此連接即為註冊的隱含值。
準備工作
所有中繼線都必須指定給 Control Hub 中的位置。
| 1 |
登入 Control Hub https://admin.webex.com，然後前往 |
| 2 |
選取新增幹線。 |
| 3 |
從位置 選取 下拉清單。 |
| 4 |
輸入中繼 線的名稱。 |
| 5 |
從 中繼線 類型選取 註冊下拉清單 。 |
| 6 |
將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時，「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。啟用雙重身分時， Webex Calling會填入來源和 PAI（兩個身分標題可以不同）。在停用雙重身份識別時，PAI 和來自相同的值，並且設定為來自標題在啟用雙重身份識別時的設定值。 以下列出了一些範例場景，可幫助您可以更好地瞭解此設定的用法：
|
| 7 |
按一下儲存。 |
後續動作
幹線資訊會出現在註冊網域、幹線群組 OTG/DTG、線路/埠、輸出 Proxy 地址螢幕上。我們建議您從 Control Hub 複製此資訊並將其貼至本機文字檔案或文件內，當您為設定本機閘道做好準備時，可以參照該資訊。如果丟失了認證，則必須從 Control Hub 的中繼線資訊螢幕重新產生認證。按一下擷取使用者名稱並重設密碼以產生一組新的驗證認證以用於幹線。
此動作會影響服務，因此建議在非工作時間執行。
如果您要將中繼線配置為將本區閘道連接至Webex Calling，請參閱：為Webex Calling在 IOS-XE 上設定本機閘道。
幹線是指 Webex Calling 與內部部署裝置之間的連線，它在具有本機閘道的內部部署裝置或其他受支援的裝置上終止。
準備工作
所有幹線都必須指定給 Control Hub 內的某個位置。
| 1 |
登入 Control Hub https://admin.webex.com，然後前往 |
| 2 |
選取新增幹線。 |
| 3 |
選取中繼線的位置和名稱。 幹線名稱長度不能超過 24 個字元。 |
| 4 |
將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時，「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。啟用雙重身分時， Webex Calling會填入來源和 PAI（兩個身分標題可以不同）。在停用雙重身份識別時，PAI 和來自相同的值，並且設定為來自標題在啟用雙重身份識別時的設定值。 以下列出了一些範例場景，可幫助您可以更好地瞭解此設定的用法：
|
| 5 |
按一下儲存。 |
後續動作
幹線資訊會出現在註冊網域、幹線群組 OTG/DTG、線路/埠、輸出 Proxy 地址螢幕上。我們建議您從 Control Hub 複製此資訊並將其貼至本機文字檔案或文件內，當您為設定本機閘道做好準備時，可以參照該資訊。如果您丟失認證，則必須從 Control Hub 中的幹線資訊螢幕重新產生認證。按一下擷取使用者名稱並重設密碼以產生一組新的驗證認證以用於幹線。
此動作會影響服務，因此建議在非工作時間執行。
您可以在 Control Hub 中編輯幹線名稱或檢視幹線詳細資料和使用情況。
| 1 |
登入 Control Hub https://admin.webex.com，然後前往 |
| 2 |
選取您要檢視或修改的幹線。 |
| 3 |
在側邊面板上的幹線名稱旁邊，按一下 您也可以檢視幹線的使用情況資訊。 |
| 4 |
若要查看其他詳細資料，請按一下 主幹 旁邊的 管理。 如果您失去幹線資訊認證並且需要重新產生這些認證，請使用此設定。按一下擷取使用者名稱和密碼以產生一組要在幹線上使用的新驗證認證。這會影響服務。 |
| 5 |
將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時，「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。在停用雙重身份識別時，PAI 和來自相同的值，並且設定為來自標題在啟用雙重身份識別時的設定值。 以下列出了一些範例場景，可幫助您可以更好地瞭解此設定的用法：
|
圖示以變更幹線的名稱。您可以刪除未使用的幹線。
| 1 |
登入 Control Hub https://admin.webex.com，然後前往 |
| 2 |
選取您要刪除的幹線。 |
| 3 |
按一下動作 |
欄中的 ，按一下 檢查 Control Hub 中的中繼線狀態。
| 1 |
登入 Control Hub https://admin.webex.com，然後前往 |
| 2 |
選取要檢查狀態的中繼線。 |
| 3 |
按一下 幹線資訊。 |
以下是不同的基於註冊的中繼線狀態：
-
線上- 已成功將本機閘道註冊到Webex Calling。
-
離線- 本機閘道向Webex Calling註冊失敗。
新增憑證型中繼線時，必須輸入完整功能變數名稱 （FQDN）。然後，Webex Calling會使用 FQDN 和本地閘道的憑證的組合來信任本區閘道。
從 Control Hub 配置本區閘道的需求：
-
必須可使用公共IPv4 位址從網際網路直接存取本機閘道。此位址必須從已在 Control Hub 中驗證的網域中的DNS A 或 SRV 記錄解析。若本機閘道已設定私人 IP位址，則需要進行一對一靜態位址轉換 (NAT) 以確保可直接從網際網路進行存取。
-
當部署在防火牆後時，必須設定合適的規則，以允許TLS SIP 信號和UDP/ SRTP媒體在本機閘道和網際網路之間傳遞。
-
請參閱Webex Calling連接埠參考指南 如需在本機閘道與Webex 雲端之間的流程中使用的連接埠的詳細資料。
-
本設定組態指南假設本機閘道使用標準TLS SIP連接埠 5061 來接收訊號。如有需要，可以使用其他訊號接聽埠。
-
-
成功授權及驗證來自中繼線的通話需要簽署的憑證。當與SIP的Webex Calling服務建立雙向雙向TLS連線時，本機閘道必須符合下列需求：
-
本機閘道的憑證必須是：
-
已由 中提及的 CA 簽署對Cisco Webex音訊和視訊平台的呼叫支援哪些根憑證授權單位？
-
簽署的憑證必須始終有效。
-
用於簽署憑證的根或中間憑證必須具有有效的到期時間，且不應被撤銷。
-
必須簽署憑證以使用用戶端和伺服器。
-
憑證必須包含完全合格網域名稱 (FQDN) 作為憑證中的一般名稱或主體替代名稱，其中 FQDN 用於在 Control Hub 中選擇的主幹。需求將在下一節中詳述。
-
-
中提及的信任組合對Cisco Webex音訊和視訊平台的呼叫支援哪些根憑證授權單位？應該上傳以驗證來自SIP的Webex服務的憑證。
-
開始之前
-
已宣告並驗證的網域：新增 trunk 時，必須從已驗證或已宣告的頂級網域名稱中選擇主機位址，請參閱管理您的網域。
-
整個組織的唯一位址：建立幹線時具有唯一的 FQDN 或 SRV 主機位址。此位址對於整個組織必須是唯一的，並且沒有兩個 trunk 可以使用相同的位址。
-
只有在不存在主機地址 london.lgw.cisco.com 的其他幹線的情況下，才能建立 FQDN london.lgw.cisco.com:5062 的干線。即使存在與 SRV 位址或 FQDN 具有相同位址名稱且具有不同連接埠組合的 trunk。
-
只有在沒有其他具有SRV位址 london.lgw.cisco.com 才能建立具有此位址的中繼線 london.lgw.cisco.com。即使存在與 SRV 位址或 FQDN 名稱相同且具有不同連接埠組合的 trunk，
-
-
DNS設定：本機閘道必須從公共網際網路透過DNS A 或DNS服務記錄 (SRV) 類型的記錄進行解析。
-
如果選擇了 FQDN，則位址必須解析為DNS A 記錄，而不是DNS CNAME。
-
如果選擇 SRV 位址，則服務類型必須具有字首「_sips 。_tcp 」 。
-
位址可解析為一個或多個具有不同權重和優先順序的DNS A 記錄。在執行此操作時，建議對所有記錄使用相同的接聽埠。
-
服務記錄內的記錄必須具有適當的權數和優先順序。使用不同的權重和優先順序會影響源自Webex Calling的通話的流量分佈。
-
-
所有記錄類型都必須具有 300 秒或更高的值。
-
-
所有乾線必須指定給 Control Hub 中的某個位置。
下表提供包含不同記錄類型的範例，這些記錄在您的組織中同時選擇為乾線的位址。
|
將乾線組態設定為 FQDN 或 SRV |
DNS設定規則 |
憑證中顯示為通用名稱 (CN) 或主體別名 (SAN) 的位址 |
SIP聯絡人標題需求 |
|---|---|---|---|
|
FQDN：london.lgw1.cisco.com 與連接埠 5061 |
london.lgw1.cisco.com 是DNS A 記錄 |
london.lgw1.cisco.com |
sip:london.lgw1.cisco.com:port;transport=tls 或 sip：user@london.lgw1.cisco.com:port;transport=tls |
|
SRV：frankfurt.lgw.cisco.com |
_sips。_tcp .frankfurt.lgw.cisco.com 解析為一個 A 記錄 frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls 或 sip：user@frankfurt.lgw.cisco.com;port;transport=tls |
|
SRV：frankfurt.lgw.cisco.com |
_sips。_tcp .frankfurt.lgw.cisco.com 解析為兩個或更多 A 記錄 fr.lgw1.cisco.com fr.lgw2.cisco.com 兩個記錄必須解析為唯一的IP 位址，並且如建議的那樣，可能具有不同的權重和優先順序。 |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls 或 sip：user@frankfurt.lgw.cisco.com;port;transport=tls |
本機閘道向Webex Calling雲端起始的每個SIP交易，都應包含 Contact 標頭與本機閘道的 FQDN。
選項 從本機閘道進行交易對於 Control Hub 中的本機閘道狀態保持在線上尤為重要。
| 1 |
從 https://admin.webex.com 的客戶檢視中，轉至 。 |
| 2 |
選取新增幹線。 |
| 3 |
從位置 選取 下拉清單。 |
| 4 |
輸入中繼 線的名稱。 |
| 5 |
從 中繼線類型 選取基於 憑證下拉清單 。 |
| 6 |
從下拉清單中選取裝置類型。 僅憑證型中繼線Cisco Webex Calling SBC 整合作為協力廠商本區閘道 （LGW）。只有 Control Hub 中的裝置類型清單中顯示的 SDC 會由我們的信任合作夥伴驗證為相容Webex Calling閘道。 有關受支援的協力廠商廠商資訊的資訊，請參閱：第三方 SBC 支援 下主幹 區段。 |
| 7 |
輸入會話邊界控制器 （SBC） 位址、 網域和 埠。 這是FQDN SRV或Webex Calling企業 SBC 的通訊錄。
您必須具有已驗證的網域。如需相關資訊，請參閱管理您的網域 |
| 8 |
輸入並行呼叫數上限。
|
| 9 |
按一下儲存。 如果未通過驗證，則儲存按鈕將不會出現。如果所選的系統或FQDN不是您的組織SRV，則可能無法通過驗證。檢查上述唯一FQDN或SRV位址的需求。如果問題仍然存在，請聯絡 Cisco 支援小組。 |
後續動作
-
儲存Webex Calling顯示于最終螢幕上的 Webex Calling Edge 位址。
-
若要將 CUBE 設定為本區閘道，請參閱：針對 Webex Calling 在 IOS-XE 上設定本機閘道
您可以在 Control Hub 中編輯幹線名稱或檢視幹線詳細資料和使用情況。
| 1 |
登入 Control Hub https://admin.webex.com，然後前往 |
| 2 |
選取您要檢視或修改的幹線。 |
| 3 |
在側邊面板上的幹線名稱旁邊，按一下 您也可以檢視幹線的使用情況資訊。 |
| 4 |
若要查看其他詳細資料，請按一下 主幹 旁邊的 管理。 如果您想要更新最大並行通話數的值，請使用此設定。 如果您必須更新本地SRV位址、FQDN或埠，您必須新增中繼線並刪除舊中繼線。 |
| 5 |
將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時，「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。以下列出了一些範例場景，可幫助您可以更好地瞭解此設定的用法：
|
您可以刪除未使用的幹線。
| 1 |
登入 Control Hub https://admin.webex.com，然後前往 |
| 2 |
選取您要刪除的幹線。 |
| 3 |
按一下動作 |
檢查 Control Hub 中的中繼線狀態。
| 1 |
登入 Control Hub https://admin.webex.com，然後前往 |
| 2 |
選取要檢查狀態的中繼線。 |
| 3 |
按一下 幹線資訊。 |
以下是不同的憑證型幹線狀態：
-
線上：在所有 Webex Calling Edge 代理和本區閘道之間成功連接。
-
離線：閘道與本Webex Calling之間的連接失敗。
-
已受損：至少 1 Webex Calling Edge Proxy 和本Webex Calling之間的連接失敗。
-
未知：在建立最近新增之 Webex Calling與本區閘道之間的連接。
|
SI 否。 |
錯誤描述 |
動作 |
|---|---|---|
|
1. |
由於您為閘道所FQDN DNS 解析失敗，TLS 與本區閘道的連接失敗 |
驗證已SRV /FQDN DNS 組FQDN，並確保可解析 |
|
2. |
由於傳輸問題，TLS 與本區閘道的連接失敗 |
驗證解析的 IP 位址及到本區閘道的埠是有效的 |
|
3. |
由於閘道的憑證由不正確憑證授權單位簽署，導致 TLS 與本地閘道的連接失敗 |
驗證並確保本機閘道憑證已由有效的憑證授權單位簽署（對Cisco Webex音訊和視訊平台的呼叫支援哪些根憑證授權單位？ ) |
|
4. |
由於閘道的憑證已過期，TLS 與本地閘道的連接失敗 |
驗證並確認本區閘道憑證未過期 |
|
5. |
由於閘道的憑證已由過期的憑證授權單位機構簽發，因此 TLS 與本地閘道的連接失敗 |
驗證並確認本端閘道憑證未由過期的憑證授權單位機構憑證鏈簽署 |
|
6. |
由於 CN 或 SAN 中FQDN閘道所配置的 TLS 連接失敗 |
驗證並確認本區閘道憑證的 CN / SAN 與已FQDN/SRV相同 |
|
7. |
癶癶畬臬 |
驗證並確保 CUBE 已配置成接收 OPTIONS 請求並回應。驗證 CUBE 組配置 |
|
8. |
由於閘道憑證無效，從本Webex Calling的 TLS 連接失敗 |
驗證並確認本區閘道憑證有效 |
|
9. |
由於我們無法信任憑證授權單位Webex Calling，從本區閘道到主機的 TLS 連接失敗 |
驗證並確保本機閘道憑證已由有效的憑證授權單位(對Cisco Webex音訊和視訊平台的呼叫支援哪些根憑證授權單位？ ) |
|
10. |
從本端閘道到Webex Calling TLS 連接由於鏈中的憑證過期而失敗 |
驗證並確認本端閘道憑證未由過期的憑證鏈簽署 |
|
11. |
從本區閘道到主機的 TLS Webex Calling和 SIP 選項失敗 |
驗證並確保 CUBE 已配置成傳送 OPTIONS 請求 |
|
12. |
籵眕妏蚚笢厙 服務不可用厙 |
驗證並確保本區閘道未處於維護模式或通話路由未停用 |
|
13. |
由於本區閘道的憑證已被撤銷，TLS 與本地閘道的連接失敗 |
驗證並確保未撤銷本區閘道憑證 |
|
14. |
由於閘道的憑證已被撤銷Webex Calling從本區閘道到主機的 TLS 連接失敗 |
驗證並確保未撤銷本區閘道憑證 |
|
15. |
由於閘道的憑證Webex Calling，從本區閘道到主機的 TLS 連接失敗 |
驗證並確認本區閘道憑證未過期 |
|
16. |
由於憑證錯誤，從本Webex Calling至主機的 TLS 連接失敗 |
驗證並確認本區閘道憑證有效且符合要求 |
|
17. |
由於憑證錯誤Webex Calling TLS 與本Webex Calling閘道的連接失敗 |
驗證並確保本區閘道憑證有效且符合要求 |
圳圳只有當所有邊緣 Proxy 節點都遇到問題時，才顯示 2、6、11 和 12。
路由群組
路由群組是一組幹線，其可讓 Webex Calling 將呼叫分發在多條幹線中或者提供備援。
準備工作
-
在設定路由群組之前新增幹線。
-
路由群組可以包含多個位置中的已設定幹線。
-
幹線可以單個設定也可以指定給某個路由群組。在路由群組中新增幹線以提供備援和可調整性。
-
每個路由群組至少必須包含一條幹線，每個路由群組最多可以有 10 條幹線。
-
設定路由群組時，您可以為該路由群組內的幹線設定優先等級。此設定可讓呼叫以負載平衡的方式進行路由。
-
呼叫會隨機分散在各個優先等級相同的幹線之間。如果設為最高優先等級的幹線不可用，則系統會嘗試將呼叫路由至優先等級設定較低的幹線。例如：
-
幹線 1 和幹線 2 都設為優先等級 1。
-
幹線 3 設為優先等級 2。
-
Webex Calling 採用負載平衡方式將呼叫路由至幹線 1 和幹線 2。
-
如果無法存取幹線 1 和幹線 2，則呼叫會路由至幹線 3。
-
| 1 |
從 https://admin.webex.com 的客戶檢視中，轉至 。 |
| 2 |
選取 。 |
| 3 |
給路由群組命名，然後從下拉功能表中選取要新增的幹線。 |
| 4 |
選取幹線的優先等級。 |
| 5 |
按一下儲存。 |
後續動作
從確認螢幕中，您可以造訪位置頁面以設定與個別位置的 PSTN 連線，您也可以造訪撥號計劃頁面以使用此路由群組作為撥號計劃的路由選項。路由群組也可以用作位置上未知分機路由的路由選項。
您可以變更現有路由群組的名稱、新增幹線、修改指定的幹線數目，以及變更幹線優先等級。從路由群組詳細資料頁面中，您還可以檢視將呼叫路由至內部部署分機號、撥號計劃和 PSTN 連線。
| 1 |
從 https://admin.webex.com 的客戶檢視中，轉至 。 |
| 2 |
選取您要修改的路由群組。 |
| 3 |
在側邊面板上的路由群組名稱旁邊，按一下 |
| 4 |
若要在路由群組中新增或編輯幹線，請按一下管理（位於幹線旁邊）。 您可以從下拉功能表中新增幹線、編輯表格內現有幹線的優先等級及/或刪除表格中的現有幹線。 |
| 5 |
按一下儲存。 |
您可以刪除未使用的路由群組。
| 1 |
從 https://admin.webex.com 的客戶檢視中，轉至 。 |
| 2 |
選取您要刪除的路由群組。 |
| 3 |
按一下動作 |
撥號計劃可讓您透過使用幹線或路由群組將呼叫路由至內部部署目的地。為企業全球設定撥號計劃並套用至所有使用者，而不必考慮位置。撥號計劃也會為符合任何撥號模式的呼叫指定路由選項（幹線或路由群組）。將特定撥號模式定義為撥號計劃的一部分。撥號模式表示內部部署擴充：
-
ESN/網內號碼
-
+E.164 模式
-
SIP URI 網域
數值撥號模式
數值模式可代表 E.164 號碼或企業號碼。E.164 號碼的模式以前導 + 開頭，後跟一系列數字 (1-9)，然後是選用的萬用字元。
企業撥號模式
企業撥號型式具有數字序列 (1-9)，後跟可選的萬用字元。有效的萬用字元為！ （匹配任何數字序列）和 X（匹配單個數字 0-9）。的！萬用字元只能在結尾出現一次，且只能以E.164模式出現。
您無法使用：
-
數字中間的萬用字元「X」，例如：617495X3XX
-
萬用卡片「!」在撥號計劃設定中使用萬用字元「X」時，例如：1617495X3！
|
企業撥號計劃範例 | |
|---|---|
|
+1408555XXXX |
以 +1408555 開頭的 11 位數 +E.164 號碼 |
|
+14085551234 |
精確的撥號字串 +14085551234 |
|
+496100! |
以 +496100 開頭的任何撥號字串 |
|
84969XXX |
以 84969 開頭的 8 位數 ESN |
|
84969764 |
精確的 8 位數 ESN 84969764 |
Webex Calling中的撥號計劃接受E.164或分機號中的 from 和 to 標題，不能為組合。例如：
寄件者：1-222-333-4444
收件者：1-555-666-7777
SIP URI撥號型式語法：
只會相符 @ 後SIP URI右側的網域。選項如下：
-
完整網域
-
帶有前導 * 的網域（表示給定網域的所有子網域）
譬如：
|
SIP URI 撥號模式語法範例 | ||
|---|---|---|
|
前置 |
表示 |
範例 |
|
example.com |
僅限主機部分為 “example.com” 的 URI |
alice@example.com |
|
us.example.com |
僅限主機部分為 “us.example.com” 的 URI |
alice@us.example.com |
|
*.example.com |
主機部分為 “example.com” 的子網域的 URI |
alice@eu.example.com alice@sales.us.example.com 附註：alice@example.com 不相符 |
建立幹線和路由群組之後，您便可以在 Control Hub 中設定撥號計劃。
| 1 |
從 https://admin.webex.com 的客戶檢視中，轉至 。 |
| 2 |
按一下撥號計劃，然後按一下建立撥號計劃。 |
| 3 |
輸入撥號計劃的名稱。 |
| 4 |
選取路由選項。 選取之前建立的幹線或路由群組。 |
| 5 |
（選用）您可以針對選取的路由選項手動建立或匯入撥號模式。 |
| 6 |
按一下儲存。 |
後續動作
您也可以在建立撥號計劃之後批量新增撥號模式。若要使用 CSV 檔案批量新增撥號模式，請轉至撥號計劃螢幕，從要編輯的撥號計劃中選取動作下拉功能表，然後選擇匯入撥號模式 CSV 或匯出撥號模式 CSV。選擇下載範本或匯入 CSV 檔案，然後按一下提交。
您也可以在 Control Hub 中變更現有撥號計劃的名稱、路由選項和撥號模式。
| 1 |
從 https://admin.webex.com 的客戶檢視中，轉至 。 |
| 2 |
選取您要修改的撥號計劃。 |
| 3 |
在側面板上，在撥號計劃名稱旁，按一下 |
| 4 |
若要變更路由選項，請從下拉功能表中選擇其他選項。 |
| 5 |
若要手動新增撥號模式，請按一下新增撥號模式。或按一下匯入 CSV 以批量新增撥號模式。 |
| 6 |
若要移除撥號模式，請按一下您要移除之撥號模式旁邊的 |
| 7 |
按一下儲存。 |
圖示。| 1 |
從 https://admin.webex.com 的客戶檢視中，轉至 。 |
| 2 |
選取您要刪除的撥號計劃。 |
| 3 |
按一下 |
您可以在 Control Hub 中啟用「將呼叫路由至內部部署分機號」。此設定適用於某個位置內已向 PBX 註冊的使用者，並允許您使用現有的干線或路由群組將未知分機（通話號碼長度為 2-10 位數）路由至 PBX。
準備工作
每個位置都啟用了「將呼叫路由至內部部署分機號」設定。
使用此設定可在混合雲端/內部部署環境中保留撥號習慣。使用者可以繼續使用簡略撥號（例如 4 位數），即使網站已部分移轉至 Webex Calling 也是如此。
當啟用時，在該位置的使用者撥打給未知分機的通話（2-10 位數之間）將作為處所通話路由到所選的路由群組/幹線。
該位置處透過幹線從不明分機號路由的呼叫會作為內部部署呼叫進行處理。這是指從乾線進入Webex Calling的上游通話。
當呼叫者 ID 不符合任何現有撥號計劃模式時，呼叫會被視為源自不明分機號。
| 1 |
從 https://admin.webex.com 的客戶檢視中，前往。 |
| 2 |
選取要修改的位置。 |
| 3 |
在面板上按一下內部撥號。 |
| 4 |
勾選啟用將不明分機號以內部呼叫形式路由至內部部署裝置以啟用此設定。 |
| 5 |
從下拉功能表中選取一個路由選項。 |
| 6 |
按一下儲存。 |
在 Control Hub 中，您可以在 Webex Calling 與內部部署裝置之間設定呼叫路由設定。這些設定可決定當針對內部部署 PBX 使用幹線和路由群組時如何處理不明號碼，以及在 Webex Calling 與 PBX 之間路由的呼叫的呼叫者 ID 格式。
| 1 |
從 https://admin.webex.com 的客戶檢視中，前往。 |
| 2 |
捲至 Webex Calling 與內部部署裝置之間的呼叫路由並選擇要如何處理不明號碼。
不明號碼處理服務設定設為舊版行為以保留路由行為。此設定可以修改為利用新的呼叫路由功能（例如撥號計劃和路由群組）。 |
| 3 |
選擇呼叫者 ID 格式。 選擇 +E.164 電話號碼選項後，Webex Calling 會選取外部通話線路 ID (CLID)，它是一個 E.164 號碼。選擇 ESN（企業重要號碼） 選項後，Webex Calling 會選取內部 CLID，它是一個 ESN。 |
| 4 |
選擇未知分機長度上限 （2-10 位數）您要為內部路由設定的號碼。 當您增加分機長度時，並且 PSTN 提供者使用的號碼架構不是 E.164 時，傳入的 PSTN 通話將被視為來自內部部署的本地通話。因此，為避免任何潛在的錯誤路由，我們建議對此類 PSTN 來電強制執行E.164格式，然後再將其傳送至Webex Calling。 |
| 5 |
按一下儲存。  |
Control Hub 中的「驗證呼叫路由」工具提供：
-
模擬呼叫以分析路由決策。
-
在執行部署的設計與設定階段期間提供有用的指引。
-
在 Webex 分析平台中提供包含呼叫路由決策的活動。
-
在疑難排解實例中提供支援。
| 1 |
從 https://admin.webex.com 的客戶檢視中，轉至 。 |
| 2 |
選取驗證呼叫路由。 |
| 3 |
從下拉式功能表表 中，選擇選取呼叫來源 雲端使用者、工作區、虛擬線路或處所干線的集合，以驗證通話路由。 |
| 4 |
輸入號碼或 URI。 |
| 5 |
按一下查看路由結果以檢視呼叫路由。 |
範例 1：多網站 PBX
部署說明
-
在美國範圍內具有 100 個網站的企業客戶。
-
多網站 PBX 部署（或 PBX 的網路），其主要 PBX 分佈在兩個主要網站上以實現高可用性。
-
8 位數的企業撥號計劃：8 + 3 位數的網站代碼 + 4 位數的分機號。
-
30 個網站仍然為內部部署網站，70 個網站移至 Webex Calling。PSTN 仍然為內部部署 PSTN，但是 SIP 幹線位於兩個主要網站上。
-
沒有混合網站。每個網站中的使用者全部都是內部部署使用者或全部都是雲端註冊使用者。
部署解決方案
-
使用 30 E.164 + 30 ESN 模式的單個撥號計劃將內部部署使用者的呼叫路由至具有兩條幹線的路由群組，這兩條幹線在兩個主要網站的兩個本機閘道上終止。
範例 2：混合雲端 - PBX 網站
部署說明
-
在美國範圍內具有 50 個網站的企業客戶：10 個大型網站和 40 個小型分支。
-
PBX 位於大型網站，而關鍵交換器位於分支。
-
7 位數的企業撥號計劃：8 + 2 位數的網站代碼 + 4 位數的分機號。
-
Webex Calling 僅在分支處緩慢從 PBX（位於大型網站，亦即同時包含 Webex Calling 和 PBX 使用者的混合網站）進行移轉。
-
所有雲端使用者都使用雲端連線 PSTN（內部部署使用者繼續使用現有 PSTN）。
-
每個大型網站上的雲端使用者和 PBX 使用者都必須保留僅限分機使用的撥號功能。
部署解決方案
-
用於將呼叫從任何其他網站路由至每個 PBX 的撥號計劃。此外，對於每個大型網站，「將呼叫路由至內部部署分機號」設定為將呼叫路由至某條幹線，該幹線在網站上的本機閘道上終止。
|
幹線、路由群組和撥號計劃的可配置限制 | |
|---|---|
|
說明 |
上限 |
|
CSV 可以上傳至撥號計劃的撥號模式 |
10000 |
|
每個位置可設定的幹線數 |
100 |
|
每個企業客戶的路由群組數 |
10000 |
|
可在路由群組內設定的幹線數 |
10 |
|
每個企業客戶可設定的撥號計劃數 |
10000 |
|
一個撥號計劃可設定的撥號模式數 |
10000 |
