すべてのエンドポイントとユーザーがクラウド通話に移行されたら、その唯一の目的は、Unified CM PSTNゲートウェイ間およびローカルゲートウェイ経由のトランジットとして機能することです。Webex Calling Cloud Connect for Webex Calling Webex Calling をすべてのユーザーのPSTNアクセスとして使用してUnified CM、PSTNゲートウェイとローカルゲートウェイを全体から取り除くことには、 コスト削減や信頼性の向上など、いくつかの利点があります。 オンプレミスのPSTNアクセスをCloud Connectに移行するには Webex Calling、次の手順に従ってください。

1. Webex Callingパートナー選択用のクラウドコネクト。

   Webex Callingパートナー向けCloud Connectのリストを参照して、 組織の所在地で利用できるパートナーの中から選択してください。

2. Webex Calling検証用のクラウド接続。

   Webex CallingロケーションのPSTNアクセスをクラウドコネクトに切り替える前に、 選択したクラウドコネクトパートナー経由のPSTNへの接続を確認して検証する必要があります。 そのためには、テスト場所を用意して、Webex Callingそのテスト場所に何人かのテストユーザーをプロビジョニングする必要があります。 次に、テスト電話を使用してPSTN接続を検証する前に、 このテストロケーションへのPSTNアクセスをCloud Connectパートナーに設定します。 検証が成功すると、 テスト場所のプロビジョニングを解除できます。

3. 番号移植。

   Cloud Connectへの切り替えに備えて、 現在終端しているPSTNトランクに割り当てられているすべての番号のポートオーダーを行う必要があります。Unified CM すべての番号をCloud Connectパートナーに移植する必要があります。 ロケーション間の接続性を維持するには、 すべてのロケーションのすべての番号を同時に移植する必要があります。

4. クラウドコネクトパートナーに切り替えてください。

   カットオーバーの日に、のすべてのロケーションのPSTNアクセスをCloud Connected PSTNプロバイダーに設定し、Webex Callingインバウンドとアウトバウンドの接続を確認する必要があります。

設計章のPSTNセクションで説明したように、Webex Callingお客様は移行の開始時にPSTNアクセスをCloud Connectに移行して、ハイブリッド展開ではPSTNトランキングを使用することもできます。Webex Calling 詳細については、「ハイブリッド展開のPSTNトランキング」を参照してください。Webex Calling その場合、Unified CM移行中のPSTNアクセスはローカルゲートウェイ経由で、すべてのユーザーを移動した後は、Webex CallingWebex CallingUnified CM廃止措置とローカルゲートウェイ以外にPSTN関連の移行手順はありません。

Webex Callingすべてのユーザーがクラウド登録に移行され、すべてのエンドポイントがクラウド登録に移行された（ または廃止された）ら、クラウド通話が使用されるようになったら、適切なオンプレミスインフラストラクチャを更新してください。 インフラの更新には以下が含まれます：

• DNS SRV 以下を含むオンプレミスの通話制御レコードとメッセージングレコードをオンプレミスのDNSサーバーから削除してください。cisco_uds_tcp。<domain>、 cup_login。_tcp。<domain>。 これらのSRVレコードは、 クライアントサービスの発見にはもう必要ありません。

• DNS SRV を含むパブリックDNSシステムからエッジ関連のレコードを削除してください。collab_edge_tls。<domain>。 これらのSRVレコードは、 コラボレーションエッジサービスのクライアントサービスディスカバリーにはもう必要ありません。

• 関連するすべてのDHCPスコープを更新して、 オプション66とオプション150のTFTP/ブートサーバーのアドレスを削除してください。 これらのスコープは、 エンドポイントのコール制御設定の検出とダウンロードにはもう必要ありません。

• 通話をルーティングするローカルゲートウェイ/キューブの適切なダイヤルピアを更新/削除します。 Unified CM これらのダイヤルピアは、 もはやオンプレミスの通話ルーティングには必要ありません。

• Expressway Unified CM クラスタノードの仮想マシンやサーバーをすべて削除または削除します。 必要に応じてコンピューティングリソースとハードウェアを再利用します。 これらのリソースは、コールコントロールやエッジサービスにはもう必要ありません。

• Unity Connection クラスタノードの仮想マシンやサーバーをすべて削除または削除します。 必要に応じてコンピューティングリソースとハードウェアを再利用します。 これらのリソースは、 ボイスメールやユニファイドメッセージングサービスにはもう必要ありません。

• クリーンアップ：PSTNアクセスをクラウド接続PSTNに移行すると、PSTNトランク、PSTNゲートウェイUnified CM、およびローカルゲートウェイは廃止できます。

• 既存のオンプレミスのE911ソリューションについては、 Webex Calling移行した場所や番号をすべて削除し、完全な移行が完了したら、アプリケーションの仮想マシンまたはサーバーを削除します。 必要に応じてコンピューティングリソースとハードウェアを再利用します。 これらのリソースは、 緊急電話や位置情報サービスにはもう必要ありません。

• 移行したユーザーのDNは、コールルーティングの失敗を防ぎ、 すべてのCSSが同じDNのクラウドパスに優先的にアクセスできるように、 隠しパーティションに配置する必要があります。

• 変更が発生するたびに、Horizon Mobilityの物理的なディスパッチ可能な場所とネットワーク要素を更新してください。 更新が必要な一般的なアクティビティは次のとおりです。

  • ネットワークスイッチの交換

  • ワイヤレスアクセスポイントの交換

  • DHCPスコープの変更

  • 建物内の物理的な変化（キュービカル/オフィスに変わる場合）

  • 建物内の物理的なオフィススペースの拡張または縮小。

Webex Callingには、 導入の視覚化と追跡に役立つ包括的な分析およびトラブルシューティング機能が備わっています。 これらには、メディア品質、詳細な通話履歴、コールキュー、 ハントグループ、自動応答分析が含まれます。 Webex Callingメディア品質分析の例は、図「Webex Callingメディア品質分析」に示されています。

トラブルシューティングでは、Webex Callingメディア品質のトラブルシューティングの図に示すように、 主要なメディア品質とシグナリング関連の問題に関する詳細情報とともに、メディアの問題や失敗したコールを特定するのに役立ちます。Webex Calling

Webex Calling トラブルシューティングをThousandEyesやMerakiスイッチなどの他のシスコ製品と統合して、コントロールハブでさらに充実した統合エクスペリエンスを提供することもできます。 Webex Callingアナリティクスの使用とトラブルシューティングの詳細については、「Control Hub Webex Calling の通話のトラブルシューティング」を参照してください。