Chapter1. はじめに

- このマニュアルの目的

- Apple プッシュ通知サービスのアップグレード要件

このマニュアルの目的

このドキュメントでは、iOS または Android デバイスで実行される互換性のある Cisco Jabber および Cisco Webex クライアントに対して、Cisco Unified Communications Manager と IM and Presence Service でプッシュ通知を設定する方法について説明します。プッシュ通知の場合、導入では、Google または Apple のクラウドベースのプッシュ通知サービスを使用して、バックグラウンドで動作している iOS および Android 版 Cisco Jabber および Cisco Webex クライアントに音声通話、ビデオ通話、インスタントメッセージの通知をプッシュします。バックグラウンドで実行されているクライアントとの永続的な通信を維持するには、プッシュ通知を有効にする必要があります。

このドキュメントでは、次の展開タイプのプッシュ通知を有効にする方法について説明します。

- Cisco Unified Communications Manager と IM and Presence Service のオンプレミス導入：Cisco Unified Communications Manager と IM and Presence Service のオンプレミス導入については、プッシュ通知用にクラスタを有効にする方法の第 2 章を参照してください。これには、クライアントが Expressway のモバイルおよびリモートアクセス（MRA）機能を介して登録する導入も含まれます。

- WebEx Messenger を使用したクラウドの導入：WebEx Messenger を使用したクラウドの導入については、導入要件の第 3 章を参照してください。

（注）

Webex Messenger クラウドは 2020 年末に終了します。詳細については、https://blogs.cisco.com/collaboration/making-the-move-to-modern-messaging を参照してください。

Apple プッシュ通知サービスのアップグレード要件

Apple が iOS 通知アーキテクチャに変更したのに合わせ、iOS 上の Cisco Jabber および Cisco Webex クライアントでは、通知用に Apple プッシュ通知サポートが実装されています。Cisco Unified Communications Manager、IM and Presence Service、Cisco Expressway、Cisco Jabber、Cisco Webex を可能な限り早くアップグレードすることを強くお勧めします。アップグレードを適時に行わないと、Cisco Webex iOS ユーザ用の Unified Communications Manager および IM の通知を使用する Cisco Jabber および Cisco Webex iOS ユーザーは、音声通知が利用できなくなります。

重要

Apple Push Notification Service（APNS）が Cisco Unified Communications Manager/IM and Presence クラスタで有効になっていて、Expressway が Push:3 プロトコル対応バージョンにアップグレードされている場合は、まず、すべての Cisco Unified Communications Manager/IM and Presence クラスタを Push:3 プロトコル対応バージョンにアップグレードします。

これは、既存の Cisco Unified Communications Manager/IM and Presence バージョンが、11.5(1)SU8 または 12.5(1)SU3 またはそれ以前（Push:2 対応）でも、Expressway を 12.7（Push:3 対応）にアップグレードされたことを意味します。APNS はこのような展開シナリオでは動作しません。このような場合、Cisco Unified Communications Manager/IM and Presence クラスタを、11.5(1)SU9 などの Push:3 対応バージョンにアップグレードする必要があります。

Apple Push Notification Service には HTTPS が必要であり、制限のないソフトウェアでは機能しません。

アップグレード要件を含む iOS13 以降のバージョンのプッシュ通知関連の最新情報については、「Apple Push Notification Service のアップグレード」を参照してください。

Chapter2. 新機能および変更された機能に関する情報

- 新機能および変更された機能に関する情報

新機能および変更された機能に関する情報

次の表は、この最新リリースまでのガイドでの機能の主な変更点の概要を示したものです。ただし、今リリースまでのガイドにおける変更点や新機能の一部は表に記載されていません。

Unified Communications Manager と IM and Presence Service の新機能と変更された動作

機能または変更

説明

参照先

日付

リリース 15

ファイアウォールの SSL 復号除外リストに「fos-a.wbx2.com」を追加

プッシュ通知の前提条件

2024 年 2 月 8 日

リリース 15

このリリースに新たに導入された技術的機能はありません。

—

2023 年 12 月 18 日

リリース 14SU3

このリリースに新たに導入された技術的機能はありません。

—

2023 年 5 月 18 日

「LPNS の連携動作と制限事項」セクションを更新

証明書が必要な機能は、Apple の証明書要件を満たすために LPNS に関する情報を含めるように更新されました。

LPNS 連携動作と制限事項

2023 年 7 月 26 日

Cisco Jabber for Android のバージョンを更新

「Android プッシュ通知」セクションに、Jabber for Android を Android ターゲット API 34（Android 14）に更新する必要があることに言及するメモを追加しました。

Android プッシュ通知

2023 年 7 月 21 日

「プッシュ通知の最小リリースと機能サポート」の表を更新

iOS12（APNS）の廃止に関する情報を追加。

プッシュ通知の最小リリースと機能サポート

2023 年 7 月 21 日

APNS および LPNS のサポートマトリックス

APNS および LPNS のサポートマトリックスに関する情報を追加。

- プッシュ通知の概要

- プッシュ通知の最小リリースと機能サポート

2023 年 5 月 25 日

通話用の iOS ローカルプッシュ接続

病院、クルーズ船、飛行機など、インターネットに接続されていない Wi-Fi 制約ネットワークで iOS デバイスが動作している場合、Webex アプリには着信 VoIP 通話通知が送信されません。インターネット接続がないため、デバイスは Apple Push Notification Service（APNS）にアクセスできません。ユーザーは、遅延なく電話を受けることを期待しています。ただし、APNS では、ネットワークの遅延がある場合、呼び出しが数秒間遅延する可能性があります。

このリリースで、通話用のローカルプッシュ通知サービス（LPNS）が Apple デバイスに導入されました。プッシュメッセージは永続的な接続を介してクライアントに送信されるため、遅延を最小限に抑えるのに役立ちます。

- ローカルプッシュ通知サービス

- LPNS 前提条件

- ローカルプッシュ接続の仕組み

- Wi-Fi SSID の構成

- Jabber サービスプロファイルとエンドユーザーの関連付け

- Unified Communications Manager フェールオーバーがある場合の LPNS の動作

- リモート LPNS プッシュ通話処理向け LPNS 高可用性

- LPNS のオープンポート

- LPNS 連携動作と制限事項

- LPNS アラーム

- LPNS パフォーマンスカウンタ

2023 年 5 月 18 日

リリース 14SU2

このリリースに導入された技術的機能はありません。

—

2022 年 6 月 16 日

リリース 14SU1

このリリースに導入された技術的機能はありません。

—

2021 年 10 月 27 日

リリース 14

システムガイドの初版。

—

2021 年 3 月 31 日

リリース 12.5.x

Cisco Jabber サポートの情報を追加。

プッシュ通知の概要

2020 年 8 月

リリース 11.5(1) SU3

iPhone および iPad での Cisco Jabber のプッシュ通知の強化に関する情報を追加。

プッシュ通知の概要

2017 年 8 月

リリース 11.5(1) SU2

IM and Presence のプッシュ通知サポートを提供 (高可用性なし)。

IM and Presence に対するプッシュ通知の高可用性

2017 年 1 月

Chapter3. プッシュ通知（オンプレミスの導入）

- プッシュ通知の概要

- プッシュ通知の最小リリースと機能サポート

- プッシュ通知の前提条件

- プッシュ通知の設定タスク フロー

- リリース 12.0 以降の APNS バウチャー生成

- プッシュ通知のトラブルシューティング

- プッシュ通知のインタラクションと制限事項

- ローカルプッシュ通知サービス

プッシュ通知の概要

クラスタでプッシュ通知が有効になっている場合、Cisco Unified Communications Manager と IM and Presence Service は、Apple クラウドまたは Google クラウドのプッシュ通知サービスのいずれかを使用して、iOS または Android デバイス上で実行されている互換性のある Cisco Jabber または Webex クライアントにプッシュ通知を送信します。プッシュ構成を使用すると、システムがバックグラウンドモード（サスペンドモードとも呼ばれる）に入った後でも、クライアントと通信できます。プッシュ構成がない場合、バックグラウンドモードに入ったクライアントにコールやメッセージを送信できない場合があります。

プッシュ通知の暗号化されたペイロードには、次の PII 情報が含まれます。

- 表示名

- ディスプレイ番号

- ハントパイロット DN

次の表に、Apple プッシュ通知サービス（APNS）とローカルプッシュ通知サービス（LPNS）のサポートマトリックスの詳細を示します。

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

X 8.10.1

11.9.0

40.6

12

—

Apple：APNS CallKit

11.5(1)SU8 および 12.5(1)SU3 および 14

該当なし

X 12.6

12.9

40.6

13

—

Apple：APNS 中国リージョン

12.5(1)SU3 および 14

12.5(1) SU3

X 12.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

WiFi 展開でサポート

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 アプリクライアントは IM and Presence Service ではなく、Webex アプリクラウドに登録します。

（注）

iOS と Android の両方における特定のプッシュ通知機能の最小リリース情報については、「プッシュ通知の最小リリースと機能サポート」 を参照してください。

プッシュ通知の動作

スタートアップ時に、Android および iOS プラットフォームデバイスにインストールされている Cisco Jabber クライアントは Unified Communications Manager と IM and Presence Service に登録します。また、Android または iOS で実行される Webex アプリクライアントは、コール用に Unified Communications Manager に登録し、メッセージング用に Webex アプリクラウドに登録します。また、Jabber クライアントおよび Webex クライアントは、実行しているプラットフォームに応じて、Google クラウドまたは Apple クラウドにも登録します。クライアントがフォアグラウンドモードのままである限り、コールまたはメッセージをクライアントに直接送信できます。

ただし、クライアントがバックグラウンドモードに切り替わると（バッテリ寿命を維持するために発生することがあります）、標準の通信チャネルが利用できないため、クライアントとの直接通信ができません。プッシュ通知は、パートナーのクラウド（Apple または Google）を介してクライアントに到達するための代替チャネルを提供します。

（注）

次の条件のいずれかに当てはまる場合、Cisco Jabber クライアントおよび Webex アプリクライアントはサスペンドモードで実行されていると見なされます。

- Cisco Jabber または Webex アプリがオフスクリーン（バックグラウンド）で実行されている。

- Android または iOS デバイスがロックされている。

- Android または iOS デバイスの画面がオフになっている。

プッシュ通知アーキテクチャ

上の図は、Android および iOS 版 Cisco Jabber クライアントがバックグラウンドで実行されているか、または停止したときの動作を示しています。標準チャネルが利用できないため、プッシュ通知が Cisco cloud の Push REST サービスに送信され、シスコクラウドはこの通知を適切なパートナークラウド（Apple または Google）に転送し、さらにパートナークラウドがプッシュ通知をクライアントに転送します。クライアントは、コールまたはメッセージを受け入れるためにオンプレミス導入に再登録します。

この図では、(1) Jabber クライアントが、オンプレミスの Unified Communications Manager と、IM and Presence Service 導入に Expressway 経由で接続する MRA 導入。(2) エンタープライズ ネットワーク内からオンプレミス導入に直接接続する Android または iOS 版 Cisco Jabber クライアントを示しています。

（注）

Windows および iOS デバイスに同時にログインしている Jabber ユーザーの場合は、プッシュ通知は次のように動作します。

- 2 人のユーザーがアクティブコール中で、別のユーザーがメッセージを送信した場合、プッシュ通知が iOS デバイスに送信されます。

- 1 人のユーザーがアクティブコール中で、別のユーザーがメッセージを送信した場合、プッシュ通知は iOS デバイスに送信されません。

プッシュ通知の動作

次の表に、Unified Communications Manager と IM and Presence Service がオンプレミスで導入されている場合のプッシュ通知のクライアント動作を示します。

（注）

Webex アプリクライアントは、メッセージングにオンプレミスの IM and Presence Service ではなく、Webex アプリクラウドを使用します。

（注）

Apple IOS CallKit の上限により、iOS の Webex App および Cisco Jabber はビデオ通話として常に表示されます。

iOS または Android 版の Cisco Jabber または Webex クライアントでのプッシュ通知の動作

Cisco Jabber または Webex クライアントの状態...

iOS12 を実行中

iOS13 以降のバージョンまたは Android が実行中

フォアグラウンドモード

音声/ビデオ通話

Unified CM は、SIP チャネルを使用して Cisco Jabber または Webex クライアントに通話を直接送信します。

また、Unified CM はフォアグラウンドモードのクライアントにプッシュ通知を送信します。ただし、プッシュ通知はコールの確立に使用されません（代わりに標準の SIP チャネルが使用されます）。

メッセージ（Jabber のみ）

IM and Presence Service は、標準の通信チャネルを使用して Cisco Jabber にメッセージを直接送信します。IM and Presence Service は、フォアグラウンドモードのクライアントにプッシュ通知を送信しません。

音声/ビデオ通話

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 and Presence Service は、プッシュ通知チャネルを使用して Jabber に IM 通知を送信します。ユーザーが通知をクリックすると、クライアントはフォアグラウンドモードに移行し、IM and Presence Service とのセッションを再開してメッセージをダウンロードします。

（注）

クライアントがバックグラウンドモードの場合、プレゼンスステータスは [退席中（Away）] です。

音声/ビデオ通話

SIP チャネルはコールに使用できません。Unified CM は「VoIP」プッシュ通知チャネルを使用します。プッシュ通知を受信すると、クライアントは発信者 ID を使用して CallKit を起動し、Unified CM に再登録し、SIP チャネルを介して SIP INVITE を受信します。その後、ユーザーはコールに応答できます。

メッセージ（Jabber のみ）

標準チャネルは使用できません。IM and Presence Service は、「メッセージ」プッシュ通知チャネルを使用して Jabber に IM 通知を送信します。ユーザーが通知をクリックすると、クライアントはフォアグラウンドモードに移行し、IM and Presence Service とのセッションを再開してメッセージをダウンロードします。

（注）

クライアントがバックグラウンドモードの場合、プレゼンスステータスは [退席中（Away）] です。

- Apple プッシュ通知

- Android プッシュ通知

- Unified Communications Manager のフェールオーバーが発生した場合のプッシュ通知

- クラウド接続のプロキシサポート

