この記事の内容
dropdown icon
ビジネス要件と技術要件
    要件収集が重要な理由:
    ビジネス要件
    技術要件
ネットワークの準備と要件
クラウド接続UCのセットアップ
dropdown icon
現在の環境の評価
    ライセンス
    Locations/Sites
    在庫あり devices/clients
    デバイスの適格性を確認する
    ユーザー
    PSTN 接続
    特徴 & 機能の使用状況
    Cisco 統合: ユニティコネクション UCCX UCCE
    コール録音
    サードパーティ統合

Unified CM から Webex Calling への移行の準備

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

PPDIO ライフサイクルの 準備 フェーズでは、現在の環境を評価し、ライセンスを取得し、エンドポイントと チームを準備することで、 Unified CM から Webex Calling への移行の準備を確実に行います。この基本的なステップにより、リスクが軽減され、技術要件とビジネス要件が調整され 、クラウド通話ソリューションへのスムーズな移行が実現します。

ビジネス要件と技術要件

Unified CM から Webex Calling への移行を計画する場合、計画段階で技術要件とビジネス要件の両方を徹底的に収集することが重要です。このステップにより、移行が組織の運用目標と技術的機能と一致するようになり、リスクと中断が最小限に抑えられます。

要件収集が重要な理由:

  • ビジネス目標を調整します: ビジネス ニーズを理解することで、主要なワークフロー、ユーザー エクスペリエンス、成長計画をサポートするように移行をカスタマイズできます。

  • 技術的な互換性を確保: 技術要件を早期に特定することで、既存のインフラストラクチャ、ネットワーク、エンドポイントとの統合の問題を防ぐことができます。

  • リソース計画を容易にします: 明確な要件は、タイムライン、コスト、必要なリソースを正確に見積もるのに役立ちます。

  • リスクを軽減: 潜在的な問題を早期に検出することで、プロアクティブな解決策が可能になり、ダウンタイムやサービスの中断を削減できます。

ビジネス要件

一般的なビジネス要件は次のとおりです。

  • 移行するユーザー数と場所

  • 必要な機能とサービス(例:通話ルーティング、ボイスメール、会議、自動応答、通話キュー)

  • コンプライアンスとセキュリティポリシー

  • 予算の制約とコストの予想

  • ユーザーのトレーニングとサポートのニーズ

  • 移行のタイムラインとビジネス継続性の考慮事項。

必要な機能とサービス を収集することは、新しいシステムがビジネス ニーズを満たすことを保証するための重要なステップです。これらの要件を収集する際には、Unified CM で現在設定されている内容を考慮するだけでなく、システムを使用するビジネス エンティティから実際の要件を収集することが重要です。そうしないと、計画が非最新の仮定に基づいているというリスクが生じます。クラウドベースの通話、高度なコール キュー、Webex Calling Customer Assist、Webex Go など、Unified CM には存在しない可能性のある Webex Calling で利用可能な追加機能や拡張機能を必ず評価してください。これにより、クラウド プラットフォームのメリットを最大限に活用できるようになります。

Unified CM の現在の構成を評価する際には、システムのライフサイクル全体を通じて要件が変化するため、既存のすべての設定が必要なわけではないことを認識することが重要です。重点を置くべきなのは、展開の現在のニーズと将来のニーズに一致する構成のみを識別して保持することです。

持っているものよりも、必要なものに焦点を当てましょう。

コンプライアンスとセキュリティ ポリシー は、新しいクラウドベースの通信システムが法律、規制、および組織の標準に準拠していることを保証するために、Unified CM から Webex Calling への移行中に考慮すべき重要な事項です。

  • 規制遵守: 組織は、Webex Calling が GDPR、HIPAA、SOX などの業界固有の規制を満たし、データのプライバシー、保持、処理の要件に対応していることを確認する必要があります。また、データの保存場所、通話料の回避、メディアの所在地に関する国固有の義務にも対処する必要があります。

  • データセキュリティ: 傍受や不正アクセスを防ぐために、音声データと信号データが転送中も保存中も暗号化されていることを確認します。

  • アクセス制御: 通信リソースの不正使用を防ぐために、ユーザー認証、承認、およびロールベースのアクセスを定義および適用します。

  • 監査と監視: コンプライアンス監査とセキュリティ インシデント調査のために、アクセスと使用状況を追跡するためのログ記録および監視機能を実装します。

  • 政策の整合性: エンドポイント セキュリティ、ネットワーク セグメンテーション、インシデント対応計画などの既存の企業セキュリティ ポリシーに従って移行を調整します。

  • ベンダーのセキュリティ保証: Webex Calling の信頼性を確保するために、Cisco のセキュリティ認定とコンプライアンス証明を評価します。

計画段階でこれらのコンプライアンスおよびセキュリティ ポリシーに対処すると、リスクが軽減され、法的罰則が回避され、移行中および移行後の通信の整合性と機密性が維持されます。

ユーザー トレーニングとサポートのニーズ は、Unified CM から Webex Calling への移行時にスムーズな移行とユーザー導入を確実にするために不可欠な要素です。主な考慮事項は次のとおりです。

  • トレーニングプログラム: さまざまなユーザー グループ (エンド ユーザー、管理者、ヘルプ デスク スタッフ) 向けにカスタマイズされたトレーニング セッションを開発し、Webex Calling の機能、ユーザー インターフェイス、および新しいワークフローに慣れてもらいます。

  • ドキュメント: 明確でアクセスしやすいユーザー ガイド、FAQ、クイック リファレンス マテリアルを提供します。これには 、新機能と変更点 に関するリソースや、ステップ バイ ステップの 移行前と移行後 の操作方法ガイド (ビデオまたはクイック ガイド形式) が含まれます。これにより、移行後の更新されたエクスペリエンスにユーザーが適応できるようになります。

  • 変革管理: ユーザーの期待を管理し、抵抗を減らすために、変更を積極的に伝えます。

  • サポート構造: 移行中および移行後にユーザーの問題に迅速に対処するために、専用のサポート チームまたはエスカレーション パスを確立します。

  • 継続的な教育: Webex Calling で新機能やアップデートがリリースされるたびに、継続的なトレーニング アップデートを計画します。

  • フィードバックメカニズム: ユーザーが問題を報告し、フィードバックを提供するためのチャネルを実装して、トレーニングとサポートのプロセスを改善します。

