この記事の内容
開始する前に
dropdown icon
概要
    移行前: オンプレミスの通話インフラストラクチャ コンポーネント
dropdown icon
コアコンポーネント
    終了後: クラウド通話インフラストラクチャコンポーネント
dropdown icon
PPDIOプロセスの概要
    PPDIOの一般的な説明
    Unified CM から Webex Calling への移行プロジェクトに PPDIO を使用する
    PPDIOフィードバックループ
移行アプローチ

紹介

list-menuこの記事の内容
list-menuフィードバックがある場合

このガイドは、組織がオンプレミスの Cisco Unified Communications Manager (Unified CM) から Webex Calling マルチテナントに移行するのに役立ちます。主要な Webex Calling コンポーネント、PSTN オプション、サポートされるエンドポイント、セキュリティ機能について説明します。このガイドでは、 Cisco の PPDIO (準備、計画、設計、実装、最適化) 方法論も使用して、移行に対する明確で 構造化されたアプローチを提供します。全体として、これは、お客様が通話をクラウドに移行すると何が変わるかを理解するのに役立ち、 Webex Calling への移行を成功させるために どのように計画、実行、最適化するかを示します。

開始する前に

このガイドは、IP デスクフォン、ビデオ デバイス、Jabber ソフト クライアントなどの Cisco Unified Communications Manager (Unified CM) および Cisco エンドポイントの設定と管理の経験を持つチームまたは個人を対象としています。このドキュメント全体にわたって、役立つ製品およびサポート ドキュメントへのリンクがあります。

このドキュメントでは、Unified CM から Webex Calling マルチテナントへの移行のみに焦点を当てています。このドキュメント内の用語 Webex Calling は常に Webex Calling マルチテナントを指します。

Unified CM から Webex Calling への移行を開始する前に、Webex Calling ソリューションとその各コンポーネントを包括的に理解しておくことが不可欠です。移行を成功させるには、Webex Calling のアーキテクチャ、サービス モデル、展開オプション、および関連機能に関する知識が必要であり、既存の Unified CM ワークロードを適切にマッピングし、効果的な移行計画を設計する必要があります。

効果的な移行戦略と運用の準備を整えるには、次の Webex Calling コンポーネントを十分に理解することが不可欠です。

  1. Control Hub

  2. ディレクトリとユーザーのプロビジョニング

  3. Webex 通話プラットフォーム

  4. サポートされている呼び出しエンドポイント

  5. PSTN接続オプション

  6. Webex Calling のダイヤルプランと番号管理

  7. セキュリティとコンプライアンスの機能。

詳細については、 Webex Calling の Cisco Preferred Architecture を参照してください。

このガイドでは、移行ライフサイクル全体を通じて使用するツールとプロセスについて説明します。ただし、オンプレミスの通話である Unified CM から新しいクラウド通話プラットフォームである Webex Calling への移行は、ビジネス上、技術上、複雑な課題を伴う大きな労力を要する可能性があります。これらの課題を克服するために、シスコではお客様の取り組みを支援するいくつかの異なるオプションをご用意しています。 エンタープライズ クラウド通話 - 通話の移行 の情報を確認し、各オプションと、各オプションが移行にどのように役立つかを理解することが重要です。

  1. Webex 移行ツール: Control Hub に組み込まれたセルフサービス型の無料ツールで、Webex Calling への移行を効率化します。

  2. 認定移行プロバイダー: 複雑で大規模な移行に取り組む Webex パートナーと顧客を支援する移行ソリューションを開発した、Cisco 認定のソフトウェアおよびツール プロバイダーです。これらのソリューションは、Webex Callingへの移行を簡素化、管理、加速するのに役立ちます。

  3. Webex セットアップ アシスト: Cisco が主導する移行サービスであり、顧客とパートナーに Webex Calling の展開と構成をガイドします。このサービスは、Unified CM のユーザーとサービスを Webex Calling に正常に移行するために必要です。

概要

クラウド配信のコラボレーション サービスが拡大するにつれ、クラウドベースのサービスに固有の総所有コストの削減、管理の簡素化、継続的な機能提供、規模の拡大、優れた信頼性といった利点を考慮して、既存のコラボレーション ワークロードをクラウドに移行しようとする顧客が増えています。お客様がオンプレミスからクラウド コラボレーション サービスへの移行を検討している場合、移行に伴う内容と、移行に必要な手順を理解することが重要です。

