- ホーム
- /
- 投稿記事
PPDIOライフサイクルの準備段階では、現在の環境を評価し、ライセンスを調達し、エンドポイントとチームを準備することで 、Unified CM から Webex Calling への移行の準備が整います。この基本的なステップは、リスクを軽減し、クラウド通話ソリューションへのスムーズな移行のための技術要件とビジネス要件を調整します。移行プロセスの概要と、詳細なドキュメントへのクイックリンクについては、「 Migrate Unified CM to Webex Calling 」を参照してください。
ビジネス要件と技術要件
Unified CMからへの移行を計画するときはWebex Calling、 計画段階で技術要件とビジネス要件の両方を徹底的に収集することが重要です。 このステップにより、 移行が組織の運用目標と技術的能力に沿ったものになり、リスクと混乱を最小限に抑えることができます。
要件の収集が重要な理由:
-
ビジネス目標の調整:ビジネスニーズを理解することは、主要なワークフロー、ユーザーエクスペリエンス、 成長計画をサポートするように移行を調整するのに役立ちます。
-
技術的互換性の確保:技術的要件を早期に特定することで、既存のインフラストラクチャ、ネットワーク、 エンドポイントとの統合の問題を防ぎます。
-
リソースプランニングを促進します:明確な要件は、スケジュール、コスト、 必要なリソースを正確に見積もるのに役立ちます。
-
リスクの軽減:潜在的な課題を早期に発見することで、 予防的な解決策が可能になり、ダウンタイムやサービスの中断を減らすことができます。
ビジネス要件
一般的なビジネス要件は次のとおりです。
-
移行するユーザーと場所の数です
-
必要な機能とサービス(通話ルーティング、ボイスメール、会議、 自動応答、コールキュー)
-
コンプライアンスとセキュリティポリシー
-
予算の制約と期待コスト
-
ユーザートレーニングとサポートのニーズ
-
移行のタイムラインと事業継続に関する考慮事項。
新しいシステムがビジネスニーズを満たしていることを確認するには、必要な機能とサービスを集めることが重要なステップです。 これらの要件を収集するときは、 現在の設定を検討するだけでなく、 システムを使用する予定の事業体から実際の要件を収集することが重要です。Unified CM そうしないと、計画が非最新の仮定に基づいているというリスクがあります。 クラウドベースの通話、アドバンスドコールキュー、Webex Calling カスタマーアシストUnified CM、Webex Goなど、 にはない追加機能や拡張機能を必ず評価してください。Webex Calling これは、クラウドプラットフォームの利点を最大限に活用するのに役立ちます。
で現在の構成を評価する際にはUnified CM、 システムのライフサイクルを通じて要件が変化するため、既存の設定がすべて必要になるわけではないことを認識することが重要です。 焦点は、 導入の現在および将来のニーズに合った構成のみを特定して保持することです 。
持っているものよりも必要なものに集中してください。
新しいクラウドベースの通信システムが法律、 規制、 Unified CMWebex Callingおよび組織の基準に準拠していることを確認するために、コンプライアンスとセキュリティポリシーは、からに移行する際の重要な考慮事項です。
-
規制の順守:組織は、データのプライバシー、保存、 取り扱いの要件だけでなく、データの保存場所、トールバイパス、 メディアのローカリティに関する国固有の義務にも対応する、GDPR、HIPAA、Webex Calling SOXなどの業界固有の規制を満たしていることを確認する必要があります。
-
データセキュリティ:傍受や不正アクセスから保護するために、 送信中と保存中の両方で音声と信号データを暗号化します。
-
アクセス制御:通信リソースの不正使用を防ぐために、ユーザー認証、承認、 および役割ベースのアクセスを定義して実施します。
-
監査と監視: コンプライアンス監査とセキュリティインシデント調査のためのアクセスと使用状況を追跡するためのロギングおよび監視機能を実装しています。
-
ポリシーの調整:移行を、エンドポイントセキュリティ、ネットワークセグメンテーション、 インシデント対応計画など、既存の企業セキュリティポリシーに合わせます。
-
ベンダーのセキュリティ保証:信頼性を確保するために、 シスコのセキュリティ認証とコンプライアンス証明書を評価します。Webex Calling
計画段階でこれらのコンプライアンスおよびセキュリティポリシーに取り組むことは、 リスクを軽減し、法的罰則を回避し、 移行中および移行後のコミュニケーションの完全性と機密性を維持するのに役立ちます。
Unified CMWebex Callingからの移行とユーザー導入を円滑に進めるためには、ユーザートレーニングとサポートのニーズが不可欠です。 主な考慮事項は次のとおりです。
-
トレーニングプログラム:さまざまなユーザーグループ (エンドユーザー、管理者、ヘルプデスクスタッフ)に合わせたトレーニングセッションを開発して、Webex Calling機能、ユーザーインターフェイス、新しいワークフローに慣れさせます。
-
ドキュメンテーション: ユーザーが移行後に更新されたエクスペリエンスに適応できるように、明確でアクセスしやすいユーザーガイド、FAQ、 クイックリファレンス資料には、新機能やさまざまなリソース、 ステップバイステップのビフォーアンドアフターガイド(ビデオまたはクイックガイド形式)などが含まれます。
-
変更管理:変更を積極的に伝え、ユーザーの期待に応え、 抵抗を減らします。
-
サポート体制: 移行中および移行後にユーザーの問題に迅速に対処するために、専任のサポートチームまたはエスカレーションパスを確立してください。
-
継続的な教育: 新機能やアップデートがリリースされたら、Webex Callingトレーニングを継続的に更新するように計画してください。
-
フィードバックメカニズム:トレーニングとサポートのプロセスを改善するために、 ユーザーが問題を報告したりフィードバックを提供したりするためのチャネルを実装します。
計画段階でこれらのトレーニングとサポートのニーズに対応することで、 混乱を最小限に抑え、ユーザーの信頼を高め、への移行のメリットを最大化できます。Webex Calling
技術要件
からへの移行を成功させるには、次の詳細を含むWebex Calling、Unified CMいくつかの重要な技術要件を収集して文書化する必要があります。
-
ネットワークの準備状況と帯域幅容量
Webex Calling既存のインフラストラクチャが新しい環境をサポートできることを確認するには、包括的なネットワーク評価が不可欠です。 これには以下が含まれます:
-
帯域幅分析:現在および予測される帯域幅使用量を評価して、 音声、ビデオ、およびデータトラフィックを混雑なく処理します。
-
サービス品質(QoS): 音声トラフィックを優先し、遅延、ジッター、パケットロスを最小限に抑えるためのQoSポリシーを実装しています。
-
WANとインターネット接続: WANリンクとインターネット接続が、冗長性やフェイルオーバー機能など、クラウドベースの通話の要件を満たしていることを確認します。
-
ファイアウォールとNATの設定:ファイアウォールとNATの設定で、 に必要なシグナリングとメディアトラフィックが許可されていることを確認します。Webex Calling
-
-
既存のシステムとの統合
既存のビジネスシステムとのシームレスな統合は、 ユーザーエクスペリエンスとワークフローの継続性にとって不可欠です。
-
ディレクトリサービス: ユーザーのプロビジョニングと認証を自動化するためのエンタープライズディレクトリとの統合を評価しています。
-
CRMとビジネスアプリケーション: 顧客関係管理システムやその他のビジネスクリティカルなアプリケーションとの統合ポイントを特定します。
-
レガシーPBXインターワーキング: 移行中もレガシーテレフォニーシステムが残る場合の共存または段階的な移行戦略の計画。
-
-
エンドポイントの互換性とプロビジョニング
固定電話、ソフトフォン、 モバイルデバイスを含むすべてのエンドポイントの互換性を評価する必要があります。
-
デバイスのサポート: Webex Calling既存のIP電話とデバイスがサポートされていることを確認するか、必要な代替品を特定します。
-
プロビジョニングプロセス: エンドポイントの効率的なオンボーディングのための自動化または合理化されたプロビジョニング方法の確立。
-
ファームウェアとソフトウェアのアップデート: 相互運用性とセキュリティを確保するために必要なアップデートを計画しています。
-
-
セキュリティ設定と暗号化規格
クラウド通信ではセキュリティが最も重要です。
-
暗号化: シスコのセキュリティのベストプラクティスに沿って、シグナリングとメディアストリームにエンドツーエンドの暗号化を適用します。
-
認証とアクセス制御: 安全な認証メカニズム(SSO、二要素認証など)ときめ細かなユーザーアクセス制御を実装しています。
-
コンプライアンス: ソリューションが関連する規制および業界のコンプライアンス基準(GDPR、HIPAAなど)を満たしていることを確認する。
-
セキュリティ監視:SIEMツールとの統合と、 潜在的なセキュリティインシデントに対する警告の設定。
-
| 要件 | 主な考慮事項 |
|---|---|
| ネットワークの準備状況と帯域幅 | 帯域幅、QoS、WAN/インターネット、ファイアウォール/NAT |
| 既存のシステムとの統合 | ディレクトリ、CRM、PBX、メール/カレンダー |
| エンドポイントの互換性とプロビジョニング | デバイスのサポート、プロビジョニング、ファームウェアの更新 |
| セキュリティ設定と暗号化 | 暗号化、認証、コンプライアンス、セキュリティ監視 |
| ユーザートレーニングと変更管理 | トレーニングプログラム、ドキュメント、変更コミュニケーション |
| 番号ポータビリティとダイヤルプラン | 番号の移行/移植、ダイヤルプランの変換 |
| サードパーティとの統合 | ページング、コンタクトセンター、ファックス、アナログデバイス |
ネットワークの準備状況と要件
次のようなクラウドベースの通話ソリューションへの移行を成功させるには、ネットワークの準備が不可欠です。Webex Calling ネットワーク計画が不十分だと、通話品質が低下したり、通話が途切れたり、 ユーザーが不満を感じたりする可能性があります。 お客様は、に移行する前にネットワーク評価を行う必要があります。Webex Calling 予想される通話量に対応するネットワーク帯域幅の可用性を確認し、サービス品質(QoS)の要件を満たしていることを確認し、 エッジファイアウォールで開く必要のあるさまざまなポートを理解することをお勧めします。
十分なサービス品質(帯域幅、パケットロス、 RTT)を備えた信頼性の高いネットワーク接続は、 使用するすべての音声およびビデオ対応のエンドポイント、クライアント、およびアプリケーションで可能な限り最高のユーザーエクスペリエンスをエンドツーエンドで保証するための基本要件です。Webex Calling
お客様やパートナーは、オーバー・ザ・トップ(OTT) インターネット以外の接続オプションにもアクセスでき、Webex Calling Webex Edge Connectを含めて接続を最適化できます。 Webex Edge Connectの設計の詳細については、「Caling for Webex Edge、Calling Multi-Tenant Webex Meetings、 および専用インスタンス向けのシスコ推奨アーキテクチャ」を参照してください。
お客様はcScanをネットワーク評価に利用して、お客様のネットワークの品質、 確立できる通話数、 遅延などに関する情報を得ることができます。 cScanツールの詳細については、「 Webex CallingcScanを使ってネットワークの品質をテストする」を参照してください。
ネットワークをへの移行準備が整っていることを確認するにはWebex Calling、次のチェックリストを検討してください。
-
帯域幅計画
サイトごとの同時通話数を計算して、 アップストリームとダウンストリームの帯域幅が十分にあることを確認し、 他のビジネスクリティカルなトラフィックや将来の成長に備えることができます。
Webex Calling コールタイプの帯域幅計算表には、Webex Calling導入環境で使用可能なコールタイプ、 各コールタイプに必要なコーデック、最大帯域幅が示されています。 Webex Calling通話タイプの帯域幅計算表に示されているように、 各通話タイプに必要な音声通話帯域幅は、 次の一般式を使用して計算できます。
予想される同時通話の数 * コーデックに基づく通話あたりの帯域幅 = 必要なネットワークスループット。
テーブル 2.Webex Calling 通話タイプの帯域幅計算 通話タイプ コーデック-帯域幅 帯域幅の計算 Webex アプリ/卓上電話-> Webex アプリ オーパス-70 キロビット/秒 同時通話の数 * 70 kbps = 必要なネットワークスループット Webex アプリ/卓上電話-> デスクフォン オーパス — 70 キロビット/秒 同時通話の数 * 70 kbps = 必要なネットワークスループット Webexアプリ/デスクフォン-> LGW経由のPSTN G.711 — 80 キロビット/秒 同時通話の数 * 80 kbps = 必要なネットワークスループット Webexアプリ/デスクフォン-> クラウドPSTN経由のPSTN(例 シスコの通話プラン) G.711 — 80 キロビット/秒 同時通話の数 * 80 kbps = 必要なネットワークスループット Webex アプリ/卓上電話-> LGW経由のエンタープライズ G.722 — 80 キロビット/秒 同時通話の数 * 80 kbps = 必要なネットワークスループット Webex アプリ/卓上電話-> ボイスメール Webex Calling オーパス — 70 キロビット/秒 同時通話の数 * 70 kbps = 必要なネットワークスループット 通話タイプごとに同時に必要なネットワークスループットを合計することで、 特定のサイトで必要な合計帯域幅を決定できます。
Webex Callingすべてのコールレッグは常にアクセスSBCに固定されています。 Webex Calling特定の場所に必要なインターネット帯域幅を決定するには、場所間の通話だけでなく、場所内の通話と、 その場所のローカルゲートウェイとの間の通話も考慮する必要があります。 たとえば、 2台のMPP電話間のサイト内通話には、その場所のインターネットアクセスで最大2 x 70 kbpsの全二重通信が必要です。
Webex Calling 帯域幅計算例の表は、 すべてのデバイスが同じサイトにあると仮定した、 完全な帯域幅計算の例を示しています。
テーブル 3.Webex Calling 帯域幅計算の例 通話タイプ 同時通話の数 合計帯域幅 Webex アプリ/デスクフォン → Webex アプリ 15 2 * 15 * 70 キロビット/秒 = 2,100 キロビット/秒 Webex アプリ/デスクフォン → デスクフォン 15 2 * 15 * 70 キロビット/秒 = 2,100 キロビット/秒 Webex アプリ/デスクフォン → LGW経由のPSTN 50 2 * 50 * 80 キロビット/秒 = 8,000 キロビット/秒 Webexアプリ/デスクフォン → クラウドコネクト経由のPSTN Webex Calling 0 0 * 80 キロビット/秒 Webex アプリ/卓上電話 → LGW経由のエンタープライズ 15 2 * 15 * 80 キロビット/秒 = 2,400 キロビット/秒 Webex アプリ/卓上電話 → ボイスメール Webex Calling 5 5 * 70キロビット/秒 = 350キロビット/秒 総通話数/帯域幅 100件のコール 14,950 キロビット/14.95 メガビット/秒 -
上の表のすべての帯域幅値はIP帯域幅を示しています。 WANのカプセル化によっては、リンクの帯域幅が大きくなります。
-
上の表の帯域幅は音声通話用です。 ビデオ通話の帯域幅については、 WebexアプリとMPP 8845/65電話は、 最大解像度720pのH.264ビデオをサポートし、通話あたりの最大帯域幅は1,500kbpsです。 ただし、 通話中のどの時点でも消費される帯域幅の量は、 ビデオ通信に固有の可変ビットレートによって変動します。
-
-
サービスの質 (QoS)
オンプレミス環境にQoSポリシーを実装して、 リアルタイムのトラフィックを優先し、スイッチ、ルーター、 ファイアウォール全体でQoSが維持されるようにします。
-
レイテンシー、ジッター、パケットロスのターゲット
オーバーザトップ(OTT) やインターネット経由で通話を行う際の最適な音声品質を得るには、次のしきい値を推奨します。
-
待ち時間-片道100ミリ秒未満
-
ジッター-10ミリ秒未満
-
パケットロス-0.5% 以下。
-
-
ファイアウォールと NAT
Webex Callingポートリファレンス情報にある記事に記載されているトラフィックを許可するようにファイアウォールが設定されていることを確認してください Webex Calling。 さらに、 同じガイドに記載されているWebexドメインとIP範囲へのアクセスを許可し、 SIP ALGはSIPシグナリングに干渉するので避けてください。 プロキシ経由のメディアトラフィックは避けてください。
-
DNS と NTP
Webexドメインの適切なDNS解決と、 TLS証明書の検証とロギングのためにデバイスクロックを同期するための信頼性の高いNTPサーバーを確保してください。
-
フェイルオーバー計画
既存のプロバイダーのデータ接続(MPLS、SD-WANなど)を検討し、一般的には、 展開内の各場所でインターネットに直接アクセスできるように計画してください。 高可用性が求められる場合は、 インターネットリンクの冗長化を計画してください。 クラウドベースのサービスを利用することになるため、 十分な帯域幅を備えた信頼性の高いインターネット接続は基本要件です。 組織の各拠点のインターネット接続が、 低レイテンシーで十分なアップストリームとダウンストリームのスループットで一般的に信頼できない場合は 、この移行を再検討してください。
-
サイトの存続可能性
サイトの存続可能性により、 Webexへのネットワーク接続が切断された場合でも、いつでもビジネスにアクセスできるようになります。 Site Survivabilityは、 ローカルネットワークのゲートウェイを使用して、Webexへのネットワーク接続が切断された場合に、 オンサイトのエンドポイントにフォールバック通話サービスを提供します。 ネットワークが停止した場合でも、 ビジネス要件で継続的な通話が必要な場合は、 ローカルのサバイバビリティゲートウェイ(SGW)を使用したサイトのサバイバビリティを検討してください。 サイト存続可能性チェックの詳細については、「サイトの存続性」を参照してください。Webex Calling
クラウド接続UCのセットアップ
Cloud Connected UC(CCUC)は、オンプレミス(など)とクラウド(専用インスタンスUnified CM)Unified CMの両方での展開の可視性、管理、 洞察を一元的に提供するように設計されたクラウドベースの管理および分析ソリューションです。Webex Calling 従来のオンプレミス環境とシスコのクラウドサービスとの間の架け橋として機能し、 への移行プロセス全体を通じて組織をサポートします。Unified CM Webex Calling
への移行中Webex Calling、 CCUCは既存のユニファイドコミュニケーション環境からの包括的なデータの収集を促進することにより、移行プロセスを合理化する上で重要な役割を果たします。 CCUCは、デバイス、機能、 ユーザー連絡先の移行、サポートされているIP電話のファームウェアアップデートの自動化など、主要な移行作業を支援します。 CCUCは、 一元的な可視性と管理を提供することで、よりスムーズで効率的な移行体験を保証します。
シスコでは、CCUCを移行プロジェクトの早い段階で、 理想的には準備段階の前または最中に導入することを強く推奨しています。 これにより、 その後の移行活動を徹底的に評価、インベントリ、計画し、Webex と将来のハイブリッド機能への道のりを始めるために必要な洞察と機能が得られます。
現在の環境を評価しています
移行計画における主な活動は、 現在のオンプレミス環境と導入を評価することです。 これにより、 移行を成功させるためにどのような潜在的な変更が必要になるかについての洞察が得られますWebex Calling。 また、既存のオンプレミス環境と比較して、Webex Callingプラットフォームの重要な要素を評価することもできます。 この情報を使用して、移行に必要な特定のタスクや、 ビジネス上および技術上の要件やユースケースを満たすためにどのような変更を加えたいかを特定するのに役立ちます。
この取り組みの一環として、次の点を確認することが重要です。
ライセンス
への移行を準備する際には、既存の導入環境の現在のライセンス構造を理解することが重要ですWebex Calling。 既存のシスコオンプレミスソリューションの次の分野のライセンス評価を実施してください。
-
プラットフォーム
アカウントチームやパートナーと協力してフレックスライセンスへの最適な方法を決定する際には、 コアプラットフォームで現在ライセンスされている内容を完全に説明できることが不可欠です。 Webex Callingフレックスライセンスを使用してライセンスされています。 フレックスライセンスの詳細については、シスココラボレーションフレックスプランを参照してください。
-
ユーザーとデバイス
既存のユーザーとデバイスに必要なライセンスカテゴリを特定してください。 これは、Webex Callingユーザーとデバイスに必要なライセンスの種類を決定するために使用されます 。 Webex Callingユーザー向けのプロフェッショナルライセンスとスタンダードライセンス、 ワークスペース向けのプロフェッショナルライセンスとコモンエリアライセンスなど、複数の種類のライセンスを提供しています。 デバイスライセンスの詳細については、Webex Callingデバイスライセンスにあるデータシートを参照してください。
-
ローカルゲートウェイ
今回の移行でPSTNアクセスにCisco Unified Border Element(CUBE)が必要な場合は、CUBEライセンスも検討する必要があります。 CUBEのライセンスに関する考慮事項については、このドキュメントの後半で説明します。
場所/サイト
この移行を計画するときは、 既存の導入環境内のサイトの数とタイプ(大規模セントラル、リージョナル、ブランチなど)を考慮する必要があります。 既存の導入サイトを完全に理解することは 、 移行を成功させるための戦略的な計画に役立ちます。特に、どのサイトをどのような順序で移行するかを決定する場合に役立ちます。 移行を決定する際には、各サイトのダイヤルプラン要件(番号、ダイヤル習慣、 制限クラスなど)、サイトのネットワーク接続と帯域幅(インターネット、WAN、LAN)、 PSTNアクセス(ローカルまたは集中型、IPまたはTDM)を詳細に理解することが重要です。 一般的な導入モデルと重要な考慮事項の詳細については、Collaboration SRNDにあるコラボレーション導入モデルの情報を参照してください。
に移行する際のもう1つの重要な導入上の考慮事項は、Webex Callingロケーションの可用性です。 Webex Callingには、 導入先によって利用できる機能、サブスクリプション、デバイスが異なります。 Webex Calling地理的な利用可能性の詳細については、「Webex はどこで利用できますか?」を参照してください。。
最後に、Webex Callingへの移行が他のコラボレーションサービスに及ぼす影響を理解することが重要です。 この文書の目的に基づくと、 一般的な前提は、通話ワークロード以外の既存のコラボレーションサービスを維持する場合は、 上記のフェーズ1のハイブリッド展開への移行が予定されているということです 。 ハイブリッド展開が必要なコラボレーションサービスの例としては、 まだWebexコンタクトセンターに移行されていないオンプレミスのコンタクトセンターや、 ページングシステムや請求などのシステムへの緊密な統合などがあります。 その他のコラボレーションワークロードとサービスの移行の詳細については、「コラボレーションの移行」を参照してください。
既存のデバイス/クライアントのインベントリを作成してください
移行を始める前に、 既存のハードウェアとソフトウェアのエンドポイントのインベントリを作成することが重要です。 デバイスのタイプ/モデル、ハードウェアバージョン、 ソフトクライアントOSの種類と数量の完全なリストを用意しておくと、デバイスの移行を適切に計画し、 クラウド通話に移行できないデバイスへの影響を軽減できます。 インベントリを使用して、 移行するデバイスと移行前に交換するデバイスを決定する必要があります。
デスクフォン
オーディオおよびビデオデスクフォンでは、6800、7800、8800、9800シリーズのデスクフォンのみがサポートされています。 Webex Calling これはでサポートされている Cisco IP 電話のサブセットです。Unified CM 6800、7800、8800の電話機には、 使用できないモデルやバージョンがあります。Webex Calling サポートされているモデルとハードウェアバージョンの詳細については、「サポート対象デバイス」を参照してくださいWebex Calling。
Cisco 6800シリーズのIP電話は、エンタープライズファームウェアからマルチプラットフォーム (MPP)ファームウェアにアップグレードできません。これはに必要です。Webex Calling したがって、Unified CM実行中のエンタープライズファームウェアに登録されている6800台の電話機は、6800 MPPモデルまたはサポートされている別の電話モデルと交換する必要があります。
Cisco 7800および8800シリーズのIP電話は、に移行して登録する前に、マルチプラットフォーム電話(MPP) ファームウェアにアップグレードする必要があります。Webex Calling MPPファームウェアをサポートしている7800と8800のモデルとハードウェアバージョンを確認するには、「Cisco 7800および8800シリーズのIP電話をエンタープライズファームウェアとMPPファームウェア間で変換する」を参照してください。
8845、8865、8865NRは販売が終了したため、への移行はお勧めしません。 Webex Calling
8800シリーズの電話機の古いバージョン(8811、8841、8851、8851NR、8861)は一緒に使用することはお勧めしません。 Webex Calling ハードウェアバージョンがVID Webex Calling 14以前の電話はに登録されますが、ハードウェアが原因でパフォーマンスの問題が発生する可能性があります。
9800シリーズのデスクフォンは、Unified CMWebex Callingと登録の両方をサポートするPhoneOSを実行します。 したがって、Webex Callingこれらの電話はファームウェアをアップグレードしなくても移行できます。
他のすべてのIP電話は、がサポートする6800、7800、8800、または9800シリーズの電話と交換する必要があります。 Webex Calling サポートされているIPと固定電話の詳細についてはWebex Calling、「サポート対象デバイス」 の記事を参照してくださいWebex Calling。
ビデオエンドポイント
Ciscoボードシリーズ、ルームシリーズ、 デスクシリーズを含むパーソナルおよびルームビデオエンドポイントは、ネイティブにSIP登録できます。Webex Calling 音声通話やPSTN通話を行う必要があるこれらのエンドポイントには、通話ライセンスが必要です。
-
会議室、ハドルスペースなどにある共有デバイスには、Webex CallingWebex Callingプロフェッショナルワークスペースまたはワークスペースのライセンスが必要です。
-
エンドユーザーの個人用デバイスには、Webex CallingWebex Callingプロフェッショナルライセンスまたは標準ライセンスが必要です。
Unified CM登録されているビデオエンドポイントの数と、音声通話に使用されるビデオエンドポイントの数を調べてください。 一部のビデオエンドポイントは、 会議への参加やSIPビデオ通話にのみ使用できる可能性があります。 いずれの場合も、Unified CMサーバーを廃止する前にエンドポイントをWebexに移行する必要がありますが、 Webex Callingこれは電話をかけ続けるためにライセンスを必要とするエンドポイントがいくつあるかを判断するのに役立ちます。
-
Unified CMビデオデバイスを登録からWebexに移動すると、 これらのエンドポイントのURIは、クラウド登録された時点で変更されます。
-
電話モデル 8845、8865、8875は、 でサポートされている個人用ビデオ電話です。Webex Calling
ソフトクライアント
Webexアプリは、WebexアプリとJabberの両方をサポートしているのとは異なりWebex Calling、Unified CMがサポートする唯一のソフトクライアントであり、 エンドユーザー向けの新しいデフォルトソフトクライアントです。
Jabberに実装されている導入モード(IMのみ、電話のみ、 フルUCモード)によっては、 メッセージングや会議のワークロードをJabberからWebexアプリに移行することも検討する必要があるかもしれません。 Webexアプリは、 通話専用クライアントとして使用する場合は電話専用モードで展開でき、他のワークロード、Webex Suiteたとえばその他のワークロードの場合はフルモードで展開できます Webex Messagingおよび/またはWebex Meetings、通話中のアプリに移行しています。
Webex アプリは、 音声/ビデオインテリジェンス、通話の文字起こしなどの AI 機能を提供することで、エンドユーザーのエクスペリエンスを向上させます。 詳細については、「Webex アプリ」を参照してください。
Webex Callingユーザーをあなたに移動する前に、JabberクライアントをWebexアプリに移行する必要があります。 この移行を完了するには2つの選択肢があります。
-
に移行する前に Webex Calling
-
それらをに移行するときWebex Calling。
Webexアプリへの最初の移行を容易にするために、オプション1を使用して、最初に電話をかけてユーザーをWebexアプリに移動することをお勧めします。Unified CM これにより、Unified CMユーザーは既存のオンプレミスの通話プラットフォームを使用しながら、 新しいアプリケーションに慣れることができます。 ユーザーをに移動する準備ができたらWebex Calling、クラウド通話プラットフォームに登録するようにWebexアプリを設定します。
これら2つのオプションについて詳しくは、「移行の道のり- 1つまたは2つのステップ?」を参照してください。。
でサポートされているデバイスの完全なリストについてはWebex Calling、「でサポートされているデバイス」を参照してくださいWebex Calling。
デバイスの適格性を確認してください
前述のように、Cisco IP Webex Calling Phoneのサブセットをサポートしており、 7800シリーズと8800シリーズの電話には異なるファームウェアタイプが必要です。 Unified CM電話はエンタープライズファームウェアを実行しますが、Webex Calling電話はマルチプラットフォーム電話(MPP)ファームウェアを実行します。 準備段階では、Unified CM登録されているどの電話がMPPファームウェアにアップグレードできるかを確認することをお勧めします。 これにより、対象外の電話をサポートされている電話モデルのいずれかに交換したり、 ユーザーをWebexアプリのみに移動するなどの代替プランを見つけたりする時間ができます。
Unified CM電話が適格かどうかを判断しやすくするために、Control Hubには「電話の移行先」というツールが組み込まれています。Webex Calling このツールを使用してデバイスの適格性を確認する場合は、移行オプションの「 デバイスライセンスのみを生成」を選択してください。

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

