このリリースでは、Cisco ユニファイド コミュニケーション マネージャ の認証済み Network Time Protocol（NTP）機能がサポートされています。このサポートは、Ciscoユニファイド コミュニケーション マネージャ へのセキュアな NTP サーバ接続を確立するために追加されています。以前のリリースでは、NTP サーバに対する Cisco ユニファイド コミュニケーション マネージャ の接続はセキュアではありませんでした。

この機能は、対称キーベースの認証に基づいており、NTPv3 および NTPv4 サーバによってサポートされています。Cisco ユニファイド コミュニケーション マネージャ は、SHA1 ベースの暗号化のみをサポートしています。SHA1 ベースの対称キーのサポートは、NTP バージョン 4.2.6 以降で利用できます。

• 対称キー

• 認証なし

NTP サーバの認証ステータスは、Cisco Unified OS の管理アプリケーションの管理 CLI または [NTPサーバの一覧（NTP Server List）] ページで確認できます。

ライセンスや MTP の挿入が不要であり、詳細なバグ修正が含まれているため、ハイブリッド導入には Cisco Spark リモート デバイス（Spark-RD）を強くお勧めします。このオプションを使用するには、Unified CM 10.5(2)SU5、11.0(1a)SU3、または 11.5(1)SU3 を使用する必要があります。サポート対象外のリリースについては、代わりに CTI-RD を使用しますが、これにはライセンスや MTP の挿入が必要です。サポート対象のリリースでの手動作成と自動作成については、新規のアクティブ化に Cisco Spark-RD を使用する必要があります。以前のリリースで作成した CTI-RD は、Cisco Spark-RD に移行するまでは、引き続き機能します。

Hybrid Call Services の Cisco Spark リモートデバイスとサポートされている設定の詳細については、を参照してください。 http://www.cisco.com/go/hybrid-services-call

このリリースでは、IM and Presence サービスを Microsoft Outlook 予定表統合用のホスト型 Office 365 サーバと統合するように設定できます。この設定により、IM and Presence サービスが Office 365 でホストされた Microsoft Outlook からユーザ予定表情報をプルして、それを IM and Presence ユーザのプレゼンス ステータスの一部として表示します。Outlook がユーザが会議中であることを示している場合は、そのステータスがそのユーザのプレゼンス ステータスに表示されます。

この統合は、15,000 の IM and Presence ユーザ システムでテストして正常動作が確認されています。このテストでは、5,000 人のユーザが午前零時に会議を開催しました。

統合を設定する方法の詳細は、IM およびプレゼンスサービスとの Microsoft Outlook 予定表の統合ガイドを参照してください。

ユーザ インターフェイスの更新

この機能をサポートするために、プレゼンスゲートウェイの設定ウィンドウは次のように更新されました。

• [プレゼンスゲートウェイタイプ (Presence Gateway Type)] フィールドには、新しいゲートウェイオプション「 Office 365 Server」が含まれています。

• 次の HTTP プロキシフィールドが追加されます。 (Http プロキシ URL、 Http プロキシユーザ名 およびhttp プロキシパスワード)。IM and プレゼンスサービスが Office 365 サーバに直接アクセスできない場合は、HTTP プロキシが必要です。

新しいサービス パラメータ

Office 365 サーバでプル間隔を設定するために、新しいサービスパラメータであるOffice365 カレンダー情報のプル間隔が追加されました。IM and プレゼンスサービスは、現在、カレンダー情報をアドホックでプルすることはできません。このサービスパラメータで設定されているように、定期的にスケジュールされた間隔で予定表情報をプルできるのは、デフォルト設定の60分です。導入のニーズを満たす間隔をスケジュールしてください。

予定表トラブルシュータ

システムトラブルシュータ (Diagnostics > system トラブルシュータ) の予定表トラブルシュータの部分が、Office 365 統合のために更新されました。IM and プレゼンスサービスが Office 365 サーバと統合されている場合、トラブルシュータはプレゼンスゲートウェイが適切に設定されており、到達可能であることを確認します。

