- ホーム
- /
- 投稿記事
Unified CMからWebex Callingへの移行準備
PPDIOライフサイクルの 準備 フェーズでは、現在の環境を評価し、ライセンスを取得し、エンドポイントと チームを準備することにより、 Unified CMからWebex Callingへの移行の準備を確実にします。この基礎的なステップは、リスクを軽減し、技術要件とビジネス要件を整合させることで 、クラウド通話ソリューションへのスムーズな移行を実現します。 移行の手順の概要と、詳細なドキュメントを参照するためのクイックリンクについては、 Unified CMから Webex Callingへの移行を参照してください。
ビジネスおよび技術要件
Unified CMからWebex Callingへの移行を計画する際には、計画段階で技術要件とビジネス要件の両方を徹底的に収集することが非常に重要です。この手順により、移行が組織の運用目標と技術的能力に合致し、リスクと混乱を最小限に抑えることができます。
要件収集が重要な理由:
-
ビジネス目標との整合性を図る: ビジネスニーズを理解することで、主要なワークフロー、ユーザーエクスペリエンス、および成長計画をサポートするように移行をカスタマイズできます。
-
技術的な互換性を保証します。 技術要件を早期に特定することで、既存のインフラストラクチャ、ネットワーク、エンドポイントとの統合に関する問題を未然に防ぐことができます。
-
リソース計画を容易にする: 明確な要件は、スケジュール、コスト、および必要なリソースを正確に見積もるのに役立ちます。
-
リスクを軽減する: 潜在的な課題を早期に発見することで、積極的な解決策を講じることができ、ダウンタイムやサービスの中断を削減できます。
ビジネス要件
一般的なビジネス要件には以下が含まれます。
-
移行対象となるユーザー数と拠点数
-
希望する機能とサービス(例:通話ルーティング、ボイスメール、会議通話、自動応答システム、通話キュー)
-
コンプライアンスおよびセキュリティポリシー
-
予算制約とコスト予測
-
ユーザーのトレーニングとサポートのニーズ
-
移行スケジュールと事業継続に関する考慮事項。
必要な機能やサービスを収集することは 、 新しいシステムがビジネスニーズを満たすことを保証するための重要なステップです。これらの要件を収集する際には、Unified CMで現在設定されている内容を考慮するだけでなく、システムを使用する予定のビジネスエンティティから実際の要件を収集することが重要です。そうでなければ、計画が現状に即していない前提に基づいているというリスクが生じる。Webex Callingで利用できる追加機能や強化された機能のうち、Unified CMには存在しないもの(クラウドベースの通話、高度なコールキュー、Webex Calling Customer Assist、Webex Goなど)を必ず評価してください。これは、クラウドプラットフォームのメリットを最大限に活用するのに役立ちます。
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への移行を成功させるためには、以下の詳細を含むいくつかの重要な技術要件を収集し、文書化する必要があります。
-
ネットワークの準備状況と帯域幅容量
既存のインフラストラクチャが新しいWebex Calling環境をサポートできることを確認するには、包括的なネットワーク評価が不可欠です。変更点は以下のとおりです。
-
帯域幅分析: 音声、ビデオ、データトラフィックを混雑させることなく処理するために、現在および将来の帯域幅使用量を評価する。
-
サービス品質(QoS): 音声トラフィックを優先し、遅延、ジッター、パケット損失を最小限に抑えるためのQoSポリシーを実装する。
-
WANおよびインターネット接続: WANリンクとインターネット接続が、冗長性やフェイルオーバー機能など、クラウドベースの通話に必要な要件を満たしていることを確認する。
-
ファイアウォールとNATの設定: ファイアウォールとNATの設定が、Webex Callingに必要なシグナリングおよびメディアトラフィックを許可していることを確認する。
-
-
既存システムとの統合
既存の業務システムとのシームレスな統合は、ユーザーエクスペリエンスとワークフローの継続性にとって不可欠です。
-
ディレクトリサービス: 自動化されたユーザープロビジョニングと認証のためのエンタープライズディレクトリとの統合を評価する。
-
CRMおよびビジネスアプリケーション: 顧客関係管理システムやその他の業務上重要なアプリケーションとの統合ポイントを特定する。
-
従来のPBXシステム間の相互接続: 移行期間中に既存の電話システムが残る場合は、共存または段階的な移行戦略を計画する。
-
-
エンドポイントの互換性とプロビジョニング
固定電話、ソフトフォン、モバイルデバイスを含むすべてのエンドポイントについて、互換性を評価する必要があります。
-
デバイスのサポート: 既存のIP電話およびデバイスがWebex Callingでサポートされていることを確認するか、必要な交換品を特定する。
-
プロビジョニングプロセス: エンドポイントの効率的なオンボーディングのために、自動化または合理化されたプロビジョニング方法を確立する。
-
ファームウェアとソフトウェアのアップデート: 相互運用性とセキュリティを確保するために必要なアップデートを計画する。
-
-
セキュリティ構成と暗号化規格
クラウド通信において、セキュリティは最優先事項です。
-
暗号化: Ciscoのセキュリティに関するベストプラクティスに沿って、シグナリングおよびメディアストリームのエンドツーエンド暗号化を強制します。
-
認証とアクセス制御: 安全な認証メカニズム(シングルサインオン、多要素認証など)と、きめ細かなユーザーアクセス制御を実装する。
-
コンプライアンス: ソリューションが関連する規制および業界のコンプライアンス基準(例:GDPR、HIPAA)を満たしていることを確認する。
-
セキュリティ監視: SIEMツールとの連携、および潜在的なセキュリティインシデントに対するアラートの設定。
-
| 要件 | 重要な考慮事項 |
|---|---|
| ネットワークの準備状況と帯域幅 | 帯域幅、QoS、 WAN/Internet, Firewall/NAT |
| 既存システムとの統合 | ディレクトリ、CRM、PBX、 Email/Calendar |
| エンドポイントの互換性とプロビジョニング | デバイスのサポート、プロビジョニング、ファームウェアのアップデート |
| セキュリティ構成と暗号化 | 暗号化、認証、コンプライアンス、セキュリティ監視 |
| ユーザー研修と変更管理 | 研修プログラム、文書化、変更に関するコミュニケーション |
| 番号ポータビリティとダイヤルプラン | 番号 migration/porting, ダイヤルプランの翻訳 |
| サードパーティ統合 | ページング、コンタクトセンター、ファックス、アナログ機器 |
ネットワークの準備状況と要件
ネットワークの準備状況は、Webex Callingのようなクラウドベースの通話ソリューションへの移行を成功させる上で非常に重要です。ネットワーク計画が不十分だと、通話品質の低下、通話の切断、ユーザーの不満につながる可能性があります。お客様は、Webex Callingへの移行前にネットワーク評価を実施する必要があります。想定される通話量に対するネットワーク帯域幅の可用性を確認し、サービス品質(QoS)要件が満たされていることを確認し、エッジファイアウォールで開く必要があるさまざまなポートを理解しておくことをお勧めします。
Webex Callingを使用するすべての音声およびビデオ対応エンドポイント、クライアント、アプリケーションにおいて、エンドツーエンドで最高のユーザーエクスペリエンスを保証するためには、十分なサービス品質(帯域幅、パケット損失、RTT)を備えた信頼性の高いネットワーク接続が基本要件となります。
顧客およびパートナーは、Webex Edge Connectなど、Webex Callingへの接続を最適化できるOTT(オーバーザトップ)インターネット以外の接続オプションを利用できます。Webex Edge Connect の設計の詳細については、 Webex Meetings、Calling Multi-Tenant、および Dedicated Instance 用の Webex Edge Connect の Cisco 推奨アーキテクチャを参照してください。
お客様は、ネットワーク評価のために CScan を利用できます。CScan []は、お客様のネットワーク品質、確立可能な通話数、遅延などに関する情報を提供します。CScanツールの詳細については、 CScanを使用してWebex Callingネットワークの品質をテストするを参照してください。
Webex Callingへの移行に向けてネットワークが準備できていることを確認するために、以下のチェックリストを参考にしてください。
-
帯域幅計画
各サイトにおける同時接続数を計算し、十分なアップストリームおよびダウンストリーム帯域幅が確保されていることを確認するとともに、その他の業務上重要なトラフィックや将来の成長に対応できる余裕を持たせてください。
Webex Calling 通話タイプ帯域幅計算 表には、Webex Calling 展開で使用可能な通話タイプと、各通話タイプに必要なコーデックおよび最大帯域幅が表示されます。 Webex Calling 通話タイプの帯域幅計算 表に示すように、各通話タイプに必要な音声通話帯域幅は、次の一般的な式を使用して計算できます。
同時呼び出しの予想数 * コーデックに基づく通話ごとの帯域幅 = 必要なネットワークスループット。
表 2. Webex Callingの通話タイプ別帯域幅計算 呼び出しタイプ コーデック - 帯域幅 帯域幅の計算 Webexアプリ / デスクフォン -> Webexアプリ OPUS - 70 kbps 同時呼び出し数 * 70kbps = 必要なネットワークスループット Webexアプリ / デスクフォン -> デスクフォン OPUS – 70 kbps 同時呼び出し数 * 70kbps = 必要なネットワークスループット Webexアプリ / デスクフォン -> LGW経由のPSTN G.711 – 80 kbps 同時呼び出し数 * 80kbps = 必要なネットワークスループット Webexアプリ / デスクフォン -> クラウドPSTN経由のPSTN(例:Cisco通話プラン) G.711 – 80 kbps 同時呼び出し数 * 80kbps = 必要なネットワークスループット Webexアプリ / デスクフォン -> LGW経由のエンタープライズ G.722 – 80 kbps 同時呼び出し数 * 80kbps = 必要なネットワークスループット Webexアプリ / デスクフォン -> Webex通話ボイスメール OPUS – 70 kbps 同時呼び出し数 * 70kbps = 必要なネットワークスループット 通話の種類ごとに必要な同時ネットワークスループットを合計することで、特定のサイトにおける潜在的な総帯域幅要件を決定できる。
すべての通話経路は、常にWebex CallingアクセスSBCに接続されます。Webex Callingの特定の拠点に必要なインターネット帯域幅を決定するには、拠点間の通話だけでなく、拠点内の通話、およびその拠点にあるローカルゲートウェイとの間の通話も考慮する必要があります。例えば、2台のMPP電話機間で行われる同一拠点内での通話には、その拠点のインターネット接続において最大2×70kbpsの全二重通信速度が必要となる。
Webex Calling の帯域幅計算例 表は、すべてのデバイスが同じサイトにあることを前提とした、完全な帯域幅計算の例を示しています。
表 3。 Webex通話の帯域幅計算例 呼び出しタイプ 同時呼び出し数 総帯域幅 Webexアプリ / デスクフォン → Webexアプリ 15 2 * 15 * 70kbps = 2,100 kbps Webexアプリ / デスクフォン → デスクフォン 15 2 * 15 * 70kbps = 2,100 kbps Webexアプリ / デスクフォン → LGW経由のPSTN 50 2 * 50 * 80kbps = 8,000 kbps Webexアプリ / デスクフォン → Webex通話用のクラウドコネクト経由のPSTN 0 0 * 80 Kbps Webexアプリ / デスクフォン → LGW経由のエンタープライズ 15 2 * 15 * 80kbps = 2,400 kbps Webexアプリ / デスクフォン → Webex通話ボイスメール 5 5 * 70kbps = 350kbps 総通話回数 / 帯域幅 100件の通話 14,950 kbps / 14.95 Mbps -
上記の表における帯域幅の値はすべてIP帯域幅を指します。リンク帯域幅は、WANカプセル化方式によって高くなる。
-
上記の表に示されている帯域幅は、音声通話用です。ビデオ通話の帯域幅については、WebexアプリとMPP 8845/65 この電話機は、最大解像度720p、通話あたり最大帯域幅1,500kbpsのH.264ビデオをサポートしています。しかし、通話中に消費される帯域幅の量は、ビデオ通信に固有の可変ビットレートに基づいて変動します。
-
-
サービス品質(QoS)
オンプレミス環境内でQoSポリシーを実装し、リアルタイムトラフィックを優先させ、スイッチ、ルーター、ファイアウォール全体でQoSが維持されるようにします。
-
遅延、ジッター、パケット損失の目標値
通話がOTT(オーバーザトップ)方式でインターネット経由で行われる場合、最適な音声品質を得るために推奨されるしきい値は以下のとおりです。
-
レイテンシ - 片道100ms未満
-
ジッター - 10ms未満
-
パケット損失率:0.5%以下。
-
-
ファイアウォールとNAT
Webex Calling のポート参照情報に記載されているように、ファイアウォールが Webex Calling トラフィックを許可するように構成されていることを確認してください。さらに、同じガイドに記載されているWebexドメインとIPアドレス範囲へのアクセスを許可し、SIPシグナリングに干渉するためSIP ALGの使用を避けてください。プロキシを経由したメディアトラフィックは避けるべきである。
-
DNSとNTP
Webexドメインの適切なDNS解決と、TLS証明書の検証およびログ記録のためにデバイスの時計を同期させる信頼性の高いNTPサーバーを確保してください。
-
フェイルオーバー計画
既存のプロバイダーデータ接続(MPLS、SD-WANなど)を考慮し、展開先の各地点でインターネットへの直接アクセスを計画してください。高可用性が求められる場所では、冗長なインターネット回線を計画してください。クラウドベースのサービスを利用することになるため、十分な帯域幅を備えた信頼性の高いインターネット接続が基本要件となります。組織の拠点におけるインターネット接続が、一般的に信頼性が低く、低遅延で、十分なアップストリームおよびダウンストリームのスループットを備えていない場合は、この移行を再検討する必要があります。
-
サイトの生存可能性
サイトの可用性により、Webexへのネットワーク接続が切断された場合でも、ビジネスへのアクセスが常に確保されます。サイトサバイバビリティ機能は、ローカルネットワーク内のゲートウェイを使用して、Webexへのネットワーク接続が切断された場合に、オンサイトのエンドポイントへのフォールバック通話サービスを提供します。ネットワーク障害発生時にも通話を継続する必要があるビジネス要件がある場合は、ローカルのサバイバビリティゲートウェイ(SGW)によるサイトの耐障害性を検討してください。サイト生存性チェックの詳細については、 Webex Calling のサイト生存性を参照してください。
クラウド接続型UCの設定
Cloud Connected UC (CCUC) は、オンプレミス (Unified CM など) とクラウド (Webex Calling - Dedicated Instance) の両方における 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コラボレーションフレックスプランを参照してください。
-
ユーザーとデバイス
既存のユーザーとデバイスに必要なライセンスカテゴリを特定してください。これは、ユーザーとデバイスに必要なWebex Callingライセンスの種類を判断するために使用されます。Webex Callingは、ユーザー向けのプロフェッショナルライセンスとスタンダードライセンス、ワークスペース向けのプロフェッショナルライセンスと共有エリアライセンスなど、複数のライセンスタイプを提供しています。Webex Calling デバイスのライセンスに関する詳細については、 デバイスライセンスで入手できるデータシートを参照してください。
-
ローカル ゲートウェイ
この移行においてPSTNアクセスにCisco Unified Border Element(CUBE)が必要な場合は、CUBEのライセンスについても検討する必要があります。CUBEのライセンスに関する考慮事項については、この文書の後半で説明します。
Locations/Sites
この移行を計画する際には、既存のシステム構成におけるサイトの数と種類(大規模な中央拠点、地域拠点、支店など)を考慮する必要があります。既存の展開サイトを完全に理解することは、特にどのサイトをどのような順序で移行するかを決定する際に、円滑な移行のための戦略的な計画に役立ちます。移行に関する意思決定を行う際には、各サイトのダイヤルプラン要件(番号、ダイヤル方法、制限クラスなど)、サイトネットワークの接続性および帯域幅(インターネット、WAN、LAN)、およびPSTNアクセス(ローカルまたは集中型、IPまたはTDM)を詳細に理解することが非常に重要になります。一般的な展開モデルと重要な考慮事項の詳細については、 Collaboration SRNDで入手できるコラボレーション展開モデル情報を参照してください。
Webex Callingへの移行時に考慮すべきもう一つの重要な点は、設置場所の確保状況です。Webex Callingには、導入場所に応じて利用できる機能、サブスクリプション、デバイスが異なります。Webex Calling の地域的な利用可能状況の詳細については、 Webex はどこで利用できますか?を参照してください。
最後に、Webex Callingへの移行が他のコラボレーションサービスにどのような影響を与えるかを理解することが重要です。この文書の目的に基づくと、呼び出しワークロード以外の既存のコラボレーションサービスを維持する場合、前述のフェーズ1のハイブリッド展開への移行が想定されるというのが一般的な前提である。ハイブリッド展開が必要となる可能性のあるコラボレーションサービスの例としては、Webexコンタクトセンターへの移行がまだ完了していないオンプレミスのコンタクトセンターや、ページングシステムや課金システムなどのシステムとの緊密な連携などが挙げられます。追加のコラボレーションワークロードとサービスの移行に関する詳細については、 コラボレーションの移行を参照してください。
在庫は既に存在します devices/clients
移行を開始する前に、既存のハードウェアおよびソフトウェアのエンドポイントを把握しておくことが重要です。デバイスの完全なリスト types/models, ハードウェアのバージョン、ソフトクライアントOSの種類と数量を把握することで、デバイスの移行を適切に計画し、クラウド通話に移行できないデバイスへの影響を軽減することができます。在庫リストは、移行前に移行対象となる機器と交換対象となる機器を特定するために使用されるべきである。
デスクフォン
音声およびビデオ対応の卓上電話機については、Webex Callingに対応しているのは6800、7800、8800、9800シリーズの卓上電話機のみです。これは、Unified CMでサポートされているCisco IP電話のサブセットです。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シリーズのデスクフォンはPhoneOSを搭載しており、Unified CMとWebex Callingの両方の登録をサポートしています。したがって、これらの電話機はファームウェアのアップグレードなしで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プロフェッショナルライセンスまたはWebex Callingスタンダードライセンスが必要です。
Unified CMに登録され、音声通話に使用されているビデオエンドポイントの数を特定します。一部のビデオエンドポイントは、会議への参加やSIPビデオ通話の発信にのみ使用される可能性があります。いずれの場合も、Unified CMサーバーが廃止される前にエンドポイントをWebexに移行する必要がありますが、これにより、通話を継続するためにWebex Callingライセンスが必要となるエンドポイントの数を判断するのに役立ちます。
-
ビデオデバイスがUnified CMの登録からWebexに移行すると、これらのエンドポイントのURIが変更されます。これは、デバイスがクラウドに登録されるようになったためです。
-
電話機モデル8845、8865、8875は、Webex Callingに対応した個人用ビデオ電話です。
ソフトクライアント
Webex CallingでサポートされているソフトクライアントはWebexアプリのみです。一方、Unified CMはWebexアプリとJabberの両方をサポートしており、エンドユーザー向けの新しいデフォルトのソフトクライアントとなっています。
Jabber に実装されている展開モード (IM のみ、電話のみ、 and/or フルUCモード)の場合、メッセージングの移行も考慮する必要があるかもしれません。 and/or JabberからWebexアプリまで、会議のワークロードを移行します。Webexアプリは、通話専用クライアントとして使用する場合は 電話専用モード で展開でき、Webex Messagingなどの他のワークロードを使用する場合は フルWebexスイート として展開できます。 and/or Webex Meetingsは、通話機能を備えたアプリへの移行が進められています。
Webexアプリは、次のようなAI機能を提供することでエンドユーザーのエクスペリエンスを向上させます。 audio/video 情報収集、通話記録、その他。詳細については、 Webex アプリを参照してください。
ユーザーをWebex Callingに移行する前に、JabberクライアントをWebexアプリに移行する必要があります。この移行を完了するには、2つの選択肢があります。
-
Webex Callingに移行する前に
-
Webex Calling に移行する際。
Webexアプリへの初期移行をスムーズに行うため、まずはオプション1を選択し、Unified CM通話を使用してユーザーをWebexアプリに移行することをお勧めします。これにより、ユーザーは既存のオンプレミス型統合CM通話プラットフォームを使用しながら、新しいアプリケーションに慣れるための時間を確保できます。ユーザーをWebex Callingに移行する準備ができたら、ユーザーのWebexアプリを設定して、クラウド通話プラットフォームに登録します。
これら 2 つのオプションの詳細については、 移行の手順 - 1 つのステップか 2 つのステップか?を参照してください。
Webex Callingでサポートされているデバイスの完全なリストについては、 Webex Callingでサポートされているデバイスを参照してください。
デバイスの適合性を確認する
前述のとおり、Webex CallingはCisco IP電話の一部機種のみをサポートしており、7800シリーズおよび8800シリーズの電話機には異なるファームウェアが必要です。Unified CM電話はエンタープライズファームウェアで動作しますが、Webex Calling Phoneはマルチプラットフォーム電話(MPP)ファームウェアで動作します。準備段階で、どのUnified CM登録済み電話機がMPPファームウェアへのアップグレード対象であるかを確認することをお勧めします。これにより、対象外の電話機をサポート対象の電話機モデルに交換したり、ユーザーをWebexアプリのみに移行するなど、代替案を検討したりする時間が確保できます。
Unified CM 電話の適格性を判断するのに役立つように、Control Hub には Webex Calling への電話の移行という組み込みツールがあります。このツールを使用してデバイスの適格性を確認する場合は、[移行] オプション デバイスライセンスのみを生成するを選択します。

