Webex Calling 計劃、幹線和路由群組可讓您設定 Webex Calling 來管理在 Webex Calling 託管使用者與內部部署 PBX 使用者之間的呼叫。 此解決方案可讓您將使用者設定為使用雲端 PSTN（CCP 或 Cisco PSTN）或內部部署型 PSTN。
trunk 是 之間的連線Webex Calling和處所，其在具有本機閘道道或其他支援的裝置的處所內停止。 建立幹線之後，您便可以將它指定給路由群組。 路由群組是一組幹線，其可讓 Webex Calling 將呼叫分發在多條幹線中或者提供備援。 本機閘道是將 trunk、內部部署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 連線。
幹線
trunk 是Webex Calling與處所之間的連線，在處所中終止，且受支援的階段作業邊界控制器充當本機閘道。
本機閘道道 trunk 模型有兩種類型：
註冊型乾線：使用SIP trunk模型從本機閘道道與Webex Calling進行幹線或對等互連，在該模型中，trunk 會使用試用使用者帳戶和在 trunk 上線過程結束時獲得的憑證執行SIP註冊。 隨後，當從Webex Calling或企業進行通話時，本機本機閘道道和Webex Calling服務隨後會使用您計劃的此註冊來處理這些通話。 基於註冊的 trunk 需要源自本機閘道道的網路連線，且閘道可以位於網路地址轉換 (NAT) 裝置之後。
憑證型 trunk ：從本機本機閘道道使用SIP trunk模型進行幹線或對等互連，從單一本機閘道道提供更高的規模，並允許客戶管理員在幹線上設定最大並行Webex Calling上限。 與基於註冊的 trunk 不同，本機閘道與雲端之間不需要SIP註冊，而是使用基於憑證的授權和驗證模型。 在加入過程中，組織的管理員應新增完整網域名稱 (FQDN)， Webex Calling將使用此 FQDN 與其本機閘道憑證的組合來信任本機閘道。 另外，與基於註冊的 trunk 不同，網路連線需要由雙方（本機閘道和Webex Calling）維護，因此必須將本機閘道道設定為可透過內部處所內的適當網路組態設定從Webex Calling進行存取。網路。
多租戶是可以為多個位置或多個客戶配置單個 LGW 的情況。 現在，支援基於註冊和基於憑證的 trunk。 對於基於憑證的多租戶， Cisco Unified Border Element需要執行Cisco IOS XE 17.9.1a 或更高版本。 如果您使用的是經過驗證的非 Cisco SBC，請查看供應商 SBC 文件以了解Webex Calling多租戶支援。
不支援在同一個 CUBE 實例上同時存在基於註冊的 trunk 和基於憑證的 trunk。 如果您想要變更您在特定 CUBE 上使用的干線機型，您必須先移除現有設定，並從頭開始遵循指示。 如需 CUBE 設定的說明，請參閱： Cisco Unified Border Element組態指南。 僅基於憑證的 trunk 支援經核准的非Cisco SBC。
如果您將位置從一個 trunk 模型移轉到另一個，由於上述原因，您必須使用兩個單獨的本機閘道。 如果您希望在不影響通話服務的情況下遷移位置，則必須使用路由群組功能：
如果位置不存在新的路由群組，請建立新的路由群組。
將現有的干線移至路由群組。
將新的 trunk 新增至路由群組。
設定您的「新」本機閘道
當新的本機閘道道為流量提供服務後，您可以從路由群組中移除舊的本機閘道並刪除主幹。
確保幹線憑證和安全性屬性安全儲存，任何不法分子無法存取，以避免收費欺詐。
對於基於註冊的 trunk， SIP憑證用於驗證，且必須安全儲存。
對於基於憑證的 trunk，用於 trunk 的 FQDN、簽署的憑證及其私密金鑰的組合用於身份驗證，且必須安全儲存。
第三方 SBC 支援
使用 Webex Calling 中的本機閘道（內部部署型 PSTN）幹線可以連線至客戶擁有的 PSTN 服務。 它還會提供與內部部署 IP PBX 部署（例如 Cisco Unified CM）的連線。 Webex Calling現在支援已驗證和核准的非 Cisco（供應商/協力廠商）SBC。
Webex Calling第三方本機閘道供應商驗證計劃是一個過程，旨在確保第三方階段作業邊界控制器與Cisco Webex Calling之間具有最高級別的互通性。
第三方 SBC 必須符合一組嚴格的測試需求，才能成為相容的Webex Calling本機閘道。
Webex Calling Cloud 服務支援使用位於客戶VoIP網路邊緣的本機閘道進行企業撥號。 本機閘道道是一個SIP作業階段邊界控制器(SBC)，它以特定方式與Webex Calling雲端服務互通，而且本機閘道必須在指定條件下與Webex Calling一起運作。 本機閘道功能可讓Webex Calling客戶繼續使用其現有的 PSTN服務提供者。
第三方本機閘道資源：
Oracle
聯絡 Oracle： cgbu_alliances_ww_grp@oracle.com
奧科
絲帶
 |