- IM and Presence に対するプッシュ通知の高可用性

Apple プッシュ通知

iOS で実行されている Cisco Jabber および 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」トラフィックには、クライアントが CallKit の CallerID フィールドに入力するために使用する発信者 ID 情報（表示名、番号）が含まれます。ユーザーは、Cisco Jabber または Cisco Webex をフォアグラウンドに移行させて、新しいセッションに対してプッシュ通知が有効になっている新しいセッションを開始する必要があります。そうでない場合、発信側の元の名前と番号が着信側のデバイスに表示されます。

- 不在着信通知：発信者が進行中の発信通話を切断した場合、2 回目のプッシュ通知が、プッシュ対応デバイスに送信されます。プッシュ通知は、プッシュ対応デバイスが 13 秒以内に着信通話を登録しない場合にも送信されます。

- 共有回線：別のデバイスとの共有回線を持つプッシュ通知対応デバイスが通話を受信し、共有回線が通話に応答した場合、プッシュ通知対応デバイスは、通話は別のデバイスが応答したと記載された 2 番目のプッシュ通知を受信します。

- 「VoIP」タイプのプッシュ通知は優先順位が高いと見なされ、遅延なく配信されます。

（注）

どのプッシュ通知機能がどの Unified CM リリースで対応されているかについては、「プッシュ通知の最小リリースと機能サポート」を参照してください。

以下の画像は、VoIP プッシュ通知が iOS13 以降のバージョンで送信された際の状況の概要を示しています。

iOS13 以降のバージョンで送信された場合の VoIP プッシュ通知動作

iOS13 以降のバージョンおよび APNS 変更と Cisco Jabber または Webex アプリのプッシュ通知 Calling エクスペリエンスの比較

次の表では、クライアントがアップグレードされ、サーバーがアップグレードされていない場合、またはクライアントはアップグレードされていないが、サーバーがアップグレードされた場合のユーザー体験動作が示されています。

画面がロックされている場合

画面がロック解除済みの場合

Cisco Jabber 12.9

- クライアントがプッシュ通知を取得します。

- 発信者の CallerID と一緒に CallKit ビューが画面に表示されます。

- ユーザーは、デバイスのロックを解除せずに CallKit からの通話に応答または拒否できます。

- クライアントがプッシュ通知を取得します。

- 発信者の CallerID と一緒に CallKit ビューが、着信通話通知に表示されます。

- 発信者詳細（発信者名および発信者 ID）を使用してユーザーが通話に応答すると、Cisco Jabber アプリが起動します。

Cisco Jabber 12.8 以前

- クライアントがプッシュ通知を取得します。

- この通知により、Cisco Jabber アプリが登録され、ユーザーに通話情報が表示されます。

- ユーザーは、ロックされたデバイスから通話に応答できます、

- クライアントがプッシュ通知を取得します。

- この通知により、Cisco Jabber アプリが登録され、ユーザーに通話情報が表示されます。

- ユーザーは、アプリから直接通話に応答できます。

（注）

メッセージプッシュ通知のユーザエクスペリエンスの動作に変化はありません。

- プッシュ通知のクラウドセキュリティ

- iOS13 プッシュ通知（中国地域）

プッシュ通知のクラウドセキュリティ

セキュリティは、Cisco Jabber および Cisco Webex アーキテクチャのプッシュに対する取り組みの中心にあります。すべてのプッシュ通知コンテンツは、ユーザーがサインインするときに Cisco Jabber と Cisco Webex によって定義される 256 ビットの Advanced Encryption Standard（AES）キーを使用して暗号化されます。このキーは、クライアントが定期的に更新することもできます。プッシュ通知の一部として送信されるコンテンツはすべて暗号化されます。

シスコのクラウドプッシュサービスでは、暗号化されたペイロードが必要で、Apple または Google クラウドに送信する前に暗号化されていないコンテンツが拒否されます。シスコのクラウドプッシュサービスとの通信はすべて、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 and Presence Service は、iOS13 以降のバージョンのデバイス上で実行される Cisco Jabber クライアントに対するメッセージプッシュ通知をサポートします。中国の大陸地域にあるプッシュ通知対応デバイスへの着信コールを受信すると、iOS デバイスで実行されているクライアントは、規制の要件によって CallKit ビューを表示できません。代わりに、名前や番号などの発信者 ID の詳細を含むメッセージ通知が表示されます。

中国大陸地域の iOS13 以降のバージョンの Cisco Jabber および Cisco Webex クライアント：

- VoIP コールプッシュ通知メッセージを受信した場合、CallKit ビューを表示できません。

- VoIP コールプッシュ通知メッセージによって、アプリケーションは着信コールと発信者 ID に関する情報を含むメッセージトーストを表示します。

これにより、エンドユーザーはコールに応答する前に、発信者のアイデンティティを確認できます。メッセージ通知をタップすると、アプリケーションが起動して Unified Communications Manager に登録します。登録が成功すると、Unified Communications Manager は着信コールをアプリケーションにルーティングします。

（注）

Unified Communications Manager がユーザーにコールをルーティングするには、Cisco Jabber および Cisco Webex クライアントでメッセージ通知をすぐにタップすることをお勧めします。設定した時間（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 に再登録します。

（注）

- Cisco Webex 用の Android プッシュ通知は音声コール通知専用です。メッセージングの場合、Cisco Webex はオンプレミスの IM and Presence Service サーバーを使用しません。

Expressway X12.6 および Cisco Jabber 12.9 バージョンとともに IM and Presence Service 12.5 SU3 が導入されている場合、障害 ID CSCvv12541 は適用されません。Android 版 Cisco Jabber ユーザーには問題が発生しません。

- Android では、Cisco Jabber または Webex クライアントと Unified CM サーバー間のキープアライブ接続が常に機能する保証はありません。したがって、Cisco Jabber または Webex クライアントがバックグラウンドにあるときにチャットメッセージ（Cisco Jabber のみ）とコールを受信できるように、Cisco Cloud Onboarding で FCM（Firebase Cloud Messaging）を使用できるようにすることをお勧めします。

（注）

Cisco Jabber for Android クライアントは、2024 年 8 月 31 日までに Android ターゲット API レベル 34（Android 14）に更新する必要があります。詳細については、https://developer.android.com/google/play/requirements/target-sdkを参照してください。

この新しいバージョンの Cisco Jabber では、Android の VoIP ソケットはサポートされません。FCM を介したプッシュ通知は、バックグラウンドモードまたはサスペンドモードでアプリケーションに通知するためにサポートされている唯一の方法です。詳細については、https://developer.android.com/about/versions/14/changes/fgs-types-requiredを参照してください。

Unified Communications Manager、IM and Presence Service、および Expressway を、サポートされている次のバージョンにただちに更新することを強く推奨します。

- Unified Communications Manager 12.5(1)SU3 以降のリリース

- IM and Presence Service 12.5(1)SU3 以上のリリース

- Cisco Expressway X12.6.2（MRA が展開されている場合）

バックグラウンドモードでの Android プッシュ通知のコール処理

（注）

Google クラウドからの Android プッシュ通知サービスを使用してサインインする Cisco Jabber および Cisco Webex クライアントの一部として、サブスクライバサービス FCM（Firebase Cloud Messaging）と FCM:dev がサポートされています。

Unified Communications Manager のフェールオーバーが発生した場合のプッシュ通知

Unified Communications Manager グループは、デバイスが登録できる最大 3 台の冗長構成のサーバーの優先順位付きリストです。各グループには、1 個のプライマリ ノードと最大 2 個のバックアップノードが含まれます。ノードをリストする順序によって、最初のノードがプライマリノード、2 番目のノードがバックアップノード、3 番目のノードが第 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 のフェールオーバーの例です。クライアントの着信コールを受信すると、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 and Presence に対するプッシュ通知の高可用性

プッシュ通知の高可用性によって、Android および iOS 版 Cisco Jabber クライアントのプッシュ通知を有効にした IM and Presence セッションのフェールオーバーと冗長性が実現します。この機能を使用すると、IM and Presence Service は IM セッションをローカルのインメモリデータベース (IMDB) に保存します。これは、サブクラスタバックアップノード上のインメモリデータベースに自動的に複製されます。これにより、バックアップノードはセッション情報を確実に取得し、ユーザからのユーザアクションなしにセッションを引き継ぐことができます。

IM 履歴

プッシュ通知の高可用性が設定されている場合、Cisco Jabber ユーザーはフェールオーバーが発生したときにチャット履歴を失うことはありません。

Jabber が一時停止モードの場合の未読メッセージキュー

プッシュ通知対応の IM セッションの場合、Android または iOS 版 Cisco Jabber クライアントがサスペンドモードに移行すると、IM and Presence Service はクライアントにプッシュ通知を送信しますが、未開封のインスタントメッセージ、プレゼンスアップデート、およびその他の XMPP スタンザ（チャットルーム招待など）の送信を停止します。代わりに、クライアントがプッシュ通知をクリックするか、または再びフォアグラウンドモードになるまで、これらのメッセージはローカルサーバ上でキューに入れられます。

Cisco Jabber が一時停止モードの場合、プッシュ通知が有効になっている IM セッションの未読メッセージキューに関連する制限があります。一部のフェールオーバーの使用例では、未開封メッセージキューが失われます。この状況が発生した場合の説明については、「冗長性とフェールオーバーの使用例」を参照してください。

冗長性とフェールオーバーの使用例

この機能には、次の使用例が含まれています。

- ノードの障害（自動フェールオーバー）：ノードに障害が突然発生した場合、バックアップノードは IM セッションを引き継ぎ、この場合のプッシュ通知はバックアップノードから Cisco Jabber ユーザーに送信されます。ユーザーは、操作したり、IM 履歴を失ったりすることなく、作業を継続できます。ただし、クライアントが中断モードの間に障害が発生したサーバーでキューに入れられた、クライアントにまだ送信されていない未開封メッセージは失われます。

- ノードのシャットダウン (手動フェールオーバー)：ノードが正常にシャットダウンされると、バックアップノードは IM セッションを引き継ぎ、プッシュ通知はバックアップノードから送信され続けます。ユーザーは、操作したり、IM 履歴を失ったりすることなく、作業を継続できます。元のノードでキューに入れられ、Jabber クライアントへの送信を待機していた未読メッセージは、バックアップノードが引き継ぐと一時的に失われます。ただし、元のノードが復帰し、ユーザーが元のノードにフォールバックした後、そのメッセージキューが取得され、ユーザーに送信されます。

- Cisco XCP ルータのクラッシュ：Cisco XCP ルータが突然クラッシュした場合、ルータが復帰すると、ノードはセッションを再開し、プッシュ通知の送信を続行します。IM 履歴は維持されるため、Cisco Jabber ユーザーはユーザーアクションなしに作業を継続できます。ただし、ルータのクラッシュ前にサーバーのキューに格納された未読メッセージがクライアントにまだ送信されていないときは失われます

- Cisco XCP ルータの再起動：管理者が Cisco XCP ルータを再起動した場合 (設定の更新後など)、IM 履歴と未開封メッセージキューの両方が維持されます。ルータが再起動すると、IM and Presence Service はプッシュ通知の送信を再開します。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 ユーザ/秒

（注）

- 上記の結果は、UCS-C220-M4S Intel Xeon CPU E5-2660 v4@2.00GHz プラットフォームで測定されています。

- この計算は、IM and Presence リリース 11.5 の導入にのみ適用可能です。

プッシュ通知の最小リリースと機能サポート

最小リリーズ

次の表に、基本的なプッシュ通知をサポートするための最小リリースを示します。

（注）

特定のプッシュ通知機能に必要な最小リリースについては、「プッシュ通知の機能サポート」の表を参照してください 。

オペレーティング システム

プッシュ通知の最小リリース

iOS16.5 以降（LPNS）

- Unified Communications Manager 14SU3

- Cisco Jabber 14.2

- Cisco Webex アプリ 43.6

- IM and Presence Service メッセージングではサポートされていません

- Android ではサポートされていません

iOS12（APNS）

（注）

未サポート。詳細については、https://www.cisco.com/c/en/us/support/docs/field-notices/705/fn70555.htmlを参照してください。

- Unified Communications Manager 11.5(1)SU4 以上（推奨：11.5(1)SU7 または 12.5(1)SU2）

- IM and Presence Service 11.5(1)SU4 以上（推奨：11.5(1)SU7 または 12.5(1)SU2）

- Cisco Jabber 11.9（推奨：12.8）

- Cisco Expressway X8.10.1：MRA が展開されている場合（推奨：X12.6）

iOS13 以降（APNS）

- Unified Communications Manager 11.5(1)SU8（11.x リリースの場合）、12.5(1)SU3（12.x リリースの場合）

- IM and Presence Service 11.5(1)SU8（11.x リリースの場合）、12.5(1)SU3（12.x リリースの場合）

- Cisco Jabber 12.9

- Cisco Expressway X12.6（MRA が展開されている場合）

（注）

最小リリースへのアップグレードとプッシュ通知機能がすでに有効になっている場合は、Expressway をアップグレードする前に、最初にすべての IM and Presence Service クラスタをアップグレードする必要があります。

Expressway をバージョン X12.7 以降にアップグレードし、IM and Presence Service を 11.5(1)SU8 または 12.5(1)SU3 以降のバージョンにアップグレードし、プッシュ通知機能がすでに有効になっている場合、Expressway をアップグレードする前に、少なくとも 1 つの IM and Presence Service クラスタをアップグレードする必要があります。

Android

- Unified Communications Manager 12.5(1)SU3 以上のリリース

- IM and Presence Service 12.5(1)SU3 以上のリリース

- Cisco Jabber 12.9.1

- Cisco Expressway X12.6.2（MRA が展開されている場合）

詳細については、最新の X12.6.2 Expressway リリースノートを参照してください。

（注）

最小リリースへのアップグレードとプッシュ通知機能がすでに有効になっている場合は、Expressway をアップグレードする前に、最初にすべての IM and Presence Service クラスタをアップグレードする必要があります。

Expressway をバージョン X12.7 以降にアップグレードし、IM and Presence Service を 11.5(1)SU8 または 12.5(1)SU3 以降のバージョンにアップグレードし、プッシュ通知機能がすでに有効になっている場合、Expressway をアップグレードする前に、少なくとも 1 つの IM and Presence Service クラスタをアップグレードする必要があります。

