プッシュ通知の概要
クラスターでプッシュ通知が有効になっている場合、Cisco Unified Communications Manager と IM and Presence Service は Apple または Google クラウドのプッシュ通知サービスを使用して、iOS または Android デバイスで動作する互換性のある Cisco Jabber または Webex クライアントにプッシュ通知を送信します。 プッシュ通知により、システムはクライアントと、バックグラウンドモード (一時停止モードとも呼ばれます) になった後でも、クライアントと通信できます。 プッシュ通知がないと、システムはバックグラウンドモードになっているクライアントに通話やメッセージを送信できない場合があります。
プッシュ通知の暗号化されたペイロードには、以下の PII 情報が含まれます。
-
表示名
-
表示番号
-
ハントパイロットDN
次の表には、Apple プッシュ通知サービス (APNS) とローカル プッシュ通知サービス (LPNS) のサポート マトリックスが詳しく記載されています。
|
Unified CM |
IM and Presence Service |
Cisco Expressway (MRA が展開されている場合) |
Cisco Jabber |
Webex アプリ |
モバイル オペレーティング システム |
注 |
|
|---|---|---|---|---|---|---|---|
|
Apple - APNS メッセージング |
11.5(1)SU2 |
11.5(1)SU2 |
X8.9.1 |
11.8.1 |
該当なし |
12 |
Apple および Cisco クラウドとの接続が必要です。 |
|
Apple - APNS 通話 |
11.5(1)SU3 |
11.5(1)SU3 |
X8.10.1 |
11.9.0 |
40.6 |
12 |
— |
|
Apple—APNS CallKit |
11.5(1)SU8 および 12.5(1)SU3 および 14 |
該当なし |
X12.6 |
12.9 |
40.6 |
13 |
— |
|
Apple—APNS 中国地域 |
12.5(1)SU3 および 14 |
12.5(1)SU3 |
X12.6 |
12.9 MR |
41.4 |
13 |
— |
|
Android - FCM |
12.5(1)SU3 および 14 |
12.5(1)SU3 |
X12.6.2 |
12.9.1 |
40.8 |
8.0 |
Google および Cisco クラウドとの接続が必要です。 |
|
Apple—LPNS |
14SU3 |
該当なし |
サポート対象外 |
14.2 |
43.6 |
16.5 |
Wi-Fi 展開がサポートされています |
Unified Communications Manager および IM and Presence Service の展開では、プッシュ通知は次のクライアントにより使用されます。
|
通信タイプ |
プッシュ通知を使用するクライアント |
オペレーティング システム |
パートナー クラウド サービス |
ローカル プッシュ接続 |
|---|---|---|---|---|
|
通話 |
iPhone または iPad の Cisco Jabber iPhone または iPad 版 Cisco Webex |
iOS |
Apple プッシュ通知サービス (Apple クラウド内) |
Unified CM バージョン 14SU3 および Webex アプリ 43.6 以降または Cisco Jabber 14.2 以降でサポートされています。 |
|
通話 |
Android の Cisco Jabber Android 版 Cisco Webex |
Android |
Android プッシュ通知サービス (Google クラウド内) |
サポート対象外 |
|
メッセージ * |
iPhone または iPad の Cisco Jabber |
iOS |
Apple プッシュ通知サービス (Apple クラウド内) |
サポート対象外 |
|
メッセージ * |
Android の Cisco Jabber |
Android |
Android プッシュ通知サービス (Google クラウド内) |
サポート対象外 |
* メッセージングの場合、Webex アプリ クライアントは IIM and Presence Service ではなく Webex アプリ クラウドに登録します。
![]() (注) |
iOS と Android の特定のプッシュ通知機能の最小リリース情報については、『プッシュ通知の最小リリースと機能サポート』を参照してください。 |
プッシュ通知の動作
起動時に、Android および iOS プラットフォーム デバイスにインストールされた Cisco Jabber クライアントは Unified Communications Manager と IIM and Presence Service に登録し、Android または iOS で実行される Webex アプリクライアントは通話用に Unified Communications Manager に登録し、メッセージング用には Webex アプリクラウドに登録します。 さらに、Jabber および Webex クライアントは、実行しているプラットフォームに応じて、Google または Apple クラウドにも登録します。 クライアントがフォアグラウンド モードである限り、通話やメッセージをクライアントに直接送信できます。
ただし、クライアントがバックグラウンドモードに移行すると (たとえば、バッテリーの寿命を維持するために移行する場合)、標準の通信チャネルが利用できないため、クライアントとの直接通信ができなくなります。 プッシュ通知は、パートナー クラウド (Apple または Google) を通じてクライアントに到達するための代替チャネルを提供します。
![]() (注) |
以下の条件のいずれかに該当する場合、Cisco Jabber および Webex アプリのクライアントは中断モードで実行されていると見なされます。
|