在我們驗證和核准其他第三方供應商時，將會更新清單，如果供應商/平台不在清單中，則其尚未驗證為Webex Calling LGW。 |
選擇幹線類型的通話容量需求和建議
基於註冊的干線模型是部署和執行本機閘道道的更簡單的模型，因此我們建議您選擇此模型，除非您需要來自單個 CUBE 實例的大量並行通話。 僅基於憑證的 trunk 支援經核准的非Cisco SBC。
從產品的角度來看，基於註冊的 trunk 模型是針對可能希望透過 Over-the-Top 連線擁有低於 250 個並行通話的較低規模的客戶，而基於憑證的 trunk 則適用於需要 250 個以上並行通話的較高容量部署的客戶。以及 6500 個並行通話。
下表假設使用者與通話的比率為 10:1，並提供選擇幹線的建議和建議的鏈結品質。 互連是指Webex Calling的專用頻寬連線，例如Webex Edge Connect。
根據每個本機閘道道的並行通話數調整大小 |
根據本機閘道道後的使用者數量調整大小 |
首選幹線類型 |
最低鏈結品質 |
|---|---|---|---|
~ 2000–6500 |
65000 |
基於憑證 |
交互連線 |
250 至 ~ 2000 |
20000 |
基於憑證 |
OTT |
最多 250 個 |
2500 |
註冊幹線 |
OTT |
連線資格：
OTT 連線 (OTT) 必須符合下列鏈結品質條件：
最長 100 毫秒的延遲
最長 10 毫秒抖動
最大封包遺失為 0.2%
互連必須符合以下鏈結條件：
最長 30 毫秒延遲
最長 5 毫秒抖動
0封包遺失
對於註冊 trunk 機型，作業階段邊界控制器(SBC) 會執行SIP註冊。 註冊型 trunk 需要本機本機閘道道來維護SIP註冊處於作用中。 該連線對於註冊是隱式的。
準備工作
所有乾線必須指定給 Control Hub 中的某個位置。
| 1 | 登入 Control Hubhttps://admin.webex.com ，轉至。 |
||
| 2 | 選取新增幹線。 |
||
| 3 | 選取一個位置從下拉式清單。 |
||
| 4 | 輸入名稱用於乾線。 |
||
| 5 | 選取註冊來自幹線類型下拉式清單。 |
||
| 6 | 將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時，「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。 以下列出了一些範例場景，可幫助您可以更好地瞭解此設定的用法：
|
||
| 7 | 按一下儲存。 |
後續動作
幹線資訊會出現在註冊網域、幹線群組 OTG/DTG、線路/埠、輸出 Proxy 地址螢幕上。 我們建議您從 Control Hub 複製此資訊並將其貼至本機文字檔案或文件內，當您為設定本機閘道做好準備時，可以參照該資訊。 如果您遺失了憑證，您必須從 Control Hub 中的干線資訊螢幕重新生成它們。 按一下擷取使用者名稱並重設密碼以產生一組新的驗證認證以用於幹線。
|
此操作會影響服務，因此建議在非工作時間完成。 如果您正在設定 trunk 以將本機閘道道連接到Webex Calling，請參閱： 為Webex Calling在 IOS-XE 上設定本機閘道。 |
幹線是指 Webex Calling 與內部部署裝置之間的連線，它在具有本機閘道的內部部署裝置或其他受支援的裝置上終止。
準備工作
所有幹線都必須指定給 Control Hub 內的某個位置。
| 1 | 登入 Control Hubhttps://admin.webex.com ，轉至。 |
||
| 2 | 選取新增幹線。 |
||
| 3 | 選取乾線的位置和名稱。
|
||
| 4 | 將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時，「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。 以下列出了一些範例場景，可幫助您可以更好地瞭解此設定的用法：
|
||
| 5 | 按一下儲存。 |
後續動作
幹線資訊會出現在註冊網域、幹線群組 OTG/DTG、線路/埠、輸出 Proxy 地址螢幕上。 我們建議您從 Control Hub 複製此資訊並將其貼至本機文字檔案或文件內，當您為設定本機閘道做好準備時，可以參照該資訊。 如果您丟失認證，則必須從 Control Hub 中的幹線資訊螢幕重新產生認證。 按一下擷取使用者名稱並重設密碼以產生一組新的驗證認證以用於幹線。
附註： 此動作會影響服務，因此建議在非工作時間執行。
您可以在 Control Hub 中編輯幹線名稱或檢視幹線詳細資料和使用情況。
| 1 | 登入 Control Hubhttps://admin.webex.com ，轉至。 |
||
| 2 | 選取您要檢視或修改的幹線。 |
||
| 3 | 在側邊面板上的幹線名稱旁邊，按一下 您也可以檢視幹線的使用情況資訊。 |
||
| 4 | 若要檢視其它詳細資訊，請按一下管理旁邊主幹。
|
||
| 5 | 將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時，「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。 以下列出了一些範例場景，可幫助您可以更好地瞭解此設定的用法：
|
圖示以變更幹線的名稱。
在若要在 Control Hub 中檢查幹線狀態。
| 1 | 登入 Control Hubhttps://admin.webex.com ，轉至。 |
| 2 | 選取您要檢查狀態的干線。 |
| 3 | 按一下幹線資訊。 |
範例
以下是不同的註冊型乾線狀態：
線上： 已成功將本機閘道註冊到Webex Calling。
離線： 將本機閘道註冊到Webex Calling失敗。
新增基於憑證的 trunk 時，您必須輸入完整網域名稱 (FQDN)。 然後， Webex Calling結合使用 FQDN 和本機閘道的憑證來信任本機閘道。
從 Control Hub 配置本機閘道的需求：
本機閘道的雲端網路必須使用公用IPv4 位址，並且解析為此位址的 FQDN 或 SRV 位址必須在網際網路上解析。
外部介面上的所有SIP和媒體埠必須可從網際網路而不是 NAT 之後存取，因此必須在企業網路元件上完成所需的防火牆更新：
請參閱Webex Calling連接埠參考指南了解需要在內部部署端和雲端端存取的所需連接埠。
需要簽署憑證才能成功授權和驗證來自trunk的呼叫。 憑證必須符合下列要求：
憑證必須由 中提及的 CA 簽署對Cisco Webex音訊和視訊平台的呼叫支援哪些根憑證授權單位？
中提及的信任組合對Cisco Webex音訊和視訊平台的呼叫支援哪些根憑證授權單位？應上傳至 CUBE。
憑證應始終有效：
簽署的憑證必須一律具有有效的到期期限。
根或中間憑證必須具有有效的到期時間，且不應被撤銷。
必須簽署憑證以供用戶端和伺服器使用。
憑證必須包含完全合格網域名稱 (FQDN) 作為憑證中的一般名稱或主體替代名稱，且在 Control Hub 中選擇了 FQDN。 例如：
從組織的 Control Hub 設定的干線，使用 london.lgw.cisco.com:5061 作為 FQDN 必須在憑證 CN 或 SAN 中包含 london.lgw.cisco.com。
從您組織的 Control Hub 設定的具有 london.lgw.cisco.com 的干線是 SRV 必須在憑證 CN 或 SAN 中包含 london.lgw.cisco.com。 SRV 位址解析為（CNAME/A 記錄/ IP位址）的記錄在 SAN 中是可選的。
憑證可以在多個本機閘道之間共用，但是必須符合上一個要點中提到的 FQDN 需求。
準備工作
所有乾線必須指定給 Control Hub 中的某個位置。
管理員必須選擇透過 FQDN 或服務記錄 (SRV) 解析本機閘道，並且在配置 trunk 期間應退出此選項。 但是，有一些規則：
管理員在整個組織中的每個 trunk 必須具有唯一的主機位址（FQDN 或 SRV）。 例如：
只有不存在主機地址為 london.lgw.cisco.com 的其他幹線時，才能建立 FQDN london.lgw.cisco.com:5062 的干線。
只有在不存在主機地址 london.lgw.cisco.com 的其他幹線的情況下，才能建立 SRV 地址為 london.lgw.cisco.com 的干線。 即使存在具有相同 FQDN 和連接埠組合的 trunk，這也是不允許的。
如果閘道的位址是 FQDN，則必須設定埠。 可以選擇標準SIP埠（譬如 5061 或 5062），並應進行適當的防火牆設定，以便可從雲端服務對 IPV4 和埠組合進行尋址。
如果選擇 SRV 位址，則服務類型必須具有字首「_sips 。_tcp 」 。 服務記錄內的記錄必須具有適當的權數和優先順序，且具有不小於 300 秒的 TTL。
管理員必須從已驗證/宣告的頂級網域名稱中選擇主機位址，管理網域文章。
| 1 | 從 https://admin.webex.com 的客戶檢視中，轉至 。 |
||
| 2 | 選取新增幹線。 |
||
| 3 | 選取一個位置從下拉式清單。 |
||
| 4 | 輸入名稱用於乾線。 |
||
| 5 | 選取基於憑證來自幹線類型下拉式清單。 |
||
| 6 | 從下拉清單中選取裝置類型。
|
||
| 7 | 輸入作業階段邊界控制器(SBC)地址，網域，以及埠。 這是Webex Calling用於聯絡您的 Enterprise SBC 的 FQDN 或 SRV 位址。
|
||
| 8 | 輸入並行通話的數目上限。
|
||
| 9 | 按一下儲存。
|
後續動作
儲存最後一個螢幕上顯示的Webex Calling Edge 位址。
若要將 CUBE 設定為您的本機閘道，請參閱： 針對 Webex Calling 在 IOS-XE 上設定本機閘道
您可以在 Control Hub 中編輯幹線名稱或檢視幹線詳細資料和使用情況。
| 1 | 登入 Control Hubhttps://admin.webex.com ，轉至。 |
||||
| 2 | 選取您要檢視或修改的幹線。 |
||||
| 3 | 在側邊面板上的幹線名稱旁邊，按一下 您也可以檢視幹線的使用情況資訊。 |
||||
| 4 | 若要檢視其它詳細資訊，請按一下管理旁邊主幹。
|
||||
| 5 | 將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時，「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。 以下列出了一些範例場景，可幫助您可以更好地瞭解此設定的用法：
|
若要在 Control Hub 中檢查幹線狀態。
| 1 | 登入 Control Hubhttps://admin.webex.com ，轉至。 |
| 2 | 選取您要檢查狀態的干線。 |
| 3 | 按一下幹線資訊。 |
範例
以下是不同的憑證型 trunk 狀態：
線上： 所有Webex Calling Edge Proxy 與本機閘道之間的連線成功。
離線： Webex Calling與本機閘道之間的連線失敗。
已受損： 至少 1 個Webex Calling Edge Proxy 與本機閘道之間連線失敗。
不明： 正在Webex Calling與最近新增的本機閘道之間建立連線。
SI 號 |
錯誤描述 |
動作 |
|---|---|---|
1. |
TLS與本機閘道的連線失敗，因為為閘道設定的 FQDN 的DNS解析失敗 |
驗證已設定 SRV /FQDN 的DNS組態並確保其可解析 |
2. |
由於傳輸問題， TLS與本機閘道的連線失敗 |
驗證已解析的IP位址和本機閘道的連接埠是否有效 |
3. |
TLS與本機閘道的連線失敗，因為閘道的憑證由無效的憑證授權單位簽署 |
驗證並確保本機閘道憑證已由有效的憑證授權單位簽署（對Cisco Webex音訊和視訊平台的呼叫支援哪些根憑證授權單位？ ) |
4. |
TLS與本機閘道的連線失敗，因為閘道的憑證已過期 |
驗證並確保本機閘道憑證未過期 |
5. |
TLS與本機閘道的連線失敗，因為閘道的憑證已由過期的憑證授權單位發出 |
驗證並確保本機閘道憑證未由過期的憑證授權單位憑證鏈結簽署 |
6. |
TLS與本機閘道的連線失敗，因為 CN 或 SAN 缺少為閘道設定的 FQDN |
驗證並確保本機閘道憑證的 CN / SAN 與設定的 FQDN/SRV 相同 |
7. |
傳送至本機閘道的SIP選項未收到回應 |
驗證並確保 CUBE 已設定為接收 OPTIONS 要求並作出回應。 驗證 CUBE 設定 |
8. |
從本機閘道到Webex Calling的TLS連線失敗，因為閘道憑證無效 |
驗證並確保本機閘道憑證有效 |
9. |
從本機閘道到Webex Calling的TLS連線失敗，因為我們無法信任憑證授權單位 |
驗證並確保本機閘道憑證已由有效的憑證授權單位(對Cisco Webex音訊和視訊平台的呼叫支援哪些根憑證授權單位？ ) |
10. |
從本機閘道到Webex Calling的TLS連線失敗，因為鏈中憑證過期 |
驗證並確保本機閘道憑證沒有被過期的憑證鏈結簽署 |
11。 |
從本機閘道到Webex Calling的TLS連線和SIP選項失敗 |
驗證並確保 CUBE 已設定為傳送 OPTIONS 要求 |
12。 |
來自本機閘道的SIP選項回應指出伺服器錯誤或服務不可用 |
驗證並確保本機閘道未處於維護模式或未停用通話路由 |
13. |
TLS與本機閘道的連線失敗，因為本機閘道的憑證已被撤銷 |
驗證並確保本機閘道憑證未被撤銷 |
14。 |
從本機閘道到Webex Calling的TLS連線失敗，因為閘道的憑證已被撤銷 |
驗證並確保本機閘道憑證未被撤銷 |
15。 |
從本機閘道到Webex Calling的TLS連線失敗，因為閘道的憑證已過期 |
驗證並確保本機閘道憑證未過期 |
16。 |
由於憑證錯誤，從本機閘道到Webex Calling的TLS連線失敗 |
驗證並確保本機閘道憑證有效且符合需求 |
17。 |
由於憑證錯誤，從Webex Calling到本機閘道的TLS連線失敗 |
驗證並確保本機閘道憑證有效且符合需求 |
|
錯誤 SI 號： 僅當所有 Edge 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 | 按一下儲存。 |
撥號計劃可讓您透過使用幹線或路由群組將呼叫路由至內部部署目的地。 這些計劃在全球範圍內針對企業設定且適用於任何位置的所有使用者。 撥號計劃也會為符合任何撥號模式的呼叫指定路由選項（幹線或路由群組）。 特定的撥號模式可以定義為撥號計劃的一部分。 撥號模式表示內部部署擴充：
ESN/網內號碼
+E.164 模式
SIP URI 網域
數值撥號模式
數值模式可代表 E.164 號碼或企業號碼。 E.164 號碼的模式以前導 + 開頭，後跟一系列數字 (1-9)，然後是選用的萬用字元。
企業撥號模式
企業撥號模式由一系列數字 (1-9) 後跟選用的萬用字元來表示。 有效的萬用字元為 ! （符合任意數字系列）和 X（符合 0 到 9 範圍內的單個數字）。 ! 萬用字元只能出現在結尾一次且只能用於一個 E.164 模式。
企業撥號計劃範例 |
|
|---|---|
+1408555XXXX |
以 +1408555 開頭的 11 位數 +E.164 號碼 |
+14085551234 |
精確的撥號字串 +14085551234 |
+496100! |
以 +496100 開頭的任何撥號字串 |
84969XXX |
以 84969 開頭的 8 位數 ESN |
84969764 |
精確的 8 位數 ESN 84969764 |
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 到 6 位數）路由至 PBX。
準備工作
每個位置都啟用了「將呼叫路由至內部部署分機號」設定。
使用此設定可在混合雲端/內部部署環境中保留撥號習慣。 使用者可以繼續使用簡略撥號（例如 4 位數），即使網站已部分移轉至 Webex Calling 也是如此。
啟用後，由該位置處的使用者向不明分機號（介於 2 到 6 位數之間）發起的呼叫會作為內部部署呼叫路由至所選的路由群組/幹線。
該位置處透過幹線從不明分機號路由的呼叫會作為內部部署呼叫進行處理。
當呼叫者 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 格式。
|
||
| 4 | 按一下儲存。 |
Control Hub 中的「驗證呼叫路由」工具提供：
模擬呼叫以分析路由決策。
在執行部署的設計與設定階段期間提供有用的指引。
在 Webex 分析平台中提供包含呼叫路由決策的活動。
在疑難排解實例中提供支援。
| 1 | 從 https://admin.webex.com 的客戶檢視中，轉至 。 |
| 2 | 選取驗證呼叫路由。 |
| 3 | 從下拉式功能表表 中，選擇選取呼叫來源要驗證的使用者或 trunk 的名稱。 |
| 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 |