このドキュメントの目的は、オンプレミスの Unified CM からクラウドの Webex Calling への移行を検討しているお客様に展開ガイダンスを提供することです。この導入ガイドでは、読者が Unified CM と Webex Calling 間の通話の移行について、この移行を行う際にどのような変更があるのか、オンプレミスからクラウドに通話ワークロードを移行する際の違いなど、基本的な知識を持っていることを前提としています。続行する前に、 移行マップに記載されている情報を確認し、理解していることを確認してください。この移行マップ ドキュメントでは、この移行による変更点と相違点に関する情報を提供します。

に示すように、オンプレミスのコラボレーション アーキテクチャは次のとおりです。コール制御とリモート アクセス、一般的なオンプレミス展開には、ネットワーク上のさまざまなコラボレーション インフラストラクチャ コンポーネント、コール制御プラットフォーム、エッジ プラットフォーム、ハードウェアおよびソフトウェア エンドポイント、場合によっては会議およびスケジュール プラットフォームが含まれます。シスコのアーキテクチャでは、これにはコール制御用のUnified CM、リモートアクセスとビジネスツービジネス(B2B)エッジサービス用のExpressway、Cisco Meeting Serverが含まれます。 / オンプレミス会議用の Cisco Meeting Management、音声メッセージング用の Unity Connection、およびユーザー向けのハードウェア (Cisco IP 電話、Cisco Desk および Room ビデオ システム) とソフトウェア (Cisco Jabber) の IP ベースのエンドポイント。これらのコンポーネントは環境によって若干異なる場合がありますが、これがこのドキュメントの残りの部分で説明する移行の開始点となります。

オンプレミスのコラボレーション アーキテクチャ: 通話制御とリモートアクセス
オンプレミスのコラボレーション アーキテクチャ: 通話制御とリモートアクセス

オンプレミスのコラボレーション アーキテクチャに示すアーキテクチャ: コール制御とリモート アクセス は、Cisco Collaboration Enterprise オンプレミス展開の推奨アーキテクチャ (PA) に基づいています。エンタープライズオンプレミスの詳細については、 Cisco コラボレーション推奨アーキテクチャを参照してください。

移行前: オンプレミスの通話インフラストラクチャ コンポーネント 表には、クラウドで Webex Calling に移行する前のオンプレミス アーキテクチャの主要な要素がリストされています。

表1. 移行前: オンプレミスの通話インフラストラクチャ コンポーネント
製品説明
Unified CM デバイス登録と通話ルーティングサービスを提供するオンプレミスの通話制御
シスコ Expressway-C/E モバイルおよびリモート アクセス (MRA) とビジネス ツー ビジネス (B2B) 機能を提供し、リモート エンドポイントが組織外部から安全に接続できるようにするエッジ インフラストラクチャ。Expressway は、外部エンドポイントにファイアウォール トラバーサルを提供するためにペアで展開されます。
Cisco Meeting Server(CMS)、Cisco Meeting Management(CMM)、およびCisco Telepresence Management Suite(TMS) マルチポイント会議、会議管理、スケジュール機能を提供するオンプレミスの音声、ビデオ、Web 会議インフラストラクチャ。[Optional]
Cisco Unity Connection ボイスメールと統合メッセージング機能を提供するオンプレミスの音声メッセージング プラットフォーム。[Optional]
Cisco Desk、Cisco Room、Cisco Board、Cisco IP Phone、および Cisco Jabber Unified CM に登録され、音声およびビデオ通話機能を提供する IP ベースのデバイス

に示すように、移行の決定: オンプレミスの通話を Webex Callingに移行する場合、Unified CM とデスクおよびビデオ IP エンドポイントを使用したオンプレミスの通話制御を使用しているお客様は、アーキテクチャを Webex Calling クラウド アーキテクチャに移行するという選択肢があります。

顧客の機能要件に基づいて決定する必要があります。次の要件があるお客様は、この決定を行う前に慎重に検討する必要があり、最終的にはオンプレミスでの通話制御を維持することを決定する可能性があります。

  • Webex Calling でサポートされていない電話機モデル
  • 他のオンプレミス システムまたはソリューションとの複雑な統合や多数の統合。特に、Webex Calling との統合を再現することが困難であるか、同等の代替ソリューションが利用できない場合。
  • 複雑なダイヤルプラン、非常に細分化されたサービスクラス、またはその両方
  • 制限された、限定された、または信頼できないインターネット アクセス
  • 厳格なデータプライバシーと所有権ポリシー
  • オンプレミスまたは国内でのメディア記録および保存に関するコンプライアンス要件
  • 実行可能な代替 Webex Calling 統合のないサードパーティ統合
  • コンタクト センター インターがまだクラウドに移行していないコンタクト センター統合。