このオプションを使用すると、Unified CM対応電話機の情報を含むCSVファイルをアップロードして、Webexが各電話機の適格性を確認できます。この移行オプションを選択しても、準備段階であり、まだ準備ができていないため、電話機はWebexに追加されません。詳細については、次のサイトを参照してください。電話をWebex Callingに移行を選択します。
一部の電話機は、 不明 適格性として返送される可能性があります。これは通常、Webexがバックエンドシステムで電話に関する一部の情報を検証できないことが原因です。 不明 ステータスの電話機については、MPP ファームウェアへのアップグレードの対象となるかどうかを確認する方法が 2 つあります。
-
各電話機を手動で確認し、モデルとハードウェアバージョン(PID、VID)を検証してください。

7800/8800 電話機のラベルには、機種とハードウェアバージョンの情報が記載されています。 -
Cisco IP電話の準備状況確認ツールを使用する
https://github.com/joemar2/mpp_readiness_checkからツールをダウンロードしてください。
このツールはシスコの公式ツールではなく、TACによるサポートも対象外です。最大限の努力によるサポートは提供されますが、無料で利用できます。
このツールは、オンプレミス環境にあり、Unified CMサーバーおよびIP電話にアクセスできるマシン上で実行する必要があります。IP電話でウェブアクセスを有効にするオプションがあり、これは推奨されるだけでなく、最良の結果を得るために必要です。したがって、エンドユーザーへの影響を避けるため、営業時間外に使用する必要があります。このツールの出力には、Unified CM 7800および8800シリーズの電話機のうち、MPPファームウェアへのアップグレードが可能な機種を一覧にしたレポートが含まれます。電話に直接アクセスするため、コントロールハブツールから報告された 不明 デバイスを検証できます。

