コメントありがとうございます。

単一サイト導入モデルでは、拡張存続ノード（ESN）が、PSTNコールルーティング用のローカルゲートウェイとともにサイト内に展開されます。 停電時には、最大7500台のデバイスをESNに登録できます。

複数のサイトがあり、各サイトにESNを導入できる複数サイト導入モデルでは、サイトの存続可能性に関するビジネス要件によって異なります。 ローカルゲートウェイとDNSの要件は常に必要で、合計8つのESNノードをクラスターに追加できます。Unified CM

この導入モデルは、複数のサイトを持つ地域のお客様を対象としており、それらの複数のサイトでは存続性が必須です。 サイト間でPSTNローカルゲートウェイを共有することは可能ですが、お勧めしません。ネットワークが停止すると、サイトが分離され、その場合、ESNはローカルゲートウェイにアクセスしてPSTNに通話をルーティングできなくなります。

以下は、複数サイト展開の2つの導入オプションです：

• オプション1：各サイトに拡張サバイバビリティノードを配備しました。

• オプション2 — 複数のサイトで共有される共通の拡張サバイバビリティノード。

エンハンスド・サバイバビリティ・ノードは、専用インスタンス・データセンターに導入されている他のノードと同様に監視および管理します。 サバイバビリティイベント中、Cisco Cloud ESNがISから切断されると、ノードにアクセスできなくなり、障害が解決して接続が回復すると自動的に接続し直されます。

私たちはUCアプリケーション証明書を管理し、拡張存続ノードのアクティベーション中に、Unified CM専用インスタンスのクラスター証明書がESNで更新されます。

サバイバビリティイベント中、拡張サバイバビリティノードはすべてのCDR/CMRデータをローカルに保存します。 接続が回復すると、Unified CMデータは専用インスタンスパブリッシャーに同期されます。 保存できるデータ量は、拡張サバイバビリティノードのディスクサイズに基づいています。 CDRに設定できる最大ディスク割り当てスペースは3328MBです。 これは、設定されているCDR間隔に応じて、CDRファイルのサイズが小さいものから大きいものまであります。 削除は以下に基づいて行われます：

• ディスク使用量が割り当てられた、または設定されたディスク容量を超えると、処理されたレコードが削除されます。 ディスク使用量がまだ多い場合は、未処理のレコードも削除されます。

• 「CDR管理」設定でハイ・ウォーター・マーク％を設定すると、CDRファイルは消去されます。 たとえば、「ハイ・ウォーター・マーク％」が80％に設定されていて、ディスク使用量が80％の場合、CDRファイルは消去されます。

• CDR/CMRファイルの保存期間（日数）は、「CDR管理」設定で設定すると、CDRファイルは消去されます。 デフォルトでは、30日間に設定されています。

以下は、拡張サバイバビリティノードに関連するRTMTのアラートです。

• SurvivabilityEvent-拡張存続ノードからすべての専用インスタンスノードにアクセスできない場合、アラームがトリガーされます。

• リモートサバイバブルノード到達不能-専用インスタンスのパブリッシャーから拡張サバイバビリティノードにアクセスできない場合、アラームがトリガーされます。Unified CM

サバイバビリティイベント中は、RTMTを拡張サバイバビリティノードに接続してESNのパフォーマンスを監視する必要があります。 RTMTが専用インスタンスノードに接続されている場合、存続イベント中はクラウドからESNにアクセスできないため、同じことは利用できません。

通常の運用では、データベースの複製は、クラスタ内の拡張サバイバビリティノードを含むすべてのサーバー間でフルメッシュ化されます。Unified CM 静的設定データは、移動、追加、変更によって作成されるため、常にパブリッシャに保存され、パブリッシャからクラスタ内の各サブスクライバおよびエンハンストサバイバビリティノードに一方向に複製されます。

