- 首頁
- /
- 文章
設定 Webex Calling 的幹線、路由群組和撥號方案
Webex Calling 計畫、中繼線和路由群組有助於設定 Webex Calling 來管理 Webex Calling 託管使用者和場所 PBX 使用者之間的 通話。此解決方案可讓 您設定託管使用者以使用雲端 PSTN(CCP 或 Cisco PSTN)或基於場所的 PSTN 。
幹線是指 Webex Calling 與內部部署裝置之間的連線,它在具有本機閘道的內部部署裝置或其他受支援的裝置上終止。建立中繼線後,您可以將其指派給路由組。
路由群組是一組幹線,其可讓 Webex Calling 將呼叫分發在多條幹線中或者提供備援。
本地網關是連接中繼線、本地 PSTN、 and/or 專線小交換器。
幹線、路由群組和撥號計劃提供下列好處:
-
在 Webex Calling 和場所之間的中繼之間實現負載平衡和故障轉移。
-
Webex Calling 使用者能夠使用雲端 PSTN(雲端連接 PSTN (CCP) 或 Cisco PSTN)並聯絡企業中的 PBX 使用者。
-
將呼叫路由至不同場所的 PBX。
-
在內部部署 PBX 之間路由通話的串聯功能。
-
與場所 PBX 的更廣泛的遷移和共存場景,包括具有場所使用者和 Webex Calling 使用者的混合網站。
-
深入了解呼叫路由決策。
適用於您所在位置的 PSTN 選項
啟用您所在的位置之後,您必須為該位置內的 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,而本機閘道會變成幹線。
透過選擇 分配 或 管理 並選擇所需的 PSTN 連線。
,選擇要修改的位置,然後選擇幹線
中繼線是內部部署與Webex Calling之間的一種連接,在內部部署中終止,而且支援的會話邊界控制器充當本端閘道。請參閱 本地網關入門 以了解各種中繼模型以及設備和配置的要求。
對於註冊幹線模型,會話邊界控制器 (SBC) 會執行 SIP 註冊。基於註冊的中繼線需要本區閘道,好讓 SIP 註冊保持使用中。此連接即為註冊的隱含值。
準備工作
所有中繼線都必須指定給 Control Hub 中的位置。
1 |
選取新增幹線。 |
2 |
從位置 選取 下拉清單。 |
3 |
輸入中繼 線的名稱。 |
4 |
從 中繼線 類型選取 註冊下拉清單 。 |
5 |
將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時,「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。啟用雙重身分後,Webex Calling 會填入 From 和 PAI(並且兩個身分標頭可以不同)。停用雙重身分後,PAI 和 From 相同,並設定為啟用雙重身分時 From 標頭的設定。 以下列出了一些範例場景,可幫助您可以更好地瞭解此設定的用法:
|
6 |
按一下儲存。 |
後續動作
幹線資訊會出現在註冊網域、幹線群組 OTG/DTG、線路/埠、輸出 Proxy 地址螢幕上。我們建議您從 Control Hub 複製此資訊並將其貼至本機文字檔案或文件內,當您為設定本機閘道做好準備時,可以參照該資訊。如果丟失了認證,則必須從 Control Hub 的中繼線資訊螢幕重新產生認證。按一下擷取使用者名稱並重設密碼以產生一組新的驗證認證以用於幹線。
此動作會影響服務,因此建議在非工作時間執行。
如果您要將中繼線配置為將本區閘道連接至Webex Calling,請參閱:在 IOS-XE 上為 Webex Calling 設定本機閘道。
幹線是指 Webex Calling 與內部部署裝置之間的連線,它在具有本機閘道的內部部署裝置或其他受支援的裝置上終止。
準備工作
所有幹線都必須指定給 Control Hub 內的某個位置。
1 | |
2 |
導航至 。 |
3 |
前往 。 |
4 |
選取新增幹線。 |
5 |
選取中繼線的位置和名稱。 幹線名稱長度不能超過 24 個字元。 |
6 |
將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時,「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。啟用雙重身分後,Webex Calling 會填入 From 和 PAI(並且兩個身分標頭可以不同)。停用雙重身分後,PAI 和 From 相同,並設定為啟用雙重身分時 From 標頭的設定。 以下列出了一些範例場景,可幫助您可以更好地瞭解此設定的用法:
|
7 |
按一下儲存。 |
8 |
P-Charge-Info 支援 滿足了 PSTN 提供者在 Webex Calling 中對呼叫進行身份驗證和計費的更可靠方法的需求。本機閘道收到的來電者 ID 可能與您想要用於計費或授權的號碼不同。為了實現這些目的而發送附加標識符,請使用 P-Charge-Info 標頭。 啟用此選項可在傳送至中繼的出站 PSTN 通話資訊中包含 P-Charge-Info 標頭,並使用基於所選策略選項的數字。然後,PSTN 提供者可以依靠單一 P-Charge-Info 標頭來確定收費號碼,從而無需使用 PAI 標頭進行常規發起和使用 Diversion 標頭進行呼叫重定向。預設情況下,系統將 P-Charge-Info Support 策略設為 Disabled。
限制:
|
後續動作
幹線資訊會出現在註冊網域、幹線群組 OTG/DTG、線路/埠、輸出 Proxy 地址螢幕上。我們建議您從 Control Hub 複製此資訊並將其貼至本機文字檔案或文件內,當您為設定本機閘道做好準備時,可以參照該資訊。如果您丟失認證,則必須從 Control Hub 中的幹線資訊螢幕重新產生認證。按一下擷取使用者名稱並重設密碼以產生一組新的驗證認證以用於幹線。
此動作會影響服務,因此建議在非工作時間執行。
您可以在控制中心編輯中繼名稱或查看中繼詳細資訊和使用情況。
1 |
選取您要檢視或修改的幹線。 |
2 |
在側邊面板上的幹線名稱旁邊,按一下 您也可以檢視幹線的使用情況資訊。 |
3 |
若要查看其他詳細資料,請按一下 主幹 旁邊的 管理。 如果您失去幹線資訊認證並且需要重新產生這些認證,請使用此設定。按一下擷取使用者名稱和密碼以產生一組要在幹線上使用的新驗證認證。這會影響服務。 |
4 |
將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時,「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。停用雙重身分後,PAI 和 From 相同,並設定為啟用雙重身分時 From 標頭的設定。 以下列出了一些範例場景,可幫助您可以更好地瞭解此設定的用法:
|
您可以刪除未使用的幹線。
1 |
選取您要刪除的幹線。 |
2 |
點選 |
檢查控制中心中的中繼狀態。
1 |
登入 Control Hub https://admin.webex.com,前往 . |
2 |
選取要檢查狀態的中繼線。 |
3 |
按一下 幹線資訊。 以下是不同的中繼狀態:
|
新增憑證型中繼線時,必須輸入完整功能變數名稱 (FQDN)。然後,Webex Calling會使用 FQDN 和本地閘道的憑證的組合來信任本區閘道。
從 Control Hub 配置本區閘道的需求:
-
本地網關必須能夠使用公共 IPv4 位址從網際網路直接存取。必須從已在控制中心驗證的網域的 DNS A 或 SRV 記錄解析此位址。如果本機網關已配置私人 IP 位址,則 1:1 需要靜態位址轉換(NAT)來確保可以從網際網路直接存取。
-
當部署在防火牆後面時,必須配置適當的規則以允許 TLS SIP 訊號和 UDP/SRTP 在本地網關和網際網路之間傳遞的媒體。
-
有關本地網關和 Webex 雲之間的流程中使用的連接埠的詳細信息,請參閱 Webex Calling 連接埠參考指南 。
-
本設定指南假定本機閘道使用標準 TLS SIP 連接埠 5061 來接收訊號。如果需要,可以使用備用信令監聽連接埠。
-
-
成功授權及驗證來自中繼線的通話需要簽署的憑證。本機閘道在與 SIP 的 Webex Calling 服務建立雙向相互 TLS 連線時必須符合下列要求:
-
本地網關的憑證必須是:
-
簽署的憑證必須始終有效。
-
用於簽署證書的根證書或中間證書必須具有有效期限且不應被撤銷。
-
必須簽署憑證以使用用戶端和伺服器。
-
憑證必須包含完全限定網域名稱 (FQDN) 作為憑證中的通用名稱或主題備用名稱,並且在控制中心中選擇中繼的 FQDN。下一節將詳細說明要求。
-
應上傳 哪些根憑證授權單位支援對 Cisco Webex 音訊和視訊平台的通話?中提到的信任包,以驗證來自 Webex 服務的 SIP 憑證。
-
在開始之前
-
已聲明並驗證的網域:新增中繼時,必須選擇已驗證或已聲明的頂級網域中的主機位址,請參閱 Manage-your-domain。
-
整個組織的唯一地址:使用唯一的 FQDN 或 SRV 主機位址建立中繼。此位址對於整個組織而言必須是唯一的,並且任何兩個中繼線都不能使用相同的位址。
-
具有 FQDN 的中繼 london.lgw.cisco.com:5062 僅當不存在其他具有主機位址 london.lgw.cisco.com 的中繼才能建立。即使存在具有與 SRV 位址或 FQDN 相同的位址名稱且具有不同連接埠組合的中繼,也不允許這樣做。
-
只有在沒有其他具有SRV位址 london.lgw.cisco.com 才能建立具有此位址的中繼線 london.lgw.cisco.com。即使存在與 SRV 位址或 FQDN 同名且具有不同連接埠組合的中繼,也不允許這樣做。
-
-
DNS配置:本機網關必須透過 DNS A 或 DNS 服務記錄 (SRV) 類型記錄從公共網際網路解析。
-
如果選擇了 FQDN,則位址必須解析為 DNS A 記錄,而不是 DNS CNAME。
-
如果選擇了 SRV 位址,則服務類型必須具有前綴「_sips._tcp」。
-
位址可能解析為具有不同權重和優先權的一個或多個 DNS A 記錄。執行此操作時,建議對所有記錄使用相同的監聽連接埠。
-
服務記錄中的記錄必須具有適當的權重和優先權。使用不同的權重和優先權會影響來自 Webex Calling 的呼叫的流量分配。
-
-
所有記錄類型必須具有合理的高 TTL,最好為 300 秒或更高。
-
-
所有中繼線都必須指派到控制中心內的某個位置。
下表列出了貴組織同時選擇作為中繼位址的不同類型記錄的範例。
中繼配置為 FQDN 或 SRV |
DNS 設定規則 |
憑證中以通用名稱 (CN) 或主題備用名稱 (SAN) 形式存在的位址 |
SIP Contact Header 要求 |
---|---|---|---|
完整合格網域名稱 (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 |
服務: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 |
服務: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 事務都應包含具有本機閘道 FQDN 的聯絡人標頭。
來自本地網關的選項交易對於控制中心中的本地網關狀態在線尤為重要。
1 |
選取新增幹線。 |
2 |
從位置 選取 下拉清單。 |
3 |
輸入中繼 線的名稱。 |
4 |
從 中繼線類型 選取基於 憑證下拉清單 。 |
5 |
從下拉式選單中選擇設備類型。 僅憑證型中繼線Cisco Webex Calling SBC 整合作為協力廠商本區閘道 (LGW)。只有 Control Hub 中的裝置類型清單中顯示的 SDC 會由我們的信任合作夥伴驗證為相容Webex Calling閘道。 有關受支援的協力廠商廠商資訊的資訊,請參閱:] Trunk 部分下的 ] 第三方 SBC 支援 。 |
6 |
輸入會話邊界控制器 (SBC) 位址、 網域和 埠。 這是FQDN SRV或Webex Calling企業 SBC 的通訊錄。
您必須具有已驗證的網域。有關詳細信息,請參閱 管理您的域名 |
7 |
輸入並行呼叫數上限。
|
8 |
按一下儲存。 如果未通過驗證,則儲存按鈕將不會出現。如果所選的系統或FQDN不是您的組織SRV,則可能無法通過驗證。檢查上述唯一FQDN或SRV位址的需求。如果問題仍然存在,請聯絡 Cisco 支援小組。 |
後續動作
-
儲存Webex Calling顯示于最終螢幕上的 Webex Calling Edge 位址。
-
若要將 CUBE 設定為本區閘道,請參閱:針對 Webex Calling 在 IOS-XE 上設定本機閘道
您可以在 Control Hub 中編輯幹線名稱或檢視幹線詳細資料和使用情況。
1 |
選取您要檢視或修改的幹線。 |
2 |
在側面板上,按一下中繼線名稱旁的 您也可以檢視幹線的使用情況資訊。 |
3 |
若要查看其他詳細資料,請按一下 主幹 旁邊的 管理。 如果您想要更新最大並行通話數的值,請使用此設定。 如果您必須更新本地SRV位址、FQDN或埠,您必須新增中繼線並刪除舊中繼線。 |
4 |
將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時,「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。以下列出了一些範例場景,可幫助您可以更好地瞭解此設定的用法:
|
您可以刪除未使用的幹線。
1 |
選取您要刪除的幹線。 |
2 |
點選 |
檢查控制中心中的中繼狀態。
1 |
登入 Control Hub https://admin.webex.com,前往 . |
2 |
選取要檢查狀態的中繼線。 |
3 |
按一下 幹線資訊。 以下是不同的中繼狀態:
|
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 |
選取 。 |
2 |
給路由群組命名,然後從下拉功能表中選取要新增的幹線。 |
3 |
選取幹線的優先等級。 |
4 |
按一下儲存。 |
後續動作
從確認螢幕中,您可以造訪位置頁面以設定與個別位置的 PSTN 連線,您也可以造訪撥號計劃頁面以使用此路由群組作為撥號計劃的路由選項。路由組也可用作某個位置上未知分機路由的路由選擇。
您可以變更現有路由群組的名稱、新增幹線、修改指定的幹線數目,以及變更幹線優先等級。從路由群組詳細資料頁面中,您還可以檢視將呼叫路由至內部部署分機號、撥號計劃和 PSTN 連線。
1 |
選取您要修改的路由群組。 |
2 |
在側邊面板上的路由群組名稱旁邊,按一下 |
3 |
若要在路由群組中新增或編輯幹線,請按一下管理(位於幹線旁邊)。 您可以從下拉功能表中新增幹線、編輯表格內現有幹線的優先等級及/或刪除表格中的現有幹線。 |
4 |
按一下儲存。 |
您可以刪除未使用的路由群組。
1 |
選取您要刪除的路由群組。 |
2 |
按一下動作 |
撥號計劃可讓您透過使用幹線或路由群組將呼叫路由至內部部署目的地。為企業全域配置撥號計劃並套用於所有用戶,無論其位於何處。撥號計劃也會為符合任何撥號模式的呼叫指定路由選項(幹線或路由群組)。將特定的撥號模式定義為撥號計劃的一部分。撥號模式表示內部部署擴充:
-
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 或分機中的寄件者和收件者標頭,但不能是組合。譬如:
寄件者: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 |
按一下撥號計劃,然後按一下建立撥號計劃。 |
2 |
輸入撥號計劃的名稱。 |
3 |
選取路由選項。 選取之前建立的幹線或路由群組。 |
4 |
(選用)您可以針對選取的路由選項手動建立或匯入撥號模式。 |
5 |
按一下儲存。 |
後續動作
您也可以在建立撥號計劃之後批量新增撥號模式。若要使用 CSV 檔案批量新增撥號模式,請轉至撥號計劃螢幕,從要編輯的撥號計劃中選取動作下拉功能表,然後選擇匯入撥號模式 CSV 或匯出撥號模式 CSV。選擇下載範本或匯入 CSV 檔案,然後按一下提交。
您也可以在 Control Hub 中變更現有撥號計劃的名稱、路由選項和撥號模式。
1 |
選取您要修改的撥號計劃。 |
2 |
在側面板上,按一下撥號計劃名稱旁邊的 |
3 |
若要變更路由選項,請從下拉功能表中選擇其他選項。 |
4 |
若要手動新增撥號模式,請按一下新增撥號模式。或按一下匯入 CSV 以批量新增撥號模式。 |
5 |
若要移除撥號模式,請按一下您要移除之撥號模式旁邊的 |
6 |
按一下儲存。 |
1 |
選取您要刪除的撥號計劃。 |
2 |
點選 |
您可以在 Control Hub 中啟用「將呼叫路由至內部部署分機號」。此設定適用於已註冊至 PBX 的位置內的用戶,並允許您使用現有中繼線或路由組將未知分機(呼叫號碼長度為 2-10 位元)路由至 PBX。
準備工作
每個位置都啟用了「將呼叫路由至內部部署分機號」設定。
使用此設定可在混合雲端/內部部署環境中保留撥號習慣。使用者可以繼續使用簡略撥號(例如 4 位數),即使網站已部分移轉至 Webex Calling 也是如此。
啟用後,用戶在該位置撥打至未知分機號碼(2-10 位數字之間)的電話將被路由到所選路線 group/trunk 正如前提所要求的。
該位置處透過幹線從不明分機號路由的呼叫會作為內部部署呼叫進行處理。這是指從中繼線進入 Webex Calling 的上行呼叫。
當呼叫者 ID 不符合任何現有撥號計劃模式時,呼叫會被視為源自不明分機號。
1 | |
2 |
前往 。 |
3 |
選取要修改的位置。 |
4 |
點選 呼叫 選項卡。 |
5 |
按一下 撥號部分下的 內部撥號 。 |
6 |
切換到啟用 將未知分機作為內部呼叫路由到場所。Shariff 圖片已過時。 |
7 |
從下拉式選單中選擇路由組或中繼線來路由呼叫。 |
8 |
按一下儲存。 |
在 Control Hub 中,您可以在 Webex Calling 與內部部署裝置之間設定呼叫路由設定。這些設定可決定當針對內部部署 PBX 使用幹線和路由群組時如何處理不明號碼,以及在 Webex Calling 與 PBX 之間路由的呼叫的呼叫者 ID 格式。
1 |
捲至 Webex Calling 與內部部署裝置之間的呼叫路由並選擇要如何處理不明號碼。
不明號碼處理服務設定設為舊版行為以保留路由行為。此設定可以修改為利用新的呼叫路由功能(例如撥號計劃和路由群組)。 |
2 |
選擇呼叫者 ID 格式。 選擇 +E.164 電話號碼選項後,Webex Calling 會選取外部通話線路 ID (CLID),它是一個 E.164 號碼。選擇 ESN(企業重要號碼) 選項後,Webex Calling 會選取內部 CLID,它是一個 ESN。 |
3 |
選擇您想要為基於場所的路由設定的 最大未知分機長度 (2-10 位數字)。 當您增加分機號碼長度時,如果 PSTN 提供者使用的號碼模式是非 E.164,則傳入的 PSTN 通話將被視為來自本地的本地通話。因此,為了避免任何潛在的錯誤路由,我們建議在將此類傳入 PSTN 通話傳送至 Webex Calling 之前強制採用 E.164 格式。 |
4 |
按一下儲存。 ![]() |
範例 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 |