- ホーム
- /
- 投稿記事
エンハンスト・サバイバビリティを有効にする方法
ここでは、ライセンスの注文プロセス、ESNがサポートする通話シナリオ、特定の地域のノードを有効にする、アクティベーションの手順に続き、トラブルシューティングの手順について説明します。アクティベーション後、ESNはこれらのイベント中のコールルーティングの責任を引き継ぎ、影響を受けるユーザーのサイト内、PSTN、および緊急通報を処理します。予期しない障害が発生した場合でも通信機能を維持するための信頼性の高いバックアップソリューションを提供します。
概要
万が一、お客様のネットワークが停止したり、クラウドが停止したりして、Webex Callingそのサイトのユーザーが専用インスタンスに接続できなくなった場合は、Enhanced Survivability Nodeが積極的に通話ルーティングの責任を引き継ぎます。 停電中、エンハンスド・サバイバビリティ・ノードは、そのサイト内のユーザーへのサイト内、PSTN、緊急通報をすべて処理します。
エンハンスト・サバイバビリティ・ノードは、以下のいずれかの場合に使用されます。
-
顧客ネットワークの停止 — 例えば WANまたはISPが停止しています。
-
専用インスタンス通話サービスは利用できません。
ソリューションの概要
Unified CMお客様のデータセンターに導入されたノードは、Unified CM拡張存続ノードとして専用インスタンスクラスターに接続します。
サバイバビリティイベント中は、Enhanced Survivability Nodeをサポートするすべてのデバイスとサードパーティの統合がフェイルオーバーします。
エンハンスト・サバイバビリティ・ノードの主な仕様は次のとおりです。
-
Unified CM1つのクラスターに展開できる拡張サバイバビリティノードは最大8つです。
-
Unified CM専用インスタンスのクラスターと拡張サバイバビリティノードの間の往復時間(RTT)は、200ミリ秒以下でなければなりません。
-
サバイバビリティイベント中は、最大7500台のデバイスをエンハンスト・サバイバビリティ・ノードに登録できます。
-
この機能は、エッジまたはパートナーコネクト、クラウド接続オプションでのみサポートされています。
以下は、拡張サバイバビリティノードの主な仕様です。次の表は、SRSTと拡張サバイバビリティノードの機能比較を示しています。
| 通話シナリオ |
SRST |
拡張サバイバビリティノード |
|
基本通話と補足通話 (インバウンド、アウトバウンド、保留/再開) |
はい |
はい |
|
PSTNコール |
はい |
はい |
|
はい |
はい |
|
|
エピックCRMインテグレーション |
いいえ |
はい |
|
SIPインテグレーション |
はい |
はい |
|
いいえ |
はい |
|
|
ページングサポート(CTI付き) |
いいえ |
はい |
注文方法
| 1 |
CCW Orderingサイトに移動し、ログインをクリックしてサイト https://apps.cisco.com/Commerce/guest にサインオンします。 |
| 2 |
「見積もりを作成」をクリックして、A-FLEX-3 SKUを追加してください。 |
| 3 |
[オプションを選択] をクリックして、それぞれのSKUを追加します。Webex Calling |
| 4 |
「Webex Calling専用インスタンス」と「Webex Calling専用インスタンスの拡張存続性」を選択し、地域の数量を指定します。 リージョンの数は、Webex Calling専用インスタンスのリージョンの数量と同じかそれ以下でもかまいません。 以下はこの機能のSKU名です: A-FLEX-DI-ESV(スイートとEAの両方に適用) A-フレックスディニュー-ESV(NUに適用) A-フレックス-DI-ESV-E(フレックス3のEDUに適用されます) A-フレックス-DI-NU-ESV-E(フレックス3のEDUに適用されます) Webex Calling専用インスタンスの拡張存続可能性の注文が正常に完了すると、CCWで提供されている「電子配信メールアドレス」に、起動可能なISOのダウンロードの詳細が記載されたメールが送信されます。Unified CM これは、エンハンスト・サバイバビリティ・ノードをお客様の施設に設置するために必要です。 Unified CM起動可能なISOはメインリリースにのみ提供され、ターゲットバージョンがメインリリースバージョンと異なる場合は、まず提供されている起動可能なISOを使用してメインリリースをインストールし、そのアップグレードをDedicated Unified CM Instance発行者のバージョンと同じバージョンにアップグレードする必要があります(アップグレードISOはすべての人がダウンロードできます)。 電子デリバリーに関連するサポートについては、「edelivery-customer-support@cisco.com」にメールしてください。 |
サバイバビリティの強化を有効にする
拡張存続機能をサブスクリプションに追加したら、Control Hubで、拡張存続ノードが展開される特定の地域でこの機能を有効にする必要があります。
| 1 |
Control Hub https://admin.webex.com/login にサインインし、[
この機能は、専用インスタンスサービスが有効になっている地域でのみ有効にできます。 |
| 2 |
地域の「有効にする」をクリックして、エンハンスト・サバイバビリティのアクティベーションを開始します。 特定の地域を有効にすると、その操作は元に戻せません。 |
| 3 |
正常に有効化されると、Unified CM各地域の出版社の右側のパネルにEnhanced Survivabilityタイルが表示されます。
Unified CM専用インスタンスリージョンに複数のクラスターがある場合、Enhanced Survivabilityタイルはクラスターのすべてのパブリッシャーノードで使用できます。 |
拡張サバイバビリティノードを追加してください
| 1 |
[通話] > [専用インスタンス] > [管理] タブに移動して、地域を選択します。 地域の下で、Unified CMエンハンスト・サバイバビリティ・ノードを追加する必要がある出版社を選択してください。 |
| 2 |
「拡張サバイバビリティ」タイルで、「サバイバビリティノードを追加」をクリックします。 |
| 3 |
ノードのリストのIPアドレスを入力して、確認をクリックしてください。 エンハンスト・サバイバビリティ・ノードのホスト名を提供します。 エンハンスド・サバイバビリティ・ノードをインストールするときは、同じホスト名とIPアドレスを使用する必要があります。
Unified CMクラスターごとに追加してアクティブ化できる拡張サバイバビリティノードは最大8つです。 上記のフォームで入力したIPアドレスは、一度追加すると変更できません。 |
| 4 |
確認をクリックすると、概要ページが表示されます。 |
| 5 |
概要ページには、エンハンスト・サバイバビリティ・ノードをインストールするために必要なすべての詳細が表示されます。 エクスポートをクリックして、詳細な文書をダウンロードしてください。 ダウンロード可能なエクスポートファイルには、Enhanced Survivability Nodeをオンプレミスにインストールするために必要なすべての詳細が含まれています。たとえば、
|
拡張サバイバビリティノードをインストールしてください
Control Hubで拡張存続ノードのアクティベーションを開始する前に、顧客管理者は拡張存続ノードをインストールする必要があります。 エンハンスト・サバイバビリティ・ノードは、Cisco Unified CMパブリッシャーが自社のサイト、できればブランチサイトの場所にスタンドアロンノードとしてインストールします。 拡張サバイバビリティノードの詳細は、Control Hubのダウンロード可能なエクスポートファイルにあります。 クラスターにサバイバビリティノードを追加するのステップ (5) を参照してください。Unified CM のインストールに必要なブート可能なISOは、Unified CM CCW注文の「電子配信メールアドレス」に記載されているメールアドレスに電子メールで提供されます。 リンクを使用して、管理者はブート可能なISOをダウンロードして、Unified CMサイトでのパブリッシャー(スタンドアロンノードとして)のインストールを続行できます。
ノードのインストールを開始する前に確認すべき前提条件の詳細については:
- 仮想化の要件に関する情報については、「仮想化の要件」を参照してください。
- お客様のファイアウォールで許可されるポートについては、ポートリファレンスを参照してください。
- お客様のサイトのローカルDNSサーバー構成については、DNS要件を参照してください。
- お客様のサイトのプロキシ設定については、プロキシ設定を参照してください。
拡張サバイバビリティノードは、Unified CMバージョンV14、SU3以降でサポートされています。 のメインリリース用の起動可能なISOのみを提供していますUnified CM(例:v14 SU3ベースバージョン)。 したがって、Unified CM専用インスタンスのクラスターのバージョンがダウンロード可能な起動可能なバージョンと異なる場合、管理者は基本バージョンをインストールしてから、専用インスタンスクラスターと同じバージョンにアップグレードする必要があります。 Unified CMアップグレードISOは誰でもダウンロードできます。
ESNの新規設置値
- 製品または製品スイートを選択してください —Cisco Unified Communications Manager.
- タイムゾーン — お客様の選択です。Control Hubでアクティベーションが完了すると、Dedicated Instance Publisherのタイムゾーンに変更されます。
- ネットワーク構成 —
- ホスト名 — Ciscoがコントロールハブで提供したとおり
- IPアドレス-Ciscoがコントロールハブで提供したものです。
- IPマスク — 設定したIPマスクはお客様が記入してください。
- GWアドレス — お客様はデフォルトのGWアドレスをオンプレミスで入力してください。
- DNS-
- プライマリDNSとセカンダリDNS — お客様の内部DNSサーバーのIP(詳細については、DNS要件を参照してください。
- ドメイン — シスコがコントロールハブで提供しているとおりです。
- 管理者ログイン設定 —
- 。プラットフォーム管理(OS管理者)のユーザー名 — 常に「opsadmin」にします。 CiscoのControl Hub ESNアクティベーションウィザードでも同じことを提供する必要があります(拡張サバイバビリティノードの有効化を参照)。
シスコがESNを監視するには、ユーザー名が同じである必要があります。
- プラットフォーム管理(OS管理者)のパスワード — お客様が選択できます。 CiscoのControl Hub ESNアクティベーションウィザードでも同じことを提供する必要があります(拡張サバイバビリティノードの有効化を参照)。
パスワードはアクティベーションプロセス中に変更されます。
- 。プラットフォーム管理(OS管理者)のユーザー名 — 常に「opsadmin」にします。 CiscoのControl Hub ESNアクティベーションウィザードでも同じことを提供する必要があります(拡張サバイバビリティノードの有効化を参照)。
- 証明書情報 — お客様の選択。
- 最初のノード構成 — はい
- NTPサーバー — お客様のNTPサーバーのIP。 コントロールハブからのESNのアクティベーションプロセス中に、シスコのNTP IPに変更されます。
- セキュリティ設定 — パスワードはお客様が提供するもので、CiscoのControl Hub ESNアクティベーションウィザードで同じものを入力する必要があります(詳細については、「拡張サバイバビリティノードを有効にする」を参照してください)。
パスワードはアクティベーションプロセス中に変更されます。
- SMTPホスト構成 — いいえ。
- Smart Call Homeページを有効にする — システム起動時にすべてのコールホームを無効にします。
- アプリケーションのユーザー設定 — ユーザー名とパスワードは、お客様の希望に応じて提供できます。
Control HubでESNのアクティベーションが完了すると、ユーザー名とパスワードが変更され、Ciscoから返送されます。
拡張サバイバビリティノードを有効にしてください
| 1 |
コントロールハブで、[ [ [] に移動します。 |
| 2 |
Unified CM目的のパブリッシャーノード > 拡張存続可能性を選択し、存続ノードとしてクラスターに追加する必要がある拡張存続ノードの「有効化」をクリックします。 |
| 3 |
アクティベーションフォームでは、管理者は、指定されたホスト名とIPアドレスを使用して、Enhanced Survivability Nodeがお客様のデータセンターにインストールされていることを確認する必要があります。 クラスタ内で一度にアクティブ化できる拡張サバイバビリティノードは1つだけです。Unified CM |
| 4 |
インストールされている拡張存続ノードに関する次の詳細をシスコに提供する必要があります。この情報は、Unified CMパブリッシャノードをお客様の構内で拡張存続ノードに変換するために使用されます。 OS管理者のユーザー名とパスワードは、お客様がオンプレミスにインストールしたRSNのものです。
プロキシ設定はオプションで、お客様が行うことも、シスコがアクティベーション時に設定することもできます。 シスコがプロキシ設定を行う必要がある場合は、「プロキシサーバーのURL」と認証情報をフォームに入力する必要があります。 |
| 5 |
「アクティベート」をクリックし、「確認」をクリックして、エンハンスト・サバイバビリティ・ノードのアクティベーションを開始します。 |
| 6 |
アクティベーションのステータスは、[
|
トラブルシューティング
コントロールハブのエラーメッセージを事前にチェックしてください
Enhanced Survivabilityノードのアクティベーション中にコントロールハブに表示されるさまざまな事前チェックエラーについては、以下で説明します。
| エラータイトル | エラーの説明 |
|---|---|
| Unified CMオンプレミスのパブリッシャーに接続できません。 | Unified CM専用インスタンスクラウドからオンプレミスノードに接続できるように、組織で必要なファイアウォールを許可してください。 シスコは、アクティベーション時にControl Hubで提供されたOS管理者の資格情報とセキュリティパスワードを使用して、オンプレミスのUnited CMノードにサインインします。入力した値が正しいことを確認してください。 |
| オンプレミスのノードのノードタイプとバージョンが一致しません。Unified CM | Unified CMオンプレミスノードがスタンドアロンのパブリッシャーではないか、Unified CMバージョンが専用インスタンスクラウドにデプロイされているバージョンと一致していません。 ノードをインストールするときは、バージョンが専用インスタンスクラスターと一致し、スタンドアロンのパブリッシャーであることを確認してください。 |
| 拡張サバイバビリティノードはコントロールハブに接続できません |
オンボーディングプロセスを完了するには、インターネット経由でESNをコントロールハブに接続します。 オプション1:ノードのネットワークはインターネットに直接アクセスできるため、拡張サバイバビリティノードで実行されているエージェントをコントロールハブに登録できます。 もしそうなら、何もする必要はありません。「続行」を選択してノードのアクティベーションを続行してください。 オプション2: 拡張サバイバビリティノードで、ノードがコントロールハブに接続できるようにするプロキシを設定します。 このシナリオでは、「プロキシの更新」を選択し、情報を入力してノードのアクティベーションを続行してください。 |
| ファイアウォールポートはアクティベーションを完了できません。 | 必要なファイアウォールポートがお客様のサイトのファイアウォールで許可されていることを確認してください。 これは、専用インスタンスクラウドから拡張サバイバビリティノードを起動して運用するために必要です。 |
| NTPが正しく設定されていないか、オンプレミスのスタンドアロンノードで同期されていません。Unified CM |
Unified CMオンプレミスのスタンドアロンパブリッシャーノードをESNに変換するには、インストール中に(お客様のオンプレミスの)NTPサーバーのIPアドレスを設定し、ESNをアクティブにする前に同期が成功する必要があります。 アクティベーションに進む前に、これが完了していることを確認してください。
ノードがESNに変換されると、NTPサーバーのIPアドレスは専用インスタンスのNTPアドレスに変更され、同期されます。 そのため、専用インスタンスクラスターとESN NTPは同じままです。 |
| OS管理者には、必要なレベルのアクセス権がありません | 「ops admin」ユーザー名には、拡張サバイバビリティノードを有効にするために必要なレベル4のアクセス権がありません。 Unified CMオンプレミスのパブリッシャーノードをインストールするときは、インストールウィザードのOS管理者のサインイン情報に「ops admin」ユーザー名が使用されていることを確認してください。 |
| Unified CMインストールされているオンプレミスノードの VMware 要件が満たされていません | インストールされているバージョンの「仮想化対象Cisco Unified Communications Manager」に記載されている中程度のOVA仕様に従う必要があります。 詳細については、ここをクリックしてください。 |
| 拡張サバイバビリティノードのプライマリおよびセカンダリDNSサーバーの設定が正しくありません。 |
エンハンスド・サバイバビリティ・ノードに設定されているプライマリおよびセカンダリDNSサーバーは、お客様の敷地内のローカルDNSサーバーでなければなりません。 次のことを確認する必要があります。 1. 拡張存続ノードは、ローカルDNSサーバーを使用して、専用インスタンスクラスター内のすべてのノードのFQDNを解決できます。 ローカルDNSサーバーは、専用インスタンスDNSサーバーへの条件付きフォワーダーで構成する必要があります。 2. この自動化では、SRVレコード「_cisco-uds」の解決も検証されます。_tcp。拡張サバイバビリティノードに設定されているプライマリDNSサーバーとセカンダリDNSサーバーの {domain_name}」 |