Cisco IP電話対応ツールレポート
ユーザー
移行を成功させるための最も重要な準備手順の一つは、適切なユーザープロビジョニングです。段階的な移行を行う場合でも、すべてのユーザーについて適切な計画を立てる必要があります。ユーザーは、以下のいずれかについてWebexでプロビジョニングされている必要があります。
-
Unified CM Calling を使用した Webex アプリの展開
-
Webex Calling を使用した Webex アプリの展開
-
ユーザー向けにWebex Callingサービスを設定する
-
Webexディレクトリ内でユーザーを検索可能にする(Webexアプリのクリックトゥコール、ユーザー連絡先情報、電話帳検索)。
プロジェクト開始前または開始時に、Webexですべてのユーザーをプロビジョニングすることをお勧めします。これには、通話プラットフォームとしてUnified CMを引き続き使用しているユーザーも含まれます。Unified CMは、通話デバイス(IP電話、Jabber、Webexアプリ)とは独立したプラットフォームです。ユーザーがWebex Callingに移行するにつれて (and/or Webexアプリ)を使用すると、必要なサービスを有効にするためにWebexライセンスを更新できます。移行を開始する前にすべての企業通話ユーザーをプロビジョニングすることで、Webex アプリまたは Webex Calling に移行したユーザーが、まだ Jabber を使用している企業通話ユーザーを Webex ディレクトリで検索できるようになります。 and/or Unified CMについて。これにより、移行したユーザーは、ディレクトリ検索を使用して他のユーザーの連絡先情報を検索し、電話をかけることができるようになります。
図 Webexアプリのディレクトリ検索 は、Webexアプリのユーザーが別のユーザーを検索する例を示しています。検索結果にはユーザーの連絡先情報が表示され、JabberとUnified CMをまだ利用しているユーザー、またはWebexアプリに移行したユーザーの情報が表示されます。 and/or Webex通話。

