- ホーム
- /
- 投稿記事
このガイドは、組織がオンプレミス Cisco Unified Communications Manager (Unified CM) から Webex Calling マルチテナントに移行するのに役立ちます。主要な Webex Calling コンポーネント、PSTNオプション、サポートされているエンドポイント、セキュリティ機能について説明しています。このガイドでは、シスコのPPDIO(準備、計画、設計、実装、最適化)方法論も使用して、移行への明確で体系的なアプローチを提供しています。全体として、通話をクラウドに移行したときに何が変わるかを顧客が理解するのに役立ち、Webex Calling への移行を成功させるための計画、実行、最適化の方法がわかります。
始める前に
このガイドは、IPデスクフォン、ビデオデバイス、JabberソフトクライアントなどのCiscoエンドポイントの設定と管理 Cisco Unified Communications Manager(Unified CM)の経験があるチームまたは個人を対象としています。 このドキュメント全体に、役立つ製品やサポートドキュメントへのリンクがあります。
このドキュメントは、Unified CMWebex Callingマルチテナントからマルチテナントへの移行のみに焦点を当てています。 Webex CallingWebex Callingこの文書の用語は常にマルチテナントを指します。
Unified CMからへの移行を始める前にWebex Calling、Webex Callingソリューションとそれぞれのコンポーネントを包括的に理解することが不可欠です。 移行を成功させるには、Webex Callingアーキテクチャ、サービスモデル、導入オプション、 および関連機能に精通して、 Unified CM既存のワークロードを適切にマッピングし、効果的な移行計画を立てる必要があります。
効果的な移行戦略と運用準備を整えるには、Webex Calling次の要素を完全に理解することが不可欠です。
-
コントロールハブ
-
ディレクトリとユーザーのプロビジョニング
-
Webex Callingプラットフォーム
-
サポートされている通話エンドポイント
-
PSTN接続オプション
-
Webex Callingダイヤルプランと番号管理
-
セキュリティとコンプライアンス機能。
詳細については、「シスコプリファードアーキテクチャ」を参照してくださいWebex Calling。
このガイドでは、移行ライフサイクル全体で使用するツールとプロセスに焦点を当てます。 ただし、オンプレミス通話から新しいクラウド通話プラットフォームへの移行は、Unified CM潜在的なビジネスWebex Calling、技術、複雑な課題を伴うため、多大な労力を要する可能性があります。 これらの課題を克服するために、 シスコではお客様の旅を支援するためのいくつかのオプションを用意しています。 エンタープライズクラウド通話-通話の移行の情報を確認し、 それぞれのオプションを理解し、それぞれが自分の移行にどのように役立つかを理解することが重要です。
-
Webex 移行ツール:Control Hub に組み込まれたセルフサービスの無料ツールで、への移行を効率化します。Webex Calling
-
認定移行プロバイダー: 複雑で大規模な移行を行うWebexパートナーや顧客を支援する移行ソリューションを開発した、シスコが検証したソフトウェアおよびツールプロバイダー。 これらのソリューションは、 への移行を簡素化、管理、加速するのに役立ちます Webex Calling
-
Webex Setup Assist:シスコ主導の移行サービスで、 Webex CallingUnified CMユーザーとサービスを正常に移行するために必要な導入と設定を顧客やパートナーに案内します。Webex Calling
概要
クラウドベースのコラボレーションサービスの成長に伴い、総所有コストの削減、 管理の簡素化、継続的な機能提供、規模の拡大、 クラウドベースのサービスに内在する優れた信頼性などの期待から、 既存のコラボレーションワークロードをクラウドに移行したいと考えるお客様が増えています。 顧客がオンプレミスからクラウドコラボレーションサービスへの移行を検討する際には、 移行に伴う内容と 、移行に必要な手順を理解することが重要です。
この文書の目的は、 Unified CM特にオンプレミスからクラウドへの移行を検討しているお客様に導入ガイダンスを提供することですWebex Calling。 この導入ガイドは、 読者がとの通話移行の基本を理解していることを前提としています。Unified CMこの移行を行うと何が変わるかWebex Calling、 通話ワークロードをオンプレミスからクラウドに移行する場合の違いなどが含まれます。 先に進む前に、 移行マップにある情報を確認し、よく理解していることを確認してください。 この移行マップドキュメントには、 この移行の変更点と相違点に関する情報が記載されています。
図に示すように、オンプレミスのコラボレーションアーキテクチャ: 通話制御とリモートアクセスでは、一般的なオンプレミス展開には、 ネットワーク上のさまざまなコラボレーションインフラストラクチャコンポーネント、通話制御プラットフォーム、エッジプラットフォーム、 ハードウェアとソフトウェアのエンドポイント、場合によっては会議とスケジューリングプラットフォームが含まれます。 シスコのアーキテクチャでは、通話制御、リモートアクセスと企業間(B2B)エッジサービス用のExpressway、 オンプレミス会議用のシスコミーティングサーバー/シスコミーティングマネジメント、ボイスメッセージ用のUnity Connection、ユーザー向けハードウェア(Cisco IP電話、 シスコデスクアンドルームビデオシステム)、ソフトウェア()IPベースのエンドポイントが含まれますUnified CM。Cisco Jabber これらのコンポーネントは環境によって若干異なる場合がありますが、 これがこのドキュメントの残りの部分で説明する移行の出発点です。