Jabber リリース 11.9 以降、Cisco Jabber クライアントは OAuth 更新ログインを使用して、Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンス サービスで認証します。この機能は、次の利点を提供することによって Cisco Jabber のユーザ エクスペリエンスを向上させます。

• 初回ログイン後、更新トークンの有効期限内はリソースにシームレスにアクセスできます。

• Cisco Jabber クライアントが頻繁に再認証する必要がなくなります。

• SSO 環境と SSO 以外の環境で一貫したログイン動作を提供します。

OAuth 更新ログインでは、Cisco ユニファイド コミュニケーション マネージャは、OAuth 標準を使用するクラスタ全体のアクセス トークンおよび更新トークンを発行します。Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンスサービス は、Jabber の認証に短期間のアクセス トークンを使用します（アクセス トークンのデフォルトの有効期間は 60 分）。古いアクセス トークンの有効期限が切れると、長期間の更新トークンは新しいアクセス トークンを Jabber に提供します。更新トークンが有効な限り、ユーザがクレデンシャルを再入力しなくても、Jabber クライアントは新しいアクセス トークンを動的に取得できます（更新トークンのデフォルトの有効期間は 60 日間）。

JWT 形式（RFC7519）を使用して、すべてのアクセス トークンの暗号化、署名 および自己完結が行われます。更新トークンは署名されますが、暗号化は行われません。

（注）	また、OAuth 認証は Cisco Expressway および Cisco Unified Connection でもサポートされます。これらの製品が互換性のあるバージョンであることを確認してください。互換性のないバージョンを実行している場合、Jabber の動作の詳細については、Cisco Jabber のドキュメントを参照してください。

認証プロセス

Cisco Jabber クライアントが認証する場合、または更新トークンが送信される場合、Cisco ユニファイド コミュニケーション マネージャ が次の条件をチェックします。認証の各条件が満たされる必要があります。

• 署名を確認します。

• トークンを復号および検証します。

• アクティブなユーザであることを確認します。たとえば、外部 LDAP ディレクトリから削除された LDAP 同期ユーザはデータベース内に残りますが、エンド ユーザ設定のユーザ ステータスには無効なユーザとして表示されます。

• 自分のロール、アクセス制御グループ およびユーザ ランク設定で指定されたとおりに、ユーザがリソースにアクセスできることを確認します。

（注）	後方互換性については、古い Jabber クライアントおよび Cisco Unified Real-Time Monitoring Tool などのサポート アプリケーションは、デフォルトで有効に設定されている暗黙の許可フロー モデルを使用して認証できます。

エンタープライズ パラメータの更新

この機能をサポートするには、次のエンタープライズ パラメータを [SSOとOAuthの設定（SSO and OAuth Configuration）] の下に追加します。

• [更新ログインフローを使用したOAuth（OAuth with Refresh Login Flow）]：このパラメータは Unified CM に接続する場合、Jabber などのクライアントで使用されるログイン フローを制御します。[更新ログインフローを使用したOAuth（OAuth with Refresh Login Flow）] を「有効」にすると、再ログインで入力しなくても（ネットワークの変更後など）、クライアントは OAuth ベースの高速ログイン フローを使用してすばやく効率的にログインできます。このオプションでは、Expressway や Unity Connection（更新ログインフローが有効なバージョンと互換性のある）など、Unified Communications ソリューションの他のコンポーネントからのサポートが必要です。[更新ログインフローを使用したOAuth（OAuth with Refresh Login Flow）] を「無効」にすると、既存の動作が保持され、他のシステム コンポーネントの旧バージョンと互換性があります。注：Jabber でモバイルおよびRemote Accessを展開する場合、更新ログイン フローを使用した OAuth をサポートする Expressway の互換バージョンでこのパラメータのみを有効にすることをお勧めします。互換性のないバージョンは Jabber の機能に影響する可能性があります。サポートされているバージョンおよび設定要件については、特定の製品のドキュメントを参照してください。