機能サポート

次の表に、特定の Unified Communications Manager リリースでサポートされるプッシュ通知機能の概要を示します。

Unified CM リリース

iOS12

iOS13 以降のバージョン

Android

iOS16.5

11.5(1)SU4 - SU7

基本的なプッシュ通知のサポート

単一プッシュ通知チャネル

基本的なプッシュ通知のサポート

単一プッシュ通知チャネル

サポートなし

基本的なクラウドプッシュ通知のサポート

11.5(1)SU8

基本的なプッシュ通知のサポート

単一プッシュ通知チャネル

基本的なプッシュ通知のサポート

プッシュ通知の発信者 ID

コールとメッセージ用の個別チャネル

サポートなし

基本的なクラウドプッシュ通知のサポート

12.5(x) SU2 まで

基本的なプッシュ通知のサポート

単一プッシュ通知チャネル

基本的なプッシュ通知のサポート

単一プッシュ通知チャネル

サポートなし

基本的なクラウドプッシュ通知のサポート

12.5(1) SU3

基本的なプッシュ通知のサポート

単一プッシュ通知チャネル

基本的なプッシュ通知のサポート

プッシュ通知の発信者 ID

CallerID が外部プレゼンテーション名と番号をサポート

プッシュ通知の登録ノード

コールとメッセージ用の個別チャネル

基本的なプッシュ通知のサポート

プッシュ通知の登録ノード

コールとメッセージ用の個別チャネル

基本的なクラウドプッシュ通知のサポート

14SU3

サポートなし

サポートなし

基本的なプッシュ通知のサポート

プッシュ通知の登録ノード

コールとメッセージ用の個別チャネル

ローカルプッシュはサポートされていません

コールのローカルプッシュ通知のサポート。メッセージングはサポートされません

基本的なプッシュ通知のサポート

プッシュ通知の発信者 ID

CallerID が外部プレゼンテーション名と番号をサポート

プッシュ通知の登録ノード

プッシュ通知の前提条件

以下は、オンプレミス展開用オンボードプッシュ通知に対する前提条件です。

- Domain Name System は、Unified Communications Manager と IM and Presence Service の両方で必ず構成し、外部ルーティング可能なアドレスを解決できる必要があります。

- Unified Communications Manager プッシュ通知サービス（CPNS）はすべてのノードで実行する必要があり、CallManager はローカル CPNS にのみに接続する必要があります。機能的なプッシュ通知を確保するには、ローカルノードで CPNS を有効にすることが必須です。

- 次の Cisco Cloud への接続については、Unified Communications Manager および IM and Presence Service からポート 443 を介して接続を有効にする必要があります。

- fos-a.wbx2.com—Unified Communications Manager でのフュージョン オンボーディング サービス：プッシュ通知サブスクリプション要求の場合にこのサービスに接続します。Unified CM を Fusion Onboarding Service（FOS）と通信して、共通アイデンティティ（CI）マシンアカウントをプロビジョニングします。

- push.webexconnect.com でのプッシュ REST サービス：Unified Communications Manager および IM and Presence Service は、このサービスに接続してプッシュ通知を送信します。

- idbroker.webex.com の共通アイデンティティサービス ー Unified Communications Manager および IM and Presence Service は、プッシュ通知送信前にこのサービスを認証します。

（注）

ファイアウォールの暗号解読除外リストに push.webexconnect.com と idbroker.webex.com を追加します。

- Cisco Jabber へのメッセージングプッシュ通知の場合は、インスタントメッセージを有効化し、[マルチ デバイス メッセージング（Multiple Device Messaging）] 機能と [ストリーム管理（Stream Management）] 機能を IM and Presence Service に構成する必要があります。詳細については、「IM and Presence Service の設定と管理」を参照してください 。

- プッシュ通知は、リリース 11.5(1)SU3 で導入された次のネットワークサービスに依存します。Cisco Unified Serviceability の [コントロールセンター-ネットワークサービス（Control Center - Network Services）] ウィンドウで、これらのサービスが実行されていることを確認できます。両方のサービスはデフォルトで有効になっています。

- シスコ プッシュ通知サービス：音声コールとビデオ コールのプッシュ通知を処理します。

- シスコ管理エージェントサービス：プッシュ通知に関連するトラブルシューティング情報の送信を処理します。

- iOS または Android デバイスは、Cisco Jabber アプリケーションからの通知を許可するように設定する必要があります。

- クラウド接続用にプロキシサーバーが必要な場合は、「クラウド接続のプロキシサポート」の HTTP(S) プロキシサポートに関する情報を確認してください。

- iPhone または iPad クライアントに Cisco Jabber を導入する場合、音声プッシュ通知が動作するには、[EnableVoipSocket] パラメータ設定が [false] である必要があります。Cisco Unified CM Administration の [UC サービスの設定（UC Service Configuration）] ウィンドウでこのパラメータを設定できます（サービスタイプとして [Jabberクライアント設定（Jabber Client Configuration）] を選択し、[オプション（Options）] セクションでパラメータを設定します）。

XML エディタでこのパラメータを編集することもできます。パラメータの 詳細については、『Parameters Reference Guide for Cisco Jabber』を参照してください。

ライセンスに関する要件

- 11.5(x) リリースの場合、Unified Communications Manager はライセンスに Cisco Prime License Manager を使用します。プッシュ通知のオンボードプロセスの一環として、Prime License Manager でライセンスを同期する必要があります。

- 12.x 以降のリリースの場合、Unified Communications Manager はライセンスにスマートライセンシングを使用します。プル通知の場合は、クラスタをオンにする前にスマートライセンスを設定する必要があります。スマートライセンシングに Unified Communications Manager を設定する方法については、『Cisco Unified Communications Manager システム設定ガイド』の「スマート ソフトウェア ライセンシング」章を参照してください。

- リリース 12.5 (x) 以降では、スマートライセンスが特定のライセンス予約で設定されている場合、プッシュ通知はサポートされません。プッシュ通知を動作させるには、特定のライセンス予約機能を無効にする必要があります。

証明書の前提条件

- MRA を設定している場合は、Unified Communications Manager、IM and Presence Service、および Cisco Expressway-C の間で証明書を交換する必要があります。各システムで同じ CA による CA 署名付き証明書を使用することを推奨します。その場合、次のようになります。

- 各システムに CA ルート証明書チェーンをインストールします（Unified Communications Manager および IM and Presence Service の場合は tomcat 信頼ストアに証明書チェーンをインストールします）。

- Unified Communications Manager の場合は、CSR を発行して CA 署名付き Cisco Tomcat および Cisco CallManager 証明書を要求します。

- IM and Presence Service の場合は、CSR を発行して CA 署名付き Cisco Tomcat 証明書を要求します。

（注）

別の CA を使用する場合は、各 CA のルート証明書チェーンを Unified Communications Manager 、IM and Presence Service、および Expressway-C にインストールする必要があります。

（注）

また、Unified Communications Manager と IM and Presence Service の両方に自己署名証明書を使用することができます。この場合は、Unified Communications Manager 用の Cisco Tomcat 証明書と Cisco CallManager 証明書、IM and Presence Service 用の Cisco Tomcat 証明書を Expressway-C にアップロードする必要があります。

プッシュ通知の設定タスク フロー

次のタスクを実行して、Cisco Unified Communications Manager および IM and Presence Service クラスタでプッシュ通知を設定します。

始める前に

プッシュ通知の前提条件

手順

ステップ 1

ライセンスの同期

リリース 11.5 (1) SUx のみ。Cisco プライムライセンスマネージャのシステムライセンスを同期します。これは、新しいライセンスを追加したかどうかに関係なく、必須のタスクです。

（注）

Prime License Manager がスマートライセンスに置き換わるため、このタスクは、Cisco Unified Communications Manager リリース 12.0(1) 以降で省略できます。

ステップ 2

プッシュ通知用のポートを開く

プッシュ通知に必要なポートを開きます。

ステップ 3

プッシュ通知を有効化する

プッシュ通知用の Cisco Unified Communications Manager および IM and Presence Service をオンボードします。

ステップ 4

プッシュ通知の高可用性の有効化

IM およびプレゼンスの展開では、プッシュ通知を有効にすると高可用性が確保されます。

ステップ 5

OAuth 更新ログインの設定

これらの一連のタスクを完了して、より迅速な Cisco Jabber の OAuth 更新ログインを展開します。

ステップ 6

Expressway からの設定の更新

Expressway-C では、Authz 証明書を再同期できるように Unified Communications Manager サーバーを更新します。作業が終了したら、お使いのユーザーを再起動します。

ステップ 7

Expressway-E を再起動

IM and Presence Service を導入している場合は、Expressway-E を再起動する必要があります。

ステップ 8

トラブルシューティングオプションの設定

Cisco Unified Communications Manager のプッシュ通知アラームを Cisco Cloud に送信する頻度およびアラームシビラティ（重大度）を決定するトラブルシューティング パラメータを設定します。

（注）

Cisco Expressway を使用したモバイルおよびリモートアクセス（MRA）の導入については、Expressway の使用によるプッシュ通知についての『Cisco Expressway 経由のモバイルおよびリモートアクセス導入ガイド』を参照してください。

- ライセンスの同期

- プッシュ通知用のポートを開く

- プッシュ通知を有効化する

- プッシュ通知の高可用性の有効化

- OAuth 更新ログインの設定

- Expressway からの設定の更新

- Expressway-E を再起動

- トラブルシューティングオプションの設定

ライセンスの同期

11.5 (1) SU システムの場合は、Cisco プライムライセンスマネージャで次の手順を使用して、システムライセンスを同期します。これは、ライセンスを更新したかどうかに関係なく、オンプレミス展開のプッシュ通知を有効にするための必須タスクです。

（注）

このタスクは、Cisco Unified Communications Manager 11.5 (1) SU リリースのみに必要です。このタスクは、リリース 12.0 (1) 以降では省略できます。これは、スマートライセンシングがプライムライセンスマネージャを置き換えるためです。

始める前に

ライセンスの追加手順や製品インスタンスを含むライセンス許諾の詳細については、『Cisco Prime License Manager ユーザガイド』を参照してください。

手順

ステップ 1

Cisco Prime License Manager で、[製品インスタンス（Product Instance）] タブを選択します。

ステップ 2

ライセンスの同期をクリックします。

プッシュ通知用のポートを開く

次のポートが、Cisco Unified Communications Manager および IM and Presence Service からのプッシュ通知サポート用に開かれていることを確認してください。

プッシュ通知のポート要件

送信元

宛先

ポートとプロトコル

説明

Unified CM および IM and Presence Service

Cisco cloud

443/TLS

プッシュ通知用の HTTPS ベースの通信：

- Unified CM パブリッシャノードから fos-a.wbx2.com のフュージョン オンボーディング サービスへのサブスクリプション要求

- idbroker.webex.com での共通アイデンティティサービスへの認証要求

- push.webexconnect.com でのプッシュ REST サービスへのプッシュ通知

このポートは、すべてのクラスタノードに対して開いている必要があります。

（注）

- Apple デバイスについては、 「エンタープライズ ネットワークでの Apple 製品の使用 - Apple サポート」を参照してください。

Android デバイスについては、 「Android エンタープライズ ネットワーク要件 - Android エンタープライズヘルプ」（google.com）を参照してください。

（注）

さらに、ポート 9966 は、Ccisco プッシュ通知サービスによって内部的に使用され、すべての Unified Communications Manager クラスタノード上の Cisco CallManager サービスと通信します。クラスタ内のノード間の通信がファイアウォールを通過する場合は、このポートをファイアウォールで開く必要があります (たとえば、ノードが別のサブネットに配置されている場合、例のように WAN に接続されています)。この場合は、このポートをファイアウォールで開いて、これらのサービスが通信できるようにする必要があります。

プッシュ通知を有効化する

Cisco Unified Communications Manager と IM and Presence Service クラスタ内でプッシュ通知を有効にするには、次の手順を実行します。

始める前に

次の点を確認してください。

- ポート 443 は、アウトバウンド HTTPS 要求の場合は Unified Communications Manager パブリッシャノードから開かれている必要があります。

- シスコ プッシュ通知サービスとシスコ管理エージェント サービスの両方のネットワーク サービスが、Cisco Unified Serviceability で実行されている必要があります。両方のサービスはデフォルトで有効になっています。

手順

ステップ 1

Cisco Unified Communications Manager のパブリッシャ ノードにログインします。

ステップ 2

[Cisco Unified CM 管理（Cisco Unified CM Administration）] から、以下を選択します。 [高度な機能（Advanced Features）] > [Cisco Cloud オンボーディング（Cisco Cloud Onboarding）]。

Unified Communications Manager が Cisco cloud に到達可能かどうか、および証明書が存在するかどうかを確認している間、ページのロードに 1 分ほどかかる場合があります。

ステップ 3

[伝票の作成（Generate Voucher）] ボタンをクリックして、システム ライセンスを同期します。

ステップ 4

[プッシュ通知の有効化（Enable Push Notifications）] チェックボックスをオンにします。

ステップ 5

[シスコにこのトラストに必要なシスコクラウドサービスCA証明書を管理させる（I want Cisco to manage the Cisco Cloud Service CA Certificates required for this trust）] チェックボックスをオンにして、システムが証明書を自動的に更新するようにします。

（注）

このチェックボックスをオンにすると、Cisco によってクラウド証明書要件が自動的にインストールされます。ただし、システムのインストールに使用したファイルに含まれていない新しい証明書の要件が追加された場合は、クラウド証明書を手動で取得する必要がある場合があります。証明書を手動でアップロードする方法については、「クラウド接続の証明書」を参照してください。

ステップ 6

HTTP または HTTPS プロキシを使用してシスコ クラウドにアクセスする場合は、[HTTPプロキシの有効化（Enable HTTP Proxy）] チェックボックスをオンにして、サーバーの詳細を入力します。

（注）

Cisco は、プロキシサーバーの基本認証とダイジェスト認証をサポートしています。推奨認証方式は、ダイジェスト認証です。

