複数のデバイスのメッセージングの設定

マルチデバイスメッセージング の概要

マルチデバイスメッセージング(MDM)により、現在サインインしているすべてのデバイス間で追跡される、1 対 1 のインスタント メッセージ(IM)交換が実現します。デスクトップ クライアントとモバイル デバイスを使用し、どちらも MDM が有効な場合、メッセージは両方のデバイスに送信されるか、または CC で送信されます。 既読通知は、会話の参加中に両方のデバイスで継続的に同期されます。

MDM を使用すると、デバイス間を移動しながら IM 会話を維持できます。 たとえばデスクトップ コンピュータから IM 会話を開始し、会議のためにデスクから離れる必要があるばあい、モバイル デバイスでその会話を続けることができます。 MDM 対応にするには、クライアントはサインインする必要があります。 サインアウトしたクライアントには、送受信された IM および通知は表示されません。

MDM は、モバイル デバイスのバッテリを節約できる静音モードをサポートします。 Jabber クライアントは、モバイル クライアントが使用されていないときは自動的に静音モードに切り替わります。 静音モードはクライアントが再びアクティブになるとオフになります。

複数デバイスのメッセージングの前提条件

インスタントメッセージングを有効にする必要があります。 詳細は、を参照してください。 グループ チャットと常設チャットのタスクフロー


(注)  


Multiple Device Messaging を有効にする場合は、各ユーザが複数の Jabber クライアントを持つ可能性があるため、ユーザ数ではなくクライアント数に応じた展開にします。たとえば、ユーザ数が 25,000 人で、各ユーザが 2 台の Jabber クライアントを保持している場合、導入環境には 5 万ユーザのキャパシティが必要となります。

複数のデバイスのメッセージングの設定

マルチデバイスメッセージング はデフォルトで有効になっています。 この手順を使用して、機能を無効にしたり、無効にした後に再び有効にしたりできます。

手順


ステップ 1

[Cisco Unified CM IM and Presence の管理(Cisco Unified CM IM and Presence Administration)] で、[システム(System)] > [サービス パラメータ(Service Parameters)] を選択します。

ステップ 2

[サーバ(Server)] ドロップダウン リストから、[IM and Presence サービス パブリッシャ(IM and Presence Service Publisher)] ノードを選択します。

ステップ 3

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

ステップ 4

マルチデバイスメッセージングを有効にするドロップダウンリストから有効(デフォルト値)または無効を選択します。

ステップ 5

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

ステップ 6

Cisco XCP Router サービスを再起動します。

  1. Cisco Unified IM and Presence Serviceability にログインして、[ツール(Tools)] > [コントロールセンタ - ネットワーク サービス(Control Center - Network Services)]を選択します。

  2. [サーバ(Server)] ドロップダウン リスト ボックスから IM and Presence パブリッシャ ノードを選択します。

  3. [IM and Presenceサービス(IM and Presence Services)]の下で、[Cisco XCPルータ(Cisco XCP Router)]を選択し、[リスタート(Restart)]をクリックします


マルチ デバイス メッセージングのフローの使用例

このフローでは、ユーザ(Alice)がラップトップとモバイル デバイスで MDM を有効化した際にメッセージと通知がどのように処理されるかについて説明しています。

  1. Alice はラップトップ上で Jabber クライアントを開いており、モバイル デバイスでも Jabber を使用しています。

  2. Alice は Bob からインスタント メッセージ(IM)を受け取ります。

    Alice のラップトップが通知を受信すると、新しいメッセージ インジケータが表示されます。 モバイル デバイスには通知ではなく、新しいメッセージとして表示されます。


    (注)  


    IM は必ずすべての MDM 対応クライアントに一斉送信されます。 通知はアクティブな Jabber クライアントにのみ表示されます。アクティブな Jabber クライアントがない場合は、すべての Jabber クライアントに通知が送信されます。


  3. Alice は 20 分間 Bob とチャットしました。

    ラップトップでチャットする一方、モバイル デバイスでは新しいメッセージを受信し、既読として処理されます。 モバイル デバイスには通知が送信されません。

  4. Alice は 3 人目のユーザ(Colin)から 3 通のチャット メッセージを受信します。この際も Alice のデバイスはステップ 2 と同じように動作します。

  5. Colin からのメッセージには応答せず、ラップトップを閉じます。 帰路で Alice は Bob から別のメッセージを受信します。

    この状況では、ラップトップとモバイル デバイスの両方で新しいメッセージを受信し、通知を表示します。

  6. Alice はモバイル デバイスを開き、Bob と Colin から送信された新しいメッセージを見つけます。 これらのメッセージはラップトップにも送済みです。

  7. Alice がモバイル デバイスでメッセージを読むと、メッセージはラップトップとモバイル デバイスの両方で既読になります。

マルチデバイスメッセージング における静音モードの使用例