• [OAuth更新トークン失効タイマー（日数）（OAuth Refresh Token Expiry Timer (days)）]：このパラメータはOAuth 更新トークンの失効タイマーを指定します。変更で新しい失効タイマーを使用し、以前に発行した更新トークンが無効になると、このパラメータの更新はすぐに反映され、更新トークンが発行されます。

証明書の更新

この機能をサポートするために、自己署名付き AUTHZ 証明書が OAuth トークンによる認証の処理に追加されました。この証明書は Cisco ユニファイド コミュニケーション マネージャノードに格納されており、Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンスサービスのすべてのクラスタ ノードに署名キーと暗号化キーを複製します。証明書はローカルで生成された公開キーと秘密キーを使用して自己署名されており、X.509 証明書ではありません。

署名キーまたは暗号化キーが侵害されたと思われる場合は、どちらのキー セットでも再生成できます。新しいキーと Cisco Expressway および Cisco Unity Connection を同期してください。

CLI 更新

この機能をサポートするために、このリリースでは次の CLI コマンドが新しく追加されました。

• set key regen authz signing：Cisco ユニファイド コミュニケーション マネージャ パブリッシャ ノードでこのコマンドを実行すると、OAuth アクセス トークンおよび更新トークンを署名するための非対称 RSA キー ペアを再生成できます。

• set key regen authz encryption：Cisco ユニファイド コミュニケーション マネージャ パブリッシャ ノードでこのコマンドを実行すると、OAuth アクセス トークンおよび更新トークンを暗号化する対称暗号化キーを再生成できます。

• show key authz signing：このコマンドは、パブリッシャ ノードとサブスクライバ ノードの両方の OAuth 更新ログイン暗号化キー チェックサムおよび最終同期時間を表示します。

• show key authz encryption：このコマンドは、パブリッシャ ノードとサブスクライバ ノードの OAuth 更新ログイン署名キー チェックサムおよび最終同期時間を表示します。

トラブルシューティング

次の表に、OAuth SSO 設定のトラブルシューティングに役立つログを示します。このログでトレースは設定する必要はありません。

（注）	SAML SSO ログを詳細レベルに設定するには、set samltrace level debug CLI コマンドを実行します。

リリース 11.5 (1) SU3 では、Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンス サービスの両方をコモン クライテリア モードで実行できます。この実行モードは FIPS 対応システムで実行され、システムは一般的な基準のガイドラインに準拠することができます。

IM およびプレゼンスサービス サーバでコモン クライテリア モードが有効になっている場合、MS SQL 外部データベース サーバと IM and Presence サービス サーバ間での TLS 接続はサポートされません。

Advanced Notification Services のユーザインターフェイスの更新

このリリースでは、Cisco ユニファイド コミュニケーション マネージャ には、高度な通知サービスを迅速に提供し設定できるプロビジョニング ウィザードが付属しています。

Cisco Paging Server 製品は、InformaCast 仮想アプライアンスを用いて提供されます。ネットワーク上のデバイスを、IP ページングと緊急通報アラートのための強力なシステムに変換するソフトウェア ソリューションです。Cisco Phone、オーバーヘッド スピーカー、ストロボ、パニック ボタンなどを容易に統合し、緊急アラートの速度、範囲、成功率を増大させることができます。

Cisco Unified Communications Manager Administrationの[Advanced Features ] メニューで、緊急通知ページングウィザードが追加されました。[緊急通知ページング（Emergency Notifications Paging）] は、フル装備の緊急通知およびページング ソリューションで、Cisco IP 電話 などの各種デバイスやテキストおよび音声メッセージ システムに、数に制限なく到達することを可能にします。このツールには次の機能があります。

• InformaCast Advanced Notification

• パニック ボタンの設定

• ユーザが緊急サービス番号（CallAware）にダイヤルしたときの IP フォンのテキスト通知と音声通知

InformaCast 仮想アプライアンスの詳細については、https://www.singlewire.com/informacast.html を参照してください。