図に示されているアーキテクチャは、オンプレミスのコラボレーションアーキテクチャ: コール制御とリモートアクセスです。 シスココラボレーションエンタープライズオンプレミス導入のプリファードアーキテクチャ(PA)に基づいています。 エンタープライズオンプレミスの詳細については、「 シスココラボレーション推奨アーキテクチャ」を参照してください。
変更前:オンプレミスの通話インフラストラクチャコンポーネント表には、Webex Callingクラウドに移行する前のオンプレミスアーキテクチャの主要な要素が記載されています。
| 製品 | 説明 |
|---|---|
| Unified CM | デバイス登録とコールルーティングサービスを提供するオンプレミスのコールコントロール |
| Cisco Expressway-C/E | モバイルおよびRemote Access(MRA) および企業間(B2B)機能を提供するエッジインフラストラクチャにより、リモートエンドポイントを組織外から安全に接続できます。 Expresswayは、 外部エンドポイントにファイアウォールトラバーサルを提供するためにペアで導入されます。 |
| シスコミーティングサーバー(CMS)、シスコミーティングマネジメント(CMM)、 シスコテレプレゼンス管理スイート(TMS) | マルチポイント会議、会議管理、およびスケジュール機能を提供するオンプレミスの音声、ビデオ、およびWeb会議のインフラストラクチャ。 [オプション] |
| Cisco Unity Connection | ボイスメールとユニファイドメッセージング機能を提供するオンプレミスのボイスメッセージプラットフォーム。 [オプション] |
| シスコデスク、シスコルーム、シスコボード、シスコIP電話、Cisco Jabber | 登録され、Unified CM音声通話とビデオ通話機能を提供するIPベースのデバイス |
図に示すように、移行の決定:へのオンプレミス通話Webex Calling、Unified CMデスクとビデオのIPエンドポイントによるオンプレミスの通話制御を利用しているお客様は、アーキテクチャをクラウドアーキテクチャに移行することができます。 Webex Calling
決定は、お客様の機能要件に基づいて行う必要があります。 次の要件を満たすお客様は、この決定を下す前に慎重に検討する必要があります。 最終的には、通話制御をオンプレミスで維持することを決定する可能性があります。
- がサポートしていない電話モデル Webex Calling
- 他のオンプレミスのシステムやソリューションとの複雑な、または多数の統合。特に 、Webex Callingこれらの統合を再現するのが難しい場合や、同等の代替ソリューションがない場合は特にそうです
- 複雑なダイヤルプラン、きめ細かいサービスクラス、あるいはその両方
- インターネットアクセスが制限されている、制限されている、または信頼できない
- 厳格なデータプライバシーと所有権ポリシー
- オンプレミスまたは国内のメディアの記録と保管に関するコンプライアンス要件
- 実行可能な代替統合のないサードパーティの統合 Webex Calling
- コンタクトセンター間がまだクラウドに移行していないコンタクトセンターの統合 。

