すべてのエンドポイントとユーザーがクラウド通話に移行されると、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に移行し、すべてのエンドポイントがクラウド登録に移行（または廃止）されたら、クラウド通話が使用されるようになったため、適切なオンプレミスインフラストラクチャを更新してください。インフラストラクチャの更新内容は以下のとおりです。

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

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

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

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

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

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

• 掃除：PSTNアクセスをクラウド接続型PSTN統合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 通話のトラブルシューティングを参照してください。