このフローでは、モバイル デバイス上で マルチデバイスメッセージング が静音モードを有効にする手順について説明します。

  1. Alice は、ラップトップとモバイル デバイスで Jabber を使用しています。 Bob からのメッセージを読み、ラップトップ上の Jabber から返信します。

  2. モバイル デバイスで別のアプリケーションを使い始めます。 ここで Jabber はバックグラウンドで動作し続けます。

  3. Jabber がバックグラウンドで実行している間、静音モードは自動的に有効になります。

  4. Bob が Alice に別のメッセージを送信します。 Alice のモバイル デバイスでは Jabber が静音モードにあるため、メッセージは配信されません。 Alice から Bob への応答メッセージはバッファとして保存されます。

  5. メッセージのバッファリングは、次のトリガー イベントのいずれかが発生するまで続きます。

    • <iq> スタンザが受信される。

    • 他の Alice のデバイスでアクティブなクライアントがない場合に、<message> スタンザが受信される。


      (注)  


      アクティブなクライアントとは、過去 5 分間に、使用可能なプレゼンス ステータスまたはインスタント メッセージのいずれかを送信した最後のクライアントのことです。


    • バッファの制限に達した。

  6. Alice がモバイル デバイスの Jabber に戻ると、再びアクティブになります。 バッファとして保存された Bob のメッセージが配信され、Alice から閲覧可能になります。

マルチデバイスメッセージング のインタラクションと制限

次の表は、マルチデバイスメッセージング(MDM)機能との機能の相互作用および制限事項をまとめたものです。

表 1. マルチデバイスメッセージング のインタラクションと制限

機能

連携動作または制限事項

Cisco Jabber Clients

MDM はバージョン 11.7 以降のすべての Jabber クライアントによりサポートされます。

グループ チャット

グループチャットは、任意のデバイスからログインしているすべての MDM ユーザーが利用できます。

メッセージ アーカイバ

MDM は Message Archiver 機能と互換性があります。

マネージド ファイル転送

ファイル転送は、任意のデバイスからログインしているすべての MDM ユーザーが利用できます。

Expressway を介したモバイルおよびリモートアクセス

Cisco Expressway 経由で IM and Presence サービスに接続するモバイルおよびリモートアクセスクライアントの場合、MDM を使用するには少なくとも Expressway X8.8 を実行している必要があります。

Server Recovery Manager

フェールオーバーが発生した場合、マルチデバイスメッセージング 機能により、IM and Presence サービスでサーバ回復に遅延が発生します。 マルチデバイスメッセージング が設定されているシステムでサーバのフェール オーバーが発生すると、通常、[Cisco Server Recovery Manager] サービス パラメータで指定された時間の 2 倍かかります。

サードパーティ製クライアント

MDM は、この機能をサポートしていないサードパーティ製クライアントと互換性があります。

複数のデバイスのメッセージングのカウンタ

マルチデバイスメッセージング(MDM)は、Cisco XCP MDM カウンタ グループから次のカウンタを使用します。

カウンタ名

説明

MDMSessions

MDM が有効な現在のセッション数。

MDMSilentModeSessions

サイレント モードにおける現在のセッション数。

MDMQuietModeSessions

静音モードにおける現在のセッション数。

MDMBufferFlushes

MDM バッファ フラッシュの合計数。

MDMBufferFlushesLimitReached

バッファ サイズ全体の上限に到達したことで発生した MDM バッファ フラッシュの合計数。

MDMBufferFlushPacketCount

最後のタイムスライスでフラッシュされたパケットの数。

MDMBufferAvgQueuedTime

MDM バッファがフラッシュされるまでの平均時間(秒)。

デバイス容量のモニタリング

Multiple Device Messaging(MDM)を有効にすると、複数のデバイスからログインする各ユーザにより、IM and Presence サーバのトラフィック負荷が増加します。 アクティブなログイン ユーザ数が一定の上限に達すると、リソース不足(メモリ消費や CPU 使用率の上昇)のために予期しないパフォーマンスの問題やエラーが発生することになります。

これらの問題に対処するには、デバイス キャパシティ モニタリング機能が役立ちます。この機能は、ノードで作成されたセッション数のモニタリングを支援する追加のカウンタを実装します。

IM &amp; P ノードでは、次の Jabber Session Manager (JSM) セッションが作成されます。

  • 構築された JSM セッション:ユーザがノードに割り当てられたときに作成されます。
  • アクティブ JSM セッション

    – オンプレミスのユーザ ログイン。

    – オフプレミスのユーザ ログイン。

  • ファントム JSM セッション:プッシュが有効なユーザに対して作成され、HA フェールオーバーのユースケースを処理します。
  • Spark 相互運用 JSM セッション:ハイブリッド ユーザに対して作成されます。

JSM セッションを監視するために、次のカウンタが導入されます。

  • JsmClientSessionsActive
  • JsmPhantomSessionsActive
  • JsmHybridSessionsActive