計画段階でこれらのトレーニングとサポートのニーズに対処することで、混乱を最小限に抑え、ユーザーの信頼を高め、Webex Calling への移行のメリットを最大限に高めることができます。

技術要件

Unified CM から Webex Calling への移行を成功させるには、次のような詳細を含むいくつかの重要な技術要件を収集して文書化する必要があります。

  1. ネットワークの準備状況と帯域幅容量

    既存のインフラストラクチャが新しい Webex Calling 環境をサポートできることを確認するには、包括的なネットワーク評価が重要です。変更点は以下のとおりです。

    • 帯域幅分析: 混雑なく音声、ビデオ、およびデータ トラフィックを処理するために、現在の帯域幅使用量と予測される帯域幅使用量を評価します。

    • サービス品質 (QoS): QoS ポリシーを実装して音声トラフィックを優先し、遅延、ジッター、パケット損失を最小限に抑えます。

    • WAN およびインターネット接続: WAN リンクとインターネット接続が、冗長性やフェイルオーバー機能など、クラウドベースの通話の要件を満たしていることを確認します。

    • ファイアウォールと NAT の構成: ファイアウォールと NAT 設定で、Webex Calling に必要なシグナリングとメディア トラフィックが許可されていることを確認します。

  2. 既存システムとの統合

    既存のビジネス システムとのシームレスな統合は、ユーザー エクスペリエンスとワークフローの継続性にとって不可欠です。

    • ディレクトリ サービス: 自動化されたユーザープロビジョニングと認証のためのエンタープライズ ディレクトリとの統合を評価します。

    • CRM およびビジネス アプリケーション: 顧客関係管理システムやその他のビジネスクリティカルなアプリケーションとの統合ポイントを特定します。

    • 従来の PBX 相互運用: 移行中に従来のテレフォニー システムが残る場合は、共存または段階的な移行戦略を計画します。

  3. エンドポイントの互換性とプロビジョニング

    デスクフォン、ソフトフォン、モバイルデバイスを含むすべてのエンドポイントの互換性を評価する必要があります。

    • デバイスサポート: 既存の IP 電話とデバイスが Webex Calling でサポートされていることを確認するか、必要な交換品を特定します。

    • プロビジョニングプロセス: エンドポイントの効率的なオンボーディングのために、自動化または合理化されたプロビジョニング方法を確立します。

    • ファームウェアとソフトウェアのアップデート: 相互運用性とセキュリティを確保するために必要な更新を計画します。

  4. セキュリティ構成と暗号化標準

    クラウド通信ではセキュリティが最も重要です。

    • 暗号化: Cisco セキュリティのベスト プラクティスに従って、シグナリングとメディア ストリームにエンドツーエンドの暗号化を適用します。

    • 認証とアクセス制御: 安全な認証メカニズム (SSO、多要素認証など) ときめ細かなユーザー アクセス制御を実装します。

    • コンプライアンス: ソリューションが関連する規制および業界のコンプライアンス標準 (例: GDPR、HIPAA) を満たしていることを確認します。

    • セキュリティ監視: SIEM ツールと統合し、潜在的なセキュリティ インシデントに対するアラートを設定します。

表1. 評価例
要件重要な考慮事項
ネットワークの準備と帯域幅 帯域幅、QoS、 WAN/Internet, Firewall/NAT
既存システムとの統合 ディレクトリ、CRM、PBX、 Email/Calendar
エンドポイントの互換性とプロビジョニング デバイスのサポート、プロビジョニング、ファームウェアの更新
セキュリティ構成と暗号化 暗号化、認証、コンプライアンス、セキュリティ監視
ユーザートレーニングと変更管理 トレーニングプログラム、ドキュメント、変更のコミュニケーション
番号ポータビリティとダイヤルプラン 番号 migration/porting, ダイヤルプラン翻訳
サードパーティ統合 呼び出し、コンタクトセンター、ファックス、アナログデバイス

ネットワークの準備と要件

Webex Calling のようなクラウドベースの通話ソリューションへの移行を成功させるには、ネットワークの準備が不可欠です。ネットワーク計画が不十分だと、通話品質の低下、通話の切断、ユーザーの不満につながる可能性があります。お客様は、Webex Calling に移行する前にネットワーク評価を実施する必要があります。予想される通話量に対してネットワーク帯域幅の可用性を確認し、サービス品質 (QoS) 要件が満たされていることを確認し、エッジ ファイアウォールで開く必要があるさまざまなポートを理解することをお勧めします。

十分なサービス品質 (帯域幅、パケット損失、RTT) を備えた信頼性の高いネットワーク接続は、Webex Calling を使用するすべての音声およびビデオ対応エンドポイント、クライアント、およびアプリケーションでエンドツーエンドで最高のユーザー エクスペリエンスを確保するための基本要件です。

顧客とパートナーは、Webex Edge Connect を含む Webex Calling への接続を最適化できる、Over-the-Top (OTT) インターネット以外のアクセス接続オプションを利用できます。Webex Edge Connect の設計の詳細については、 Webex Meetings、Calling Multi-Tenant、および専用インスタンス向けの Webex Edge Connect 向け Cisco Preferred Architectureを参照してください。