移行の決定: オンプレミス通話からWebex通話へ
移行決定: オンプレミス通話からWebex Callingへ
クラウド通話サービスの利用を開始したいお客様は、Webex Calling を検討する必要があります。このクラウド通話サービスにより、顧客は Webex グローバル アーキテクチャを活用して拡張性と接続性を実現できます。企業ネットワーク上の参加者と企業ネットワーク外のリモート参加者は、IPベースのハードウェアエンドポイントを使用して通信できます。 and/or デスクトップまたはモバイルのソフト クライアント アプリケーション。

このドキュメントは、次のセクションに示すように、Webex Calling の展開を有効にするための一般的な手順、考慮事項、および要件を理解したい、Unified CM コール制御展開を使用しているお客様を対象としています。

コアコンポーネント

この移行のターゲット アーキテクチャには、いくつかの新しいコンポーネントが含まれています。これには、クラウドベースの通話のための Webex Calling サービス、Webex アプリ、アイデンティティ統合のための Cisco Directory Connector、PSTN アクセスのための Local Gateway (LGW)、オンプレミスからクラウドへの通話統合が含まれます。Cloud Connect for Webex Calling パートナーによって提供される Cisco 通話プランまたは Cloud Connected PSTN (CCP) は、PSTN アクセスの追加オプションです。

に示すように、変更後:Webex Calling アーキテクチャでは、新しいコンポーネント (Webex Calling、ディレクトリ コネクタ、ローカル ゲートウェイ、および Survivability ゲートウェイ) が既存のオンプレミス展開に追加されます。

終了後: Webex 通話アーキテクチャ
終了後: Webex 通話アーキテクチャ

終了後: クラウド通話インフラストラクチャ コンポーネント 表には、Webex への移行後のアーキテクチャの新しい要素がリストされています。

表 2. 終了後: クラウド通話インフラストラクチャコンポーネント
製品説明
Webex Calling Webex プラットフォームから配信され、エンドポイント登録と通話ルーティングを提供するクラウドベースの通話サービス
Cisco Directory Connector Windows ドメイン マシン上で実行され、企業のオンプレミス Active Directory と Webex 組織の ID ストア間の ID 同期を提供する Windows アプリケーション。

オンプレミスの Active Directory から Entra ID に移行するお客様の場合、Cisco Directory Connector の代わりに 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) は、ネットワークの停止時にオンサイトの Webex Calling エンドポイントにフォールバック通話サービスを提供する、ローカル ネットワークの IOS-XE ベースのゲートウェイです。
Cisco 通話プラン、Webex 通話用 Cloud Connect Cisco Calling Plan と Cloud Connect for Webex Calling は、Webex Calling エンドポイントの PSTN アクセスのためのクラウドベースのオプションです。PSTN アクセスはクラウド PSTN プロバイダーによって実現され、オンプレミスの機器は必要ありません。
Webex アプリ デスクトップ OS (Windows、Mac) またはモバイル OS (Android、iOS) 上で実行され、通話機能のために Webex Calling プラットフォームに直接登録されたクライアント アプリケーション。

PPDIOプロセスの概要

PPDIO プロセスは、 準備、計画、設計、実装、最適化の略です。これは、初期評価から継続的な改善までプロジェクトをガイドし、効率的で成功する導入または移行を保証する構造化されたシスコの方法論です。

PPDIOプロセス
PPDIOプロセス

PPDIOの一般的な説明

  • 準備する: 現在の環境を評価し、要件を収集し、関係者を調整して強固な基盤を確立します。

  • プラン: タイムライン、リソース、リスク軽減戦略を含む詳細なプロジェクト計画を作成します。

  • デザイン: ビジネスおよび技術ニーズに合わせてターゲット ソリューションを設計します。

  • 埋め込む: 設計に従って展開または移行を実行し、機能とパフォーマンスを検証します。

  • 最適化する: パフォーマンスを監視し、構成を調整し、自動化および統合ツールを活用することで、実装後のソリューションを継続的に改善します。

Unified CM から Webex Calling への移行プロジェクトに PPDIO を使用する

Unified CM から Webex Calling に移行する場合、PPDIO プロセスは、スムーズで効率的な移行を保証するための明確なロードマップを提供します。