このリリースの Cisco ユニファイド コミュニケーション マネージャ では、暗号化ライセンスのサポートが導入されています。Cisco ユニファイド コミュニケーション マネージャで混合モードを有効にする場合は、Cisco Prime License Manager に暗号化ライセンスをインストールし、Cisco ユニファイド コミュニケーション マネージャ に適用する必要があります。

新規インストール

クラスタのインストール時は、暗号化ライセンスを Cisco ユニファイド コミュニケーション マネージャに適用して同期が完了するまで、クラスタを混合モードにすることはできません。暗号化ライセンスがない場合、クラスタを混合モードに移そうとすると、空の CTL ファイルが生成され、クラスタは安全でないモードのままになります。

アップグレード

混合モードを有効にして旧リリースからアップグレードしているものの、暗号化ライセンスをインストールしていない場合は、アップグレードの直後に、ユーザ インターフェイスに暗号化ライセンスについての警告メッセージが表示されます。また、 CiscoSystemEncryptionNotAllowedアラートが表示されます。混合モードで引き続きシステムは稼働しますが、CTL ファイルをアップデートすることはできず、暗号化ライセンスをインストールするか、クラスタのセキュリティ設定を非セキュア モードに戻すまで警告が表示され続けます。可能な限り早い段階で暗号化ライセンスをインストールすることにより、中断なく混在モードで実行し続けることができるようにすることをお勧めします。

アップグレード時に混合モードで実行していなかった場合は、暗号化ライセンスを Cisco ユニファイド コミュニケーション マネージャに適用して同期が完了するまで、クラスタを混合モードにすることはできません。

ユーザ インターフェイスの更新

Cisco Unified CM 管理インターフェイスの [ライセンスの使用状況レポート] ウィンドウで、新しいフィールドがCisco Prime ライセンスマネージャセクションに追加されました。

• 暗号化ライセンスがインストールされている: このフィールドには、暗号化ライセンスがインストールされているかどうかを示すTrueまたはFalseの値が含まれています。

ライセンスファイルの発注とインストール

次の表では、暗号化ライセンスを使用してシステムを更新する方法について説明します。

このリリースでは、Cisco Jabber のサインインの体験はシングルサインオン (SSO) と非 SSO の場合と似ています。更新トークン機能は、デバイス間の Jabber ユーザの操作性を向上させ、特にモバイルでの Jabber に使用します。SSO 以外の Jabber のログインフローは、Jabber SSO に似ています。エンドユーザは、OAuth コードを生成することによってサインインできるようになりました。これにより、アクセストークンと更新トークンが生成され、Jabber へのログインが可能になります。アクセストークンが期限切れになると、更新トークンを使用してアクセストークンが生成されます。これにより、ログインフローが繰り返されないようになり、Jabber サインイン中にパフォーマンスが向上します。

Cisco Jabber クライアントバージョン11.9.0 では、更新トークン機能がサポートされています。

[ユーザデバイスの関連付け (User Device Association )] 画面では、管理者がエンドユーザとアプリケーションユーザとデバイスの関連付けまたは関連付け解除を行うことができます。リリース 115.1 SU3 では、管理者が選択したユーザの作業について確実に確認できるように、ユーザデバイスの関連付け画面のユーザインターフェイスが強化されました。管理者が誤ってユーザに関連付けられたデバイスを削除しないようにするために、UI で [すべての関連デバイスの削除 (Remove All devices )] ボタンが realigned されています。

ユーザ インターフェイスの更新

Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンスサービス のリリースには、最小 Transport Layer Security（TLS）プロトコル バージョン設定のサポートが含まれています。この機能を使用して、最小 TLS バージョンを組織のセキュリティ ポリシーに適合するように設定します。

サポートされている TLS バージョンは TLS 1.0、1.1 および 1.2 です。デフォルトで、TLS 1.0 が設定されます。最小 TLS バージョンを設定したら、最小バージョン以降のバージョンがサポートされます。

最小 TLS バージョンを設定する前に、以下の製品が、選択された最小 TLS バージョン以降のセキュアな接続を Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンスサービス でサポートしていることを確認します。この要件が満たされていない場合は、最小 TLS バージョンを設定するときに、選択した最小 TLS バージョン以降の相互運用性をサポートしているバージョンに製品をアップグレードします。