お客様は、ネットワーク品質、確立できる通話数、遅延などの情報を提供するネットワーク評価に CScan を利用できます。CScan ツールの詳細については、 CScan を使用して Webex Calling ネットワークの品質をテストするを参照してください。

ネットワークが Webex Calling への移行の準備ができていることを確認するには、次のチェックリストを検討してください。

  1. 帯域幅計画

    サイトごとの同時通話を計算して、十分なアップストリームおよびダウンストリーム帯域幅を確保し、他のビジネスクリティカルなトラフィックと将来の成長のための余裕を確保します。

    Webex Calling 通話タイプの帯域幅の計算 表には、Webex Calling 展開で使用できる通話タイプと、各通話タイプに必要なコーデックおよび最大帯域幅が示されています。 Webex Calling 通話タイプの帯域幅の計算 表に示されているように、各通話タイプに必要な音声通話帯域幅は、次の一般的な式を使用して計算できます。

    予想される同時通話数 * コーデックに基づく通話あたりの帯域幅 = 必要なネットワーク スループット。

    表 2. Webex Calling 通話タイプの帯域幅の計算
    通話の種類コーデック - 帯域幅帯域幅の計算
    Webexアプリ / デスクフォン -> WebexアプリOPUS - 70 kbps同時通話数 * 70 kbps = 必要なネットワークスループット
    Webexアプリ / デスクフォン -> デスクフォンOPUS – 70 kbps同時通話数 * 70 kbps = 必要なネットワークスループット
    Webexアプリ / デスクフォン -> LGW経由のPSTNG.711 – 80 kbps同時通話数 * 80 kbps = 必要なネットワークスループット
    Webexアプリ / デスクフォン -> クラウド PSTN 経由の PSTN(例: Cisco 通話プラン)G.711 – 80 kbps同時通話数 * 80 kbps = 必要なネットワークスループット
    Webexアプリ / デスクフォン -> LGW経由のエンタープライズG.722 – 80 kbps同時通話数 * 80 kbps = 必要なネットワークスループット
    Webexアプリ / デスクフォン -> Webex Calling ボイスメールOPUS – 70 kbps同時通話数 * 70 kbps = 必要なネットワークスループット

    通話タイプごとに必要な同時ネットワーク スループットを合計することで、特定のサイトの潜在的な帯域幅の合計要件を決定できます。

    すべてのコール レッグは常に Webex Calling アクセス SBC に固定されます。特定の Webex Calling ロケーションに必要なインターネット帯域幅を決定するには、ロケーション間の通話だけでなく、ロケーション内の通話や、そのロケーションのローカル ゲートウェイとの間の通話も考慮する必要があります。たとえば、2 台の MPP 電話機間のサイト内通話には、場所のインターネット アクセスで最大 2 x 70 kbps の全二重通信が必要になります。

    Webex Calling の帯域幅計算例 表には、すべてのデバイスが同じサイトにあると仮定した完全な帯域幅計算の例が示されています。

    表 3。 Webex Calling の帯域幅計算例
    通話の種類同時通話数総帯域幅
    Webexアプリ / デスクフォン → Webex アプリ152 * 15 * 70 kbps = 2,100 kbps
    Webexアプリ / デスクフォン → デスクフォン152 * 15 * 70 kbps = 2,100 kbps
    Webexアプリ / デスクフォン → LGW 経由の PSTN502 * 50 * 80 kbps = 8,000 kbps
    Webexアプリ / デスクフォン → Webex Calling の Cloud Connect 経由の PSTN00 * 80 Kbps
    Webexアプリ / デスクフォン → LGW 経由のエンタープライズ152 * 15 * 80 kbps = 2,400 kbps
    Webexアプリ / デスクフォン → Webex 通話ボイスメール55 * 70 kbps = 350 kbps
    合計通話数 / 帯域幅100回の通話14,950 kbps / 14.95 Mbps

    • 上記の表のすべての帯域幅の値は IP 帯域幅を指します。リンク帯域幅は、WAN カプセル化に応じて高くなります。

    • 上記の表の帯域幅は音声通話用です。ビデオ通話の帯域幅については、WebexアプリとMPP 8845/65 電話は、通話あたり最大 1,500 kbps の帯域幅で最大 720p の解像度の H.264 ビデオをサポートします。ただし、通話中のどの時点でも消費される帯域幅の量は、ビデオ通信に固有の可変ビット レートに基づいて変動します。

  2. サービス品質(QoS)

    オンプレミス環境内に QoS ポリシーを実装して、リアルタイム トラフィックを優先し、スイッチ、ルーター、ファイアウォール全体で QoS が維持されるようにします。

  3. レイテンシ、ジッター、パケットロスの目標

    通話が Over-the-Top (OTT) およびインターネット経由で行われる場合に最適な音声品質を得るには、次のしきい値が推奨されます。

    • 遅延 - 片道100ミリ秒未満

    • ジッター - 10ms未満

    • パケット損失 - 0.5% 以下。

  4. ファイアウォールとNAT

    Webex Calling のポート参照情報の記事に記載されているように、ファイアウォールが Webex Calling トラフィックを許可するように設定されていることを確認します。さらに、同じガイドに記載されている Webex ドメインと IP 範囲へのアクセスを許可し、SIP シグナリングに干渉する SIP ALG を回避します。プロキシ経由のメディア トラフィックは回避する必要があります。

  5. DNSとNTP

    Webex ドメインの適切な DNS 解決と、TLS 証明書の検証とログ記録のためにデバイスのクロックを同期する信頼性の高い NTP サーバーを確保します。

  6. フェイルオーバー計画

    既存のプロバイダー データ接続 (MPLS、SD-WAN など) を考慮し、展開内の各場所で直接インターネット アクセスを計画します。高可用性が必要な場合は冗長インターネット リンクを計画します。クラウドベースのサービスを利用するため、十分な帯域幅を備えた信頼性の高いインターネット接続が基本要件となります。組織の拠点のインターネット接続が低遅延で十分なアップ/ダウンストリーム スループットを備え、一般的に信頼性が高くない場合は、この移行を再検討する必要があります。

  7. サイトの生存性

    サイトの存続可能性により、Webex へのネットワーク接続が切断された場合でも、ビジネスに常にアクセスできるようになります。Site Survivability は、Webex へのネットワーク接続が切断された場合に、ローカル ネットワーク内のゲートウェイを使用して、オンサイト エンドポイントにフォールバック通話サービスを提供します。ビジネス要件により、ネットワークが停止した場合でも継続的な通話が必要な場合は、ローカルの Survivability Gateway (SGW) を使用したサイトの存続可能性を検討してください。サイトの存続可能性チェックの詳細については、 Webex Calling のサイトの存続可能性を参照してください。