上の図は、Android および iOS 用 Cisco Jabber クライアントがバックグラウンドで実行中または停止した場合に何が起こるかを示しています。 標準チャネルが利用できないため、プッシュ通知は Cisco クラウドの Push REST サービスに送信され、Cisco クラウドは通知を適切なパートナー クラウド (Apple または Google) に転送し、パートナー クラウドはプッシュ通知をクライアントに転送します。 クライアントは、通話またはメッセージを受け入れるために、オンプレミス展開に再登録します。
この図には、(1)Cisco Jabber クライアントが Expressway 経由でオンプレミスの Cisco Unified Communications Manager および IM and Presence Service の展開に接続している MRA 展開と、(2)エンタープライズ ネットワーク内からオンプレミス展開に直接接続する Cisco Jabber for Android または iOS のクライアントが示されています。
![]() (注) |
Windows と iOS デバイスに同時にログインしている Jabber ユーザの場合:
|
プッシュ通知の動作
次の表は、Unified Communications Manager および IM and Presence Service のオンプレミス展開でのプッシュ通知クライアントの動作を示します。
![]() (注) |
Webex アプリ クライアントは、メッセージングにオンプレミスの IM およびプレゼンス サービスではなく、Webex アプリ クラウドを使用します。 |
![]() (注) |
IOS 上の Webex アプリと Cisco Jabber は、Apple IOS CallKit の制限により、常にビデオ コールとして表示されます。 |
|
Cisco Jabber または Webex クライアントは次の状態にあります... |
iOS12 を実行中 |
iOS13 以上のバージョンまたは Android を実行中 |
||||
|---|---|---|---|---|---|---|
|
フォアグラウンド モード |
音声通話とビデオ コール Unified CM は、SIP チャネルを使用して、通話を Cisco Jabber または Webex クライアントに直接送信します。 さらに、Unified CM はフォアグラウンド モードのクライアントにプッシュ通知を送信します。 ただし、プッシュ通知は通話を確立するために使用されません。代わりに、標準 SIP チャネルが使用されます。 メッセージ (Jabber のみ) IM and Presence Service は、標準の通信チャネルを使用して、Cisco Jabber にメッセージを直接送信します。 IM およびプレゼンス サービスは、フォアグラウンド モードのクライアントにプッシュ通知を送信しません。 |
音声通話とビデオ コール Unified CM は、SIP チャネルを使用して、通話を Cisco Jabber または Webex クライアントに直接送信します。 さらに、Unified CM はフォアグラウンド モードのクライアントにプッシュ通知を送信します。 ただし、プッシュ通知は通話を確立するために使用されません。代わりに、標準 SIP チャネルが使用されます。 メッセージ (Jabber のみ) IM and Presence Service は、標準の通信チャネルを使用して、直接 Cisco Jabber にメッセージを送信します。 IM and Presence Service は、フォアグラウンド モードのクライアントにプッシュ通知を送信しません。 |
||||
|
バックグラウンドモード |
音声通話とビデオ コール SIP チャネルは利用できません。 Unified CM はプッシュ通知チャネルを使用します。 プッシュ通知を受信すると、クライアントは Unified CM に再登録し、SIP チャネル経由で SIP INVITE を受信します。 メッセージ (Jabber のみ) 標準チャンネルは利用できません。 IM およびプレゼンス サービスはプッシュ通知チャネルを使用して、IM 通知を Jabber に送信します。 ユーザが通知をクリックすると、クライアントはフォアグラウンド モードに移行し、IM およびプレゼンス サービスとのセッションを再開し、メッセージをダウンロードします。
|
音声通話とビデオ コール SIP チャネルは通話には利用できません。 Unified CM はプッシュ通知の「VoIP」チャネルを使用します。 プッシュ通知を受信すると、クライアントは発信者 ID で CallKit を起動し、Unified CM に再登録し、SIP チャネル経由で SIP INVITE を受信します。 ユーザは着信に応答できます。 メッセージ (Jabber のみ) 標準チャンネルは利用できません。 IM およびプレゼンス サービスはプッシュ通知の「メッセージ」チャネルを使用して、IM 通知を Jabber に送信します。 ユーザが通知をクリックすると、クライアントはフォアグラウンド モードに移行し、IM およびプレゼンス サービスとのセッションを再開し、メッセージをダウンロードします。
|
Apple プッシュ通知
Cisco Jabber および iOS で実行される Cisco Webex クライアント (例えば、iPhone および iPad 上の Cisco Jabber) は、Apple クラウドで実行される Apple プッシュ通知サービスからプッシュ通知を受け取ります。
Cisco Jabber 12.9 リリースから、すべての新しい iOS アプリケーションと更新は iOS 13 以降のバージョンを使用して構築されます。 iOS 13 では、Apple は、中断されたアプリケーションのプッシュ通知を iOS 12 の場合とは異なる方法で処理します。
-
iOS 13 でのプッシュ通知は、通話用の「VoIP」チャネルとメッセージング用に別の「メッセージ」チャネルを使用して配信されます。 iOS 12とは対照的です、すべてのプッシュ通知トラフィックが同じチャネルを使用して配信されます。
-
2020 年 8 月の時点で、Apple iOS クライアントではプッシュ通知が必須です。
-
iOS クライアントは通知を受け取るとすぐに CallKit を起動し、着信を知らせます。
-
プッシュ通知の「VoIP」トラフィックには、発信者 ID 情報 (表示名、番号) が含まれます。クライアントは、この情報を使用して、CallKit の CallerID フィールドに入力します。 外部プレゼンテーションの名前と番号が構成されている場合、プッシュ通知はサポートされているデバイスでカスタマイズされた識別名と番号を表示します。 そうでない場合は、発信者の元の名前と番号が着信側のデバイスに表示されます。
-
不在着信通知: 発信者が進行中の発信通話を切断すると、2 回目のプッシュ通知が Push 対応デバイスに送信されます。 プッシュ通知は、プッシュ対応デバイスが 13 秒以内に着信を登録しない場合にも送信されます。
-
共有回線: 他のデバイスとの共有回線を持つプッシュ通知対応デバイスがコールを受け取り、共有デバイスがコールに応答すると、プッシュ通知対応デバイスは、他のデバイスからの応答があったことを示す 2 番目のプッシュ通知を受信します。
-
タイプが「VoIP」のプッシュ通知は高優先度と見なされ、遅延なく配信されます。
![]() (注) |
Unified CM リリースでどのプッシュ通知機能がサポートされるかについての詳細は、 プッシュ通知の最小リリースと機能サポート を参照してください。 |
以下の画像は、iOS13 以降のバージョンで VoIP プッシュ通知が送信されたときに何が起こるかの内訳を示しています。

