- 首頁
- /
- 文章
感謝您的意見回饋。
設定 Webex Calling 的幹線、路由群組和撥號方案
在此文章中
意見回饋？Webex Calling 計畫、中繼和路由群組有助於設定 Webex Calling 以管理 Webex Calling 託管使用者和本機 PBX 使用者之間的 通話。此解決方案可讓 您設定託管使用者使用雲端 PSTN（CCP 或 Cisco PSTN）或基於本地 的PSTN。
幹線是指 Webex Calling 與內部部署裝置之間的連線，它在具有本機閘道的內部部署裝置或其他受支援的裝置上終止。建立主幹後，您可以將其指派給路由組。
路由群組是一組幹線，其可讓 Webex Calling 將呼叫分發在多條幹線中或者提供備援。
本地網關是連接本地PSTN中繼線路的本地設備。 and/or PBX。
幹線、路由群組和撥號計劃提供下列好處：
-
在 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 會填入「寄件者」和「PAI」（兩個身分標頭可以不同）。停用雙重身分後，PAI 和 From 相同，並且設定為啟用雙重身分時 From 標頭設定的值。 以下列出了一些範例場景，可幫助您可以更好地瞭解此設定的用法：
|
| 6 |
按一下儲存。 |
後續動作
幹線資訊會出現在註冊網域、幹線群組 OTG/DTG、線路/埠、輸出 Proxy 地址螢幕上。我們建議您從 Control Hub 複製此資訊並將其貼至本機文字檔案或文件內，當您為設定本機閘道做好準備時，可以參照該資訊。如果丟失了認證，則必須從 Control Hub 的中繼線資訊螢幕重新產生認證。按一下擷取使用者名稱並重設密碼以產生一組新的驗證認證以用於幹線。
此動作會影響服務，因此建議在非工作時間執行。
如果您要將中繼線配置為將本區閘道連接至Webex Calling，請參閱：在 IOS-XE 上設定本機閘道以進行 Webex 通話。
幹線是指 Webex Calling 與內部部署裝置之間的連線，它在具有本機閘道的內部部署裝置或其他受支援的裝置上終止。
準備工作
所有幹線都必須指定給 Control Hub 內的某個位置。
| 1 | |
| 2 |
導航至 。 |
| 3 |
前往 。 |
| 4 |
選取新增幹線。 |
| 5 |
選取中繼線的位置和名稱。 幹線名稱長度不能超過 24 個字元。 |
| 6 |
將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時，「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。啟用雙重身分後，Webex Calling 會填入「寄件者」和「PAI」（兩個身分標頭可以不同）。停用雙重身分後，PAI 和 From 相同，並且設定為啟用雙重身分時 From 標頭設定的值。 以下列出了一些範例場景，可幫助您可以更好地瞭解此設定的用法：
|
| 7 |
按一下儲存。 |
| 8 |
P-Charge-Info 支援 滿足了 PSTN 提供者在 Webex Calling 中對呼叫進行身份驗證和計費時需要更可靠的方法的需求。本地網關可能會收到與您用於計費或授權的號碼不同的來電顯示號碼。若要傳送用於這些目的的附加標識符，請使用 P-Charge-Info 標頭。 啟用此選項，即可在傳送至中繼線的出站 PSTN 通話資訊中包含 P-Charge-Info 標頭，使用基於所選策略選項的號碼。PSTN 供應商可以依靠單一 P-Charge-Info 標頭來確定計費號碼，因此無需對常規發起呼叫使用 PAI 標頭，對呼叫重定向使用 Diversion 標頭。預設情況下，系統將 P-Charge-Info 支援 策略設為 已停用。
限制：
|
後續動作
幹線資訊會出現在註冊網域、幹線群組 OTG/DTG、線路/埠、輸出 Proxy 地址螢幕上。我們建議您從 Control Hub 複製此資訊並將其貼至本機文字檔案或文件內，當您為設定本機閘道做好準備時，可以參照該資訊。如果您丟失認證，則必須從 Control Hub 中的幹線資訊螢幕重新產生認證。按一下擷取使用者名稱並重設密碼以產生一組新的驗證認證以用於幹線。
此動作會影響服務，因此建議在非工作時間執行。
您可以在控制中心編輯中繼名稱或查看中繼詳細資訊和使用情況。
| 1 |
選取您要檢視或修改的幹線。 |
| 2 |
在側邊面板上的幹線名稱旁邊，按一下 您也可以檢視幹線的使用情況資訊。 |
| 3 |
若要查看其他詳細資料，請按一下 主幹 旁邊的 管理。 如果您失去幹線資訊認證並且需要重新產生這些認證，請使用此設定。按一下擷取使用者名稱和密碼以產生一組要在幹線上使用的新驗證認證。這會影響服務。 |
| 4 |
將起始 SIP INVITE 傳送至某個外撥呼叫的幹線時，「雙重身分支援」設定會影響 From 標頭和 P-Asserted-Identity (PAI) 標頭的處理。停用雙重身分後，PAI 和 From 相同，並且設定為啟用雙重身分時 From 標頭設定的值。 以下列出了一些範例場景，可幫助您可以更好地瞭解此設定的用法：
|
圖示以變更幹線的名稱。您可以刪除未使用的幹線。
| 1 |
選取您要刪除的幹線。 |
| 2 |
按一下 |
操作 列中的 []，然後按 在控制中心檢查中繼狀態。
| 1 | ||||||||||||||||||
| 2 |
前往 。
該頁面列出了您的樹幹，並顯示有關它們的信息，包括狀態——在線、離線、未知和損壞。
| |||||||||||||||||
| 3 |
（可選）您可以 根據 中繼狀態 或 中繼類型篩選[ 中繼記錄。 從 所有樹幹 下拉篩選選單中，選擇以下任一篩選選項以填入頁面。每 3 分鐘更新一次主幹狀態。
| |||||||||||||||||
| 4 |
點擊 刷新 查看主幹狀態的最新更新。 顯示上次頁面刷新的時間戳記。使用手動 刷新 來更新頁面。
| |||||||||||||||||
| 5 |
（可選）您可以使用 搜尋 選項，根據 名稱 或 位置來搜尋特定的主幹記錄。 如果搜尋結果超過 1000 條，則無法對結果進行排序或搜尋。 | |||||||||||||||||
| 6 |
從清單中選擇一個箱子以查看詳細資訊。 彈出一個窗口，顯示所選樹幹的詳細資訊。
| |||||||||||||||||
| 7 |
點選 以查看完整的主幹資訊。
有關各種錯誤情況的更多信息，請參閱 本地網關故障排除。 |
新增憑證型中繼線時，必須輸入完整功能變數名稱 （FQDN）。然後，Webex Calling會使用 FQDN 和本地閘道的憑證的組合來信任本區閘道。
從 Control Hub 配置本區閘道的需求：
-
本地網關必須能夠透過公用 IPv4 位址從網際網路直接存取。該位址必須透過已在控制中心驗證的網域的 DNS A 或 SRV 記錄解析。如果本機網關配置了私人 IP 位址，則 1:1 需要使用靜態位址轉換 (NAT) 來確保可以從互聯網直接存取該網站。
-
當部署在防火牆後時，必須配置適當的規則以允許 TLS SIP 訊號； UDP/SRTP 在本地網關和網際網路之間傳遞的媒體。
-
有關本地網關和 Webex 雲之間流中使用的連接埠的詳細信息，請參閱 Webex Calling 連接埠參考指南 。
-
本設定指南假設本機閘道使用標準 TLS SIP 連接埠 5061 接收訊號。如有需要，可使用備用信令監聽連接埠。
-
-
成功授權及驗證來自中繼線的通話需要簽署的憑證。當本機閘道與 Webex Calling 服務建立雙向 TLS 連線以使用 SIP 時，必須符合下列要求：
-
本地網關的憑證必須是：
-
簽署的憑證必須始終有效。
-
用於簽署憑證的根憑證或中間憑證必須具有有效的到期期限，且不應被撤銷。
-
必須簽署憑證以使用用戶端和伺服器。
-
憑證必須包含完全限定網域名稱 (FQDN) 作為通用名稱或主題備用名稱，且主幹的 FQDN 必須在控制中心中選擇。下一節將詳細闡述具體要求。
-
Cisco Webex 音訊和視訊平台呼叫支援哪些根憑證授權單位？中提到的信任包應該上傳，以驗證來自 Webex 服務的 SIP 憑證。
-
在開始之前
-
已認領並驗證的網域：新增主幹時，必須選擇已驗證或已聲明的頂級網域的主機位址，請參閱 管理您的網域。
-
組織內唯一的地址：使用唯一的 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 聯絡人標頭要求 |
|---|---|---|---|
|
完全限定域名：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 解析為 ONE A Record 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 交易都應包含具有本機閘道 FQDN 的 Contact 標頭。
選項：來自本地網關的交易對於控制中心中的本地網關狀態保持在線尤為重要。
| 1 |
選取新增幹線。 |
| 2 |
從位置 選取 下拉清單。 |
| 3 |
輸入中繼 線的名稱。 |
| 4 |
從 中繼線類型 選取基於 憑證下拉清單 。 |
| 5 |
請從下拉式選單中選擇設備類型。 僅憑證型中繼線Cisco Webex Calling SBC 整合作為協力廠商本區閘道 （LGW）。只有 Control Hub 中的裝置類型清單中顯示的 SDC 會由我們的信任合作夥伴驗證為相容Webex Calling閘道。 有關受支援的協力廠商廠商資訊的資訊，請參閱：第三方SBC支援 在 Trunk 部分。 |
| 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 | ||||||||||||||||||
| 2 |
前往 。
該頁面列出了您的樹幹，並顯示有關它們的信息，包括狀態——在線、離線、未知和損壞。
| |||||||||||||||||
| 3 |
（可選）您可以 根據 中繼狀態 或 中繼類型篩選[ 中繼記錄。 從 所有樹幹 下拉篩選選單中，選擇以下任一篩選選項以填入頁面。每 3 分鐘更新一次主幹狀態。
| |||||||||||||||||
| 4 |
點擊 刷新 查看主幹狀態的最新更新。 顯示上次頁面刷新的時間戳記。使用手動 刷新 來更新頁面。
| |||||||||||||||||
| 5 |
（可選）您可以使用 搜尋 選項，根據 名稱 或 位置來搜尋特定的主幹記錄。 如果搜尋結果超過 1000 條，則無法對結果進行排序或搜尋。 | |||||||||||||||||
| 6 |
從清單中選擇一個箱子以查看詳細資訊。 彈出一個窗口，顯示所選樹幹的詳細資訊。
| |||||||||||||||||
| 7 |
點選 以查看完整的主幹資訊。
有關各種錯誤情況的更多信息，請參閱 本地網關故障排除。 |
|
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 都無法連接，則呼叫將路由到中繼線 1。3.
-
| 1 | |
| 2 |
前往 。 或者，使用 Cisco 呼叫計劃的客戶可以從
|
| 3 |
選取 。 |
| 4 |
給路由群組命名，然後從下拉功能表中選取要新增的幹線。 |
| 5 |
選取幹線的優先等級。 |
| 6 |
按一下儲存。 |
後續動作
從確認螢幕中，您可以造訪位置頁面以設定與個別位置的 PSTN 連線，您也可以造訪撥號計劃頁面以使用此路由群組作為撥號計劃的路由選項。路由組也可以用作位置上未知擴充路由的路由選擇。
撥號計劃可讓您透過使用幹線或路由群組將呼叫路由至內部部署目的地。為企業全域配置撥號方案，並將其應用於所有用戶，無論其身處何地。撥號計劃也會為符合任何撥號模式的呼叫指定路由選項（幹線或路由群組）。在撥號方案中定義特定的撥號模式。撥號模式表示內部部署擴充：
-
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 | |
| 2 |
前往 。 或者，使用 Cisco 呼叫計劃的客戶可以從 。
|
| 3 |
按一下撥號計劃，然後按一下建立撥號計劃。 |
| 4 |
輸入撥號計劃的名稱。 |
| 5 |
選取路由選項。 選取之前建立的幹線或路由群組。 |
| 6 |
（選用）您可以針對選取的路由選項手動建立或匯入撥號模式。 |
| 7 |
按一下儲存。 |
後續動作
您也可以在建立撥號計劃之後批量新增撥號模式。若要使用 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 |
開啟此功能可將 未知分機路由至本機作為內部呼叫。 |
| 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 |
按一下儲存。
|
您可以為指派給工作區的固定設備（例如行動裝置）設定自訂緊急服務位址。此配置適用於美國和加拿大地區，並符合 E911 服務標準。
| 1 | |
| 2 |
前往 。 |
| 3 |
選擇要修改的工作區，然後按一下 呼叫。 |
| 4 |
選擇右箭頭展開 號碼下的主要電話號碼設定。 |
| 5 |
在緊急服務地址下，選取客戶地址。 請輸入以下詳細資訊。發生緊急情況時，當地緊急回應人員將使用此地址來尋找呼叫者。
|
| 6 |
更新工作區信息，然後按一下 驗證。 輸入服務地址後，系統會驗證該位址。如果系統找不到位址，則會在側邊面板中顯示 「建議位址 」 。查看建議的地址，然後點選「套用」更新緊急服務地址。 點擊 儲存 以儲存變更。 |
自訂緊急位址會覆蓋特定工作區的預設緊急位址。
若要為使用者配置 ESA，請確保符合以下條件：
- 該用戶分配了一個非行動主機電話號碼。
- 用戶所在地區位於美國或加拿大境內。
這些條件是必要的，因為 ESA 與用戶的電話號碼和位置相關聯。這種設定可以準確地路由緊急呼叫，並透過與用戶位置或電話號碼關聯的緊急回撥號碼 (ECBN) 正確地回撥給用戶。
| 1 | |
| 2 |
前往 。 |
| 3 |
選擇要修改的用戶，然後按一下 呼叫。 |
| 4 |
選擇右箭頭展開 號碼下的主要電話號碼設定。 |
| 5 |
在緊急服務地址下，選取客戶地址。 請輸入以下詳細資訊。發生緊急情況時，當地緊急回應人員將使用此地址來尋找呼叫者。
|
| 6 |
更新工作區信息，然後按一下 驗證。 輸入服務地址後，系統會驗證該位址。如果系統找不到位址，則會在側邊面板中顯示 「建議位址 」 。查看建議的地址，然後點選「套用」更新緊急服務地址。 點擊 儲存 以儲存變更。 |
自訂緊急地址會覆蓋該位置的預設緊急地址，以保護特定使用者。
範例 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 |