クラウド接続UCのセットアップ

Cloud Connected UC (CCUC) は、オンプレミス (Unified CM など) とクラウド (Webex Calling - 専用インスタンス) の両方で、Unified CM 展開の集中的な可視性、管理、および分析情報を提供するように設計されたクラウドベースの管理および分析ソリューションです。これは、従来のオンプレミス環境とシスコのクラウド サービス間の橋渡しとして機能し、Unified CM から Webex Calling への移行プロセス全体を通じて組織をサポートします。

Webex Calling への移行中、CCUC は、既存のユニファイド コミュニケーション展開からの包括的なデータの収集を容易にすることで、移行プロセスを合理化する上で重要な役割を果たします。CCUC は、デバイス、機能、ユーザー連絡先の移行や、サポートされている IP 電話のファームウェア更新の自動化など、主要な移行タスクを支援します。CCUC は、集中化された可視性と管理を提供することで、よりスムーズで効率的な移行エクスペリエンスを実現します。

Cisco では、CCUC を移行プロジェクトの早い段階で、理想的には準備フェーズの前または準備フェーズ中に導入することを強く推奨しています。これにより、その後の移行アクティビティを徹底的に評価、インベントリ作成、計画し、Webex および将来のハイブリッド機能への移行を開始するために必要な洞察と機能が得られます。

現在の環境の評価

移行を計画する際の重要なアクティビティは、現在のオンプレミス環境と展開を評価することです。これにより、Webex Calling への移行を成功させるためにどのような変更が必要になる可能性があるかについての洞察が得られます。また、既存のオンプレミス展開と比較して、Webex Calling プラットフォームの主要な要素を評価することもできます。この情報を使用すると、移行に必要な具体的なタスクや、ビジネス要件と技術要件およびユースケースを満たすためにどのような変更を加える必要があるかを特定するのに役立ちます。

この取り組みの一環として、次の側面を検討することが重要です。

ライセンス

Webex Calling への移行を準備する際には、既存の展開の現在のライセンス構造を理解することが重要です。既存の Cisco オンプレミス ソリューションの次の領域のライセンス評価を実行します。

  • プラットフォーム

    アカウント チームまたはパートナーと協力してフレックス ライセンスへの最適なパスを決定する際には、コア プラットフォームで現在ライセンスされている内容を完全に明確に説明できることが重要になります。Webex Calling は、フレックス ライセンスを使用してライセンスされます。フレックス ライセンスの詳細については、 Cisco Collaboration Flex プランを参照してください。

  • ユーザーとデバイス

    既存のユーザーとデバイスに必要なライセンス カテゴリを特定します。これは、ユーザーとデバイスに必要な Webex Calling ライセンスの種類を決定するために使用されます。Webex Calling では、ユーザー向けの Professional ライセンスと Standard ライセンス、ワークスペース向けの Professional ライセンスと共通エリア ライセンスなど、複数のライセンス タイプが提供されています。Webex Calling デバイスのライセンスの詳細については、 デバイス ライセンスにあるデータ シートを参照してください。

  • ローカル ゲートウェイ

    この移行の PSTN アクセスに Cisco Unified Border Element (CUBE) が必要な場合は、CUBE ライセンスも考慮する必要があります。CUBE ライセンスの考慮事項については、このドキュメントの後半で説明します。

Locations/Sites

この移行を計画する際には、既存の展開内のサイトの数と種類 (大規模な中央、地域、ブランチなど) を考慮する必要があります。既存の展開サイトを完全に理解することは、特にどのサイトをどのような順序で移行するかを決定する際に、移行を成功させるための戦略的な計画を立てるのに役立ちます。移行を決定する際には、ダイヤル プランの要件 (番号、ダイヤル手順、制限のクラスなど)、サイト ネットワークの接続性と帯域幅 (インターネット、WAN、LAN)、および各サイトの PSTN アクセス (ローカルまたは集中、IP または TDM) を詳細に理解することが重要になります。一般的な展開モデルと重要な考慮事項の詳細については、 コラボレーション SRNDに記載されているコラボレーション展開モデル情報を参照してください。

Webex Calling に移行する際のもう 1 つの重要な展開上の考慮事項は、場所の可用性です。Webex Calling には、展開場所に応じて利用できるさまざまな機能、サブスクリプション、デバイスがあります。Webex Calling の地理的利用可能範囲の詳細については、 「 Webex はどこで利用できますか?」を参照してください。