準備

  • 既存のUnified CM環境と移行の準備状況を評価する

  • ユーザー、デバイス、ネットワーク、依存関係に関する詳細なデータを収集する

  • 緊急対応アドレス、ユーザー数、インターネットアクセス、PSTNアクセスなどの場所の詳細を収集します

  • リスクを特定し、プロジェクトの範囲を定義して、すべての関係者の意見を一致させます。

計画

  • バッチスケジュール、リソース割り当て、タイムラインを含む包括的な移行計画を作成します

  • デバイスのファームウェアのアップグレード、ライセンスのプロビジョニング、ユーザーのオンボーディングなどのタスクを定義します。

  • 中断を最小限に抑えるために、Cisco およびパートナーと移行期間を調整します。

設計

  • 現在の Unified CM 構成、ダイヤル プラン、およびユーザー プロファイルを Webex Calling の同等のものにマッピングします。

  • PSTN 戦略 (中間および最終)、場所、ユーザー ロール、ローカル ゲートウェイ (CUBE) やディレクトリ同期などの統合ポイントを含む Webex Calling 環境を設計します。

  • 移行中に Unified CM と Webex Calling が同時に動作する共存シナリオを計画します。

実装

  • Control Hub 移行ツールをサードパーティ製ツールと併用して、デバイスのファームウェア モードの変更、機能の構成、ユーザーの移行を実行します。

  • Webex API を使用した一括操作とプロビジョニングにより、大規模な移行と構成を効率化します。

  • ライセンスのプロビジョニング、デバイスの登録、構成の更新を実行する

  • テストと運用検証を通じて移行の成功を検証します。

最適化

  • Webex Calling のパフォーマンスとユーザー エクスペリエンスを継続的に監視します

  • 運用データとフィードバックに基づいて構成とワークフローを調整する

  • 自動化と統合機能を活用して効率性と拡張性を向上させる

  • 必要に応じて従来の Unified CM コンポーネントを廃止し、Day 2 運用の継続的なサポートを提供します。

この強化された PPDIO アプローチにより、Unified CM から Webex Calling への制御された透過的で効率的な移行が保証され、シスコのツール、API、パートナー エコシステムを活用して、ビジネスの継続性を維持し、コラボレーション機能を向上させることができます。

PPDIOフィードバックループ

PPDIO 実行中の反復処理に示されている概要は、 最適化 フェーズから 準備 フェーズに戻る単一のフィードバック ループを示しています。これは、最初の実装後も継続的に改善する機会が継続していることを意味します。最適化の各サイクルでは、新しい要件や強化領域を特定することができ、それらは後続のプロジェクトや取り組みを通じて対処される可能性があります。これらの個々のプロジェクトはそれぞれ、確立された PPDIO (準備、計画、設計、実装、最適化) ライフサイクルに従います。この反復的なアプローチにより、システムは進化するビジネス目標と技術の進歩に沿ったものとなり、継続的な改良と適応の文化が育まれます。

PPDIO実行中の反復
PPDIO実行中の反復

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

Unified CM 支援 PPDIO プロセス
Unified CM 支援 PPDIO プロセス

Unified CM から Webex Calling への移行を実施する場合、PPDIO プロセスの各フェーズでは、既存の Unified CM 環境から収集された情報から大きなメリットを得ることができます。たとえば、ユーザー、電話番号、通話機能、ダイヤル プラン コンポーネントの包括的なインベントリを、現在の Unified CM 構成から抽出できます。このデータは関係者から直接提供される情報を補足し、計画および設計活動を効率化するのに役立ちます。適切なツールを活用してデータの抽出と分析を自動化すると、精度が向上するだけでなく、全体的なプロセスも加速されます。既存の展開からの洞察を活用することで、構造化された PPDIO 方法論に準拠しながら、従来のグリーンフィールド実装よりも効率的に Webex Calling への移行を実行できます。このプロセスは、図 Unified CM 支援 PPDIO プロセスに示されています。

移行アプローチ

オンプレミスの Unified CM から Webex Calling への移行を計画する際には、この移行にどのように取り組むかを決定する必要があります。まず、移行を フラッシュカット (すべてを一度に移行する)か 段階的 アプローチ(複数のグループを移行する)かを決定する必要があります。 users/devices 長期間にわたって)。