iOS13 以上のバージョンと APNS の変更を含む Cisco Jabber または Webex アプリ クライアントのプッシュ通知の通話エクスペリエンスの比較
以下の表は、クライアントがアップグレードされ、サーバがアップグレードされない場合、またはクライアントがアップグレードされず、サーバがアップグレードされる場合のユーザエクスペリエンスのビヘイビアを示しています。
|
ロックされた画面 |
ロック解除された画面 |
|
|---|---|---|
|
Cisco Jabber 12.9 |
|
|
|
Cisco Jabber 12.8 以前 |
|
|
![]() (注) |
メッセージ プッシュ通知のユーザ エクスペリエンスの動作に変更はありません。 |
プッシュ通知のクラウド セキュリティ
セキュリティは、Cisco Jabber および Cisco Webex アーキテクチャへの取り組みの中心にあります。 すべてのプッシュ通知コンテンツは、ユーザのサインイン時に Cisco Jabber および Cisco Webex によって定義された 256 ビットの高度暗号化標準 (AES) キーを使用して暗号化されます。クライアントがキーを定期的に更新することもできます。 プッシュ通知の一部として送信されるすべてのコンテンツは暗号化されます。
Cisco のクラウド プッシュ サービスは暗号化されたペイロードを必要とし、Apple または Google クラウドに送信する前に暗号化されていないものをすべて拒否します。 Cisco のクラウド プッシュ サービスとのすべての通信は、Transport Layer Security (TLS) を使用して保護されています。 これにより、APNS を通じてプッシュされるコンテンツが暗号化されます。
PushRest サービスは、オンプレミス サーバから取得したペイロードをキャッシュしません。 PushRest サービスはプロキシであり、情報を Apple または Google クラウドに渡します。
すべての個人識別情報 (PII) は暗号化されます。 サービスの詳細以外で暗号化されたペイロードには含まれないが、安全な TLS 接続で送信される情報は次のとおりです。
-
プッシュ ターゲットは、特定のプッシュ セッション デバイス用にクライアント (APNS または場合によっては FCM) が生成したトークンで、不定期に更新されるか、以降のサインインで変更されます。
-
トラッキング ID (問題が発生した場合のデバッグに使用される、クライアントが各メッセージに対して生成した ID)
iOS13 プッシュ通知 (中国地域)
Unified Communications Manager は、iOS13 以降のバージョンのデバイスで実行されている Cisco Jabber または Webex クライアントの VoIP 通話プッシュ通知をサポートしています。 さらに、IM およびプレゼンス サービスは、iOS13 以降のバージョンのデバイスで実行される Cisco Jabber クライアントのメッセージ プッシュ通知をサポートします。 中国本土地域にあるプッシュ通知対応デバイスへの着信通話を取得すると、規制要件により、iOS デバイスで実行されているクライアントは CallKit ビューを表示できません。 代わりに、名前や番号などの発信者 ID の詳細を含むメッセージ通知が表示されます。
中国本土地域の iOS13 以降のバージョンの Cisco Jabber および Cisco Webex クライアント:
-
VoIP 通話のプッシュ通知メッセージを受け取ると、CallKit ビューを表示できません。
-
VoIP 通話プッシュ通知メッセージにより、アプリケーションは着信通話と発信者 ID に関する情報を含むメッセージ トーストを表示します。
これにより、エンドユーザは、呼び出しに応答する前に、発信者を確実に確認できます。 アプリケーションのメッセージ通知をタップして、Unified Communications Manager で登録を開始します。 登録が完了すると、 Unified Communications Manager は着信をアプリケーションにルーティングします。
![]() (注) |
ユーザは Cisco Jabber および Cisco Webex クライアントのメッセージ通知をすばやくタップ Unified Communications Manager することで、通話をユーザにルーティングすることをお勧めします。 ユーザが設定された時間 (13 秒) 内にメッセージ通知をタップしなかった場合、着信は CallKit で受信者にアラートすることはなく、不在着信メッセージ通知がユーザに送信されます。 中国地域のプッシュ通知は iOS デバイスのみが対象で、最小リリースは 12.5(1)SU3 です。 Android デバイスではサポートされていません。 Cisco Jabber 12.9 MR が必要です。 IM and Presence Serviceのプッシュ通知はこの規制の影響を受けません。 |
Android プッシュ通知
12.5(1)SU3 Unified Communications Manager では、Android デバイスで実行される Cisco Jabber または Webex クライアントの VoIP プッシュ通知をサポートしています。 さらに、IM and Presence Service は Android クライアントの Cisco Jabber のメッセージングプッシュ通知をサポートします。
電話がかかってくると、 Unified Communications Manager プッシュ通知サービス (CPNS) は Google クラウドを介して、中断モードまたはバックグラウンドモードで実行中の Android クライアントにプッシュ通知を送信します。 通知の受信後、Cisco Jabber または Webex クライアントは通話を受信するために Unified Communications Manager に登録し直します。
![]() (注) |
|