最後に、Webex Calling への移行が他のコラボレーション サービスにどのような影響を与えるかを理解することが重要です。このドキュメントの目的に基づく一般的な想定では、通話ワークロードの外部にある既存のコラボレーション サービスを維持する場合は、前述のフェーズ 1 のハイブリッド展開への移行が予想されることになります。ハイブリッド展開が必要なコラボレーション サービスの例としては、まだ Webex コンタクト センターに移行されていないオンプレミスのコンタクト センターや、ページング システムや課金システムなどのシステムへの緊密な統合などがあります。追加のコラボレーション ワークロードとサービスの移行の詳細については、 コラボレーションの移行を参照してください。

在庫あり devices/clients

移行を開始する前に、既存のハードウェアおよびソフトウェア エンドポイントをインベントリすることが重要です。デバイスの完全なリストを持っている types/models, ハードウェアのバージョン、ソフト クライアント OS の種類と数量を把握することで、デバイスの移行を適切に計画し、クラウド コールに移行できないデバイスへの影響を軽減できるようになります。移行するデバイスと、移行前に交換するデバイスを決定するには、インベントリを使用する必要があります。

デスクフォン

オーディオおよびビデオデスクフォンの場合、Webex Calling では 6800、7800、8800、および 9800 シリーズのデスクフォンのみがサポートされます。これは、Unified CM でサポートされている Cisco IP Phone のサブセットです。6800、7800、8800 電話機の一部モデルとバージョンは、Webex Calling で使用できません。サポートされているモデルとハードウェア バージョンの詳細については、 Webex Calling でサポートされているデバイスを参照してください。

Cisco 6800 シリーズ IP 電話は、Webex Calling に必要なエンタープライズ ファームウェアからマルチプラットフォーム (MPP) ファームウェアにアップグレードできません。したがって、エンタープライズ ファームウェアを実行している Unified CM に登録されている 6800 電話機は、6800 MPP モデルまたはサポートされている別の電話機モデルに置き換える必要があります。

Cisco 7800 および 8800 シリーズ IP 電話は、Webex Calling に移行して登録する前に、マルチプラットフォーム フォン (MPP) ファームウェアにアップグレードする必要があります。MPP ファームウェアをサポートする 7800 および 8800 モデルとハードウェア バージョンを確認するには、 Cisco 7800 および 8800 シリーズ IP 電話をエンタープライズ ファームウェアと MPP ファームウェア間で変換するを参照してください。

8845、8865、8865NR は販売終了となっており、Webex Calling への移行は推奨されません。

8800 シリーズの電話機の古いバージョン (8811、8841、8851、8851NR、8861) は、Webex Calling で使用することは推奨されません。ハードウェア バージョン VID 14 以前の電話は Webex Calling に登録されますが、ハードウェアが原因でパフォーマンスの問題が発生する可能性があります。

9800 シリーズのデスクフォンは、Unified CM と Webex Calling の両方の登録をサポートする PhoneOS を実行します。したがって、これらの電話機はファームウェアのアップグレードなしで Webex Calling に移行できます。

その他のすべての IP 電話は、Webex Calling でサポートされている 6800、7800、8800、または 9800 シリーズの電話に置き換える必要があります。Webex Calling でサポートされている IP 電話とデスク フォンの詳細については、 Webex Calling でサポートされているデバイスの記事を参照してください。

ビデオエンドポイント

Cisco Board シリーズ、Room シリーズ、Desk シリーズなどの個人用および会議室用ビデオ エンドポイントは、Webex Calling にネイティブに SIP 登録できます。音声を生成する必要があるエンドポイント and/or PSTN 通話には通話ライセンスが必要です。

  • 会議室やハドルスペースなどの共有デバイスには、Webex Calling Professional Workspace または Webex Calling Workspace ライセンスが必要です。

  • エンド ユーザーの個人用デバイスには、Webex Calling Professional または Webex Calling Standard ライセンスが必要です。

Unified CM に登録され、音声通話に使用されるビデオ エンドポイントの数を決定します。一部のビデオ エンドポイントは、会議への参加または SIP ビデオ通話にのみ使用される可能性があります。いずれの場合も、Unified CM サーバーが廃止される前にエンドポイントを Webex に移行する必要がありますが、これにより、電話を継続するために Webex Calling ライセンスが必要となるエンドポイントの数を特定するのに役立ちます。

  • ビデオ デバイスが Unified CM 登録から Webex に移動されると、これらのエンドポイントはクラウドに登録されるため、URI が変更されます。

  • 電話モデル 8845、8865、8875 は、Webex Calling でサポートされている個人用ビデオ電話です。

ソフトクライアント

Webex アプリは、Webex アプリと Jabber の両方をサポートする Unified CM とは異なり、Webex Calling でサポートされる唯一のソフト クライアントであり、エンド ユーザーの新しいデフォルトのソフト クライアントです。