さらに、JSM のしきい値を監視する新しいカウンタ JSMSessionsExceedsThreshold が導入されます。これは、JSM セッション カウンタと OVA サイズに基づいて計算されます。

このカウンタのしきい値制限がデフォルト値の 80% を超過して 10 分間が経過すると、システムはリアルタイム監視ツール(RTMT)で「JSMSessionsExceedsThreshold」アラートを発生させます。

RTMT を使用したアラート値の設定

RTMT を使用して JSMSessionsExceedsThreshold アラート値を 設定するには、次の手順を使用します。

手順


ステップ 1

リアルタイム監視ツール(RTMT)にログインし、[システム(System)] > [ツール(Tools)] > [Alert Central] を選択します。

ステップ 2

[IM and Presence] をクリックし、JSMSessionsExceedsThreshold というアラート名を選択します。

ステップ 3

[JSMSessionsExceedsThreshold] を右クリックし、[アラート/プロパティの設定(Set Alert/Properties)] を選択します。

ステップ 4

アラートを有効にするには、[アラートの有効化(Enable Alert)] チェックボックスをオンにします。

ステップ 5

JSM セッション数のしきい値超過のパーセンテージ制限を設定します。デフォルト値は 80% です。

ステップ 6

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

ステップ 7

アラートの頻度とスケジュールを設定します。デフォルトでは、アラートは 10 分ごとにトリガーされます。

ステップ 8

[次へ(Next)]をクリックします。

ステップ 9

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


ノードあたりの JSM セッションのサポート

次の表は、ノードあたりにサポート可能な JSM セッションの総数をテストに基づいて示しています。

OVA サイズ

JSM セッション カウントは OVA キャパシティの 1.5 倍

5K OVA

7.5K

15,000 OVA

22.5 k

25K OVA

37.5 k


(注)  


高可用性が有効になっていて、両方のノードがアクティブ-アクティブ構成にある場合は、次のようになります。
  1. カスタム アラームはノードごとにしか設定できないという制限があるため、ノードあたりのサポート可能な JSM セッションの総数は、上記の容量の 50% になります。
  2. HA 設定に基づいて JSMSessionsExceedsThreshold カウンタ値を変更する必要があります。

推奨措置:

カスタム アラートが生成された場合は、その特定のノードについて、RTMT ツールのメモリおよび CPU 使用率のカウンタを確認します。 メモリと CPU 使用率のカウンタの値がしきい値制限を超える場合は、IM &amp; P ノード間でユーザのロードバランスを行うことをお勧めします。 現在、IM &amp; P には、ノード間でユーザを自動的にロードバランシングするメカニズムがありません。

デバイス キャパシティ モニタリングのユーザ セッション レポート

ユーザ セッション レポートを表示するには、この手順を使用します。 このレポートでは、クラスタ、サブクラスタ、およびノードレベルの複数のデバイスからログインしているアクティブユーザの詳細を確認できます。

手順


ステップ 1

Cisco Unified IM and Presence Reporting にログインします。

ステップ 2

[システムレポート(System Reports)] > [IM and Presenceユーザセッションレポート(IM and Presence User Sessions Report)] を選択します。

ステップ 3

レポート ウィンドウで [レポートの生成(Generate Report)](棒グラフ)アイコンを選択して、現在の時刻のユーザ セッション レポートを生成します。

ステップ 4

OKをクリックします。

ステップ 5

[レポート名(Report Name)] 列で、[IM and Presenceユーザセッションレポート(IM and Presence User Sessions Report)] をクリックします。

(注)  

 
  • このレポートの生成には、およそ 2 分以上かかることがあります。

  • このレポートには、プレゼンス冗長グループ、ノード名、1 つ以上のデバイスからログインしているユーザの数、クラスタ、サブクラスタ、およびノードレベルのセッションの合計数が、レポートの生成日時と共に表示されます。

ステップ 6

[レポート(Reports)] ウィンドウの右側にある [ダウンロード(download)](緑の矢印)アイコンをクリックして、クラスタ、サブクラスタ、およびノード レベルのユーザ セッション レポートを CSV 形式でダウンロードします。

ステップ 7

[1つ以上のデバイスからログインしているユーザの数(Count of users logged in from one or more devices)] 列に表示されている値をクリックして、特定のノードに関するユーザ ベースの詳細レポートを生成します。

ステップ 8

[レポート(Reports)] ウィンドウの右側にある [ダウンロード(download)](緑の矢印)アイコンをクリックして、ノードごとのユーザ レベルの詳細情報を CSV 形式でダウンロードします。

(注)  

 

[セッション数(Number of sessions)] 列の上にマウスカーソルを合わせると、[デバイスタイプ(device type)] ツールチップに、ログインに使用したデバイスのタイプが表示されます。

たとえば、デバイスタイプはデスクトップ、iPad、iPhone になる可能性があります。