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

1. Webex Calling パートナーの選択のための Cloud Connect。

   Cloud Connect for Webex Calling パートナーのリストを参照し、組織の所在地で利用可能なパートナーを選択してください。

2. Webex Calling の検証のための Cloud Connect。

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

3. 番号ポータビリティ。

   Cloud Connect への切り替えを準備するには、Unified CM で終了する PSTN トランクに現在割り当てられているすべての番号のポート注文を行う必要があります。すべての番号を Cloud Connect パートナーに移行する必要があります。拠点間の到達可能性を維持するには、すべての拠点のすべての番号を同時に移行する必要があります。

4. Cloud Connect パートナーに切り替えます。

   切り替え日には、Webex Calling のすべての場所の PSTN アクセスをクラウド接続 PSTN プロバイダーに設定する必要があり、着信および発信の接続を検証する必要があります。

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

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

• cisco_uds_tcp.<domain>[] . 、 cup_login] ._tcp.<domain>を含むオンプレミスの DNS サーバーからオンプレミスの通話制御およびメッセージング DNS SRV レコードを削除します。これらの SRV レコードは、クライアント サービスの検出には不要になりました。

• _tlscollab_edge. [] .<domain>を含む、エッジ関連の DNS SRV レコードをパブリック DNS システムから削除します。これらの SRV レコードは、コラボレーション エッジ サービスのクライアント サービス検出には不要になりました。

• 関連するすべてのDHCPスコープを更新して、オプション66とオプション150を削除します。 TFTP/boot サーバーアドレス。これらのスコープは、エンドポイントのコール制御構成の検出とダウンロードには不要になりました。

• Update/remove ローカルの適切なダイヤルピア Gateway/CUBE Unified CM との間で通話をルーティングします。これらのダイヤルピアは、オンプレミスの通話ルーティングには不要になりました。

• すべての Unified CM および Expressway クラスタ ノードの仮想マシンを削除します and/or サーバー。必要に応じてコンピューティング リソースとハードウェアを再利用します。これらのリソースは、コール制御およびエッジ サービスには不要になりました。

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

• 掃除：PSTN アクセスを Cloud Connected PSTN Unified CM に移行した後、PSTN トランク、PSTN ゲートウェイ、およびローカル ゲートウェイを廃止できます。

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

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

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

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

  • 無線アクセスポイントの交換

  • DHCPスコープの変更

  • 建物内の物理的な変化（解決する場合） cubical/office)

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

Webex Calling は、展開を視覚化して追跡するのに役立つ包括的な分析およびトラブルシューティング機能を提供します。これらには、メディア品質、詳細な通話履歴、コール キュー、ハント グループ、自動応答分析が含まれます。Webex Calling メディア品質分析の例を図 Webex Calling メディア品質分析に示します。

トラブルシューティングでは、図 Webex Calling メディア品質のトラブルシューティングに示すように、Webex Calling を使用して行われた各通話について、主要なメディア品質とシグナリング関連の問題に関する詳細な情報を表示して、メディアの問題や失敗した通話の特定に役立てることができます。

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