Jabberに実装されている展開モード(IMのみ、電話のみ、 and/or 完全なUCモードを使用する場合は、メッセージングの移行も考慮する必要があるかもしれません。 and/or Jabber から Webex アプリまでの会議ワークロード。Webexアプリは、通話専用クライアントとして使用する場合は 電話専用モード で展開できます。また、Webexメッセージングなどの他のワークロードを使用する場合は 完全なWebexスイート として展開できます。 and/or Webex ミーティングは、通話機能付きのアプリに移行しています。

Webexアプリは、次のようなAI機能を提供することでエンドユーザーのエクスペリエンスを向上させます。 audio/video インテリジェンス、通話の文字起こしなど。詳細については、 Webex アプリを参照してください。

ユーザーを Webex Calling に移動する前に、Jabber クライアントを Webex アプリに移行する必要があります。この移行を完了するには 2 つのオプションがあります。

  1. Webex Callingに移行する前に

  2. Webex Calling に移行するとき。

Webex アプリへの最初の移行を容易にするために、オプション 1 を使用して、最初に Unified CM 通話を使用してユーザーを Webex アプリに移動することをお勧めします。これにより、ユーザーは既存のオンプレミスの Unified CM 通話プラットフォームを使用しながら、新しいアプリケーションに慣れる時間ができます。ユーザーを Webex Calling に移動する準備ができたら、クラウド通話プラットフォームに登録するように Webex アプリを構成します。

これら 2 つのオプションの詳細については、 移行の行程 - 1 つのステップか 2 つのステップか?を参照してください。

Webex Calling でサポートされているデバイスの完全なリストについては、 Webex Calling でサポートされているデバイスを参照してください。

デバイスの適格性を確認する

前述のとおり、Webex Calling は Cisco IP Phone のサブセットをサポートしており、7800 および 8800 シリーズの電話機には異なるファームウェア タイプが必要です。Unified CM 電話はエンタープライズ ファームウェアを実行しますが、Webex Calling 電話はマルチプラットフォーム 電話 (MPP) ファームウェアを実行します。準備フェーズ中に、Unified CM に登録されているどの電話機が MPP ファームウェアにアップグレードできるかを確認することをお勧めします。これにより、対象外の電話機をサポートされている電話機モデルのいずれかに交換したり、ユーザーを Webex アプリのみに移動するなどの代替プランを特定したりする時間ができます。

Unified CM 電話の適格性を判断するために、Control Hub には Migrate Your Phone to Webex Callingという組み込みツールがあります。このツールを使用してデバイスの適格性を確認する場合は、移行オプション デバイス ライセンスのみを生成を選択します。

新しい移行タスク ウィザード。エンタープライズ フォンをマルチプラットフォーム (MPP) ファームウェアに移行するための最初のステップ「タスク名」が表示されます。「デバイス ライセンスを生成して追加する」または「デバイス ライセンスのみを生成する」オプションが表示されます。
Webex Calling の Unified CM 電話機の適格性を確認するための Control Hub ツール オプション

このオプションを使用すると、Unified CM 電話機を含む CSV ファイルをアップロードして、Webex が各電話機の適格性をチェックできるようになります。この移行オプションを選択しても、まだ準備段階にあり、これを実行する準備ができていないため、電話機は Webex に追加されません。詳細については、次のサイトを参照してください。電話をWebex Callingに移行を選択します。

一部の携帯電話は、 不明 の適格性で返される可能性があります。これは通常、Webex がバックエンド システム内の電話に関する一部の情報を検証できないために発生します。 不明 ステータスの電話機の場合、MPP ファームウェアへのアップグレードが可能かどうかを確認するには 2 つのオプションがあります。

  1. 各電話機を手動でチェックし、モデルとハードウェア バージョン (PID VID) を確認します。

    「PID VID:」を強調したバーコード付き製品ラベルCP-7821-K9= V01" に赤い矢印が表示され、CPN、MAC、および SN の詳細も表示されます。
    7800/8800 モデルとハードウェアバージョン情報が記載された電話ラベル

  2. Cisco IP 電話準備ツールを使用する

    https://github.com/joemar2/mpp_readiness_checkからツールをダウンロードしてください。

    このツールは Cisco の公式ツールではなく、TAC によってサポートされていません。ベストエフォートのサポートがありますが、無料でご利用いただけます。

    このツールは、オンプレミスにあり、Unified CM サーバーおよび IP 電話にアクセスできるマシンで実行する必要があります。IP 電話での Web アクセスを有効にするオプションがあり、これは最良の結果を得るために推奨され、必要です。したがって、エンドユーザーへの影響を避けるために、営業時間外に使用する必要があります。ツールの出力には、Unified CM 7800 および 8800 シリーズの電話機のうち、どの電話機が MPP ファームウェアにアップグレードできるかを示すレポートが提供されます。電話に直接アクセスするため、Control Hub ツールから報告された 不明 デバイスを検証できます。

    マルチプラットフォーム フォン (MPP) ファームウェアの準備状況では、さまざまな電話モデル、そのファームウェア、および MPP 対応かどうかを示す列が表示されます。MPP 対応列のほとんどのエントリには「はい」とマークされています。
    Cisco IP 電話準備ツールレポート

ユーザー

移行を成功させるための最も重要な準備手順の 1 つは、適切なユーザー プロビジョニングです。段階的な移行を実行する場合でも、すべてのユーザーに対して適切な計画を立てる必要があります。ユーザーは、次のいずれかについて Webex でプロビジョニングされる必要があります。

  • Unified CM Calling を使用した Webex アプリの導入

  • Webex Callingを使用したWebexアプリの導入

  • ユーザー向け Webex Calling サービスの設定

  • Webex ディレクトリでユーザーを検索できるようにします (Webex アプリのクリックツーコール、ユーザーの連絡先情報、電話ディレクトリ検索)。

プロジェクトの開始前または開始時に、Webex ですべてのユーザーをプロビジョニングすることをお勧めします。これには、通話デバイス (IP 電話、Jabber、Webex アプリ) に依存しない通話プラットフォームとして、引き続き Unified CM を使用しているユーザーが含まれます。ユーザーがWebex Callingに移行すると (and/or Webex アプリを使用している場合は、Webex ライセンスを更新して必要なサービスを有効にします。移行を開始する前にすべてのエンタープライズ通話ユーザーをプロビジョニングすることで、Webex アプリまたは Webex Calling に移行したユーザーは、Webex ディレクトリでまだ Jabber を使用しているエンタープライズ通話ユーザーを検索できるようになります。 and/or Unified CM で。これにより、移行されたユーザーは、ディレクトリ検索を使用して他のユーザーの連絡先情報を検索し、電話をかけることができるようになります。

Webex App ディレクトリ検索 は、Webex App ユーザーが別のユーザーを検索する例を示しています。検索結果にはユーザーの連絡先情報が表示され、まだ Jabber と Unified CM を使用しているユーザーや、Webex アプリに移行したユーザーの情報が表示されます。 and/or Webex 通話。

Webex アプリディレクトリ検索
Webex アプリディレクトリ検索

次に、既存のオンプレミスの通話ユーザーのうち、どのユーザーを Webex Calling に移行するかを決定します。すべてのユーザーまたは多数のユーザーを移行する場合は、プロジェクト チーム、IT スタッフ、サポート担当者が移行や発生する可能性のある問題に対処できるように、ユーザーをグループで移動することをお勧めします。また、この移行にユーザーを準備するための初期情報とトレーニング セッションを提供するための時間も割り当てる必要があります。ユーザーの移行のグループ化は、ユーザーが割り当てられている場所やサイト、ユーザーの部門、さらにはユーザーの種類 (ナレッジ ワーカー、役員、モバイル ワーカーなど) を含むさまざまな基準に基づいて実行できます。

たとえば、展開内のユーザーがニューヨーク (NYC)、サンフランシスコ (SFC)、リサーチ トライアングル パーク (RTP) の 3 つの主要サイトに分かれている場合、ユーザー移行計画は サイト別のユーザー移行計画 の表に示されている計画のようになります。

表 4. サイト別ユーザー移行計画
ユーザーサイト / 位置移行前の情報とトレーニングセッション移行期間移行後のサポート
NYC (1,525 ユーザー)4月1日の週4月15日~4月27日4月29日の週
SFO(1,600ユーザー)5月6日の週5月20日~5月31日6月3日の週
RTP(1,275ユーザー)6月3日の週6月17日~6月28日7月1日の週

もう 1 つの重要な要素は、相互に依存しているユーザーを一緒に移行することです。これには次のようなものが含まれますが、これらに限定されません。

  • BLFモニタリング

  • 同じ狩り pilot/group

  • シェアライン

  • 同じコールピックアップグループの一部

  • 同じコールパーク番号を使用する

  • インターコム

  • Admin/Exec.

Unified CM の構成 (GUI またはエクスポート) を確認するか、Control Hub Migration Insights ツールを使用して、これらの依存関係を持つユーザー グループを特定することができます。

PSTN 接続

Webex Calling は、次の 3 つの方法で PSTN にアクセスできます。Cisco 通話プラン、Webex Calling の Cloud Connect (旧称 Cloud Connected PSTN)、オンプレミス PSTN (ローカル ゲートウェイ)。ただし、コントロール ハブ内で定義された 1 つの場所は、1 つの PSTN オプションにのみ割り当てることができます。

ローカル ゲートウェイ (LGW) を備えたオンプレミス PSTN は、移行戦略の重要なコンポーネントです。オンプレミス展開間の接続を提供します and/or PSTN と Webex Calling プラットフォーム。Webex Calling は、ローカル ゲートウェイとして使用できる Cisco および認定サードパーティのセッション ボーダー コントローラ (SBC) の両方をサポートしています。サポートされている SBC の最新のリストについては、 サポートされている SBC のリストを参照してください。

Webex Calling は、登録ベースの単一のローカル ゲートウェイから最大 250 件の同時通話と、証明書ベースの単一のローカル ゲートウェイから 250 件を超える同時通話をサポートします。証明書ベースのローカル ゲートウェイは最大 6500 件の同時通話をサポートできますが、これはローカル ゲートウェイと Webex 間の接続のタイプ (Over-the-Top と相互接続ピアリング) と、ローカル ゲートウェイが展開されている SBC モデルによって異なります。これらの制限は、本質的には、ローカル ゲートウェイ ベースの PSTN 通話と、Unified CM と Webex Calling エンドポイント間のサイト間通話の両方に対するデフォルトのカウント制限です。詳細については、 ローカル ゲートウェイの使用を開始するを参照してください。

この制限を超える呼び出しは、 403 Forbiddenで拒否されます。 show call active voice コマンドをローカル ゲートウェイでいつでも実行して、アクティブな通話の合計数を確認できます。

ローカル ゲートウェイと Webex Calling アクセス SBC 間のネットワーク状態が悪いと、シグナリング接続のパフォーマンスが制限され、同時通話の制限がさらに低くなる可能性があります。ローカルゲートウェイと Webex Calling データセンター間の片道遅延は 100 ミリ秒を超えてはならず、ジッターは 10 ミリ秒未満、パケット損失は 0.5 未満である必要があります。 %.

特徴 & 機能の使用状況

現在の環境を評価する際には、どの Unified CM 機能が設定されているかを特定して確認することが重要です。さらに、Webex Calling の展開に対するビジネス要件と技術要件を (再) 定義できるように、機能の使用方法を理解することが重要です。

設定されている機能を確認するには、Unified CM の設定を分析します。これらはすべて、システム上で機能または設定が構成されるときに設定される静的データです。この分析を完了するには、次のオプションを使用できます。

  • 管理GUIでUnified CMの設定を確認する

  • Unified CM 構成エクスポート - 一括エクスポートまたは AXL

  • Control Hub 移行インサイト ツール (推奨)

  • Cisco サードパーティ パートナー ツール (推奨)。

機能の使用状況を効果的に分析するには、使用状況、登録、通話アクティビティなどの動的なシステム データを調べることが不可欠です。さまざまな分析ツールとダッシュボードによってこれらのメトリックに関する分析情報が提供され、システムのパフォーマンスと容量を包括的に把握できるようになります。これにより、移行と最適化の取り組みにおいて情報に基づいた意思決定が可能になります。このタイプの分析を完了するには、次のオプションを使用できます。

  • 生のCDR記録のレビュー

  • Unified CM RTMTデータのレビュー

  • Unified CM CDR データを使用した Control Hub 移行インサイト ツール

  • Control Hub のクラウド接続 UC 分析のレビュー

    • 通話量

    • 登録されたエンドポイント

    • (CAC)の場所

    • トランクの使用率。

  • Cisco サードパーティ パートナー ツール。

Cisco では、この分析には Webex Control Hub Migration Insights ツールから始めることを推奨しています。Unified CM エクスポート .TAR ファイルと Unified CM CDR ファイル (オプションですが、機能使用率分析には必須) をツールにインポートします。このツールは、分析を開始するために使用できる次の CSV ベースのレポートを生成します。

表 5. Unified CM .tar ファイルから生成されたレポート
レポート名

レポートの説明

ImportedDataBulk.csv

Unified CM データからのすべてのユーザーとデバイス

DeviceEligibility.csv

Webex Calling に移行可能なデバイス (IP 電話、Room OS デバイス、ATA、サードパーティ) を特定します。

DevicePoolNumbers.txt

特定のデバイスプール内のすべての番号のリスト

HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv

共有回線、ハント パイロット、コール キュー、コール パーク、コール ピックアップ グループ設定に基づいて、一緒に移行する必要があるデバイスとユーザーの詳細

HuntGroupMigrationInsight.csv

割り当てられたハントライン、ライングループ、および関連エージェントの詳細情報

SharedlineGroupMigrationReport.csv

電話番号(ディレクトリ番号)をユーザー間で共有する方法の概要

表 6 Unified CM .tar および CDR.gzip ファイルから生成されたレポート
レポート名

レポートの説明

FeatureUsageBasedDeviceEligibilityReport.csv

機能の使用状況に基づくデバイス移行の適格性に関する情報

FeatureUsageWithLastUsageDateReport.csv

ハントパイロットとコールキューが呼び出された回数の使用回数と最終使用日

UserWorkspaceLastUsage.csv

ソフトクライアントとハードフォンの両方におけるユーザーとワークスペースの最終使用日

DIDUsageReport.csv

割り当てられたDIDと割り当てられていないDIDの両方のDID使用状況

移行インサイト レポートの詳細については、 移行インサイトを参照してください。

Migration Insightsレポートの情報を確認した後、Unified CMの機能と使用方法についてさらに情報が必要な場合は、シスコのサードパーティパートナーの移行ツールのいずれかを検討することをお勧めします。 and/or GUI または設定エクスポート データで Unified CM の設定を確認します。

Cisco 統合: ユニティコネクション UCCX UCCE

ボイスメールは Webex Calling サービスの不可欠な部分であり、ソリューションにネイティブに組み込まれています。Webex Calling は、Unity Connection や Unity Connection Express などのオンプレミスのボイスメール ソリューションと統合できません。さらに、既存の Unity 接続ボイスメール メッセージやグリーティングを、Webex Calling で利用可能なネイティブ ボイスメール サービスに移行するネイティブな方法はありません。Cisco のサードパーティ パートナーの移行ツールの中には、このデータの一部を移行する機能を備えているものもあります。Webex Calling のボイスメールの詳細については、 Webex Calling ユーザーのボイスメール設定の構成と管理を参照してください。

Webex Calling は、共有ボイスメールと FAX メールボックスもサポートします。詳細については、 「 Webex Calling の共有ボイスメールと着信 FAX ボックスの管理」を参照してください。

Webex Calling には、コア プラットフォームの一部として組み込まれた自動応答機能があります。この機能により、Unity Connection のコール ハンドラーと自動応答機能を移行できるようになります。Control Hub ツール Unified CM からの機能の移行 は、Unity Connection 構成の Webex Calling Auto-Attendants への移行をサポートしています。このツールの使用方法の詳細については、 「Unified CM から Webex Calling へのデバイスと機能の移行」を参照してください。

コール録音

Webex Calling には、追加料金なしで通話を録音できる 2 つのオプションが含まれています。

  1. Webex通話録音

  2. Dubber Go 録画 (パートナー提供) - Webex Calling と dubber の統合により、録画されたすべてのメディアがクラウドに安全に保存されます。

Webex Calling に含まれる録音オプション 表には、追加料金なしで利用できる 2 つの通話録音オプションの主な機能がいくつか示されています。

表 7 Webex Callingには録画オプションが含まれています
Webexダバー・ゴー
すべてのユーザーが利用可能 すべてのユーザーが利用可能
無制限の録音 無制限の録音
1年間の保管期間* 30日間の保存期間
組織ごとに100 GBのストレージ -
コンプライアンス担当者は通話録音にアクセスして管理できます -
録音を管理するためのAPI -
管理者は、ユーザーの通話録音へのアクセスを設定および管理できます。
  • ユーザーはユーザーハブを使用して自分の録画を管理できます and/or Webex アプリ。
ユーザーのみが録画にアクセスして管理できます
  • 彼らのダバーポータルから。

コンプライアンスコールの録音、保存期間の延長、ストレージの拡張、AI分析などの追加の録音機能が必要な場合は、 and/or 管理者アクセス、有料オファー、またはアドオンは、Cisco とサードパーティのレコーディング プロバイダーの両方から提供されます。Webex Calling の通話記録プロバイダー、構成、およびアドオン パートナー サービスの詳細については、 Webex Calling の通話記録の管理を参照してください。

サードパーティ統合

Webex Callingは 、ローカルゲートウェイ、IP電話、インターコム電話などのSBCを含む、さまざまな3rdパーティ統合をサポートしています。 Speaker/Pagers, ATAなどこれらのサード パーティ製デバイスに加えて、Webex Calling は顧客サポート、分析、記録、請求などのさまざまなサードパーティ製ソリューションをサポートしています 。3rd パーティソリューションの詳細については、 Webex App Hubを参照してください。

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