![]() (注) |
Google クラウドからの Android プッシュ通知サービスを使用した Cisco Jabber および Cisco Webex クライアント ユーザのサインインの一部として、サブスクライバー サービス FCM (Firebase Cloud Messaging) および FCM: dev がサポートされています。 |
Unified Communications Manager フェイルオーバー時のプッシュ通知
Unified Communications Manager グループは、デバイスを登録できる最大 3 つの冗長サーバの優先順位リストです。 各グループには、1 個のプライマリ ノードと最大 2 個のバックアップ ノードが含まれます。 一覧表示するノードの順序によって優先順位が決まります。最初のノードがプライマリノード、2 番目がバックアップノード、3 番目がターシャリノードになります。
Unified Communication Manager では、デバイスプールはデバイスのグループに共通の設定セットを提供し、特定のロケーション情報に従ってデバイスを設定できるようにします。 [デバイスプールの設定] を通じて、デバイスを Cisco Unified Communications Manager グループに指定することができます。
Cisco Jabber または Cisco Webex クライアントがバックグラウンドまたは一時停止状態に移行し、クライアントが登録されているプライマリノードがネットワークから外れる、またはクラッシュした場合、Cisco Jabber または Cisco Webex へのすべての通話が Unified CM からプッシュ通知をトリガーします。
以前、Cisco Jabber または Cisco Webex は以前に登録したノードへの登録を試みましたが、登録に失敗しました。 現在は、その後正常に登録し直すために、デバイス プール内のアクティブ ノードに接続しようとします。 Cisco Jabber または Cisco Webex クライアントが登録する必要がある現在のアクティブノードを検出するこのプロセスは時間の損失につながります。
Unified Communications Manager プッシュ通知サービス (CPNS) は、プッシュ通知が送信されるたびに、Cisco Jabber または Cisco Webex を正しいアクティブノードに登録できるようにすることで、損失や遅延を回避することを目的としています。 このプッシュ通知リクエストには現在のアクティブノード情報が含まれているため、クライアントは同じノードまたは現在のアクティブノードにすばやく登録し直すことができます。
![]() (注) |
12.5(1)SU3 リリース以降、アクティブ ノードはプッシュ通知にのみ含まれます。 |
次の画像は、 Unified Communications Manager のフェイルオーバーの例を示しています。この例では、クライアントがバックグラウンドモードまたはサスペンド状態の間、プライマリノードがアウトオブサービスになります。 クライアントの着信コールを受信すると、 統合通信マネージャー は、アクティブノードとしてバックアップノードをハイライト表示したプッシュ通知を送信します。プライマリ登録ノードがダウンしているからです。 プッシュ通知を受信したクライアントは、バックアップノードに登録します。