次に、既存のオンプレミス通話ユーザーのうち、どのユーザーをWebex Callingに移行するかを決定します。全てのユーザー、または多数のユーザーを移行する場合は、プロジェクトチーム、ITスタッフ、サポート担当者が移行作業や発生する可能性のある問題に適切に対応できるよう、ユーザーをグループ分けして移行することをお勧めします。また、ユーザーがこの移行に備えられるよう、初期情報提供や研修を行うための時間も確保しておくべきです。ユーザーの移行グループ分けは、ユーザーが割り当てられた場所やサイト、ユーザーの所属部署、さらにはユーザーの種類(知識労働者、経営幹部、モバイルワーカーなど)といった様々な基準に基づいて行うことができます。
例えば、展開先のユーザーがニューヨーク (NYC)、サンフランシスコ (SFC)、リサーチ・トライアングル・パーク (RTP) の 3 つの主要拠点に分散している場合、ユーザー移行計画は サイト別ユーザー移行計画 表に示されている計画のようになるかもしれません。
| ユーザーサイト / 位置 | 移行前の情報提供と研修セッション | 移行期間 | 移行後のサポート |
|---|---|---|---|
| ニューヨーク市(ユーザー数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日の週 |
もう一つ重要な要素は、相互に依存関係のあるユーザーをまとめて移行させることです。これには以下のものが含まれますが、これらに限定されるものではありません。
-
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(ローカルゲートウェイ)。ただし、コントロールハブ内で定義された単一のロケーションには、単一のPSTNオプションしか割り当てることができません。
ローカルゲートウェイ(LGW)を備えたオンプレミス型PSTNは、移行戦略の不可欠な要素です。オンプレミス展開との接続性を提供します and/or PSTNとWebex Callingプラットフォーム。Webex Callingは、ローカルゲートウェイとして使用できるCisco製および認定済みのサードパーティ製セッションボーダーコントローラー(SBC)の両方をサポートしています。サポートされているSBCの最新リストについては、 サポートされているSBCのリストを参照してください。
Webex Callingは、登録ベースのローカルゲートウェイでは1つのゲートウェイから最大250件の同時通話をサポートし、証明書ベースのローカルゲートウェイでは1つのゲートウェイから250件を超える同時通話をサポートします。証明書ベースのローカルゲートウェイは最大6500の同時通話をサポートできますが、これはローカルゲートウェイとWebexとの接続タイプ(オーバーザトップ方式か相互接続ピアリング方式か)と、ローカルゲートウェイが展開されているSBCモデルによって異なります。これらの制限は、基本的に、ローカルゲートウェイベースのPSTN通話と、Unified CMとWebex Callingエンドポイント間のサイト間通話の両方に対するデフォルトのカウント制限です。詳細については、 ローカルゲートウェイの使用開始を参照してください。
この制限を超える通話はすべて 403 Forbiddenで拒否されます。 show call active voice コマンドは、任意の時点でローカルゲートウェイで実行して、アクティブな通話の総数を調べることができます。
ローカルゲートウェイとWebex CallingアクセスSBC間のネットワーク状態が悪いと、シグナリング接続のパフォーマンスが制限され、同時通話数の上限がさらに低下する可能性があります。ローカルゲートウェイとWebex Callingデータセンター間の片方向遅延は100msを超えてはならず、ジッターは10ms未満、パケット損失は0.5%未満でなければなりません。 %.
特徴 & 機能の使い方
現在の環境を評価する際には、どの統合構成管理機能が設定されているかを特定し、確認することが重要です。さらに、Webex Callingの導入におけるビジネス要件と技術要件を(再)定義するためには、各機能の使い方を理解することが重要です。
どの機能が構成されているかを判断するには、統合構成管理(Unified CM)の構成を分析します。これらはすべて、システム上で機能や設定が構成された際に設定される静的データです。この分析を完了するには、以下のオプションを使用できます。
-
管理GUIで統合CMの設定を確認する
-
Unified CM構成のエクスポート - 一括エクスポートまたはAXL
-
Control Hub移行分析ツール(推奨)
-
Ciscoのサードパーティ製パートナーツール(推奨)。
機能の利用状況を効果的に分析するには、利用状況、登録状況、通話状況などの動的なシステムデータを調査することが不可欠です。さまざまな分析ツールやダッシュボードは、これらの指標に関する洞察を提供し、システムのパフォーマンスと容量を包括的に理解することを可能にし、移行や最適化の取り組みにおいて情報に基づいた意思決定を支援します。この種の分析を行うには、以下のオプションを使用できます。
-
生のCDRレコードのレビュー
-
Unified CM RTMTデータのレビュー
-
Unified CM CDRデータを使用したControl Hub移行に関するInsightsツール
-
Control Hubにおけるクラウド接続型UC分析のレビュー
-
通話音量
-
登録済みエンドポイント
-
(CAC)の場所
-
トランク利用率。
-
-
Ciscoのサードパーティパートナーツール。
Ciscoは、この分析を行う際には、まずWebex Control Hub Migration Insightsツールを使用することを推奨しています。Unified CMのエクスポートファイルである.TARファイルと、Unified CMのCDRファイル(オプションですが、機能利用状況分析には必須です)をツールにインポートします。このツールは、分析を開始するために使用できる以下のCSV形式のレポートを生成します。
| レポート名 レポートの説明 |
|---|
| ImportedDataBulk.csv Unified CMデータからのすべてのユーザーとデバイス |
| DeviceEligibility.csv Webex Callingへの移行対象となるデバイス(IP電話、Room OSデバイス、ATA、サードパーティ製デバイス)を識別します。 |
| DevicePoolNumbers.txt 特定のデバイスプール内のすべての番号のリスト |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv 共有回線、ハントパイロット、コールキュー、コールパーク、コールピックアップグループの設定に基づいて、一緒に移行する必要のあるデバイスとユーザーに関する詳細情報 |
| HuntGroupMigrationInsight.csv 割り当てられた狩猟ライン、ライングループ、および関連するエージェントに関する詳細情報 |
| SharedlineGroupMigrationReport.csv ユーザー間で電話番号(ディレクトリ番号)がどのように共有されるかの概要 |
| レポート名 レポートの説明 |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv 機能の使用状況に基づくデバイス移行の適格性に関する情報 |
| FeatureUsageWithLastUsageDateReport.csv ハントパイロットとコールキューが呼び出された回数と最終使用日を示す使用回数 |
| UserWorkspaceLastUsage.csv ソフトクライアントとハードフォンの両方におけるユーザーとワークスペースの最終使用日 |
| DIDUsageReport.csv 割り当て済みおよび未割り当てのDIDの両方におけるDIDの使用状況 |
移行インサイトレポートの詳細については、 移行インサイトを参照してください。
Migration Insights レポートの情報を確認した後、Unified CM の機能と使用方法についてさらに詳しい情報が必要な場合は、Cisco のサードパーティ パートナーの移行ツールのいずれかを検討することをお勧めします。 and/or GUIまたは構成エクスポートデータでUnified CMの構成を確認する。
Ciscoとの連携:Unity Connection UCCX UCCE
ボイスメールはWebex Callingサービスの不可欠な要素であり、ソリューションに標準で組み込まれています。Webex Callingは、Unity ConnectionやUnity Connection Expressなどのオンプレミス型ボイスメールソリューションとは連携できません。さらに、既存のUnity接続のボイスメールメッセージや挨拶を、Webex Callingで利用できるネイティブのボイスメールサービスに移行するネイティブな方法はありません。シスコのサードパーティパートナーが提供する移行ツールの中には、こうしたデータの一部を移行できる機能を備えているものもあります。Webex Calling のボイスメールの詳細については、 Webex Calling ユーザーのボイスメール設定の構成と管理を参照してください。
Webex Callingは、共有ボイスメールとファックスメールボックスもサポートしています。詳細については、 Webex Calling の共有ボイスメールと受信ファックス ボックスの管理を参照してください。
Webex Callingには、コアプラットフォームの一部として組み込まれた自動応答機能があります。この機能により、Unity Connectionのコールハンドラーと自動応答機能を移行できます。コントロール ハブ ツール、 Unified CM から機能を移行、 は、Unity Connection 構成を Webex Calling Auto-Attendants に移行することをサポートします。このツールの使用方法の詳細については、 Unified CM から Webex Calling へのデバイスと機能の移行を参照してください。
コール録音
Webex Callingには、追加料金なしで利用できる通話録音オプションが2種類含まれています。
-
Webex通話の録音
-
Dubber Go レコーディング(パートナー特典) - Webex Calling と Dubber を統合し、録画されたすべてのメディアをクラウドに安全に保存します。
Webex Calling に含まれる録音オプション 表は、追加料金なしで利用できる 2 つの通話録音オプションの主な機能を示しています。
| Webex | ダバーゴー |
|---|---|
| すべてのユーザーが利用可能 | すべてのユーザーが利用可能 |
| 無制限の録画 | 無制限の録画 |
| 1年間の保管期間* | 30日間の保管期間 |
| 組織ごとに100GBのストレージ | - |
| コンプライアンス担当者は通話録音にアクセスして管理できます | - |
| 録画を管理するためのAPI | - |
管理者は、ユーザーの通話録音へのアクセス権限を設定および管理できます。
|
ユーザーのみが自分の録画にアクセスして管理できます。
|
組織がコンプライアンス通話録音、より長い保持期間、より多くのストレージ、AI 分析などの追加の録音機能を必要とする場合、 and/or Ciscoおよびサードパーティの録画プロバイダーの両方から、管理者アクセス、有料プラン、またはアドオンが提供されています。Webex Calling の録音プロバイダー、構成、およびアドオン パートナー サービスの詳細については、 Webex Calling の通話録音の管理を参照してください。
サードパーティ統合
Webex Calling は、ローカル ゲートウェイ用の SBC、IP 電話、インターコム 電話などを含むがこれらに限定されない、さまざまな サードパーティ統合をサポートしています。 Speaker/Pagers, ATAなどこれらのサード パーティ製デバイスに加えて、Webex Calling は、カスタマー サポート、分析、録音、課金などのためのさまざまなサードパーティ ソリューションをサポートしています 。サード パーティソリューションの詳細については、 Webex App Hub を参照してください。
次に何をすればいいですか?
現在の環境をレビューし、組織の将来の要件に基づいて移行プロジェクトの範囲を定義するには、 計画 フェーズを参照してください。