ステップ 7

[保存（Save）] をクリックします。

ステップ 8

クラスタ内のすべてのノードで Cisco Tomcat サービスを再起動し、シスコが管理する証明書をインストールします。

1. コマンドライン インターフェイスにログインします。

2. utils service restart Cisco Tomcat コマンドを実行します。

Cisco Tomcat サービスが再起動すると、[シスコクラウドオンボーディング設定（Cisco Cloud Onboarding Configuration）] のステータスに「シスコクラウドオンボーディングは保留中（Cisco Cloud Onboarding Pending）」と表示されます。

ステップ 9

[シスコクラウドオンボーディング設定（Cisco Cloud Onboarding Configuration）] ウィンドウで、[プッシュ通知の有効化（Enable Push Notifications）] および [シスコにこのトラストに必要なシスコクラウドサービスCA証明書を管理させる（I want Cisco to manage the Cisco Cloud Service CA Certificates required for this trust）] チェックボックスが引き続きオンになっていることを確認します。場合によって再度オンにする必要があります。

ステップ 10

（任意） トラブルシューティングの設定を構成して、システムの問題を迅速に解決できるようにします。フィールドの説明については、オンライン ヘルプを参照してください。

1. [シスコクラウドにトラブルシューティング情報を送信する（Send Troubleshooting Information to the Cisco Cloud）] チェックボックスをオンにします。

2. [トラブルシューティングのために暗号化されたPIIをシスコクラウドに送信する（Send encrypted PII to the Cisco Cloud for troubleshooting）] チェックボックスをオンにします。

ステップ 11

[保存（Save）] をクリックします。

クラスタはプッシュ通知サブスクリプション要求を開始します。要求が完了し、プッシュ通知が有効になっている場合、[ステータス（Status）] フィールドには「クラウドオンボーディング完了（Cloud Onboarding Completed）」というメッセージが表示されます。

（注）

Unified Communications Manager プッシュ通知サービス（CPNS）を再起動します。

ステップ 12

展開に IM and Presence Service が含まれている場合は、Cisco XCP Config Manager と Cisco XCP Router サービスをすべての IM and Presence Service のクラスタ ノードに対して再起動します。

1. [シスコクラウドオンボーディング（Cisco Cloud Onboarding）] ウィンドウの [ステータス（Status）] 領域に表示される [コントロールセンター-ネットワークサービス（Control Center - Network Services）] リンクをクリックします。リンクが表示されない場合は、Cisco Unified Serviceability のインターフェイスにログインし、[ツール（Tools）] > [コントロールセンター-ネットワークサービス（Control Center - Network Services）] を選択します。

2. [サーバ（Server）] ドロップダウン リスト ボックスから、IM and Presence データベース パブリッシャ ノードを選択し、[移動（Go）] をクリックします。

3. Cisco XCP Config Manager サービスを選択して、 再起動をクリックします。

4. Cisco XCP Router サービスを選択して、 再起動をクリックします。

5. すべての IM and Presence クラスタ ノードでこの手順を繰り返します。

（注）

「デバイスのデフォルトページでアクティベーション コード オンボーディングを使用するように電話機が有効になっていません（No phones are enabled in the Device Defaults page to use Activation Code Onboarding）」というメッセージが表示された場合、これはオンボーディングが失敗しましたという意味ではなく、[デバイスのデフォルト（Device Defaults）] ウィンドウ内で、デバイスが、オンプレミスのオンボーディング方式にアクティベーションコードを使用するように設定されていないことを示しています。

（注）

Unified CM オンボーディングページに更新があるたびに、Unified Communications Manager プッシュ通知サービス（CPNS）を再起動する必要があります。

（注）

Cisco XCP Router を再起動しても、[シスコクラウドオンボーディング設定（Cisco Cloud Onboarding Configuration）] ウィンドウの [ステータス（Status）] メッセージは更新されません。すべてのノードに対して上記の手順を完了してから [シスコクラウドオンボーディング設定（Cisco Cloud Onboarding Configuration）] ウィンドウに戻ると、[ステータス（Status）] メッセージには引き続き Cisco XCP Router を再起動する必要があると表示されます。ただし、IM and Presence クラスタ ノードごとに 1 回だけ再起動する必要があります。

（注）

プッシュ通知を無効にするには、[プッシュ通知の有効化（Enable Push Notifications）] チェックボックスをオフにして、[保存（Save）] をクリックします。保存後、すべての IM and Presence Service のクラスタ ノードで Cisco XCP Router を再起動します。

プッシュ通知の高可用性の有効化

IM and Presence Service でプッシュ通知の高可用性が有効になっていることを確認するには、次の手順を実行します。この機能は、サスペンドモードになっている Android または iOS での Cisco Jabber に対して冗長性とフェールオーバーを提供するために必要です。

（注）

Cisco Webex クライアントは、メッセージングに IM and Presence Service ではなく、Cisco Webex クラウドを使用します。

手順

ステップ 1

[Cisco Unified CM IM and Presence の管理（Cisco Unified CM IM and Presence Administration）] で、以下を選択 [システム（System）] > [サービスパラメータ（Service Parameters）]。

ステップ 2

[サーバ（Server）] ドロップダウンから、IM and Presence ノードを選択します。

ステップ 3

[サービス（Service）] ドロップダウン リストから、[Cisco XCPルータ（アクティブ）（Cisco XCP Router (Active)）] を選択します。

ステップ 4

[プッシュ通知（クラスタ全体）（Push Notifications (Clusterwide)）] で、[プッシュ通知の高可用性（Push Notifications High Availability）] サービス パラメータを [有効（Enabled）] に設定します。

ステップ 5

[保存（Save）] をクリックします。

ステップ 6

このサービス パラメータの設定を編集した場合は、すべての IM and Presence ノードで Cisco XCP Router を再起動します。それ以外の場合は、次のタスクに進むことができます。

1. Cisco Unified Serviceability から、[ツール（Tools）] > [コントロールセンター-ネットワークサービス（Control Center - Network Services）] の順に選択します。

2. サーバ ドロップダウンから、IM and Presence クラスタ ノードを選択し、移動をクリックします。

3. [Cisco XCP Router] を選択し、[リスタート（Restart）] をクリックします。

4. この手順をすべての IM and Presence Service クラスタ ノードで繰り返します。

OAuth 更新ログインの設定

Cisco Jabber および Cisco Webex クライアントのログインをより高速に行うオプション機能である OAuth 更新ログインを設定するには、次に示すタスクを完了します。

（注）

OAuth 更新ログインは、Cisco Expressway ではデフォルトで有効ですが、Unified Communications Manager ではデフォルトで無効になっています。両方のシステムにデフォルトの設定を使用すると、設定の不一致が発生します。

手順

ステップ 1

Unified Communications Manager の OAuth 更新ログインの設定

OAuth アクセストークンによるログインの更新を設定し、Unified Communications Manager でトークンを更新します。

（注）

OAuth 更新ログインは、Unified Communications Manager のオプションの展開です 。

ステップ 2

Expressway の OAuth 設定の確認

Cisco Expressway が導入済みの場合は、Expressway の OAuth 更新ログイン設定が Unified Communications Manager の設定と一致する必要があります。

ステップ 3

Unity Connection で OAuth を有効にする

Cisco Unity Connection で、OAuth 更新ログインを有効にし、Unified Communications Manager パブリッシャノードを認証サーバとして割り当てます。

- Unified Communications Manager の OAuth 更新ログインの設定

- Expressway の OAuth 設定の確認

- Unity Connection で OAuth を有効にする

Unified Communications Manager の OAuth 更新ログインの設定

Unified Communications Manager で次の手順を使用して、OAuth アクセストークンによるログインの更新を設定し、Cisco Jabber および Cisco Webex クライアントのトークンを更新します。OAuth 更新ログインは、ネットワークの変更後にユーザーが再ログインする必要のない合理化されたログインフローを提供します。

（注）

互換性を確保するために、導入のさまざまな Unified Communications コンポーネントがすべて更新ログインをサポートしていることを確認してください。OAuth 更新ログインを有効にした後、この機能を無効にするには、すべての Jabber および Webex クライアントをリセットする必要があります。

注意

OAuth 更新ログインは、Unified Communications Manager ではデフォルトでは無効になっており、有効にすることをお勧めしますが、Cisco Expressway ではデフォルトで有効になっています。両方のシステムを導入済みで、デフォルト設定を使用している場合は、Unified Communications Manager で更新ログインを有効にするか、または Cisco Expressway で無効にする必要があります。それ以外の場合は、設定が一致していないことになります。

手順

ステップ 1

[Cisco Unified CM 管理（Cisco Unified CM Administration）] から、以下を選択します。 [システム（System）] > [エンタープライズパラメータ（Enterprise Parameters）]。

ステップ 2

[SSO 設定] で、次のいずれかの操作を実行します。

- OAuth 更新ログインを有効にするには、[更新ログインフローを使用したOAuth（OAuth with Refresh Login Flow）] エンタープライズパラメータを [有効（Enabled）] に設定します。

- OAuth 更新ログインを無効にするには、[更新ログインフローを使用したOAuth（OAuth with Refresh Login Flow）] エンタープライズパラメータを [無効（Disabled）] に設定します。これがデフォルトの設定です。

ステップ 3

OAuth 更新ログインが有効な場合は、次のエンタープライズ パラメータを設定してアクセス トークンおよび更新トークンの有効期限を指定します。

- [OAuthアクセストークン失効タイマー（分）（OAuth Access Token Expiry Timer (minutes)）]：このパラメータは、各 OAuth アクセス トークンの失効タイマーを分単位で指定します。OAuth アクセストークンは、タイマーの期限が切れた後は無効ですが、Jabber クライアントは、更新トークンが有効である限り、ユーザーが再認証する必要なく、新しいアクセス トークンを要求して取得できます。デフォルト値は 60 分です。有効な範囲は 1 ～ 1440 分です。

- [OAuth更新トークン有効期限タイマー（日）（OAuth Refresh Token Expiry Timer (days)）]：このパラメータは、OAuth 更新トークンの有効期限タイマーを日単位で指定します。タイマーの期限が切れた後、更新トークンは無効になり、Jabber クライアントは新しい更新トークンを取得するために再認証する必要があります。有効範囲は 1 ～ 365 日、デフォルトは 60 日です。

ステップ 4

[保存（Save）] をクリックします。

（注）

設定を保存したら、すべての Cisco Jabber クライアントと Webex クライアントをリセットします。

次のタスク

Cisco Expressway の OAuth 更新ログインの設定が Unified Communications Manager の設定と一致していることを確認 します。詳細については、「Expressway の OAuth 設定の確認」を参照してください。

Expressway の OAuth 設定の確認

Cisco Expressway が導入済みの場合は、Expressway の OAuth 更新ログイン設定が Unified Communications Manager 設定と一致する必要があります。

（注）

OAuth 更新ログインは、Cisco Expressway ではデフォルトで有効ですが、Unified Communications Manager ではデフォルトで無効になっています。両方のシステムにデフォルトの設定を使用すると、設定の不一致が発生します。Unified Communications Manager では、OAuth 更新ログインは [OAuth 更新ログインフロー（OAuth with Refresh Login Flow）] エンタープライズパラメータを使用して設定されます。

手順

ステップ 1

Cisco Expressway-C にサインインします。

ステップ 2

[ 構成 > Unified Communications > MRA アクセス制御]を選択します。

- Unified Communications Manager で OAuth 更新ログインが有効の場合は、[OAuth トークンによる承認（更新あり）（Authorize by OAuth token with refresh）] を [オン（On）] に設定します。これがデフォルトの設定です。

- Cisco Unified Communications マネージャーで OAuth 更新ログインが無効になっている場合は、[更新時に OAuth トークンによる承認 ] 設定をオフに設定します。

ステップ 3

[保存（Save）] をクリックします。

Unity Connection で OAuth を有効にする

Jabber で OAuth 更新ログインを導入する場合は、次の手順を使用して Unity Connection の機能を有効にします。設定の一部として、Unified Communications Manager パブリッシャノードを認証サーバとして割り当てる必要があります。

手順

ステップ 1

Cisco Unity Connection で OAth 更新ログインを有効にする

1. Cisco Unity Connection Administration から、[システム設定（System Settings）] > [エンタープライズパラメータ] を選択します。

2. [SSO および OAuth 設定] の下で設定を構成します。

3. [更新ログイン フローを使用した OAuth（OAuth with Refresh Login Flow）]エンタープライズ パラメータ を [有効（Enabled）] に設定します。

4. [保存（Save）] をクリックします。

ステップ 2

Cisco Unity Connection の認証サーバとして、Unified Communications Manager パブリッシャノードを追加します。

1. Cisco Unity Connection Administration から、[システム設定（System Settings）] > [認証サーバ（Authz Server）] を選択します。

2. 次のいずれかを実行します。

- 既存の認証サーバー設定を編集するサーバーを選択します。

- [新規追加（Add New）] をクリックして新しい認証サーバーを追加します。

3. ページでフィールドを設定します。

4. [保存（Save）] をクリックします。

Expressway からの設定の更新

次の手順を使用して、プッシュ通知用の Cisco Expressway の設定を更新します。これにより、その設定と証明書を、Unified Communications Manager と同期させることができます。

（注）

Cisco Expressway 設定の詳細については、「Expressway メンテナンスおよび運用ガイド」ページにある『Cisco Expressway 管理者ガイド』を参照してください。

手順

ステップ 1

Expressway-C にログインします。

ステップ 2

Cisco Unified Communications Manager Administration サーバーを更新 します。

1. Expressway-C で、[設定（Configuration）] > [Unified Communications] > [Unified CM サーバー（Unified CM servers）]に移動します。

2. [サーバーの更新 (Refresh server)] をクリックする

Expressway は、Authz 証明書を Unified Communications Manager と同期します。

ステップ 3

サーバーの更新後、Expressway-C を再起動します。再起動が完了するまで、Expressway-C は IM and Presence Service のプッシュ機能を認識せず、PUSH メッセージを Cisco Jabber クライアントに送信しません。

1. [メンテナンス（Maintenance）] > [再起動オプション（Restart options）]を選択します。