このドキュメントは、Unified CMコールコントロールを導入しているお客様で、Webex Calling次のセクションで説明する導入を有効にするための一般的な手順、考慮事項、 および要件を理解したいお客様に焦点を当てています。
コアコンポーネント
この移行のターゲットアーキテクチャには、いくつかの新しいコンポーネントが含まれています。 これには、 Webex Callingクラウドベースの通話サービス、Webexアプリ、ID統合用のCiscoディレクトリコネクタ、 PSTNアクセス用のローカルゲートウェイ(LGW)、オンプレミスからクラウドへの通話統合が含まれます。 Webex Callingシスコ通話プランまたはパートナー向けクラウドコネクトによって促進されるクラウド接続PSTN(CCP)は、PSTNアクセスの追加オプションです。
後の図:Webex Callingアーキテクチャに示すように、新しいコンポーネント(、ディレクトリコネクタWebex Calling、ローカルゲートウェイ、およびサバイバビリティゲートウェイ) が既存のオンプレミス環境に追加されます。

変更後:クラウド通話インフラストラクチャコンポーネントの表には、 Webexに移行した後のアーキテクチャの新しい要素が記載されています。
| 製品 | 説明 |
|---|---|
| Webex Calling | Webexプラットフォームから提供され、エンドポイントの登録と通話ルーティングを提供するクラウドベースの通話サービス |
| Ciscoディレクトリコネクタ | Windowsドメインマシン上で動作するWindowsアプリケーションで、
Active Directory
オンプレミスの企業とWebex組織のアイデンティティストア間のID同期を行います。 オンプレミスからEntra Active Directory IDに移行するお客様の場合、Ciscoディレクトリコネクタの代わりにWebexとのID統合では、Entra IDウィザードアプリを使用します。 |
| ローカルゲートウェイ | ローカルゲートウェイは、 Webex Callingお客様のオンプレミスのユニファイドコミュニケーションネットワークとクラウドの間の架け橋として機能します。 オンプレミスで導入することも、パートナーがホストすることもでき、 クラウド登録エンドポイントにPSTNアクセスを提供し、Unified CM登録済みエンドポイントとクラウド登録エンドポイント間の通話統合を実現します。 Cisco IOS-XEサービス統合型ルーター (ISR 1100および4000シリーズ)、Cisco Catalyst 8200/8300シリーズ、Cisco Catalyst 8000Vエッジソフトウェア、およびさまざまな認定サードパーティのセッションボーダーコントローラー(SBC)を、段階的な移行アプローチのLGWとして使用できます。 |
| サバイバビリティ・ゲートウェイ | Survivability Gateway(SGW)は、ネットワーク障害時にオンサイトのエンドポイントにフォールバック通話サービスを提供する、ローカルネットワークのIOS-XEベースのゲートウェイです。 Webex Calling |
| シスコ通話プラン、クラウドコネクト Webex Calling | Webex Callingシスコ通話プランとクラウドコネクトは、エンドポイントのPSTNアクセス用のクラウドベースのオプションです。Webex Calling PSTNアクセスはクラウドPSTNプロバイダーによって促進され、オンプレミスの機器は必要ありません。 |
| Webex アプリ | デスクトップOS(Windows、Mac)またはモバイルOS(Android、 iOS)で動作し、Webex Calling通話機能のためにプラットフォームに直接登録されているクライアントアプリケーション。 |
PPDIOプロセスの概要
PPDIOプロセスは、準備、計画、設計、実装、最適化の略です。 これは、 初期評価から継続的な改善までプロジェクトを導くシスコの体系的な方法論であり、導入や移行を効率的かつ成功させます。