フラッシュカット 移行を実行すると、すべてのユーザーとデバイスが最も速く移動します。この方法では、すべてのユーザーとデバイスをオンプレミスの Unified CM から Webex Calling に同時に移動します。本質的には、すべてのユーザーとデバイスに対する単一の移行ウィンドウです。この移行が完了すると、すべてのユーザーとデバイスが Webex Calling プラットフォームに移行し、すべての Unified CM インフラストラクチャを廃止できるようになります。ただし、多くの組織では、通話展開の規模とサイズが原因で、このアプローチを使用できません。

2 番目のアプローチは、 段階的な 移行です。ほとんどの組織では、移行時の制御、管理、拡張性が向上するため、このアプローチを使用します。また、大規模なUC導入にも適しています。 and/or 複数のリージョンにわたる展開。したがって、このドキュメントでは、移行における 2 つのステップを含む 段階的 アプローチに焦点を当てています。

下の図 に示すように、段階的な通話遷移:ハイブリッドとクラウド、最初の移行フェーズ (フェーズ 1) では、デュアル通話環境との共存展開が実現します。このフェーズでは、一部のユーザー、デバイス、ソフト クライアントは Webex Calling に移行されますが、その他はオンプレミスの Unified CM コール制御のままになります。最終移行フェーズ (フェーズ 2) では、すべてのユーザー、デバイス、ソフト クライアントが Webex Calling プラットフォームに完全に移行された、純粋なクラウド通話環境が実現します。

組織がクラウド通話に完全に移行するのにかかる時間は、現在の展開によって異なります。場合によっては、組織は初期移行を行い、長期間(数か月または数年)共存デュアルコール制御フェーズ(フェーズ 1)に留まることがありますが、他の場合には、組織は非常に短い期間(数週間または数か月)で Webex Calling(フェーズ 2)に完全に移行することがあります。このドキュメントは、両方のフェーズ (フェーズ 1 - 共存とフェーズ 2 - 完全移行) をカバーすることを目的としています。

段階的な通話移行: ハイブリッドとクラウド
段階的な通話移行: ハイブリッドとクラウド

一部の組織では、クラウド通話への完全な移行を計画せずに、共存デュアル通話制御展開を無期限に維持する可能性があります。

2 番目の考慮事項は、ユーザー、デバイス、およびソフト クライアントをオンプレミスの通話制御からクラウドの通話制御に移行する方法です。推奨されるアプローチは 3 段階の移行です。以下の図 推奨される 3 段階の移行 では、このアプローチを 3 つの段階に分けて説明しています。

推奨される3段階の移行
推奨される3相転移

移行前: このフェーズでは、Webex と Unified CM の両方の環境を移行に向けて準備することに重点が置かれます。これは、通話の具体的な計画や構成に関するものではなく、Webex Calling 移行プロジェクトの開始前に今すぐ実行できるアクティビティを完了することに重点を置いています。目標は、移行に備えて 2 つの環境の基盤を構築することです。

移行の準備: このフェーズでは、Webex Calling への移行の準備が始まります。ここでは、ビジネス要件と技術要件を確認して更新する必要があります。現在 Unified CM で導入されているものを単に リフト アンド シフト するのではなく、Webex Calling のパワーを活用して、会社が現在および将来必要とするビジネス要件と技術要件を再定義します。さらに、この段階では設計、構成計画、移行を完了します。 planning/schedule.

移行 (ロールアウトと廃止): このフェーズでは、ユーザー、デバイス、電話番号、ソフト クライアントの実際の移行が行われます。上で説明したように、このフェーズは、全員に対して一度に完了することも (フラッシュカット)、複数の変更期間にわたって完了することもできます (段階的カット)。エンドユーザーの導入計画、トレーニング、コミュニケーションは、ユーザーが変更点、新しい通話プラットフォームの使用方法、変更がいつ行われるかを把握できるようにするために重要です。最後のステップは、使用されなくなったオンプレミスの UC インフラストラクチャをすべて廃止することです。

移行前フェーズには、すぐに作業を開始できるアクティビティ (必須、推奨、オプション) があります。これらはできるだけ早く、できればプロジェクトの開始前に完了することをお勧めします。一部のアクティビティは完了までに時間がかかる可能性があるため、早めに開始すると、実際の移行プロジェクトを効率化できます。

以下の図 移行前のアクティビティ は、Webex Calling の移行に関連する 5 つの特定のアクティビティ カテゴリを示しています。

移行前の活動
移行前の活動

この投稿記事は役に立ちましたか?
この投稿記事は役に立ちましたか?