2. [再起動（Restart）] をクリックします。

Expressway-E を再起動

インスタントメッセージによるプッシュ通知には、Expressway-E の再起動が必要です。IM and Presence Service でプッシュ通知を有効にした後、Expressway-E を再起動する必要があります。再起動するまで、Expressway-E は IM and Presence Service のプッシュ機能を認識できず、Jabber クライアントに PUSH メッセージを送信しません。

（注）

導入に IM and Presence Service が含まれない場合は、このタスクをスキップできます。

手順

ステップ 1

Expressway-E にログインします。

ステップ 2

[メンテナンス（Maintenance）] > [再起動オプション（Restart options）] を選択します。

ステップ 3

[再起動（Restart）] をクリックします。

トラブルシューティングオプションの設定

Unified Communications Manager パブリッシャノードで、次の手順を使用して、プッシュ通知アラームを Cisco Cloud に送信する頻度、およびアラーム重大度を決定するパラメータを設定します。

始める前に

Unified Communications Manager が Cisco Cloud にプッシュ通知アラームを送信するには、Cisco Management Agent Service ネットワークサービスが実行されている必要があります。サービスの実行状況は、Cisco Unified Serviceability の [コントロールセンター - ネットワークサービス] ウィンドウで確認することができます。このサービスはデフォルトで有効になっています。

手順

ステップ 1

コマンドライン インターフェイスにログインします。

ステップ 2

プッシュ通知のアラームをクラウドに送信する頻度を設定するには、utils managementAgent アラームの pushfrequency < minutes>コマンドを実行します。ここで<minutes>は 5 ~ 90 分の間の整数を指定します。デフォルト値は 30 分です。

ステップ 3

Cisco Cloud にプッシュ通知用アラームを送信する最小アラームの重大度を設定するには、utils managementAgent alarms minpushlevel <alarm_level>コマンドを実行します。ここで<alarm_level> は最小重大度を表します。この重大度未満のプッシュ通知のアラームは、Cisco Cloud に送信されません。

プッシュ通知の場合は、次のように、最も重要なものから低い重大とレベルの<alarm_level> オプションは以下のようになります。

- クリティカル（Critical）

- エラー (デフォルト値)

- 警告

- [Notice]

- 情報（Information）

ステップ 4

プッシュ通知アラームを Cisco Cloud にすぐに送信する必要があり、スケジュールされたアップロードを待機できない場合は、utils managementAgent alarms pushnow コマンドを実行します。

リリース 12.0 以降の APNS バウチャー生成

リリース 11.5 では、Prime License Manager（PLM）が APNS に必要なバウチャーを生成します。PLM は 12.0 で廃止されますが、この機能は Cisco Smart Software Manager（CSSM）および CSSM Satellite が提供します。

プッシュ通知機能がない 11.5(1)SU2 より前のバージョンからのフレッシュインストールまたはアップグレード

リリース 12.0 では、PLM の代わりにスマートライセンスが使用されます。Unified CM を Smart License Manager（SLM）に登録し、Cisco Cloud Onboarding UI で [バウチャーの生成（Generate Voucher）] をクリックして、Unified CM にバウチャーを同期します。次に、11.5(1)SU2 のプロセスとは少し異なるオンボーディングプロセスに進みます。

11.5(1)SU2 から 12.0 以降のリリースへのアップグレード

このシナリオでは、Unified CM は評価モードになります。評価モードが期限切れになる前に、Unified CM を SLM に登録します。

- PLM から同期されたバウチャーコードは、アップグレード中にデータベースから削除されます。

- アップグレード前に Unified CM がオンボードされていた場合、プロビジョニングが許可されるまでプッシュ通知は機能し続けます。スマートライセンスによってプロビジョニングが無効にされると、プッシュ通知は機能しません。ただし、評価モード中にプッシュ通知が無効になっている場合、再オンボーディングは、新しいバウチャーが SLM から同期され、新しいオンボーディングプロセスを通じてオンボーディングが実行された後にのみ可能になります。

- アップグレード前に Unified CM がオンボードされていなかった場合、Unified CM を CSSM または CSSM Satellite に登録する必要があります。Cisco Cloud Onboarding UI で [バウチャーの生成（Generate Voucher）] をクリックして、バウチャーを Unified CM に同期する必要があり、新しいオンボーディングプロセスを使用してオンボーディングを実行する必要があります。

- アップグレード前にプッシュ通知を無効にし、アップグレード後に新しいオンボーディングフローを使用して再オンボーディングすることをお勧めします。

プッシュ通知のトラブルシューティング

プッシュ通知はさまざまなコンポーネントに影響し、その一部はローカルにホストされていて、一部がクラウドにあります。プッシュ通知のトラブルシューティングを設定して、システムの問題を事前にトラブルシューティングするために必要な情報を Cisco TAC に説明することが重要です。

Cisco Cloud にトラブルシューティング情報を送信する

デフォルトでは、Unified Communications Manager はプッシュ通知のトラブルシューティング情報を一定の間隔で Cisco Cloud に送信します。シスコはこの情報を使用してプッシュ通知とシステム コンポーネントのデバッグを積極的に行っていきます。Cisco TAC がプッシュ通知のアラームにすばやくアクセスできるようにすることによって、システムのトラブルシューティングを迅速に行います。

このオプションは、プッシュ通知が有効化された後、デフォルトで有効になっていますが、管理者は、[Cisco Cloud オンボード設定] ウィンドウで無効にすることができます。このオプションが有効になっている場合、Cisco Unified Communications Manager は、顧客のクラスタ ID を生成し、その ID を顧客のホーム Unified Communications Manager クラスタに保存します。プッシュ通知に関する Cisco TAC をコールするユーザーは、TAC のスタッフがお客様のプッシュ通知アラームを特定できるように、ID を提供する必要があります。

個人識別情報（PII）暗号化

また、プッシュ通知アラームに保存されている個人を識別できる情報（PII）を暗号化するように、Unified Communications Manager を設定することもできます。PII データには、ユーザー名、ホスト名、デバイス名など、特定のユーザーを識別するためのデータが含まれます。トラブルシューティングのために暗号化された PII を Cisco Cloud に送信するオプションを選択してこの機能を有効にします。

セキュリティを強化するために、PII データを復号化するための Cisco Support トークンは、顧客の Unified Communications Manager サーバーの [Cisco Cloud オンボーディング設定（Cisco Cloud Onboarding Configuration）] ウィンドウでのみ提供されています。Cisco は、お客様がトークンを提供しない限り、このデータを復号化することはできません。プッシュ通知の問題について Cisco TAC をコールしている場合は、TAC がプッシュ通知アラームで暗号化された情報を読み取ることができるように、そのトークンを提供する必要があります (PII 暗号化が設定されていることが前提です)。

このオプションを選択しない場合、Cisco Cloud に個人を特定できる情報は送信されません。

プッシュ通知のトラブルシューティング用の CLI コマンド

プッシュ通知では、次の CLI コマンドを使用できます。これは、Unified Communications Manager パブリッシャーノード上で実行して、トラブルシューティングを行うことができます。

- utils managementAgent alarms pushfrequency — このコマンドを実行すると、Cisco Unified Communications Manager が Cisco Cloud にプッシュ通知アラームを送信する間隔を構成できます。デフォルト値は 30 分です。

- utils managementAgent alarms pushlevel — このコマンドを実行すると、Cisco Unified Communications Manager が Cisco Cloud にプッシュ通知アラームを送信する最低重大度レベルを構成できます。デフォルトの重大度は「エラー (Error)」です。

- utils managementAgent alarms pushnow：次のコマンドを実行して、通知間隔の期限が切れるのを待たずに、プッシュ通知アラームを直ちに Cisco Cloud にアップロードします。

トレース

Cisco Management エージェントサービスおよび Cisco Push Notification Service でトレースを実行することもできます。デフォルトでは、トレースは情報レベルに設定され、次の場所に保存されます。

- Cisco Management Agent Service：/var/log/active/cm/trace/cmas/log4j/

- Cisco Push Notification Service：/var/log/active/cm/trace/ccmpns/log4j/

トレースを設定する方法の詳細については、『Cisco Unified Serviceability 管理ガイド』の「トレース」の章を参照してください。

クラウドサービスの到達可能性

Unified CM クラスタのすべてのノードで、push.webexconnect.com および idbroker.webex.com との接続を確立できることを確認します。また、ブロックされている IP アドレス一覧で、任意の IP アドレスが一覧されているかを確認します。お使いの IP アドレス がブロック済み IP アドレス一覧に入っていないかを確認するには、「https://help.webex.com/en-us/article/WBX1831/Unable-to-Reach-or-Access-Webex-Site」を参照してください。

- プッシュ通知が有効な 11.5(1)SU2 からのアップグレード

- 更新トークンを手動で更新する

プッシュ通知が有効な 11.5(1)SU2 からのアップグレード

11.5(1)SU2 リリースからアップグレードしていて、旧リリースでプッシュ通知が有効になっていた場合は、現在のリリースでプッシュ通知を無効にしてから、オンボーディング プロセスに従ってプッシュ通知を再度有効にする必要があります。この作業は、11.5(1)SU2 リリースの一部ではなかった、このリリースでの API 変更のために必要です。プッシュ通知を無効にしてから、このリリースのオンボーディング プロセスに従わないと、アップグレードしたシステムはトラブルシューティング ログをシスコ クラウドに送信できません。

システムを新しいリリースにアップグレードした後、次の手順を実行します。

手順

ステップ 1

プッシュ通知を無効化する

次の手順に従ってください。

1. [Cisco Unified CM 管理（Cisco Unified CM Administration）] から、以下を選択します。 [拡張機能（Advanced Features）] > [Cisco Cloud オンボーディング（Cisco Cloud Onboarding）]

2. 次のチェックボックスをオフにします。

- プッシュ通知を有効化する

- シスコクラウドにトラブルシューティング情報を送信する（Send Troubleshooting information to the Cisco Cloud）

- トラブルシューティングのために暗号化された PII をシスコ クラウドに送信する

3. [保存（Save）] をクリックします。

ステップ 2

このリリースのプッシュ通知を有効にする。

すべてのオンボードプロセスについては、「プッシュ通知の設定タスク フロー」を参照してください。

更新トークンを手動で更新する

400の不正な要求メッセージを受信した場合は、プッシュ通知サービスへのマシンアクセストークンの有効期限が切れており、アクセストークンを手動で更新する必要があります。アクセストークンを手動で更新するには、次のプロセスに従います。

ステップ

詳細

ステップ 1

影響を受けるマシンと同じバージョンを使用して新しい Cisco Unified Communications Manager サーバーをインストールします。

インストールの手順については、『Cisco Unified Communications Manager および IM and Presence Service インストール ガイド』を参照してください。

ステップ 2

新しいノードのライセンス

『Cisco Unified Communications Manager システム設定ガイド』の「Smart Software Manager」の章を参照してください。

ステップ 3

Tomcat trust に必要な証明書チェーンをアップロードし、プッシュ通知用に新しいノードをオンボードします。

このドキュメントの「オンボード」の手順に従います。

ステップ 4

オンボードが成功したことを確認します。

utils service restart Cisco プッシュ通知サービス コマンドを実行して、Cisco Push Notification サービスを再起動します。

ログを表示し、トークンが正常に取得されたことを確認します。

ステップ 5

新しいマシンから更新トークンを取得します

トークンが期限切れになっている元のノードで、 run sql select * from machine account details CLI コマンドを実行して、マシンの詳細を取得します。

ステップ 6

元のノードからマシンの詳細を取得する

Run sql * from machineaccountdetails CLI コマンドを実行します。

ステップ 7

顧客の更新トークンを更新します

Run sql update machineaccountdetails set refreshtoken = < actual_token_text > CLI コマンドを実行します。

ステップ 8：

クラスタ全体で更新トークンを更新します

Unified Communications Manager および IM and Presence Service クラスタ全体のすべてのノードで、次の CLI コマンドを実行します。

マシンアカウント詳細から sql select refreshtoken を実行します

プッシュ通知のインタラクションと制限事項

プッシュ通知では、次の機能のインタラクションと制限事項が確認されています。

プッシュ通知機能のインタラクションと制限事項

機能

連携動作と制限事項

NAT およびファイアウォール接続

少なくとも 30 分間、アイドル状態の REST サービスへのアイドル TCP 接続を維持するように、NAT デバイスとファイアウォールデバイスを設定することをお勧めします。プッシュ通知は、既存の接続でエラーが発生した場合に、新しい TCP 接続の再試行を行わないようにします。既存の接続を開いたままにすると、NAT およびファイアウォールデバイスによる不完全な終了によってエラーが追加されることがありません。

ボイスコール

クライアントがサスペンドモードになっている音声とビデオのコールの場合、プッシュ通知チャネルが確立されている間にコールを接続するときに遅延が発生する場合があります。5 秒経過したときに Unified CM が iOS デバイスからのリング バックを受信していなければ、Unified CM が発信元デバイスで着信音を鳴らします。

Unified CM が iOS デバイスに対してコールをオファーしないようにするプッシュ通知プロセスに遅延が生じた場合、Unified CM は 13 秒経過した後でコールを切断します。

プッシュ通知の高可用性

高可用性は、11.5(1)SU3 時点で、プッシュ通知の導入用に IM and Presence Service でサポートされています。プッシュ通知が有効化されており、ノードがフェールオーバーした場合、Android および iOS 版 Cisco Jabber クライアントで次の処理が行われます。

- フォアグラウンドモードの Cisco Jabber クライアントの場合、クライアントは、メインノードが回復するまでの間、引き継いだバックアップノードに自動的にログインします。バックアップ ノードが引き継いだとき、またはメイン ノードが回復したときのいずれも、サービスは中断しません。

- バックグラウンドモードの Cisco Jabber クライアントの場合、バックアップノードが引き継ぎますが、プッシュ通知が送信されるまでに遅延が生じます。Jabber クライアントがバックグラウンドモードで動作しているためにアクティブなネットワーク接続がない場合、バックアップノードへのサインインは自動的には行われません。バックアップ ノードがプッシュ通知を送信できるようになるには、バックグラウンド モードになっていたすべてのフェールオーバー ユーザ向けに JSM セッションを再作成する必要があります。