サバイバビリティイベントでは、Enhanced Survivability Nodeに登録されているデバイスでは、ユーザー向けの機能のみが変更され、ユーザー向け機能は通常、WebベースのGUIで機能を変更するのではなく、1つ以上のボタンを押すことで携帯電話で機能を直接有効または無効にできるという事実によって特徴付けられます。 そのため、拡張サバイバビリティノードでは、セルフケアとWeb管理GUIを読み取り専用操作として実行できます。 ESNに登録されているユーザーのデバイスは、フェイルオーバー中に下記のユーザー向け機能のみを変更できます。 ただし、接続が再確立されても、Unified CMこれらの変更はDIパブリッシャーに同期されません。

ユーザー向け機能とは、電話機のボタンを押すことで有効または無効にできるすべての機能で、次のようなものがあります。

• すべてコール転送（CFA）

• プライバシーを有効または無効にする

• サイレントモード（DND）を有効または無効にする

• Cisco Extension Mobilityログインしてください

• ハントグループログインまたはログアウト

• デバイスモビリティ

• エンドユーザーとアプリケーションユーザーのCTI CAPFステータス。

拡張サバイバビリティノードへのフェイルオーバー中にログインするためのソフトクライアント（Cisco JabberおよびWebexアプリケーション）の認証は次のとおりです。

1. ローカル認証：ユーザーの認証がサバイバビリティイベント内でローカルに行われるとUnified CM、拡張サバイバビリティノードは登録されたクライアントを認証できます。

2. LDAP認証:この場合、ユーザーの認証はローカルLDAPサーバーを使用して行われます。 その後、サバイバビリティイベント中に、拡張サバイバビリティノードからLDAPサーバーにアクセスできれば、ソフトクライアントの認証が機能します。

   存続可能期間中は、LDAPディレクトリがESNにアクセスできることを確認する必要があります。

3. シングルサインオン（SSO）認証：ユーザーのSSOログイン認証は、IDPサーバーを使用して行われます。 その後、サバイバビリティイベント中に、拡張サバイバビリティノードからIDPサーバーにアクセスできれば、ソフトクライアントの認証が機能します。

   Unified CMSSO対応のWeb UIログインでは、IDPの到達可能性か、リカバリベースのURLログインを使用する必要があります。

   認証はサバイバビリティイベントの前に取得したトークンに基づいて行われるため、すでに認証されたクライアントは引き続きログインします。 ただし、クライアントが前回の認証で有効なトークンを持っていない場合に新規ログインする場合、ESNは認証のためにIDPサーバーにリダイレクトします。 したがって、存続可能期間中は、IDPサーバーがESNに到達できることを常に確認する必要があります。

保留音、アナウンス、カンファレンスブリッジ（ソフトウェア）Unified CMサービスなどの基本機能にはメディアリソースが必要です。ESNで有効にする必要があります。 ハードウェアベースのメディアリソースが展開されている場合、存続期間中は、ESNからメディアサーバーにアクセスできることを確認する必要があります。

Unified CMIDクラスターの通常の運用中、緊急通報（特にAMER地域）はRedSkyクラウドを経由します。RedSkyクラウドには、専用インスタンス統合CMクラスターとRedSkyクラウドの間に設定されたSIPトランクがあります。

存続可能イベントが発生した場合、ESNからRedSkyクラウドにアクセスできないため、RedSkyが利用できない場合は、そのサイトに設定されたローカルPSTN GWを介して緊急通報をルーティングするように緊急通話ダイヤルプランを設定する必要があります。 サバイバビリティイベント中のコールルーティングを処理するには、ルートグループがローカルPSTN GWで構成されている必要があります。

サバイバビリティイベント中にサイト内、サイト間、クラスタ間、およびPSTNコールをルーティングするためのダイヤルプランを設定します。 一般的に、ESNは登録されているデバイスの通話のみをルーティングできます。 他のすべての通話は、ローカルPSTN GW（ESNが導入されているすべてのサイトに設定されている）にルーティングし、そこからPSTNにルーティングする必要があります。 以下はいくつかのシナリオを説明しています：