PPDIOの一般的な説明です
-
準備:現在の環境を評価し、 要件を収集し、利害関係者の足並みを揃えて強固な基盤を確立します。
-
計画:タイムライン、 リソース、リスク軽減戦略を含む詳細なプロジェクト計画を立ててください。
-
設計: ビジネスと技術のニーズに合わせたターゲットソリューションを設計します。
-
実装: 設計に従って展開または移行を実行し、機能とパフォーマンスを検証します。
-
最適化:パフォーマンスを監視し、構成を改良し、 自動化ツールと統合ツールを活用して、 実装後もソリューションを継続的に改善します。
Unified CM から Webex Calling への移行プロジェクトにPPDIOを使う
Unified CMからに移行する際Webex Calling、PPDIOプロセスは円滑で効率的な移行を確実にするための明確なロードマップを提供します。
準備します
-
Unified CM既存の環境と移行準備状況を評価してください
-
ユーザー、デバイス、ネットワーク、依存関係に関する詳細なデータを収集します
-
緊急対応住所、ユーザー数、 インターネットアクセス、PSTNアクセスなどの場所の詳細を収集します
-
リスクを特定し、プロジェクトの範囲を定義して、すべての利害関係者の足並みを揃えます。
プラン
-
バッチスケジュール、リソース割り当て、タイムラインを含む包括的な移行計画を作成してください
-
デバイスファームウェアのアップグレード、ライセンスのプロビジョニング、 ユーザーオンボーディングなどのタスクを定義してください
-
混乱を最小限に抑えるために、移行期間をシスコやパートナーと調整してください。
デザイン
-
Unified CM現在の構成、ダイヤルプラン、Webex Callingユーザープロファイルを同等のものにマッピングします
-
PSTN戦略(暫定および最終)、場所、ユーザーの役割、ローカルゲートウェイ(CUBE)Webex Calling やディレクトリ同期などの統合ポイントを含む環境を設計します
-
Unified CMWebex Calling移行中にとが同時に動作する共存シナリオを計画します。
実装します
-
Control Hubの移行ツールをサードパーティのツールと一緒に使用して、デバイスのファームウェアモードの変更、 機能の設定、およびユーザーの移行を実行してください
-
Webex APIを使用して一括運用とプロビジョニングを行い、大規模な移行と設定を合理化します
-
ライセンスプロビジョニング、デバイス登録、構成の更新を実行する
-
テストと運用検証を通じて、 移行の成功を検証します。
最適化します
-
Webex Callingパフォーマンスとユーザーエクスペリエンスを継続的に監視します
-
運用データとフィードバックに基づいて構成とワークフローを改良します
-
自動化と統合機能を活用して、 効率とスケーラビリティを高めましょう
-
Unified CM必要に応じてレガシーコンポーネントを廃止し、2日目の運用を継続的にサポートします。
この強化されたPPDIOアプローチにより、シスコのツール、API Webex Calling、 Unified CMパートナーエコシステムを活用して事業継続性を維持し、 コラボレーション機能を向上させることで、管理された、透明かつ効率的な移行が可能になります。
PPDIOフィードバックループ
図「PPDIOを実行する際の繰り返し」に示されている大まかな概要は、 最適化段階から準備段階に戻る単一のフィードバックループを示しています。 これは、最初の実装後も、 継続的な改善の機会があることを意味します。 最適化の各サイクルで、 新しい要件や強化すべき分野が特定され、 その後のプロジェクトやイニシアチブで対処される可能性があります。 これらの個々のプロジェクトは、順番に、確立されたPPDIO(準備、 計画、設計、実装、最適化)ライフサイクルに従います。 この反復的なアプローチにより、 システムは進化するビジネス目標や技術の進歩に合わせて常に調整され、 継続的な改良と適応の文化が育まれます。

PPDIOプロセスの実行中、後のフェーズで調査結果が出ると、前の段階で行われた決定を再検討し、 場合によっては修正する必要があることがよくあります。 たとえば、設計のあいまいさや欠けている詳細の特定など、実装段階で遭遇した問題により、 設計段階で特定の側面が完全に対処されなかったことが明らかになることがあります。 このような場合は、先に進む前に、 関連する前のフェーズに戻ってこれらの問題を解決する必要があります。 Unified CM図のアシスト付きPPDIOプロセスに示すように、 この反復的なフィードバックメカニズムにより、 ソリューションが徹底的に検証および改良され、最終的にはより堅牢で効果的な導入に貢献します。