遅延の長さは、システムの負荷によって異なります。テストでは、ユーザーが高可用性ペアに均等に分散されている 15,000 ユーザー OVA の場合、フェールオーバー後のプッシュ通知の送信までに 10 ～ 20 分かかることが明らかになっています。この遅延は、バックアップ ノードが引き継いだとき、およびメイン ノードが回復した後に、確認することができます。

（注）

ノード障害または予期しない Cisco XCP Router のクラッシュの場合、IM 履歴を含むユーザーの IM セッションは、ユーザーアクションを必要とすることなく維持されます。ただし、Androit 版 および iPhone 版 Cisco Jabber クライアントがサスペンドモードであった場合、これらのクライアントはサーバーのクラッシュ時にサーバ上にキューされていた未開封メッセージを取得することはできなくなります。

プッシュ通知の停止

デバイスへのプッシュ通知の配信を停止する場合は、Cisco Jabber または Webex アプリケーションからログアウトします。

Multiple device messaging（MDM）

ユーザーがデスクトップ用 Cisco Jabber クライアントとモバイル用 Cisco Jabber クライアントを使用している場合、プッシュ通知は最後のアクティブセッションルールに従います。これは、次のいずれかの条件が満たされた場合にのみ、プッシュ通知がモバイル用 Cisco Jabber クライアントに送信されることを意味します。

- モバイル用 Cisco Jabber クライアントは、両方のクライアントが非アクティブになる前に、ユーザーが対話した最後のクライアントだった。

- デスクトップ用 Cisco Jabber クライアントが 300 秒以上非アクティブだった。

- デスクトップ用 Cisco Jabber クライアントがサインアウトされている。

ローカルプッシュ通知サービス

重要

このセクションは、リリース 14SU3 以降に適用されます。

（注）

- Webex アプリ 43.6 以降または Cisco Jabber 14.2 以降を搭載した iOS16.5 以降で実行されている iOS デバイスは、この機能をサポートしています。iOS デバイスがオンプレミスモードで接続されていることを確認します。

- このリリースでは、ローカルプッシュ通知サービス（LPNS）は音声通話の通知のみをサポートしています。

- LPNS は、Android デバイスおよび MRA ユーザーではサポートされていません。

（注）

MRA ユーザーは、引き続き APNs チャネルを介してプッシュ通知を受信します。LPNS を設定しても、この状態を排除することはできません。

現在、インターネットに接続されていない Wi-Fi 制約ネットワークで iOS デバイスが動作している場合、Webex アプリには着信 VoIP 通話通知が送信されません。たとえば、病院、クルーズ船、航空機などです。インターネット接続がないため、デバイスは APNS にアクセスできません。ユーザーは、遅延なく電話を受けることを期待しています。ただし、APNS では、ネットワークの遅延によって数秒の遅延が発生した後に着信します。LPNS は、この問題の解決に役立ちます。

Webex アプリが Unified Communications Manager に登録され、LPNS を提供するプロビジョニングされた Wi-Fi ネットワークに参加すると、Webex アプリは着信通話および不在着信に関する通知を受信し始めます。通知には、発信者の名前と番号が表示されます。

クライアントが構成された Wi-Fi ネットワークのいずれかにある場合、クライアントは Unified Communications Manager サーバーへの持続的なローカル接続を確立します。iOS デバイスは、プッシュ通知を受信すると、まずローカルサーバーに送信しようとします。それが失敗すると、Apple Push サーバーを介して送信します。

- LPNS 前提条件

- ローカルプッシュ接続の仕組み

- Wi-Fi SSID の構成

- Jabber サービスプロファイルとエンドユーザーの関連付け

- Unified Communications Manager フェールオーバーがある場合の LPNS の動作

- リモート LPNS プッシュ通話処理向け LPNS 高可用性

- LPNS 連携動作と制限事項

LPNS 前提条件

オンプレミス展開でローカルプッシュ通知を有効にするには、APNS の Unified CM クラスタをオンボードします。詳細については、プッシュ通知を有効化する を参照してください。

（注）

参照されているセクションの手順 12 を実行する必要はありません。

Cisco Unified Serviceability の [コントロールセンター ー ネットワークサービス（Control Center - Network Services）] ウィンドウの [CM サービス（CM Services）] エリアで LPNS が実行されているか確認できます。利用可能な場合は、Cisco Local Push Notification Service として一覧されます。デフォルトでは、このサービスは有効化されています。

- LPNS のオープンポート

LPNS のオープンポート

Unified Communications Manager からの LPNS サポートに対して以下のポートが開いているかを確認します。

LPNS のポート要件

送信元

宛先

ポートとプロトコル

説明

Webex アプリ

Unified Communications Manager

9560/セキュア WebSocket

（注）

クラスター内の LPNS は、9560 ポートを使用して、高可用性のメッシュを有効にします。

ローカルプッシュ接続の仕組み

起動時に、iOS プラットフォームにインストールされている Webex アプリクライアントを、通話のために Unified CM に登録します。クライアントがフォアグラウンドモードのままになるまで、Unified CM はコールをクライアントに直接送信します。クライアントが構成された Wi-Fi ネットワークのいずれかにある場合、Unified CM サーバーへのローカル接続を確立します。プッシュ通知を受信すると、Webex アプリは最初にローカルサーバーに送信しようとします。失敗した場合は、Apple Push サーバーを介してプッシュ通知を送信します。

Webex アプリは、デバイスが Wi-Fi ネットワークに接続されているときに、Unified CM との安全で永続的な接続を維持します。Unified CM は、この接続を介して Webex アプリへの着信通知を配信します。WebSocket 接続は、デバイスが指定されたネットワークに接続されている限り維持されます。Webex アプリが強制終了されるか、電話が再起動すると、指定された Wi-Fi ネットワークに接続されている限り、LPNS WebSocket 接続は、Unified CM サーバーで再確立されます。

リソースの効率的な使用を可能にするために、LPNS サーバーは、OAuth トークンが期限切れになるか、Webex アプリクライアントが指定された Wi-Fi ネットワークから移動するたびにそれを知る必要があります。これは、キープアライブメッセージを使用して行われます。クライアントは、120 秒ごとにキープアライブメッセージを LPNS サーバーに送信します。LPNS サーバーはこのメッセージを確認し、WebSocket 接続を維持します。LPNS サーバーが 120 秒以内にキープアライブメッセージを受信しない場合（トークンの有効期限切れまたは Webex アプリクライアントが Wi-Fi ネットワークから切断されているため）、クライアントへの接続が切断され、401 エラーメッセージを送信します。

（注）

上記に加えて、特定の iOS デバイスの LPNS セッションが終了します。

- ユーザーがログオフした場合。

- サインインしているユーザーが削除された場合。

- デバイスが削除された場合。

- ユーザーがプロビジョニングされた Wi-Fi からプロビジョニングされていない Wi-Fi に移動した場合

次の画像は、VoIP ローカルプッシュ通知がプライベートネットワークで iOS デバイスに送信されるときに実行されるプロセスの概要を示しています。

iOS デバイスに送信された場合のプライベートネットワークでの VoIP ローカルプッシュ通知の動作

1. Webex アプリをバックグラウンドで使用すると、Unified CM への SIP チャンネルが切断されます。

2. Webex アプリは、デバイスが Wi-Fi に接続され、ユーザーがログインするまで、WebSocket を介して接続されたままになります。

3. Webex アプリが着信通話を受信します。

4. Unified CM は招待をバッファリングし、WebSocket を介して Webex アプリにローカルプッシュ通知を送信します。

5. Webex アプリが起動し、Unified CM に登録され、SIP チャネルが確立されます。

Wi-Fi SSID の構成

LPNS 通知を有効にするには、最初に Wi-Fi SSID を構成する必要があります。

始める前に

OAuth with Refresh Login Flow エンタープライズパラメータを有効化してください。このパラメータの詳細については、『Cisco Unified Communications Manager システム設定ガイド』の「共通エンタープライズパラメータ」セクションを参照してください。

手順

ステップ 1

Cisco Unified CM Administration の場合は、[ユーザー管理（User Management）] > [ユーザー設定（User Settings）] > [UC サービス（UC Service）]の順に選択します。

ステップ 2

[新規追加（Add New）] をクリックします。

ステップ 3

[UC サービスタイプ（UC Service Type）] ドロップダウンリストで、[クライアント構成（Client Configuration (jabber-config.xml)）] を選択し、[次へ（Next）] をクリックします。

ステップ 4

Wi-Fi SSID の名前と説明を入力します。

ステップ 5

Jabber Configuration パラメータエリア：

1. [セクション（Section）] ドロップダウンリストで、[電話機（Phone）] を選択します。

2. [パラメータ（Phone）] ドロップダウンリストで、[LocalPushSSIDList] を選択します。

3. [値（Value）] には、Wi-Fi アドレス ID を入力します。英数字を入力できます。

ID はセミコロンで区切って 10 個まで入力できます。

ステップ 6

[保存（Save）] をクリックします。

Jabber サービスプロファイルとエンドユーザーの関連付け

Wi-Fi SSID を構成したら、サービスプロファイルを作成してエンドユーザーに関連付ける必要があります。

手順

ステップ 1

Cisco Unified CM Administration で、[ユーザー管理（User Management）] > [ユーザー設定（User Settings）] > [サービスプロファイル（Service Profile）]の順に選択します。

ステップ 2

[新規追加（Add New）] をクリックします。

ステップ 3

Jabber サービスプロファイルの名前と説明を入力します。

ステップ 4

[保存（Save）] をクリックします。

ステップ 5

[Jabber クライアント構成（Jabber Client Configuration (jabber-config.xml)）] エリアにある[モバイル（Mobile）] ドロップダウンリストで、先ほど作成した UC サービスプロファイルを選択します。

ステップ 6

[保存（Save）] をクリックします。

ステップ 7

Cisco Unified CM Administration で、[ユーザー管理（User Management）] > [エンドユーザユーザ（End User）（End User）]の順に選択し、[検索（Find）] をクリックします。

エンドユーザー一覧が表示されます。

ステップ 8

選択したエンドユーザーのユーザー ID をクリックします。

ステップ 9

[サービス設定（Service Settings）] エリアの [UC サービスプロファイル（UC Service Profile）] ドロップダウンリストで、手順 3 ～ 4 で作成した Jabber サービスプロファイルを選択し、[保存（Save）] をクリックします。

選択したエンドユーザーが紐づけられているデバイスは、選択した Jabber サービスプロファイルで構成されます。選択した構成設定を含む jabber-config.xml ファイルが Webex アプリにダウンロードされます。

Unified Communications Manager フェールオーバーがある場合の LPNS の動作

Unified Communications Manager グループは、デバイスが登録できる最大 3 台の冗長構成のサーバーの優先順位付きリストです。各グループには、1 個のプライマリ ノードと最大 2 個のバックアップノードが含まれます。ノードをリストする順序によって、最初のノードがプライマリノード、2 番目のノードがバックアップノード、3 番目のノードが第 3 のノードになります。

Unified CM では、デバイスプールは、デバイスグループに構成の共通のセットを提供し、特定のロケーション情報に従ってデバイスを構成できます。デバイスプール設定を使用して、Cisco Unified Communications Manager グループにデバイスを割り当てることができます。

プライマリノードの LPNS サービスがダウンすると、Webex アプリクライアントはそれを検出し、デバイスプールの次の優先ノードに接続します。

プライマリノードの LPNS サービスが稼働している場合、Webex アプリクライアントは、以前に WebSocket セッションを確立したノードに接続されたままになります。クライアントは、現在アクティブセッションが閉じられているか壊れていない限り、優先順位の高いノードにフォールバックしようとはしません。

クライアントは、フェールオーバーをする前に、より優先順位の高いノードが利用可能かどうかを確認します。セッションを確立する前に最も優先順位の高いノードを探すこの方法では、セッションが確立するまでの遅延が発生します。LPNS は、クライアントが使用可能な LPNS サーバーの 1 つに接続し直すまで、プッシュ通知を配信できません。

リモート LPNS プッシュ通話処理向け LPNS 高可用性

LPNS の高可用性は、iOS Webex アプリクライアントの LPNS セッションにフェールオーバーと冗長性を提供します。これにより、すべてのクライアントのアクティブセッション情報が、LPNS が実行されているすべてのノードに認識されます。これにより、デバイスの現在アクティブな呼処理ノードがどこにあるかに関係なく、クライアントへのプッシュ通知のシームレスな配信が保証されます。

LPNS 連携動作と制限事項

LPNS では、次の機能の連携動作と制限事項が確認されています。

LPNS の機能の連携動作と制限事項

機能

連携動作と制限事項

ネットワークアドレス変換（NAT）およびファイアウォール接続

LPNS へのクライアント WebSocket 接続を維持するように NAT およびファイアウォールデバイスを構成することをお勧めします。

LPNS 高可用性

高可用性は、Webex アプリがその CallManager グループで構成されている次の利用可能な Unified Communications Manager にフェールオーバーしようとする場合に Unified Communications Manager で保証されます。クライアントの WebSocket フェールオーバーが発生すると、Webex アプリがフォアグラウンドに移動するたびに、iOS デバイスが Unified Communications Manager に登録されます。その後、Unified Communications Manager は確立された WebSocket を介して音声通話通知を配信します。

証明書の要件

- iOS 証明書の要件により、LPNS 機能に自己署名証明書は推奨されません。詳細については、「https://support.apple.com/en-us/HT211025」を参照してください。

- LPNS を使用する場合は、iOS 証明書の要件（証明書の有効期間が 397 日未満）を確認するパブリック CA 署名付き証明書をお勧めします。

- iOS 証明書を確認するプライベート CA 署名付き証明書を使用している場合は、証明書を iOS 信頼ストアにインポートしてください。

- LPNS の展開は、Apple の証明書要件を満たす必要があります。

Chapter4. プッシュ通知（クラウドの導入）

- Webex Messenger を使用したクラウドの導入

Webex Messenger を使用したクラウドの導入