• 電話1と電話2は同じESNに登録されています-通話はESN内でルーティングされます。

• 電話1はESNに登録され、Unified CM電話2は専用インスタンスクラスタに登録されています-ダイヤルプランでは、ESNからの通話をローカルPSTN GWにルーティングし、そこからPSTN経由でDIにルーティングする必要があります。Unified CM サバイバビリティイベントの間、ダイヤルプランはコールルーティングの障害を検出し、ローカルPSTN GW経由でコールを再ルーティングする必要があります。 Unified CMDIデバイスからESNへの着信にも同じことが当てはまるはずです。

• 電話1はESNに登録され、電話2はPSTNデバイスです。サバイバビリティイベント中は、PSTNコールをローカルPSTNゲートウェイにルーティングする必要があります。 ダイヤルプランに、通話のルーティング障害を検出し、利用可能なローカルPSTNゲートウェイを介して通話を再ルーティングする機能があることを確認する必要があります。

• 存続可能イベント中、サイトから専用インスタンスクラウドへの接続が停止（WANまたは接続停止）すると、ESNに登録されているデバイスではボイスメールと自動応答機能が動作しません。Cisco Unity ConnectionサーバーはESNからの接続がダウンしている専用インスタンスクラウドでホストされているためです。 デバイスが「未登録自動転送（CFU）」に設定されていて、通話がDIで受信された場合Unified CM、発信者は専用インスタンスのUnity Connectionにボイスメールをデポジットできます。 これは、デバイスがDI Unified CMサブスクライバーにフォールバックしたときに取得できます。

• ただし、Dedicated Instance クラウドへの接続は可能だが、Unified CM DIのクラスターがダウンしているサバイバビリティイベントでは、ESNはDIクラウドにデプロイされたUnity Connectionサーバーに接続されるため、ESNに登録されているデバイスではボイスメールと自動応答機能が機能します。

サバイバビリティイベントの間、Cisco Expressway ESNはDIクラウドのE＆Cにアクセスできず、その逆も同様です。 つまり、この場合、MRAユーザーはESNのサービスを受けられないため、登録できません。 ただし、MRAデバイスにインターネットがあり、DIクラウドのCisco Expresswaysに接続できる場合は、Unified CM DIのクラスタが機能していれば、DIに登録できます。

CTIベースの統合を拡張生存ノードと連携させるには、CTIのサーバーリストに拡張生存ノードを追加する必要があります。 CTIの強化は、JTAPIを使用するアプリケーション向けに行われます。これにより、設定されたリストにあるプライマリまたはセカンダリCTIサーバーにアクセスできない場合にのみ、アプリケーションが接続できるCTIサーバーとして拡張サバイバビリティノードを使用できます。 通常の運用時には、サイト上のCTIアプリケーションはDIクラウドのプライマリおよびセカンダリCTIサーバーに接続でき、サバイバビリティイベント中は、拡張サバイバビリティノードに接続して継続的なCTIエクスペリエンスを実現できます。 接続が回復したときにエンハンスド・サバイバビリティ・ノードからのフォールバックが確実に行われるように、アプリケーションはJTAPIインターフェイスを介して公開される新しいAPIに適応する必要があります。

追加された新しい API の詳細については、冗長性セクション https://www.cisco.com/c/en/us/td/docs/ voice_ip_comm /cucm/ /14_0_1/-unified-jtapi-developers-guide-14/-unified-jtapi-developers-guide-1251_chapter_00.html jtapi_dev を参照してください cucm_b_cisco cucm_b_cisco

SIPトランクを介してインターフェイスするサードパーティアプリケーションは、拡張サバイバビリティノードでサポートされます。 SIPトランク構成では、「すべてのノードで実行」構成を有効にする必要があります。

3次TFTP機能を備えたサードパーティ製デバイスがサポートされています。