モデルとハードウェアのバージョン情報が記載された7800/8800の電話ラベル -
Cisco IP電話準備ツールを使ってください
https://github.com/joemar2/ からツールをダウンロードしてくださいmpp_readiness_check。
このツールはCiscoの公式ツールではなく、TACでもサポートされていません。 最善を尽くしてサポートしていますが、無料で使用できます。
このツールは、Unified CMサーバーとIP電話にアクセスできるオンプレミスのマシンで実行する必要があります。 IP電話でWebアクセスを有効にするオプションがありますが、これは最良の結果を得るために推奨され、必要です。 したがって、エンドユーザーの迷惑にならないように、 営業時間外に使用してください。 このツールの出力には、 Unified CM 7800シリーズと8800シリーズの電話機のどれがMPPファームウェアにアップグレードできるかを示すレポートが表示されます。 電話に直接アクセスするので、 コントロールハブツールから報告された不明なデバイスを確認できます。

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

次に、既存のオンプレミスの通話ユーザーをどのユーザーに移行するかを決めます。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日の週 |
もう1つの重要な要素は、 互いに依存関係を持つユーザーを一緒に移行させることです。 これには以下が含まれますが、これらに限定されません。
-
BLFモニタリング
-
同じハントパイロット/グループ
-
シェアライン
-
同じコールピックアップグループの一員
-
同じコールパーク番号を使う
-
インターコム
-
管理者/エグゼクティブ。
Unified CM構成(GUIまたはエクスポート)を確認するか、Control Hub Migration Insightsツールを使用して、 これらの依存関係を持つユーザーのグループを特定できます。
PSTN 接続
Webex Callingは、シスコ通話プラン、クラウドコネクトWebex Calling(旧クラウドコネクテッドPSTN)、オンプレミスPSTN(ローカルゲートウェイ)の3つの方法でPSTNにアクセスできます。 ただし、 コントロールハブ内で定義されている1つの場所は、1つのPSTNオプションにのみ割り当てることができます。
ローカルゲートウェイ(LGW)を備えたオンプレミスPSTNは、移行戦略の重要な要素です。 オンプレミス環境および/またはPSTNとプラットフォーム間の接続を提供します。Webex Calling Webex Callingシスコと、 ローカルゲートウェイとして使用できる認定サードパーティのセッションボーダーコントローラー(SBC)の両方をサポートしています。 サポートされているSBCの最新リストについては、サポートされているSBCのリストを参照してください。
Webex Calling 登録ベースの単一のローカルゲートウェイからの最大250件の同時通話と、証明書ベースの単一のローカルゲートウェイからの250件以上の同時通話をサポートします。 証明書ベースのローカルゲートウェイは最大6500件の同時通話をサポートできますが、これはローカルゲートウェイとWebexの接続タイプ(オーバーザトップピアリングとインターコネクトピアリング)と、ローカルゲートウェイが導入されている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構成を分析してください。 これはすべてシステム上で機能や設定が構成されたときに設定される静的データです。 この分析を完了するには、次のオプションを使用できます。
-
Unified CM管理GUIで設定を確認する
-
Unified CM設定エクスポート--一括エクスポートまたはAXL
-
コントロールハブの移行インサイトツール(推奨)
-
シスコのサードパーティパートナーツール(推奨)。
機能の使用状況を効果的に分析するには、使用率、登録、 通話アクティビティなどの動的なシステムデータを調べることが不可欠です。 さまざまな分析ツールやダッシュボードがこれらの指標への洞察を提供し、 システムのパフォーマンスと容量を包括的に理解できるようになり、 移行や最適化の取り組みにおいて情報に基づいた意思決定が可能になります。 このタイプの分析を完了するには、次のオプションを使用できます。
-
未加工のCDRレコードのレビュー
-
Unified CMRTMTデータのレビュー
-
Unified CMCDRデータを使用したコントロールハブの移行インサイトツール
-
コントロールハブのクラウド接続UC分析のレビュー
-
通話量
-
登録済みエンドポイント
-
(CAC) ロケーション
-
トランクの利用率。
-
-
シスコのサードパーティパートナーツール。
シスコでは、 この分析には Webex Control Hub 移行インサイトツールから始めることを推奨しています。 Unified CMUnified CMエクスポートした.TARファイルと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 Unified CM Insightsレポートの情報を確認した後に機能や使用法に関する詳細情報が必要な場合は、 シスコのサードパーティパートナー移行ツールのいずれかを検討するか、 Unified CM GUIまたは構成エクスポートデータで設定を確認することをお勧めします。
シスコインテグレーション:ユニティコネクション UCCX UCCE
Webex Callingボイスメールはオファーの不可欠な部分であり、ソリューションにネイティブに組み込まれています。 Webex Callingユニティ・コネクションやユニティ・コネクション・エクスプレスなどのプレミスベースのボイスメールソリューションと統合することはできません。 さらに、既存のUnity Connectionのボイスメールメッセージまたはグリーティングを、で利用できるネイティブのボイスメールサービスに移行するネイティブな方法はありません。Webex Calling シスコのサードパーティパートナーの移行ツールの中には、 このデータの一部を移行する機能があるものがあります。 のボイスメールの詳細についてはWebex Calling、「ユーザーのボイスメール設定の設定と管理」を参照してください。Webex Calling
Webex Callingまた、共有のボイスメールとファックスメールボックスもサポートしています。 詳細については、「 の共有ボイスメールと受信FAXボックスの管理」を参照してください。Webex Calling
Webex Callingには、コアプラットフォームの一部として含まれている自動応答機能が組み込まれています。 この機能により、Unity Connectionのコールハンドラと自動応答機能を移行できます。 コントロールハブツールの「機能の移行元」はUnified CM、 Unity Connection Webex Calling の設定を自動応答に移行することをサポートしています。 このツールの使用方法の詳細については、「 Unified CMデバイスと機能のからへの移行」を参照してくださいWebex Calling。
通話録音
Webex Callingには、追加料金なしで通話録音するための2つのオプションが含まれています。
-
Webex 通話の録音
-
Dubber Go レコーディング(パートナーオファー)-Webex Calling と dubber との統合で、記録されたすべてのメディアをクラウドに安全に保管します。
Webex Calling付属の録音オプション表では、 追加料金なしで利用できる2つの通話録音オプションのいくつかの主な機能を紹介しています。
| Webex | ダバー・ゴー |
|---|---|
| すべてのユーザーが利用できます | すべてのユーザーが利用できます |
| 無制限の録音 | 無制限の録音 |
| 1年間の保存期間* | 30日間の保存期間 |
| 組織あたり100 GBのストレージ | - |
| コンプライアンス担当者は通話録音にアクセスして管理できます | - |
| 録音を管理するためのAPI | - |
管理者は、通話録音へのユーザーのアクセスを設定および管理できます
|
録音にアクセスして管理できるのはユーザーだけです
|
組織でコンプライアンスコールの録音、より長い保存期間、より多くのストレージ、AI分析、 および/または管理者アクセスなどの追加の録音機能が必要な場合は、 シスコとサードパーティの録音プロバイダーの両方から有料のオファーやアドオンがあります。 Webex Calling録音プロバイダー、設定、アドオンパートナーサービスの詳細については、「 通話録音の管理」を参照してください。 Webex Calling
サードパーティとの統合
Webex Callingローカルゲートウェイ、IP電話、インターコム電話、スピーカー/ポケットベル、 ATAなどのSBCを含むがこれらに限定されない、さまざまなサードパーティ統合をサポートします。 これらのサードパーティのデバイスに加えて、カスタマーサポート、分析、録音、Webex Calling 請求などのさまざまなサードパーティソリューションをサポートしています。 サードパーティソリューションの詳細については 、Webex App Hub を参照してください。
次は何をしますか?
現在の環境を確認し、 組織の将来の要件に基づいて移行プロジェクトの範囲を定義するには、計画段階を参照してください。