スタートアップ時に、Android および iOS 版 Cisco Jabber または Cisco Webex クライアントは、Cisco WebEx Messenge と Apple クラウドの両方に登録します。Android および iOS 版の Cisco Jabber クライアントまたは Cisco Webex クライアントがバックグラウンドに移行した場合、Webex Messenger から Cisco Jabber または Cisco Webex への標準の通信チャネルは利用できなくなります。プッシュ通知は、Jabber クライアントに到達するための代替チャネルを提供します。

インスタントメッセージの場合、IM 通知が Apple クラウド経由で Cisco Jabber または Cisco Webex クライアントに送信されます。ユーザーが IM 通知をクリックすると、Cisco Jabber または Cisco Webex クライアントがフォアグラウンドに戻って、Webex Messenger とのセッションを再開して、インスタントメッセージをダウンロードします。

音声コールとビデオコールの場合、コールは Apple クラウド経由で Cisco Jabber または Cisco Webex クライアントに送信されます。Cisco Jabber または Cisco Webex クライアントがプッシュ通知を受信すると、クライアントはフォアグラウンドに戻ってクライアントが呼出音を鳴らします。

プッシュ通知の設定

IM のみのクラウドを導入している場合は、プッシュ通知を有効にするための設定は必要ありません。Webex Messenger は、デフォルトで Android および iOS 版 Cisco Jabber または Cisco Webex クライアントのプッシュ通知をサポートしています。

音声コールとビデオコールのサポートを追加するには、オンプレミスの Unified Communications Manager をプッシュ通知用に設置する必要があります。詳細については、「プッシュ通知（オンプレミスの導入）」章の前提条件と設定タスクを参照してください。

一般的な Cisco Webex Messenger の設定については、『Cisco Webex Messenger 管理ガイド』を参照してください。

クラウド展開の終了済みプッシュ通知

Webex Messenger が正常にシャットダウンされた場合、終了したプッシュ通知が Android および iOS 版 Cisco Jabber または Cisco Webex クライアントに送信されます。終了したプッシュ通知は、サーバーのシャットダウンをユーザーに通知し、すべての queud インスタントメッセージ、プレゼンスの更新、およびその他の XMPP スタンザ (チャットルーム invite など) が失われたことをユーザーに通知します。ユーザーは、Cisco Jabber または Cisco Webex をフォアグラウンドに移行させて、新しいセッションに対してプッシュ通知が有効になっている新しいセッションを開始する必要があります。

Webex Messenger サーバーに障害が発生した場合、終了していないプッシュ通知は送信されません。サーバーでキューに入れられ、クライアントへの配信を待機している、キューに入れられたインスタントメッセージ、プレゼンス更新、および XMPP スタンザはすべて失われます。ユーザーは、Cisco Jabber または Cisco Webex をフォアグラウンドに戻して、新しいセッションに対してプッシュ通知が有効になっている新しいセッションを開始する必要があります。

Chapter5. 証明書とパフォーマンス モニタリング

- クラウド接続の証明書

- プッシュ通知アラーム

- プッシュ通知のパフォーマンス カウンタ

- LPNS アラーム

- LPNS パフォーマンスカウンタ

クラウド接続の証明書

オンプレミスの展開の場合、Cisco が証明書を自動的に管理しない場合、またはシステムインストールファイルに含まれていない新しい証明書要件が追加されている場合は、証明書を手動で取得してアップロードする必要があります。このような場合は、CA サイトから証明書を手動でダウンロードし、Unified Communications Manager および IM and Presence Service にアップロードする必要があります。このオプションを選択するには、Unified Communications Manager の [クラウドオンボーディング設定（Cloud Onboarding Configuration）] ウィンドウの [この信頼に必要な Cisco Cloud Service CA 証明書をシスコが管理する（I want Cisco to manage the Cisco Cloud Service CA Certificates required for this trust）] チェックボックスをオフにします。

Connection のルート証明書

証明書を手動でアップロードする場合に取得する必要があるルート証明書については、次の表を参照してください。Unified Communications Manager および IM and Presence Service に証明書をアップロードする方法の詳細については、『Cisco Unified Communications Manager セキュリティ ガイド』の「証明書」のセクションを参照してください。証明書の目的でtomcat-trustが選択されていることを確認します。

Connection のルート証明書

この CA によって署名されたクラウドホスト

この CA を信頼する必要があるシステム

この目的のため

発行元 CA

SHA-256 フィンガープリント（サムプリント）

共通アイデンティティ (CI) サービス

Unified Communications Manager および IM and Presence Service

1. Cisco Unified Communications Manager は、Cisco Push REST サービスを認証するために CI マシントークンを要求します。

2. Unified Communications Manager、IM and Presence Service、および Cisco Push REST サービス間のセキュアな https 通信。

O = IdenTrust

CN = IdenTrust Commercial Root CA 1

5D 56 49 9B E4 D2 E0 8B CF CA D0 8A 3E 38 72 3D 50 50 3B DE 70 69 48 E4 2F 55 60 30 19 E5 28 AE

Cisco Webex

Cisco Unified Communications Manager および IM and Presence Service

Unified Communications Manager は、フュージョン オンボーディング サービス（FOS）と通信して、CI マシンアカウントをプロビジョニングします。

O = Go Daddy Group, Inc.

OU = Go Daddy Class 2 Certification Authority

C3 84 6B F2 4B 9E 93 CA 64 27 4C 0E C6 7C 1E CC 5E 02 4F FC AC D2 D7 40 19 35 0E 81 FE 54 6A E4

クラウド証明書が自動的にアップロードされる可能性のあるシナリオ

次の表に、Cisco Cloud オンボード設定 ウィンドウで選択した [シスコにこのトラストに必要なシスコクラウドサービスCA証明書を管理させる（I want Cisco to manage the Cisco Cloud Service CA Certificates required for this trust）] チェックボックスでオンボードが正常に実行されるかどうか、またはオンボードが正常に実行されるには証明書を手動でアップロードする必要があるかどうかを指定します。

クラウド証明書が自動的にアップロードされる可能性のあるシナリオ

シナリオ

インストール iso ファイルに必要な証明書が含まれていましたか?

Cisco を使用して証明書の要件を管理することを選択しました

オンボードは正常に実行されますか?

初回のオンボーディング

はい

はい

はい

初回のオンボーディング

いいえ。インストール iso の作成後に、証明書の要件が変更されました

可能

いいえ。新しい証明書を手動で取得してアップロードする必要があります。前出の「クラウド接続のルート証明書」表を参照してください。

すでにオンボーディングしていますが、新しい証明書要件が実行されました。

インストールに必要な証明書が含まれていません

はい

はいシステムは、新しい証明書を自動的にフェッチし、インストールできます。

プッシュ通知アラーム

次の表に、Unified Communications Manager および IM and Presence Service リリース 11.5(1)SU3 で、プッシュ通知のコールサポートを支援するために追加されたアラームを示します。

プッシュ通知のアラーム

アラーム

説明

Cisco CallManager アラーム

PushNotificationServiceUnavailable 不可

説明：Cisco プッシュ通知サービスに接続できません。CallManager サービスには、プッシュ通知を Cisco Cloud に送信するために接続が必要です。

シビラティ（重大度）：ALERT_ALARM

アクション：シスコユニファイドの有用性で、Cisco プッシュ通知サービスのステータスが [実行中 (running)] であることを確認します。稼働していない場合、起動してください。サービスが実行されている場合は、再起動してください。

PushNotificationInvalidDeviceTokenResponse

説明：無効なデバイストークンにより CallManager サービスから送信されたプッシュ通知について、クラウドがエラーコード410を返しました。この iOS 用 Cisco Jabber または Cisco Webex デバイスのプッシュ通知は、iOS 用 Cisco Jabber および Webex デバイスによって有効なデバイストークンが設定されるまで停止されます。

シビラティ（重大度）：ERROR_ALARM

アクション：ユーザーはログアウトして、その iOS デバイス上の Cisco Jabber または Webex クライアントにログインしなおす必要があります。

PushNotificationServiceAccessTokenUnavailable

説明：Cisco プッシュ通知サービス（CPNS）には、有効なアクセストークンがありません。Unified Communications Manager がクラウドにプッシュ通知を送信するには、有効なアクセストークンが必要です。このアクセストークンは、認証またはネットワークエラーのためクラウドからは使用できません。

シビラティ（重大度）：ALERT_ALARM

アクション：[オンボードの設定 (Cisco Cloud )] チェックボックスをオンにして、オンボードプロセスが正常に完了したことを確認します。問題が解決しない場合は、Cisco TAC へお問い合わせください。

Cisco プッシュ通知サービス アラーム

StartFailed

説明：このアラームは、内部障害が原因で Cisco プッシュ通知サービスが開始されなかったことを示します。

シビラティ（重大度）：CRITICAL_ALARM

アクション：Cisco プッシュ通知サービスを再起動してみてください。問題が解決しない場合は、Cisco プッシュ通知サービスアプリケーションのログを確認し、Cisco TAC に連絡してサポートを受けてください。

AccessTokenInvalid

説明：このアラームは、現在のアクセストークンが期限切れになり、無効になり、新しいアクセストークンが使用できなくなったことを示します。

シビラティ（重大度）：ALERT_ALARM

アクション：[オンボードの設定 (Cisco Cloud )] チェックボックスをオンにして、オンボードプロセスが正常に完了したことを確認します。問題が解決しない場合は、Cisco TAC へお問い合わせください。

HttpClientPoolCreationError

説明：Http クライアント接続プールの作成中にエラーが発生したことを示します

シビラティ（重大度）：ALERT_ALARM

アクション：Cisco Cloud の [オンボードの設定 (Configuration)] ウィンドウをオンにして、HTTP プロキシ設定が正しいことを確認します。さらに、オンボードプロセスが完了していることを確認します。

Cisco XCP Config Manager

PushNotificationFailed

説明：Cisco XCP Config Manager はプッシュ通知を送信できませんでした。

シビラティ（重大度）：CRITICAL_ALARM

アクション：エラーコードを確認し、指示されたエラーアクションを実行します。

Pushnotificationfailed Invaliddevicetoken

説明：無効なデバイストークンが原因で、Cisco Cloud にプッシュ通知を送信しようとしましたが、失敗しました。

シビラティ（重大度）：CRITICAL_ALARM

アクション：ユーザーは Jabber に再ログインする必要があります。

PushNotificationFailedInvalidAccessToken

説明：無効なアクセストークンが原因で、Cisco Cloud にプッシュ通知を送信しようとしましたが、失敗しました。

シビラティ（重大度）：CRITICAL_ALARM

アクション：IM and Presence Service の Cisco XCP Config Manager サービスログを参照して、AccessToken がタイムリーに取得され、更新されたかどうかを確認します。AccessToken が取得され、適時にリフレッシュされた場合は、Cisco Cloud をチェックして、さらにデバッグしてください。

AccessTokenFetchFailed

説明：Cisco XCP Config Manager はアクセストークンを取得できませんでした。

シビラティ（重大度）：CRITICAL_ALARM

アクション：エラーコードを確認し、指示されたエラーアクションに従います。

XCPConfigMgrAccessTokenIsNull

説明：Cisco XCP Config Manager はアクセストークンを取得できませんでした。

Severity：

アクション：IM and Presence Service ノードは、アクセストークンを取得するためにシスコクラウドに接続する必要があります。次の項目を確認してください。

- アクセストークンの URL と更新トークンが有効であることを確認します。

- Cisco Cloud のオンボードウィンドウで、プロキシの詳細が正しいことを確認します。

- Cisco Cloud への接続を確認します。

Cisco Jabber アラーム

APNSAlarm

説明：IOS Jabber クライアントがプッシュ通知を処理できませんでした。

シビラティ（重大度）：ALERT_ALARM

アクション：詳細な支援を受ける場合は、Cisco TAC に連絡してください。

未読のメッセージ アラート

（注）

このアラートは、12.5 (1) より前のリリースでのみ表示されます。この問題は、12.5 (1) で修正されています。

説明：iOS Jabber クライアントが次のメッセージを受け取ります。タイムアウトによりサーバから未読メッセージが削除される可能性があります。未開封メッセージを確認するために、Jabberにサインインします。

シビラティ（重大度）：ALERT_ALARM

条件：バックグラウンドで実行されている iPhone の Cisco Jabber。ユーザーは、アプリケーションを終了する前に Cisco Jabber からサインアウトしませんでした。

プッシュ通知のパフォーマンス カウンタ

Apple プッシュ通知のパフォーマンスカウンタ

次の表に、Unified Communications Manager および IM and Presence Service のオンプレミス展開のプッシュ通知をサポートするために、Cisco Unified リアルタイム監視ツールに追加されたカウンタを示します。カウンタは、特定の APNS サブスクライバサービス (APN、APN:beta、APN:dev、APNS:test、APNS:load など) に対してのみ増加することに注意してください。たとえば、サブスクライバサービスが「APN:beta」の場合、APN:beta カウンタのみが増加し、APN:dev カウンタは増加しません。Cisco Jabber と Cisco Webex のサービスタイプによって、どのサブスクライバサービスが使用されるかが決まります。

RTMT カウンタ

カウンタの説明

サブスクライバサービスが... に設定されている場合、カウンタが増加します。

Cisco CallManager カウンタ

NumberOfPushReqSent

Cisco CallManager サービスによって送信されたプッシュ通知要求の合計数。

任意の APNS サブスクライバサービス。

NumberOfPushResReceived

Cisco CallManager サービスによって受信されたプッシュ通知応答の合計数。

任意の APNS サブスクライバサービス。

NumberOfPushErrorResReceived

200 OK 以外の応答コードで Cisco CallManager サービスによって受信されたプッシュ通知応答の合計数。

Cisco Push Notification Service（CPNS）と Cloud PushRest の間で TLS ハンドシェイクが失敗した場合、このカウンタは、TLS ハンドシェイクの失敗が原因で送信できなかったプッシュ要求に対して増分されます。

任意の APNS サブスクライバサービス。

CustomRegionNumofMsgPushReqSent

CallKit が無効なカスタム地域のデバイスにコールが行われた場合の CallManager サービスから送信されたメッセージプッシュ通知要求の合計数。

任意の APNS サブスクライバサービス。

CustomRegionNumofMissedCallMsgPushReqSent