Unified CMからへの移行を行う場合Webex Calling、PPDIOプロセスの各フェーズは、Unified CM既存の環境から収集された情報から大きな恩恵を受けることができます。 たとえば、ユーザー、電話番号、 通話機能、Unified CMダイヤルプランコンポーネントの包括的なインベントリを現在の構成から抽出できます。 このデータは、利害関係者から直接提供された情報を補足し、 計画と設計活動の合理化に役立ちます。 適切なツールを活用してデータの抽出と分析を自動化すると、精度が向上するだけでなく、プロセス全体が加速されます。 既存の導入から得た洞察を活用することで、 構造化されたPPDIO方法論を順守しながら、Webex Calling従来のグリーンフィールド実装よりも効率的に移行できます。 このプロセスは、Unified CM図アシストPPDIOプロセスに示されています。
移行アプローチ
Unified CMオンプレミスからへの移行を計画するときはWebex Calling、この移行にどのように取り組むかを決める必要があります。 まず、移行をフラッシュカット( すべてを一度に)行うのか、段階的アプローチ (ユーザー/デバイスのグループを長期間にわたって移行する)にするのかを決める必要があります。
フラッシュカット移行を行うと、すべてのユーザーとデバイスが最速で移動します。 この方法では、Unified CMWebex Callingすべてのユーザーとデバイスをオンプレミスから同時に移行します。 要するに、すべてのユーザーとデバイスを1つの移行ウィンドウにまとめることです。 この移行が完了すると、Webex Callingすべてのユーザーとデバイスがプラットフォームに接続され、Unified CMすべてのインフラストラクチャを廃止できます。 しかし、多くの組織は、 通話環境の規模と規模が原因で、このアプローチを使用できません。
2つ目のアプローチは段階的な移行です。 移行に伴う制御、管理、 拡張性が向上するため、ほとんどの組織はこのアプローチを採用します。 また、 大規模なUC展開や複数の地域にわたる展開にも適しています。 そのため、 このドキュメントでは、移行の2つのステップを含む段階的アプローチに焦点を当てています。
下の図に示すように、段階的な通話の移行:ハイブリッドとクラウド、 最初の移行フェーズ(フェーズ1)では、 デュアル通話環境での共存展開になります。 このフェーズでは、一部のユーザー、デバイス、およびソフトクライアントは、Webex CallingUnified CMまだオンプレミスの通話制御に移行されます。 最後の移行フェーズ(フェーズ2)では、すべてのユーザー、デバイス、 Webex Callingソフトクライアントがプラットフォームに完全に移行した純粋なクラウド通話環境になります。
組織がクラウド通話に完全に移行するまでにかかる時間は、 現在の導入状況によって異なります。 組織が最初の移行を行い、長期間(数か月または数年)共存デュアルコール制御フェーズ(フェーズ1) に留まる場合もあれば、非常に短い期間(数週間または数か月)でWebex Calling(フェーズ2) に完全に移行する場合もあります。 この文書は、 両方のフェーズ(フェーズ1-共存、フェーズ2-完全移行)をカバーすることを目的としています。

組織によっては、クラウド通話に完全に移行する予定がなく、 共存デュアルコールコントロールの導入を無期限に維持する可能性があります。
2つ目の考慮事項は、ユーザー、デバイス、 ソフトクライアントをオンプレミスの通話制御からクラウドの通話制御にどのように移行するかです。 推奨されるアプローチは、 3段階の移行です。 下の推奨三相遷移の図は、 このアプローチを3つの段階に分解しています。

移行前:このフェーズでは、Webex Unified CM と環境の両方を移行に向けて準備することに重点を置きます。 これは、 特定の計画や構成を要求することではなく、Webex Calling移行プロジェクトが始まる前に現在実行できるアクティビティを完了することに重点を置いています。 目標は、 移行に備えて2つの環境の基盤を構築することです。
移行準備:このフェーズから、への移行の準備が始まります。 Webex Calling ここでは、ビジネス要件と技術要件を見直し、更新する必要があります。 現在導入されているものを単純にリフトアンドシフトするのではなく、の力を活用して、 あなたの会社が現在そして将来必要とするビジネス要件と技術要件を再定義してください。 Unified CM Webex Calling さらに、このフェーズでは、設計、 構成計画、移行計画/スケジュールを完了します。
移行(ロールアウトと廃止):このフェーズでは、 ユーザー、デバイス、電話番号、ソフトクライアントの実際に移行します。 上で説明したように、このフェーズは全員で一度に(フラッシュカット) 完了することも、複数の変更期間にわたって完了することもできます (フェーズカット)。 エンドユーザーの採用計画、トレーニング、コミュニケーションは非常に重要です。そうすれば 、ユーザーは変化や新しい通話プラットフォームの使用方法を認識し、 いつ変更が起こるかを知ることができます。 最後のステップは、 使用されなくなったオンプレミスのUCインフラストラクチャをすべて廃止することです。
移行前の段階には、 すぐに作業を開始できるアクティビティ(必須、推奨、オプション)があります。 これらは後でではなく早く、 できればプロジェクトが始まる前に完了することをお勧めします。 一部のアクティビティは完了までに時間がかかる場合があるため、早めに開始すると、実際の移行プロジェクトを合理化するのに役立ちます。
下の移行前の活動の図は、 Webex Calling移行に関連する活動の5つの特定のカテゴリを示しています。