• Skinny Client Control Protocol（SCCP）Conference Bridge

• トランスコーダ（Transcoder）

• ハードウェア メディア ターミネーション ポイント（MTP）

• SIP ゲートウェイ

• Cisco Prime Collaboration Assurance

• Cisco Prime Collaboration Provisioning

• Cisco Prime Collaboration Deployment

• Cisco Unified Border Element（CUBE）

• Cisco Expressway

• Cisco TelePresence Conductor

（注）

この機能は、コマンドラインインターフェイスで実装され、Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンスサービス の両方に適用されます。 Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンスサービス のリリース 9.x 以下では TLS 1.1 以降をサポートしません。したがって、リリース 7.x Cisco ユニファイド コミュニケーション マネージャ のこれらのアプリケーションとリリース 11.5 (1) SU3 以降の IM and プレゼンスサービスとの相互運用性を進める前に、最小 TLS バージョンを1.0 に設定します。この設定は、拡張可能メッセージングおよびプレゼンスプロトコル (XMPP) フェデレーションの展開、クラスタ間のエクステンション モビリティ (EMCC)、クラスタ間同期エージェント (ICSA)、TLS 1.1 をサポートしていない SIP トランク機能などの機能に必要です。上回る. コモン クライテリア モードは、最低限の TLS バージョンの設定と共に有効にすることができます。そのようにする場合、アプリケーションは、引き続きコモン クライテリアの要件に準拠し、アプリケーション レベルで TLS 1.0 セキュア接続を無効にすることになります。コモン クライテリア モードが有効な場合、アプリケーションで最低限の TLS バージョンを 1.1 または 1.2 のいずれかとして設定することができます。最小 TLS バージョンを1.0 に設定しようとすると、コマンドライン インターフェイスにエラーが表示されます。コモン クライテリア モードの詳細については、『Command Line Interface Reference Guide for Cisco Unified Communications Solutions』の中のコモン クライテリアへの準拠のトピックを参照してください。

最小 TLS バージョンを設定するには、TLS 最小バージョン構成用の CLI コマンドのトピックを参照してください。

このリリースでは、iPhone および iPad ソリューションでの Cisco Jabber のプッシュ通知は、次の更新によって強化されています。

• 音声およびビデオコールのサポート: Cisco ユニファイド コミュニケーション マネージャ はプッシュ通知を使用して、保留モードになっている iPhone または iPad クライアントの Cisco Jabber に音声コールとビデオコールを送信するようになりました。この更新により、携帯電話ネットワークを使用して、中断モードの iPhone および iPad クライアントで Jabber に到達する必要がなくなり、ネットワークコストが削減されます。

• IM and Presence のハイアベイラビリティ: このリリースでは、iPhone または iPad の Cisco Jabber を介してプッシュ通知が有効になっている IM およびプレゼンスセッションのフェールオーバー保護が追加されています。この機能を使用すると、サブクラスタ内のバックアップノードは、ユーザの操作を必要とせずに、障害が発生したセッションを引き継ぐことができます。バックアップノードは IM セッションを完全に再作成して、ユーザが IM 履歴を失うことがないようにすることができます。

• トラブルシューティング オプション: このリリースでは、システムのトラブルシューティングとデバッグのための追加のトラブルシューティングオプションを提供しています。これにより、システムは常に稼働したままになります。

リリース 11.5 (1) SU3 を使用したプッシュ通知ソリューションの詳細については、http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/im_presence/pushNotifications/11_5_1_su2/cucm_b_push-notification-deployment-iPhone-iPad.htmlの『 iPhone および iPad 版 Cisco Jabber でのプッシュ通知の展開』を参照してください。

ユーザ インターフェイスの更新

このリリースでは、 Cisco Cloud のオンボードウィンドウの [プッシュ通知を有効にしてトラブルシューティングと分析情報を Cisco Cloud に送信] チェックボックスが次の新しいフィールドに置き換えられました。