CallKit が無効なカスタム地域のデバイスにコールが行われた場合の CallManager Service から送信された不在着信メッセージプッシュ通知要求の合計数。

任意の APNS サブスクライバサービス。

CustomRegionNumofSharedCancelMsgPushReqSent

共有回線シナリオの CallManager Service から CallKit が無効なカスタム地域のデバイスに送信されたキャンセルコールのメッセージプッシュ通知要求の合計数です。

任意の APNS サブスクライバサービス。

Cisco Mobility Manager カウンタ

MobilityPushNotificationCallsExtendedToMIDueToTimeout

これは、「Jabber Dual Mode（iPhone）着信コールプッシュ通知待機タイマー」が切れる前に、プッシュ通知の受信後に Cisco Jabber または Cisco Webex が登録されなかったモビリティアイデンティティ接続先に送信されたコールの合計数を表します。

任意の APNS サブスクライバサービス。

MobilityPushNotificationCallsExtended ToJabber

これは、「Jabber Dual Mode（iPhone）着信コールプッシュ通知待機タイマー」が切れる前にプッシュ通知を受信した後に正常に登録された Cisco Jabber に送信されたコールの合計数を表します。

任意の APNS サブスクライバサービス。

Cisco XCP 設定マネージャ カウンタ

NumberOfPushSuccess

正常に送信されたプッシュ通知の数。

任意の APNS サブスクライバサービス。

NumberOfPushFailure

プッシュ通知の送信に失敗した回数。

任意の APNS サブスクライバサービス。

TargetInvalid

無効なターゲットによるプッシュ通知の失敗の合計数。

任意の APNS サブスクライバサービス。

ターゲットの期限切れ

ターゲットの期限が切れたためのプッシュ通知の失敗の合計数。

任意の APNS サブスクライバサービス。

Cisco XCP プッシュ カウンタ

PushEnabledSessionsApns

サブスクライバサービスとして APNS を使用する APNS クライアントのプッシュが有効なセッションの数。このカウンタは、プッシュ通知が有効になっている場合に増加し、プッシュ通知が無効になるか、またはセッションが終了すると減少します。

APNS

PushEnableReqRcvdApns

60 秒のインターバルの間に、サブスクライバサービスとして APNS を使用しているクライアントに対して受信したプッシュ有効要求の数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS

PushErrorsApns

60 秒のインターバルの間に受信されたプッシュエラーの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS

Pushor

60 秒のインターバルの間にサイレントモードのセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS

PushSentDisconnApns

60 秒のインターバルの間に、中断状態のセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS

PushEnabledSessionsApnsBeta

サブスクライバサービスとしての APNS:beta を使用しているクライアントのプッシュが有効なセッションの数。このカウンタは、プッシュ通知が有効になっている場合に増加し、プッシュ通知が無効になるか、またはセッションが終了すると減少します。

APNS:beta

PushEnableReqRcvdApnsBeta

60 秒のインターバルの間に、サブスクライバサービスとして APNS:beta を使用しているクライアントに対して受信したプッシュ有効化要求の数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:beta

PushErrorApnsBeta

サブスクライバサービスが APNS:beta である、60 秒のインターバルの間に受信されたプッシュエラーの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:beta

PushSentSilentApnsBeta

サブスクライバサービスが APNS:beta である 60 秒のインターバルの間にサイレントモードのセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:beta

PushSentDisconnApnsBeta

サブスクライバサービスが APNS:beta である 60 秒のインターバルの間に中断状態のセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:beta

PushEnabledSessionsApnsDev

サブスクライバサービスとしての、APNS:dev を使用したクライアントのプッシュが有効なセッションの数。このカウンタは、プッシュ通知が有効になっている場合に増加し、プッシュ通知が無効になるか、またはセッションが終了すると減少します。

APNS:dev

PushEnableReqRcvdApnsDev

60 秒のインターバルの間に、サブスクライバサービスとして APNS:dev を使用しているクライアントに対して受信したプッシュ有効要求の数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:dev

PushErrorsApnsDev

サブスクライバサービスが APNS:dev である 60 秒のインターバルの間に受信されたプッシュエラーの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:dev

PushSentSilentApnsDev

サブスクライバサービスが APNS:dev である場合に、60 秒のインターバルの間にサイレントモードでセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:dev

PushSentDisconnApnsDev

サブスクライバサービスが APNS:dev の場合に、60 秒のインターバルの間に中断状態のセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:dev

PushEnabledSessionApnsLoad

サブスクライバサービスとしての、APNS:load を使用したクライアントのプッシュが有効なセッションの数。このカウンタは、プッシュ通知が有効になっている場合に増加し、プッシュ通知が無効になるか、またはセッションが終了すると減少します。

APNS:load

PushEnableReqRcvdApnsLoad

60 秒のインターバルの間に、サブスクライバサービスとして APNS:load を使用しているクライアントに対して受信したプッシュ有効要求の数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:load

PushErrorsApnsLoad

サブスクライバサービスが APNS:load である場合に、60 秒のインターバルの間に受信されたプッシュエラーの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:load

PushSentSilentApnsLoad

サブスクライバサービスが APNS:load である場合に、60 秒のインターバルの間にサイレントモードのセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:load

PushSentDisconnApnsLoad

サブスクライバサービスが APNS:load の場合に、60 秒のインターバルの間に中断状態のセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:load

PushEnabledSessionsApnsTest

サブスクライバサービスとしての、APNS:test を使用したクライアントのプッシュが有効なセッションの数。このカウンタは、プッシュ通知が有効になっている場合に増加し、プッシュ通知が無効になるか、またはセッションが終了すると減少します。

APNS:test

PushEnableReqRcvdApnsTest

60 秒のインターバルの間に、サブスクライバサービスとして APNS:test を使用しているクライアントに対して受信したプッシュ有効化要求の数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:test

PushErrorsApnsTest

サブスクライバサービスが APNS:test である場合に、60 秒のインターバルの間に受信したプッシュエラーの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:test

PushSentSilentApnsTest

ブスクライバサービスが APNS:test である場合に、60 秒のインターバルの間にサイレントモードのセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:test

PushSentDisconnApnsTest

サブスクライバサービスが APNS:test である場合に、60 秒のインターバルの間に中断状態のセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

APNS:test

Android プッシュ通知のパフォーマンスカウンタ

次の表に、リリース 12.5(1)SU3 から、Unified Communications Manager および IM and Presence Service 用 Android プッシュ通知をサポートするために Cisco Unified リアルタイム監視ツールに追加されたカウンタを示します。

（注）

メッセージングカウンタは Cisco Jabber にのみ適用されます。Cisco Webex クライアントは、メッセージングに IM and Presence Service ではなく、Cisco Webex クラウドを使用します。

（注）

FCM（Firebase Cloud Messaging）カウンタと FCM:dev カウンタは、プッシュが有効な Cisco Jabber または Cisco Webex クライアントのユーザーがサブスクライバサービスとして FCM または FCM:dev を使用して Android デバイスからログインした場合に増加します。

RTMT カウンタ

カウンタの説明

サブスクライバサービスが... に設定されている場合、カウンタが増加します。

Cisco XCP プッシュ カウンタ

PushEnabledSessionsFcm

サブスクライバサービスとして FCM を使用するクライアントのプッシュ有効セッションの数。

このカウンタは、プッシュ対応の Cisco Jabber または Cisco Webex ユーザーが、サブスクライバサービスとして FCM を使用して Android デバイス上でログインしたときに増加し、プッシュ通知が無効になった場合、またはクライアントセッションが終了した場合に増加します。

FCM

PushEnableReqRcvdFcm

サブスクライバサービスとして FCM が設定されているクライアントの IM and Presence サーバーが 60 秒のインターバルの間に受信したプッシュ有効化要求の数。このカウンタは、60 秒ごとにゼロにリセットされます。

FCM

PushErrorsFcm

サブスクライバサービスが FCM である場合に、60秒 のインターバルの間に受信されたプッシュエラーの数。

このカウンタは、60 秒ごとにゼロにリセットされます。

FCM

PushSentSilentFcm

サブスクライバサービスが FCM である場合に、60 秒のインターバルの間にサイレントモードのセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

プッシュ対応クライアントセッションは、Androidデバイスの Cisco Jabber または Cisco Webex アプリケーションがバックグラウンドに移動すると、サイレントモードになります。

FCM

PushSentDisconnFcm

サブスクライバサービスが FCM のである場合に、60 秒のインターバルの間に中断状態のセッションに送信されたメッセージの数。

このカウンタは、60 秒ごとにゼロにリセットされます。

Android デバイスの Cisco Jabber または Cisco Webex アプリケーションがバックグラウンドになると、プッシュ対応クライアントセッションは中断状態になり、ネットワーク接続は終了します。

FCM

PushEnabledSessionsFcmDev

サブスクライバサービスとして FCM:dev を使用しているクライアントのプッシュが有効なセッションの数。

このカウンタは、プッシュが有効な Cisco Jabber または Cisco Webex ユーザーが、サブスクライバサービスとして FCM:dev を使用して Androidデバイス上でログインした場合に増加し、プッシュ通知が無効になった場合、またはクライアントセッションが終了した場合に減少します。

FCM:dev

PushEnableReqRcvdFcmDev

60 秒のインターバルの間に、サブスクライバサービスとして FCM:dev を使用しているクライアントの IM and Presence サーバーが受信したプッシュ有効化要求の数。このカウンタは、60 秒ごとにゼロにリセットされます。

FCM:dev

PushErrorFcmDev

サブスクライバサービスが FCM:dev の場合に、60 秒インターバルの間に受信したプッシュエラーの数。

このカウンタは、60 秒ごとにゼロにリセットされます。

FCM:dev

PushSentSilentFcmDev

サブスクライバサービスが FCM:dev の場合に、60 秒のインターバルの間にサイレントモードのセッションに送信されたメッセージの数。このカウンタは、60 秒ごとにゼロにリセットされます。

プッシュ対応クライアントセッションは、Androidデバイスの Cisco Jabber または Cisco Webex アプリケーションがバックグラウンドに移動すると、サイレントモードになります。

FCM:dev

PushSentDisconnFcmDev

サブスクライバサービスが FCM:dev である場合に、60 秒のインターバルの間に中断状態のセッションに送信されたメッセージの数。

このカウンタは、60 秒ごとにゼロにリセットされます。

Android デバイスの Jabber アプリケーションがバックグラウンドになり、ネットワーク接続が終了すると、プッシュ対応クライアントセッションは中断状態になります。

FCM:dev

LPNS アラーム

重要

このセクションは、リリース 14SU3 以降に適用されます。

次の表は、Unified Communications Manager で LPNS をサポートするために追加されたアラームの詳細を示しています。

LPNS のアラーム

Cisco LPNS アラーム

説明

LocalPushNotificationInvalidOAuthToken

説明：Webex クライアントが無効または有効期限切れの oAuth トークンで応答しました。CallManager は接続を削除し、これ以降は、このクライアントへのローカルプッシュ通知を送信しません。

シビラティ（重大度）：ALERT_ALARM

アクション：リフレッシュ/アクセストークンを更新するために、モバイル接続の Webex アプリを確認します。

LocalPushNotificationServiceUnavailable

説明：シスコローカルプッシュ通知サービスに接続できません。ローカルプッシュ通知をモバイルの Webex アプリに送信するために、CallManager サービスに接続が必要です。

シビラティ（重大度）：CRITICAL_ALARM

アクション：シスコプッシュ通知サービスおよびシスコローカルプッシュ通知サービスを再起動してください。問題が解決しない場合は、シスコローカルプッシュ通知サービスのアプリケーションログを確認し、シスコ TAC に連絡してサポートを受けてください。

LocalPushStartFailed

説明：このアラームは、内部障害が原因でシスコローカルプッシュ通知サービスが開始されなかったことを示します。

シビラティ（重大度）：ALERT_ALARM

アクション：シスコローカルプッシュ通知サービスを再起動してください。問題が解決しない場合は、ローカルプッシュ通知サービスのアプリケーションログを確認し、シスコ TAC に連絡してサポートを受けてください。

LPNS パフォーマンスカウンタ

重要

このセクションは、リリース 14SU3 以降に適用されます。

以下の表には、LPNS 向けの Unified Communications Manager のオンプレミス展開をサポートするために Cisco Unified リアルタイム監視ツールに追加されたカウンターの詳細が記載されています。

LPNS パフォーマンスカウンタ

RTMT カウンタ

カウンタの説明

サブスクライバサービスが... に設定されている場合、カウンタが増加します。

Cisco CallManager カウンタ

NumberOfLocalPushReqSent

Cisco CallManager サービスが送信したローカルプッシュ通知リクエストの総数。このカウンタは、ローカルプッシュリクエストが送信されたノードから更新されます。

任意の LPNS サブスクライバサービス。

NumberOfLocalPushResReceived

Cisco CallManager サービスが受信したローカルプッシュ通知応答の総数このカウンタは、ローカルプッシュ応答を受信したノードから更新されます。

任意の LPNS サブスクライバサービス。

NumberOfLocalPushTimout

タイムアウトしたローカルプッシュ通知リクエストの総数。

任意の LPNS サブスクライバサービス。

NumberOfLocalPushErrorResReceived

エラー応答コード付きで Cisco CallManager サービスが受信したローカルプッシュ通知応答の総数

任意の LPNS サブスクライバサービス。

NumberofMissedCallLocalPushReqSent

CallManager サービスがデバイスに送信した不在着信ローカルプッシュ通知リクエストの総数。

任意の LPNS サブスクライバサービス。

NumberofSharedCancelLocalPushReqSent

共有回線シナリオで CallManager サービスがデバイスに送信したキャンセル通話ローカルプッシュ通知リクエストの総数。

任意の LPNS サブスクライバサービス。

Full Cisco Trademarks with Software License

THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.

THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.

The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.

NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.

IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.

Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

All printed copies and duplicate soft copies of this document are considered uncontrolled. See the current online version for the latest version.

Cisco has more than 200 offices worldwide. Addresses and phone numbers are listed on the Cisco website at www.cisco.com/go/offices.

Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1721R)