クラウド接続のプロキシサポート
一部の導入では、プロキシサーバーを使用して Cisco Cloud に接続する必要がある場合があります。これは、オンプレミスの展開が企業のファイアウォールの背後にあり、クラウドへの直接アクセスを許可しない場合に特に当てはまります。
Unified Communications Manager は、Cisco Web セキュリティアプライアンスを HTTPS プロキシサーバとしてサポートしています。ただし、以下のいずれかのコールフローをサポートする HTTP または HTTPS プロキシサーバーを使用することができます。認証を有効にして HTTP プロキシを使用する場合は、ログイン情報のセキュリティのためにプロキシサーバーのダイジェスト認証を設定することを推奨します。
HTTPS プロキシのサポートされているコールフロー

HTTPS プロキシのサポートされているコールフロー

プロキシサーバーのキャパシティの要件
プッシュ通知用の Proxy Server Capacity Calculator を使用して、プロキシサーバーが処理できるキャパシティを推定します。導入に適用される情報を入力すると、この計算ツールは HTTP プロキシサーバーがプッシュ通知の展開で処理できる必要があるトランザクション数を出力します。
プロキシサーバーの DNS 要件
-
Unified Communications Manager でプロキシサーバ接続を設定する場合、プロキシサーバーの FQDN アドレスを使用すると、DNS がプロキシサーバへの接続に使用されます。プロキシサーバーの FQDN が複数の IP アドレスに解決される場合、Unified Communications Manager は最初の IP アドレスを試行して 2 秒待機してから、2 番目のアドレスに進みます。
-
プッシュ通知を送信した後、Unified Communications Manager は確認を 5 秒待機してから、2 番目のアドレスを試行します。
-
Cisco cloud 接続用のプロキシサーバーでは、接続の失敗に対するフェールオーバープロセスを高速化するために、プロキシサーバーを低いフェールオーバーレートで設定することを推奨しています。
-
Cisco Web Security アプライアンスを導入している場合、FQDN は WSA の仮想 IP アドレスにマップする必要があります。
![]() (注) |
プロキシ IP アドレスのデフォルトの有効期限 (TTL) は、1 時間になります。そのため、IP アドレスが変更された場合、その変更が DNS 要求に対して利用可能になるまでに最大 1 時間かかることがあります。 |
IM および Presence のプッシュ通知の高可用性
プッシュ通知高可用性は、Cisco Jabber Android および iOS クライアントのプッシュ通知が有効な IM および Presence セッションのフェイルオーバーと冗長性を提供します。 この機能により、IM および プレゼンス サービスは IM セッションをローカルのメモリ内データベース (IMDB) に保存し、これはバックアップサブクラスタノードのメモリ内データベースに自動的に複製されます。 これにより、バックアップ ノードがセッション情報を持ち、ユーザによるアクションなしでセッションを引き継ぐことができます。
IM 履歴
プッシュ通知の高可用性が設定されている場合、フェールオーバーが発生しても Cisco Jabber ユーザはチャット履歴を失いません。
Jabber が一時停止モードの場合の未読メッセージキュー
プッシュ通知対応 IM セッションで、Cisco Jabber for Android および iOS クライアントが一時停止モードに移行すると、IM and Presence Service はクライアントにプッシュ通知を送信しますが、未読のインスタントメッセージ、プレゼンスの更新、その他の XMPP スタンザ(チャットルームの招待など)の送信を停止します。 代わりに、これらのメッセージは、クライアントがプッシュ通知をクリックするか、フォアグラウンドモードに戻るまで、ローカルサーバのキューに入れられます。
Cisco Jabber が一時停止モードの場合、プッシュ通知が有効な IM セッションの未読メッセージキューに関する制限があります。 一部のフェイルオーバーの使用例では、未読メッセージキューは失われます。 これが発生するときの説明については、「冗長性とフェイルオーバーの使用例」を参照してください。
冗長性とフェイルオーバーの使用例
この機能は、次の使用例に対応します。
-
ノード障害 (自動フェイルオーバー) - ノードに突然障害が発生すると、バックアップ ノードが IM セッションを引き継ぎ、Cisco Jabber ユーザへのプッシュ通知は引き続きバックアップ ノードから送信されます。 ユーザは操作を実行したり、IM 履歴を失うことなく、作業を続けることができます。 しかし、クライアントが中断モードの間、障害が発生したサーバでまだクライアントに送信されていない未読メッセージは失われます。
-
ノードのシャットダウン (手動フェールオーバー): ノードが正常にシャットダウンされると、バックアップ ノードが IM セッションを引き継ぎ、プッシュ通知は引き続き送信されます。今回はバックアップ ノードから送信されます。 ユーザは、IM 履歴を失うことなく、作業を続けることができます。 元のノードでキューに入れられ、Jabber クライアントに送信されるのを待っていた未読メッセージは、バックアップ ノードが引き継ぐときに一時的に失われます。 しかし、元のノードが復帰し、ユーザが元のノードに戻った後、メッセージキューが取得され、ユーザに送信されます。
-
Cisco XCP Router のクラッシュ—Cisco XCP Router が突然クラッシュした場合、ルーターが復帰すると、ノードはセッションを再開し、プッシュ通知を送信し続けます。 IM 履歴は保持され、Cisco Jabber ユーザはアクションなしで作業を続行できます。 ただし、ルーターがクラッシュする前にサーバのキューにあった未読メッセージで、まだクライアントに送信されていなかったものは、失われます。
-
Cisco XCP Router の再起動—管理者が Cisco XCP Router を再起動する場合 (設定の更新後などに発生する可能性があります)、IM 履歴と未読メッセージキューの両方が保持されます。 ルーターが再起動すると、IM およびプレゼンス サービスはプッシュ通知の送信を再開します。 未読メッセージ キューは、Jabber クライアントが再度ログインすると送信されます。
![]() (注) |
音声およびビデオ コールの場合、冗長性とフェイルオーバーは Cisco Unified Communications Manager グループによって処理されます。 |
Push v3 対応デバイスの HA イベント中のサポートされている再ログイン率
このセクションでは、展開のニーズに応じて、PUSH v3 対応デバイスの HA イベント中のクライアント再ログイン レートを計算する方法に関する情報を提供します。
この手順は、15,000 OVA があり、以下の順序で配布されていることを前提としています。
-
IM and Presence パブリッシャーノードに登録されている 2,000 人のユーザが Push v3 を有効にしており、
-
IM and Presence パブリッシャーノードに直接登録されている 5,500 人のユーザでプッシュが有効になっていません。
-
IM and Presence サブスクライバノードに直接登録されている 7,500 人のユーザーでプッシュが有効になっていません。
高可用性イベントの場合、サポート対象のフェイルオーバー率は 4 ユーザ/秒、またはそれ以下でなければなりません。 次の測定を使用して、このレートを達成できます。
クライアントの再ログインの下限が 200 に設定されている場合、クライアントの再ログインの上限は 2075 に設定され、再ログイン率は次のように計算されます。
7500/(2075-200)= 4 ユーザ/秒
![]() (注) |
|



フィードバック