• [プッシュ通知の有効化 (Enable pushnotification)]: IPhone および iPad クライアントで Cisco Jabber のプッシュ通知の音声、ビデオ およびプレゼンスのサポートを有効にするには、このチェックボックスをオンにします。

• トラブルシューティング情報を Cisco Cloud に送信 - チェックボックスをオンにすると、Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンス サービスのクラスタは、アラーム syslog ファイルを Cisco Cloud に定期的に送信します。シスコは、この情報をプロアクティブなデバッグと問題解決に使用します。

• トラブルシューティングのために暗号化された PII を Cisco Cloud に送信 - このチェックボックスをオンにすると、Cisco ユニファイド コミュニケーション マネージャは、Cisco Cloud に送信する前に、パートナーを識別するために使用できるすべてのトラブルシューティングデータを暗号化します (たとえば、デバイス名またはホスト名)。

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

プッシュ通知では、トラブルシューティングのために Cisco ユニファイド コミュニケーション マネージャ のパブリッシャ ノードで実行できる次の CLI コマンドが提供されます。

• utils managementAgent alarms pushfrequency：Cisco ユニファイド コミュニケーション マネージャ がプッシュ通知アラームをシスコ クラウドに送信する間隔を設定するには、このコマンドを実行します。デフォルト値は 30 分です。

• utils managementAgent alarms pushlevel：Ciscoユニファイド コミュニケーション マネージャ がプッシュ通知アラームをシスコ クラウドに送信する最小重大度レベルを設定するには、このコマンドを実行します。デフォルト重大度は [エラー（Error）] です。

• utils managementAgent alarms pushnow：間隔の期限が切れるのを待たずに、即時にプッシュ通知アラームをシスコ クラウドにアップロードするには、このコマンドを実行します。

Cisco ユニファイド コミュニケーション マネージャ IM およびプレゼンスサービスは、バージョン 11.5.1 SU3 以降に準拠した一般的な基準となります。一般的な基準のガイドラインに準拠するためには、Transport Layer Security (TLS) 1.2 を通信プロトコルとして使用することが必須です。リリース 11.5 (1) SU2 以降では、Transport Layer Security (TLS) 1.2 を syslog および FileBeat の通信プロトコルとして使用できます。TLS 1.2 プロトコルは、次のシナリオでセキュアな接続を確立することを可能にします。

• Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンスサービス を syslog サーバで接続。

• 外部 logstash サーバを使用した FileBeat クライアントの接続

管理者は CLI コマンドを使用して、リモート syslog および FileBeat の TLS を設定できます。

（注）	セキュアな接続は syslog サーバが TLS 1.2 プロトコルをサポートしている場合にのみ確立されるため、syslog サーバが TLS 1.2 プロトコルをサポートしていることを確認してください。 コモン クライテリア モードでは、厳密なホスト名検証が使用されます。そのため、サーバには、証明書と一致する完全修飾ドメイン名（FQDN）を設定する必要があります。

プロトコル スイッチ用の新しい CLI コマンド

特権レベル4のアクセス権を持つ管理者は、次の CLI コマンドを使用して、通信プロトコルとして TLS を設定できます。

• リモート syslog 通信用の CLI コマンド:

  utils remotesyslog set protocol tls: syslog サーバを使用して Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンス サービスを接続するための通信プロトコルとして tls を設定します。

• FileBeat クライアントの CLI コマンド:

  • utils filebeat tls enable- FileBeat クライアントと logstash サーバとのセキュアな接続を有効にします。

  • utils filebeat tls disable - Filebeat クライアントの TLS を無効にします。

  • utils filebeat tls status - TLS のステータスを表示します。

接続の切断を示す新しいアラーム

Syslog サーバとの Cisco ユニファイド コミュニケーション マネージャIM およびプレゼンスサービス間の接続が失われた場合、重大度ERROR_ALARMのアラームTLSRemoteSyslogDeliveryFailedがトリガーされます。Cisco TLSRemoteSyslogDeliveryFailedアラートは RTMT Alert Central にも送信されます。