這個新基礎架構的改進包括：

  • 改進了呼叫處理效能，允許每個本機閘道註冊最多擁有 250 個並行階段作業。

  • 支援將 Webex Calling 媒體最佳化功能用於桌面電話、Webex 應用程式與本機閘道之間的呼叫。

規格：

  • 已釋放新的 Proxy 位址清單。 Proxy 位址是靜態 DNS 記錄，它是在本機閘道加入程序期間從 Control Hub 取得，然後在本機閘道的租用戶使用者設定上進行設定以便註冊閘道。

  • Webex Calling 雲端作業正在請求客戶移轉使用較舊 Proxy 位址的本機閘道。 下列各個區段概述了詳細資訊。

開始進行本機閘道移轉

如果有任何本機閘道的輸出 Proxy 位址不屬於下面所列的新 Webex Calling Proxy 位址範圍，您便需要根據自己所在組織的便利性手動進行移轉。 Control Hub 中所列的位址會是下列其中一個新位址；然而，您的本機閘道目前可能設定了舊位址，因此將需要移轉。

此移轉過程不應超過 10-15 分鐘。 但是，在移轉期間，本機閘道將重新註冊至雲端，這將會影響服務。 因此，我們建議您在維護時段內執行此活動。

美國

加拿大

歐洲

日本

澳洲

自 2020 年 12 月加入的新本機閘道裝置會自動設定為使用此基礎架構，因此可能不需要執行任何動作。 我們建議您參照上述清單來驗證您的任何本機閘道是否需要移轉，如果需要，請根據下列準則執行移轉。

在 Control Hub 中移轉本端閘道

若要瞭解是否有任何本機閘道需要移轉，請參閱開始進行本機閘道移轉小節。

Control Hub 中的設定螢幕、CUBE 設定步驟以及輸出 Proxy 位址將根據您所在組織的位置和本機閘道而有所不同。 下面所示步驟中列出的詳細資訊僅作為示範。

在開始之前

  1. 更新 CUBE 上的存取控制清單－Webex Calling 具有更新的階段作業邊界控制器 (SBC) IP 位址範圍，其可能需要作為信任清單套用於您所在組織中連線至 Webex Calling 的所有 CUBE。 驗證 Webex Calling 埠參考指南中的最新 IP 範圍以確認其是否已套用；如果尚未套用，請參閱向 Webex Calling 註冊本機閘道中步驟 1 下的設定步驟。 在 CUBE 上具有最新的「信任的 IP 位址」是強制要求，如果未更新，則會導致呼叫失敗。

  2. 確保您的外部防火牆允許從 CUBE 到達這些 IP 位址 - 如果您的外部防火牆會篩選 CUBE 可以到達的 IP 位址，您也必須更新此位址，以便本機閘道可以聯絡雲端。 如需相關資訊，請參閱埠參考資訊指南。

  3. 請遵循執行參考平台組態中的步驟 5，確保 CUBE 上的信賴起點已更新。

從 Control Hub，您可以取得新的輸出 Proxy 位址。

1

從 https://admin.webex.com 的客戶檢視中，前往服務並選擇通話 > 呼叫路由。

2

選取您的 PSTN 連線，然後按一下編輯（在本機閘道下）。
3

按一下管理以存取本機閘道設定。
4

複製輸出 Proxy 位址。


 

如果您所在的組織中有很多本機閘道，則您每次為不同的本機閘道執行上述任務時，您都有可能會從 Control Hub 取得不同的輸出 Proxy 位址。 請確保從 Control Hub 為您設定的每個本機閘道複製特定的輸出 Proxy 位址。 選擇特定位址對於冗余和負載平衡流量而言非常重要。

更新本機閘道設定

更新本機閘道設定會影響服務，並且可能會影響正在進行的通話。

在以下範例中，租用戶 201 是連線至 Webex Calling 的租用戶。 針對您的設定輸入正確的租用戶。

#show running-config | s voice class tenant 201
voice class tenant 201
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number TRUNK_GROUP_24740_LGU username TRUNK_GROUP_29959_LGU password 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 7 xxxxxxxx realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 6 xxxxxxxx realm lgw2.killarney.cisco.com
  sip-server dns:lgw2.killarney.cisco.com
  connection-reuse
  session transport tcp tls
  url sips
  error-passthru
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 201
  outbound-proxy dns:lgwrestest.killarney.cisco.com

1

移除以下列內容開頭的粗體行 registrar dns:xxxx 並儲存供稍後使用。 同時儲存您退出的輸出 Proxy 位址。

本機閘道現在會刪除向 Webex Calling 進行的註冊。
2

輸入下列指令，確認尚未向 Webex Calling 註冊您的本機閘道。

voice class tenant 201
  no registrar
!
show  sip-ua register status
3

採用您從 Control Hub 複製的新位址，然後新增回上述的註冊程式行。 在下列範例中，OBP 為 ch13.sipconnect-us.bcld.webex.com 。 

voice class tenant 201
outbound-proxy dns:hs3.sse.lgw.bcld.webex.com  
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!

您的本機閘道將會向新的 OBP 註冊。
4

使用下列指令驗證註冊是否成功。

show sip-ua register status
show sip-ua register status

其產生的輸出應該如下所示。

Tenant:  201
--------------------- Registrar-Index  1 ---------------------
Line                             peer      expires(sec) reg survival  P-Associ-URI
================================ ========= ============ === ========  ============
TRUNK_GROUP_29959_LGU                 -1         7            yes normal

後續動作

遵循上述步驟更新其他本機閘道。

復原失敗移轉

對於失敗的移轉，只需重新註冊先前的輸出 Proxy 位址。 請遵循下列指示來復原和還原服務。

voice class tenant 201
  no registrar
  outbound-proxy dns:lgwrestest.killarney.cisco.com
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!

  1. 如果復原，則 Control Hub 中的設定仍將顯示新的輸出 Proxy 位址。 這是預期行為。 服務將繼續使用舊的輸出 Proxy 位址。

  2. 請確保是否已遵循在 Control Hub 中移轉本端閘道一節的步驟 2，且防火牆沒有阻止您存取新的輸出 Proxy。

  3. 如果無法解決此問題，請聯絡 Cisco Webex Calling 技術支援。

移轉後驗證

務必確保服務在移轉後正常運作。 務必在移轉完成後測驗您的服務。 若要測驗您的服務，您可以從 Webex Calling 裝置撥打電話號碼來發起呼叫，或測驗針對搭配 Webex Calling 使用的任何 SBC 發起的呼叫。