システム設定(System Settings)

概要

Cisco Unity Connection 管理の [システム設定] メニューには、さまざまな機能やパラメータに対するシステム全体の設定を管理するのに役立つさまざまなオプションがあります。

全般構成

全般構成設定により、管理者は Unity Connection のさまざまなシステム設定および会話設定を管理できます。

システム設定には、デフォルトのパーティション、デフォルトのサーチスペース、および Unity Connection がユーザと発信者にシステム プロンプトを再生するタイムゾーンが含まれます。 会話設定には、デフォルトの電話言語設定、メッセージとグリーティングのターゲット デシベル レベル、Unity Connection システムのグリーティングの最大長が含まれます。

全般構成設定の管理

手順


ステップ 1

Cisco Unity Connection の管理で、[システム設定(System Settings)] を展開し、[全般設定(General Configuration)] を選択します。

ステップ 2

[全般構成の編集] ページで、必要な設定の値を入力します。 (各フィールドの詳細については、[ヘルプ] > [このページ] を参照してください)。

ステップ 3

[保存(Save)] を選択します。


クラスタ

クラスタ設定ページを使用すると、管理者は Unity Connection クラスタ関連情報を表示および管理できます。 クラスタ設定にアクセスするには、Cisco Unity Connection 管理にログインし、[システム設定] を展開し、[クラスタ] を選択します。

[サーバの検索と一覧表示] ページには、インストールされている Unity Connection サーバのホスト名または IP アドレス、およびサーバ タイプが表示されます。 パブリッシャサーバのみをインストールした場合、クラスタを設定するために、クラスタ設定でサブスクライバサーバの詳細を追加する必要があります。 詳細については、『Cisco Unity Connection インストール、アップグレード、メンテナンスガイド、リリース 15』の「Cisco Unity Connection クラスタを設定する」の章を参照してください。

https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/install_upgrade/guide/b_15cuciumg.html.

サーバのホスト名、IP アドレス、MAC の詳細、およびローカル帯域幅管理 (LBM) 情報を指定する [サーバ設定] ページから、パブリッシャまたはサブスクライバ サーバのサーバ詳細を管理できます。 各フィールドの詳細については、ヘルプ(Help)>このページ(This Page)を参照してください。

認証規則

Unity Connection の認証ルールは、ユーザ パスワード、PIN、ユーザ アカウント ロックアウトのポリシーを管理します。 認証ルールはユーザが無効な PIN またはパスワードを入力するとロックアウトすることで、Cisco PCA や Web Inbox などの Unity Connection ウェブアプリケーションへの不正アクセスを防ぎます。 事前に定義された 2 つの認証ルールは、推奨されるボイスメール認証ルールと推奨されるウェブアプリケーション認証ルールです。

ユーザを Unity Connection に追加すると、電話 PIN とウェブアプリケーションパスワードは、ユーザアカウントの作成に使用されたユーザテンプレートによって決定されます。 既定では、電話 PIN およびウェブパスワードとしてランダムに生成された文字列がユーザーテンプレートに割り当てられます。 ユーザテンプレートから作成されたすべてのユーザには、同じ PIN とパスワードが割り当てられます。 アカウント情報への安全なアクセスを確保するために、ユーザは次回のログイン時にパスワードまたは PIN を変更する必要があります。

Unity Connection で PIN とパスワードを設定する際には、以下の点を考慮してください。

  • セキュリティ設定を強化するために、PIN とパスワードは頻繁に変更してください。 ウェブアプリケーションまたは電話のパスワードの変更については、 Users の章を参照してください。


    (注)  


    ユーザは、Messaging Assistant を使用して PIN またはパスワードを変更することもできます。


  • 不正アクセスや電話料金の不正利用から Unity Connection を保護するために、すべてのユーザーに固有の電話 PIN と Web アプリケーションパスワードを割り当てる必要があります。

  • PIN またはパスワードは 6 文字で、簡単に推測できないものでなければなりません。

さまざまな Unity Connection アプリケーションで使用される PIN とパスワードは次のとおりです。

  • ボイスメールのパスワード: ボイスメールのパスワードは、電話を使って Unity Connection の会話にログインするために使用されます。 ユーザは電話のキーパッドを使用して、数字だけで構成されるパスワードを入力するか、音声認識が有効な場合は PIN を読み上げることができます。

  • ウェブアプリケーションのパスワード: ウェブアプリケーションのパスワードを使って、ユーザが Messaging Assistant やウェブ Inbox などの Unity Connection ウェブアプリケーションにログインします。


    (注)  


    Cisco Business Edition または LDAP 認証を使用している場合、ユーザは Cisco Business Edition または LDAP ユーザパスワードを使用して Unity Connection ウェブアプリケーションにアクセスする必要があります。


認証規則の設定

Cisco Unity Connection の管理で設定された認証ルールは、以下を決定するのに役立ちます。

  • アカウントがロックされるまでに許容される Unity Connection 電話インターフェイス、Cisco PCA、または Unity Connection 管理への失敗ログイン試行回数。

  • アカウントがリセットされるまでの時間 (分) です。

  • ロックされたアカウントを管理者が手動で解除する必要があるかどうか。

  • パスワードと PIN の最小文字数です。

  • パスワードまたは PIN の有効期限が切れるまでの日数です。

手順


ステップ 1

Cisco Unity Connection の管理で、[システム設定] を展開し、[認証規則] を選択します。

[認証ルールの検索] ページが表示され、既定および現在設定されている認証ルールが示されます。

ステップ 2

認証ルールを設定します (各フィールドの詳細は [ヘルプ]> [このページ] を参照してください):

  • 認証ルールを追加するには:

    [認証規則の検索] ページで、[新規追加] を選択します。

    [新しい認証規則] ページで、必須フィールドの値を入力し、[保存] を選択します。

  • 既存の認証ルールを編集するには:

    [認証ルールの検索] ページで、編集する認証ルールを選択します。

    [認証ルールの編集] ページで、必須フィールドの値を入力し、[保存] を選択します。

  • 1 つまたは複数の認証ルールを削除するには:

    [認証ルールの検索] ページで、削除する認証ルールを選択します。

    [選択項目を削除] と [OK] を選択して削除を確認します。


[ロール(Roles)]

ロールは、システムへのアクセスレベルを定義する一連の権限で構成されています。 システム管理者は、管理上の必要に応じて複数のロールを設定できます。 ユーザアカウントの役割の割り当ては、必要な一連の操作に基づいて行うことができます。 Unity Connection には 2 つのタイプのロールが用意されています。
  • システムの役割 - システムの役割は Unity Connection と共にインストールされる定義済みの役割です。
  • カスタムロール - カスタムロールはシステム管理者により作成、更新、削除できるロールです。

(注)  


[ユーザー(Users)] の [ロールの編集(Edit Roles)] ページで、任意のロールを 1 人以上のユーザーに割り当てたり、取り除くことができます。 詳細は Users の章を参照してください。



(注)  


システム管理者またはユーザ管理者ロールを持つユーザは、システムロールを持つ他のユーザの PIN/パスワードのみ更新できます。 また、どのユーザも、ロールが割り当てられていない他のユーザの PIN/パスワードを更新できます。


役割の設定

要件に基づいてカスタムロールを作成、変更、または削除できます。

カスタムロールを設定するには

手順


ステップ 1

Cisco Unity Connection Administration で、[システム設定(System Settings)] > [ロール(Roles)] を展開し、[カスタムロール(Custom Roles)] を選択します。

[カスタムロールの検索] ページが表示され、現在設定されているカスタムロールが表示されます。

ステップ 2

カスタム ロールを設定します。

  • カスタムの役割を追加するには (各フィールドの詳細については、[ヘルプ] > [このページ] を参照してください):
    1. [新規追加(Add New)] を選択します。 [新しいカスタムロール] ページが表示されます。
    2. フィールドに必須情報を入力します。
    3. 継承したいシステムロールを選択します。

    4. カスタムロールに割り当てる権限を選択します。

      (注)  

       
      (Unity Connection 12.0 および 11.5 にのみ適用可能)必ず、[システム設定データへの読み取りアクセス - 読み取りアクセス(Read Access To System Configuration Data - Read Access)] 権限を選択します。
    5. 保存を選択します。
  • カスタムロールを更新するには:
    1. 編集するカスタムロールを選択します。 [カスタムロールの編集] ページが表示され、カスタムロールの現在の設定が表示されます。
    2. 必要に応じて [カスタム ロール] 設定を編集します。
    3. 保存を選択します。
  • カスタムロールを削除するには:
    1. 削除するカスタム ロールの隣にあるチェックボックスを選択します。
    2. [選択項目の削除]を選択します。

      (注)  

       
      ダイアログボックスに、「ロールを削除すると、ユーザとの関連付けが削除されます」というメッセージが表示されます。
    3. [ OK ] を選択して削除を確定します。

      (注)  

       
      一度に複数のチェックボックスを選択することで、複数のロールを削除できます。

ユーザーにロールを割り当てまたは削除する

システム設定からユーザーに役割を割り当てたり削除するには

手順


ステップ 1

Cisco Unity Connection Administration で、[システム設定(System Settings)] > [ロール(Roles)] を展開して、次のいずれかを選択します

  • システムの役割: [役割の検索] ページが表示され、設定済みのシステムの役割が表示されます。
  • カスタムロール: [カスタムロールの検索] ページが表示され、構成済みのカスタムロールが表示されます。

ステップ 2

役割を 1 人または複数のユーザに指定する (各フィールドの詳細は [ヘルプ] > [このページ] を参照してください):

  1. 1 人または複数のユーザに割り当てるロールを選択します。

  2. 選択した役割の編集ページで、 [役割の割り当て ] を選択します。

    (注)  

     
    割り当てたい役割に対して[ユーザーの検索(Find Users)] ドロップダウンリストから[入っていない(not in)] を選択していることを確認します。
  3. 役割を割り当てたいユーザの隣にあるチェックボックスにチェックを入れ、 [選択項目の割り当て] を選択します。

ステップ 3

1 人または複数のユーザから役割を削除する (各フィールドの詳細については、[ヘルプ] > [このページ] を参照してください):

  1. 1 人または複数のユーザから削除するロールを選択します。

  2. 選択している役割の編集ページで [役割の割り当て ] を選択します。

  3. 役割を削除したいユーザのチェックボックスにチェックを入れ、 [選択したものを削除] を選択します。


規制テーブル

制限テーブルを使用すると、ユーザと管理者が通話の転送、メッセージ通知や FAX の発信に使用できる電話番号または URI を制御し、特定の内線番号が代行内線番号として追加されることを制限できます。 詳細については、 規制テーブル セクションを参照してください。

ライセンス

ライセンス設定ページは Unity Connection サーバのライセンス情報を表示します。 Unity Connection では、ライセンスは Cisco Smart Software Licensing によって管理されます。 このライセンス モデルは、ライセンスの柔軟性を高め、企業全体で簡素化します。 Unity Connection は、ライセンスを受けたさまざまな機能を使用するために、Cisco Smart Software Manager (CSSM) または Cisco Smart Software Manager サテライトに登録する必要があります。

Unity Connection は、Cisco Smart Software Manager (CSSM) または Cisco Smart Software Manager サテライトに登録されるまで、評価モードのままとなります。 Unity Connection ライセンスの詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/install_upgrade/guide/b_15cuciumg.html にある『Cisco Unity Connection のインストール、アップグレード、およびメンテナンスガイド、リリース 15』「ライセンスを管理する」の章を参照してください。

スケジュール

スケジュール設定ページは Unity Connection のさまざまなスケジュールの管理に役立ちます。 管理者は、ユーザまたはコール ハンドラに適用されるスケジュールに基づいて、グリーティング、転送タイプ、およびアクセス権を制御できます。

休日のスケジュール

休日スケジュールは、グリーティング、転送タイプ、およびアクセス権限を制御するために、アクティブなスケジュールと連携して動作します。 詳細については、「休日スケジュール」の項(16-4 ページ)を参照してください。

グローバルニックネーム

グローバルニックネームリストは、発信者が音声認識を使用して電話を発信したり、メッセージの宛先を指定したりするときに、Unity Connection が考慮する一般的なニックネームの包括的なリストです。 たとえば、Unity Connection は「William」という名前に対して、「Bill」、「Billy」、「Will」をニックネームと見なします。

ユーザに一般的でない名前が付けられている場合、または他のユーザがユーザを別の名前 (例えば、旧姓) で知っている場合、そのユーザにこれらの別名を追加することを検討してください。 代替名を使用することで、発信者がユーザーに名前を尋ねたときに、Unity Connection が発信する可能性が向上します。

Unity Connection のグローバル ニックネームの設定

手順


ステップ 1

Cisco Unity Connection の管理で、[システム設定] を開き、[グローバル ニックネーム] を選択します。

[グローバルニックネームの検索] ページが表示され、現在設定されているグローバルニックネームが表示されます。

ステップ 2

ニックネームを設定する(各フィールドの詳細については、[ヘルプ(Help)] > [このページ(This Page)] を参照してください)

  • ニックネームを追加するには:

    [グローバルニックネーム検索] ページで、[新規追加] を選択します。

    [新しいグローバル ニックネーム] ページで、必須フィールドの値を入力し、[保存] を選択します。

  • ニックネームを編集するには:

    [グローバルニックネームを検索] ページで、編集するニックネームを選択します。

    [グローバルニックネームの編集] ページで、必須フィールドの値を入力し、[保存] を選択します。

  • ニックネームを削除するには:

    [グローバルニックネームを検索] ページで、削除するニックネームを選択します。

    [選択項目を削除] と [OK] を選択して削除を確認します。


件名行の形式

メッセージの件名は、ユーザがウェブ受信箱、メッセージング受信箱、IMAP クライアント、RSS クライアント、またはメッセージの件名を表示するその他のビジュアルクライアントでメッセージを参照したり聞いたりするときに表示されます。 件名行は、電話でボイス メッセージを聞くとき、ユーザに表示されません。

受信者の言語に合わせて件名をローカライズするなど、ボイス メッセージの件名に含まれる文言と情報の両方を構成することができます。

件名行の形式は、次のタイプのメッセージで定義されています。

1. 音声メッセージの場合:

  • 外部発信者メッセージ: 識別されないボイス メッセージまたは Unity Connection ユーザではない発信者からのメッセージ。 これには、システムコール ハンドラに残されたメッセージも含まれます。

  • ユーザからユーザへのメッセージ: 識別されたボイス メッセージまたは Unity Connection ユーザからのメッセージ。

  • インタビュー担当者メッセージ: インタビュー担当者に残されたメッセージ。

  • ライブ記録メッセージ: ユーザと発信者の間のコミュニケーション中に記録された会話を含むメッセージです。

2. 通知の場合:

  • メッセージ通知:これには、新しいボイスメッセージについて Unity ユーザーに送信されるメール通知が含まれます。

  • 不在着信通知: これには不在着信のメール通知が含まれます。

  • スケジュールされた概要通知: これにはスケジュールされた時間に送信されるメール通知が含まれます。

通知の件名の形式に関する詳細は、 通知の件名の形式 のセクションを参照してください。

ボイス メッセージの件名行パラメータ

メッセージの件名の定義に使用できるパラメータを次の表に示します。

表 1. メッセージの件名行の定義に使用されるパラメータ

パラメータ

説明

%CALLERID%

件名の形式で %CALLERID% パラメーターが使用されている場合、自動的にメッセージ送信者の ANI 発信者 ID に置換されます。

ANI 発信者 ID が利用できない場合、%CALLERID%(不明な場合)フィールドに入力されたテキストが件名に挿入されます。

%CALLEDID%

件名の形式で %CALLEDID% パラメータが使用されている場合、自動的にメッセージの送信者が発信した番号の ID に置換されます。 着信 ID が利用できない場合、代わりに %CALLEDID% (不明な場合) フィールドに入力されたテキストが件名に挿入されます。

このフィールドは、複数の組織が単一の Cisco Unity Connection システムを共有し、複数のインバウンド番号が定義されている場合に役立ちます。これにより、発信者は異なる開始時の挨拶にルーティングされます。 この場合、一般的なヘルプ用のボイスメールボックスに残されたメッセージに、メッセージの送信者がシステムに発信したときに使用した番号を含めると便利です。

%NAME%

%NAME% パラメータが外線発信者のメッセージの件名の形式で使用される場合、メッセージの送信者の ANI 発信者名に自動的に置換されます。 ANI 発信者名が利用できない場合、Cisco Unity Connection は [%NAME%] フィールドで指定された値を挿入します。

ユーザからユーザへのメッセージの件名の形式で %NAME% パラメータが使用されると、自動的にメッセージの送信者の表示名に置換されます。 表示名が利用できない場合、Unity Connection は ANI 発信者名を挿入します。ANI 発信者名が利用できない場合、Unity Connection は %NAME% (不明な場合) フィールドで指定された値を挿入します。

%NAME% パラメータがインタビュー 参加者メッセージの件名行の形式で使用される場合、メッセージ送信者の ANI 発信者名に自動的に置換されます。 ANI 発信者名が利用できない場合、Unity Connection はインタビューハンドラの表示名を挿入します。 表示名が利用できない場合、Unity Connection は %NAME% (不明な場合) フィールドで指定された値を挿入します。

[ライブ録画メッセージ] フィールドで%NAME% が使用されている場合、ライブ録画メッセージを発信したユーザの表示名に自動的に置換されます。 表示名が利用できない場合、Unity Connection は ANI 発信者名を挿入します。ANI 発信者名が利用できない場合、Unity Connection は %NAME% (不明な場合) フィールドで指定された値を挿入します。

%EXTENSION%

件名の形式で %EXTENSION% パラメータが使用されている場合、メッセージの送信者の内線番号に自動的に置換されます。コールハンドラまたはインタビューハンドラにより録音されたメッセージの場合は、ハンドラの内線が使用されます。

内線番号が利用できない場合は、%EXTENSION%(不明な場合)フィールドに入力された値が件名に挿入されます。

(注)  

 
[ライブレコード メッセージ(ライブレコード メッセージ)] フィールドで %EXTENSION% が使用されている場合、ライブ録画メッセージを発信したユーザーの内線番号に置換されます。

%U%

%U% パラメータが件名の形式で使用されると、メッセージが緊急としてフラグ付けされた場合、%U% フィールドに入力したテキストに自動的に置換されます。 メッセージが緊急ではない場合、このパラメータは省略されます。

%P%

%P% パラメータが件名の形式で使用されると、メッセージがプライベートとしてフラグ付けされた場合、%P% フィールドに入力したテキストに自動的に置換されます。 メッセージがプライベートメッセージではない場合、このパラメータは省略されます。

%S%

%S% パラメータが件名の形式で使用されると、メッセージがセキュアメッセージとしてフラグ付けされた場合、%S% フィールドに入力したテキストに自動的に置換されます。 メッセージがセキュアメッセージではない場合、このパラメータは省略されます。

%D%

%D% パラメータが件名の形式で使用されると、メッセージがディスパッチメッセージとしてフラグ付けされた場合、%D% フィールドに入力したテキストに自動的に置換されます。 メッセージがディスパッチメッセージではない場合、このパラメータは省略されます。

ボイス メッセージの件名行の形式の例

表 2. 件名行の形式の例

メッセージの種類

件名行の形式

メッセージの詳細

受信したメッセージの件名

外部の発信者のメッセージ

%U% %D% %CALLERID% からの音声メッセージ

ANI 発信者 ID 2065551212 の外部からの電話者

"2065551212 からの音声メッセージ"

ユーザ間メッセージ

%U% %P% %S% %NAME% [%CALLERID%] からのメッセージ

John Jones、内線番号 4133- 緊急メッセージ

「John Jones からの緊急のメッセージ [4133]」

インタビューハンドラメッセージ

%NAME% さん [%CALLERID%] さんからのメッセージ

「Sales Survey」のインタビューハンドラー、利用可能な ANI 発信者 ID はありません

「セールス アンケートからのメッセージ [不明な発信者 ID]」

ライブレコードメッセージ

%CALLERID% からのライブレコードメッセージ

ANI コールID 4085551212 の発信者からの通話のユーザー記録

「4085551212 からのライブレコードメッセージ」

システムコールハンドラまたはインタビューハンドラが設定されており、メールボックスがコールハンドラに割り当てられている場合、デフォルトでは、コールハンドラの情報がメッセージの 差出人 フィールドに表示されます。 メッセージの件名の 差出人 フィールドにある送信者の元の情報を取得したい場合は、次の操作を行ってください:

  1. 実行
    run cuc dbquery unitydirdb update tbl_configuration set valuebool ='1' where fullname='System.Conversations.ConfigParamForSenderInfo'
    CLI コマンド。
  2. Unity Connection サーバでの Connection Conversation Manager を再起動して変更を反映します。

  3. クラスタの場合、パブリッシャサーバで CLI コマンドを実行し、Unity Connection の両方のノードでの Connection Conversation Manager を再起動します。

件名行の形式の設定

件名行の形式を定義する際には、以下の点を考慮する必要があります。

  • パラメータの前後に % を入れる必要があります。

  • システムにインストールされている言語ごとに、個別の件名行の形式を定義できます。

  • 件名行の形式がユーザの優先言語に対して定義されていない場合、システムの既定言語の件名行形式の定義が代わりに使用されます。

  • メッセージが配信リストに送信されると、システムの既定言語の件名行の形式が配信リストのすべての受信者に対して使用されます。 これは、件名行が各受信者の優先言語である必要がないことを意味します。

  • 件名行の形式は、メッセージがデータベースに保存されるときに、ボイス メッセージに適用されます。 件名行のフォーマットの定義が後で変更されても、すでにユーザのメールボックスにあるメッセージは変更されません。 変更が保存された後に録音されたボイス メッセージのみが、新しい件名行の定義を反映します。

Unity Connection での件名行の形式の設定

手順

ステップ 1

Cisco Unity Connection の管理で、[システム設定] を開き、[件名行の形式] を選択します。

ステップ 2

[件名行の形式の編集] ページで、必須のフィールドまたはパラメータの値を入力します。 (各フィールドの詳細については、[ヘルプ] > [このページ] を参照してください)。

ステップ 3

[保存(Save)] を選択します。


添付ファイルの説明

Unity コネクションがサードパーティのメッセージ ストアと統合されている場合、電話でメッセージを確認するユーザのメッセージ添付ファイルの音声合成 (TTS) 記述が使用されます。 例えば、拡張子が .jpg の添付ファイルは「画像」として記述されます。

メッセージ添付ファイルの説明の設定

手順


ステップ 1

Cisco Unity Connection の管理で、[システム設定] を開き、[添付ファイルの説明] を選択します。

[メッセージ添付ファイルの TTS 説明の検索] ページが表示され、現在設定されているメッセージ添付ファイルの説明が示されます。

ステップ 2

メッセージの添付ファイルの説明を設定する(各フィールドの詳細については、[ヘルプ(Help)] > [このページ(This Page)] を参照してください):

  • メッセージ添付ファイルの説明を追加するには:

    [メッセージ添付ファイルの TTS 説明の検索] ページで、[新規追加] を選択します。

    [新しい TTS メッセージ添付ファイルの説明] ページで、必須フィールドの値を入力し、[保存] を選択します。

  • メッセージ添付ファイルの既存の説明を編集するには:

    [メッセージ添付ファイルの TTS 説明を検索] ページで、編集する添付ファイルを選択します。

    [メッセージ添付ファイルの TTS 説明を編集] ページで、必須フィールドの値を入力し、[保存] を選択します。

  • メッセージの添付ファイルの説明を削除するには:

    [メッセージ添付ファイルのTTS説明の検索(Search TTS Descriptions of Message Attachments)] ページで、削除する添付ファイルを選択します。

    [選択項目を削除] と [OK] を選択して削除を確認します。


[エンタープライズパラメータ(Enterprise Parameters)]

Unity Connection のエンタープライズ パラメータは、Cisco Unified Serviceability のすべてのサービスに適用されるデフォルト設定を提供します。 エンタープライズ パラメータを表示および管理するには、Cisco Unity Connection 管理にログインして、[システム設定] を展開し、[エンタープライズ パラメータ] を選択します。

Cisco Unified Serviceability サービスの詳細については、http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/service/10_0_1/admin/CUCM_BK_CDDBCDEB_00_cisco-unified-serviceability-merge-100.html にある『Cisco Unified Serviceability アドミニストレーション ガイド、リリース 10.0 (1)』を参照してください。

表 16-1 は、Unity Connection で使用できるエンタープライズパラメータを示しています。 この表で説明されていないフィールドは、Cisco Unified Communications Manager で管理されます。

エンタープライズ パラメータの説明

パラメータ名

説明

[クラスタID(Cluster ID)]

サーバのパラメータ値を指定します。 管理者は [エンタープライズパラメータ] ページからパラメータ値を編集できません。

デバイスレベルトレースの最大数(Max Number of Device Level Trace)

Cisco Unified Serviceability のトレース設定でデバイス名ベースのトレースを選択した場合に、同時にトレースできるデバイスの数を指定します。

デフォルト設定: 12 最小: 0 最大: 256

ローカリゼーション パラメータ

デフォルトのネットワークロケール(Default Network Locale)

音声のトーンと変化の既定のネットワーク ロケールを指定します。 選択したネットワーク ロケールは、デバイスまたはデバイス プール レベルでネットワーク ロケールが設定されていないすべてのゲートウェイと電話に適用されます。

(注)  

 

選択したネットワークロケールがインストールされ、すべてのゲートウェイと電話でサポートされていることを確認します。 パラメータの変更を有効にするには、すべてのデバイスをリセットします。

既定設定: 米国

デフォルトのユーザーロケール(Default User Locale)

言語選択のための既定のユーザロケールを指定します。 すべてのロケールがすべてのモデルでサポートされているわけではありません。 この設定をサポートしていないモデルでは、それらがサポートする何かに明示的にロケールを設定します。

(注)  

 

パラメータの変更を有効にするには、すべてのデバイスをリセットします。

既定設定: 英語 米国

クラスターのロールバックの準備

8.0 より前のバージョンへのロールバックに向けてクラスターを準備する(Prepare Cluster for Rollback to pre 8.0)

Unity Connection クラスタがより高いバージョンにアップグレードされる場合、この設定は Unity Connection の前のバージョンを指定します

デフォルト設定: False

トレースパラメータ

ファイル クローズ スレッド フラグ(File Close Thread Flag)

別のスレッドを使用してトレースファイルを閉じることができます。 これにより、トレースファイルの最後でシステムのパフォーマンスが向上する場合があります。

デフォルト設定:True

FileCloseThreadQueueWaterMark

ハイウォーターマークを定義します。この基準を超えると、トレースファイルを閉じるために使用される別のスレッドが、閉じるためのトレースファイルの受け入れを停止します。トレースファイルは別のスレッドを使用せずに閉じられます。

デフォルト設定: 100 最小: 0 最大: 500

クラスタ全体のドメイン設定パラメータ

組織の最上位ドメイン(Organization Top Level Domain)

組織のトップレベルドメインを定義します (cisco.com など)。

最大長: 255 指定できる値: 有効なドメインを入力します (例、cisco.com など)。これには次の文字を最大 255 文字使用します: 任意の大文字または小文字 (a-z、A-Z)、任意の数字 (0-9)、ハイフン (-)、またはドット (.) ドメイン ラベルの区切り文字はドットです。 ドメイン ラベルの先頭文字をハイフンにすることはできません。 最後のラベル(たとえば、.com)の先頭文字を数字にすることはできません。 たとえば、Abc.1om は無効なドメインです。

クラスタの完全修飾ドメイン名(Cluster Fully Qualified Domain Name)

クラスターの 1 つ以上の完全修飾ドメイン名 (FQDN) を定義します。 複数の FQDN はスペースで区切る必要があります。 アスタリスク (*) を使用すると、FQDN 内でワイルドカードを指定できます。 例として、cluster-1.rtp.cisco.com や *.cisco.com があります。 ホスト部分がこのパラメーターのいずれかの FQDN と一致する URL を含むリクエスト(例えば、SIP 通話)は、クラスターやクラスターに接続されているデバイスを宛先とするリクエストとして認識されます。

最大長:255 指定できる値:1 つ以上の完全修飾ドメイン名(FQDN)、または* を使用した部分的な FQDN(例:cluster-1.cisco.com または *.cisco.com)を提供します。 複数の FQDN はスペースで区切る必要があります。 使用できる文字は次のとおりです。

  • 任意の大文字または小文字 (a-z または A-Z)

  • 任意の数字 (0-9)

  • ハイフン(-)

  • アスタリスク (*)

  • ドット (.) ドメイン ラベルの区切り文字はドットです。

ドメイン ラベルの先頭文字をハイフンにすることはできません。 最後のラベル(たとえば、.com)の先頭文字を数字にすることはできません。 Abc.1om は無効なドメインの一例です。

Cisco Support Use

Cisco Support Use 1

Cisco テクニカルサポートのみが使用します。

最大文字数: 10

Cisco Support Use 2

Cisco テクニカルサポートのみが使用します。

最大文字数: 10

Cisco Syslog Agent

リモート Syslog サーバー名 1 からリモート Syslog サーバー名 5(Remote Syslog Server Name 1 to Remote Syslog Server Name 5)

Syslog メッセージを受け付けるリモート Syslog サーバの名前または IP アドレスを入力します。 最大 5 つのリモート Syslog サーバが Syslog メッセージを受け入れるように設定できます。 サーバ名が指定されていない場合、Cisco Unified Serviceability は Syslog メッセージを送信しません。 Cisco Unified Communications Manager サーバは宛先として指定しないでください。Cisco Unified Communications Manager サーバは別のサーバからの Syslog メッセージを受け入れないためです。

最大長: 255 指定できる値: 次の文字を使って、有効なリモート syslog サーバ名を提供します:

  • A-Z

  • a-z

  • 0-9

  • .

  • -

リモート Syslog メッセージの Syslog の重大度(Syslog Severity for Remote Syslog Messages)

リモート Syslog サーバーの、対象となる Syslog メッセージの重大度を選択します。 選択した重大度以上のすべての Syslog メッセージが、リモート Syslog に送信されます。 リモート サーバ名が指定されていない場合、Cisco Unified Serviceability は Syslog メッセージを送信しません。

デフォルト設定: エラー

CUCReports パラメータ

レポートソケット Unity Connection タイムアウト(Report Socket Unity Connection Timeout)

別のサーバとの Unity Connection の確立を試みる際に使用される最大秒数を指定します。 低速ネットワークで Unity Connection に問題が発生する場合、この時間を増やします。

デフォルト設定: 10 最小: 5 最大: 120

レポートソケット読み取りタイムアウト(Report Socket Read Timeout)

別のサーバからデータを読み取る際の最大秒数を指定します。 低速ネットワークで Unity Connection に問題が発生する場合、この時間を増やします。

デフォルト設定: 60 最小: 5 最大: 600

サービス パラメータ

Unity Connection のサービスパラメータを使用すると、Cisco Unified Serviceability のさまざまなサービスを設定できます。サービスパラメータのリストと説明を表示するには、[サービスパラメータ設定] ウィンドウのクエスチョンマークボタンを選択します。

Cisco Unified Serviceability のサービスをオフにしても、Unity Connection は更新されたサービス パラメータ値を保持します。 サービスを再び開始すると、Unity Connection はサービスパラメータを変更された値に設定します。

サービスパラメータを表示および管理するには、Cisco Unity Connection 管理にログインして、[システム設定] を展開し、[サービスパラメータ] を選択します。

Cisco Unified Serviceability サービスの詳細については、http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/service/10_0_1/admin/CUCM_BK_CDDBCDEB_00_cisco-unified-serviceability-merge-100.html にある『Cisco Unified Serviceability アドミニストレーション ガイド、リリース 10.0 (1)』を参照してください。


注意    


サービス パラメータの一部の変更は、システム障害の原因になることがあります。 変更しようとしている機能を完全に理解している場合、または Cisco Technical Assistance Center (Cisco TAC) によって変更が指定されている場合を除き、サービス パラメータを変更しないでください。


表 16-2 は、Unity Connection で変更できるサービスパラメータについて説明しています。 この表で説明されていないフィールドは、Cisco Unified Communications Manager で管理されます。

サービスパラメータの説明

サービス パラメータ

説明

Cisco AMC サービス

プライマリコレクタ(Primary Collector)

クラスタ全体のリアルタイム情報を収集するプライマリ AMC(AlertMgr およびコレクター)を指定します。 値は設定されたサーバーの1つと一致し、できればコール処理がないか最小限のサーバーであることが望ましいです。

フェールオーバーコレクタ(Failover Collector)

フェールオーバー AMC(AlertMgr および Collector)サーバーを指定します。 このパラメータで指定されたサーバは、プライマリ AMC がダウンしているか、または到達不能な場合、リアルタイムデータを収集するために使用されます。 プライマリ収集装置がアクティブではないときに、フェイルオーバー収集装置が指定されていない場合、データは収集されません。

データ収集を有効化(Data Collection Enabled)

リアルタイムのクラスター情報の収集と警告を有効にする (True) または無効にする (False) を指定します。

デフォルト設定:True

データ収集ポーリングレート(Data Collection Polling Rate)

AMC 収集レートを秒単位で指定します。

デフォルト設定: 30 最小: 15 最大: 300 単位: 秒

サーバー同期期間(Server Synchronization Period)

プライマリ AMC が起動して収集を行っているかどうかを判断するために、バックアップ AMC(AlertMgr および コレクター)が起動時に待機する時間を秒単位で指定します。 このパラメータにより、バックアップの AMC が収集タスクを想定するタイミングが早まることを防ぎます。

(注)  

 

パラメータの変更を有効にするために、バックアップサーバで AMC サービスを再起動します。

デフォルト設定: 60 最小: 15 最大: 300 単位: 秒

RMI レジストリポート番号(RMI Registry Port Number)

ポート番号を指定して RMI レジストリを有効にします。 このポートは、プライマリまたはバックアップ AMC が他の AMC を見つけるために使用され、RTMT サーブレットがプライマリ/バックアップ AMC を見つけるために使用されます。

(注)  

 

パラメータの変更を有効にするために AMC サービスを再起動します。

デフォルト設定: 1099 最小: 1024 最大: 65535

RMI オブジェクトポート番号(RMI Object Port Number)

RMI リモートオブジェクトに使用されるポート番号を指定します。 このポートは、AMC が他の AMC および RTMT サーブレットとデータを交換するために使用されます。

(注)  

 

パラメータの変更を有効にするために AMC サービスを再起動します。

デフォルト設定: 1090 最小: 1024 最大: 65535

AlertMgr 有効(AlertMgr Enabled)

(AMC のトラブルシューティングのみを目的としています。) アラート (メール/e ページ) 機能を有効または無効にします。

(注)  

 

パラメータの変更を有効にするために AMC サービスを再起動します。

デフォルト設定:True

ロガー有効(Logger Enabled)

(AMC のトラブルシューティングのみを目的としています。) ログ機能 (レポートを生成するための CSV ファイル) を有効または無効にします。

(注)  

 

パラメータの変更を有効にするために AMC サービスを再起動します。

デフォルト設定:True

Cisco Database Layer Monitor Service

メンテナンス時間(Maintenance Time)

通話詳細記録(CDR)データベースのメンテナンスを開始する時間を指定します。 このパラメータは、メンテナンスウィンドウパラメータと組み合わせて使用します。 たとえば、このパラメータで 22 を指定すると、CDR メンテナンスは午後 10 時に開始されます。 メンテナンスウィンドウのパラメータが 2 に設定されている場合、CDR メンテナンスは午後 10 時から午前 0 時まで、1 時間ごとに実行されます。 両方のパラメータが 24 に設定されている場合、CDR メンテナンスは終日、1 時間ごとに実行されます。 CDR メンテナンス中、システムは最も古い CDR および関連する通話管理レコード (CMR) を削除します。 そのため、[Max CDR レコード] パラメータで指定されたレコードの最大数が維持されます。 また、メンテナンス中、CDR ファイル数が 200 を超えた場合にシステムはアラームを発行し、壊れたサーバ間のレプリケーションリンクをチェックし、再初期化を試みます。

デフォルト設定: 24 最小: 1 最大: 24 単位: 時間

メンテナンスウィンドウ(Maintenance Window)

CDR メンテナンスが実行される時間を時間単位で指定します。 たとえば、このパラメータが 12 に設定されている場合、CDR メンテナンスはメンテナンス時間パラメータで指定された時刻に開始して、12 時間、毎時間実行されます。 たとえば、メンテナンス時間パラメータが 7 に設定され、このパラメータが 12 に設定されている場合、CDR メンテナンスは午前 7 時に開始され、午後 7 時まで 1 時間ごとに実行されます。 両方のパラメータが 24 に設定されている場合、CDR メンテナンスは終日、1 時間ごとに実行されます。 CDR メンテナンス中、システムは最も古い CDR および関連する CMR を削除します。 そのため、[Max CDR レコード] パラメータで指定されたレコードの最大数が維持されます。 また、メンテナンス中、CDR ファイル数が 200 を超えた場合、システムはアラームを発行し、壊れたサーバ間のレプリケーションリンクをチェックし、それらを再初期化しようとします。

デフォルト設定: 2 最小: 1 最大: 24 単位: 時間

テーブルの同期不整合検出(Table Out of Sync Detection)

[オン] に設定すると、メンテナンスウィンドウ中に毎日データベースレプリケーションステータスの概要を収集し、連続する 3 日間の出力を比較して、3 日間すべてで同期がとれていないテーブルがあるかどうかを判断します。 そのような場合、アラートがトリガーされます。 このパラメータはデフォルトでオフに設定されており、メンテナンス時間パラメータで指定された時間に実行されます。

デフォルト: オフ

メンテナンスタスクトレース

メンテナンスタスクのトレースを設定します。 メンテナンス タスクからパフォーマンス カウンターのトレースを取得するには、このパラメータをオンにする必要があります。

これは必須フィールドです。

既定設定: オフ

Cisco DirSync

最大アグリーメント数(Maximum Number of Agreements)

Cisco Unified CM の管理 ([システム] > [LDAP] > [LDAP ディレクトリ]) の [LDAP ディレクトリ] ウィンドウで設定できる LDAP ディレクトリ (合意とも呼ばれます) の最大数を指定します。 複数の LDAP ディレクトリを作成すると、複数の検索ベースからユーザを同期するのに役立ちます。

(注)  

 

このパラメータの変更を有効にするには、Cisco DirSync サービスを再起動する必要があります。

デフォルト設定: 5 最小: 1 最大: 5

最大ホスト数(Maximum Number of Hosts)

フェイルオーバー用に構成できる LDAP ホスト名の最大数を指定します。

(注)  

 

このパラメータの変更を有効にするには、Cisco DirSync サービスを再起動する必要があります。

デフォルト設定: 3 最小: 1 最大: 3

ホスト障害時の再試行の遅延(秒)(Retry Delay on Host Failure (secs))

Cisco Unified CM Administration で設定されている最初の LDAP サーバー(ホスト名)に対して Unity Connection を再試行するまでの遅延時間を秒単位で指定します。 Unity Connection が失敗した後、システムは同じホストへの再接続を 3 回試みます。 3 回目の試みも失敗した場合、システムはリスト中の階層順で次のホスト名への接続を試みます。

デフォルト設定: 5 最小: 5 最大: 60

HostList 失敗時の再試行の遅延(分)(Retry Delay on HostList Failure (mins))

Cisco Unified CM の管理で構成されたすべての LDAP サーバ (ホスト名) を再試行するまでの遅延時間を分単位で指定します。 Unity Connection から LDAP サーバーへの接続は、Cisco Unified CM Administration に表示される順番で再試行されます。再試行は、ホスト障害時の再試行遅延サービスパラメータで指定された遅延間隔に基づいて 3 回行われます。 3 回の試行すべてが失敗した場合、リスト中の次の LDAP サーバが試行されます。 システムがリスト中のどのサーバにも接続できない場合、エラーがログに記録され、システムはリスト中の最初のサーバから接続を試みる前に、次の同期間隔まで待機します。

デフォルト設定: 10 最小: 10 最大: 120

LDAP Unity Connection タイムアウト(秒)(LDAP Unity Connection Timeout (secs))

Unity Connection で LDAP 接続を確立するために許可される秒数を指定します。 LDAP サービス プロバイダーは、指定された時間内に Unity Connection への接続を確立できない場合、試行を中止します。

デフォルト設定: 5 最小値: 1 最大値: 60

同期開始の遅延時間(分)(Delayed Sync Start Time (mins))

Cisco DirSync サービス開始後のディレクトリ同期プロセス開始までの遅延時間を指定します。 ディレクトリ同期により、LDAP サーバのユーザが Cisco Unified Communications Manager データベースにコピーされていることを確認します。

(注)  

 

このパラメータの変更を有効にするには、Cisco Tomcat サービスを再起動する必要があります。

デフォルト設定: 5 最小: 5 最大: 60

Cisco RIS データコレクタのパラメータ

RIS クラスタ TCP ポート(RIS Cluster TCP Port)

クラスター内の Cisco RIS Data Collector サービスが相互に通信するために使用する静的 TCP ポートを指定します。

これは必須フィールドです。

(注)  

 

パラメータの変更を有効にするために、クラスタ内の各サーバで Cisco RIS データ収集サービスを再起動します。

デフォルト設定: 2555 最小: 1024 最大: 65535

RIS クライアント TCP ポート(RIS Client TCP Port)

RIS クライアントがクラスタ中の Cisco RIS Data Collector サービスと通信するために使用する静的 TCP ポートを指定します。 メモ:パラメータの変更を有効にするには、クラスタ内の各サーバーで Cisco Database Layer Monitor サービスと Cisco RIS Data Collector サービスを再起動する必要があります。

(注)  

 

パラメータの変更を有効にするには、クラスタ内の各サーバーで Cisco Database Layer Monitor サービスと Cisco RIS Data Collector サービスを再起動します。

デフォルト設定: 2556 最小: 1024 最大: 65535

RIS クライアントのタイムアウト(RIS Client Timeout)

RIS クライアントが Cisco RIS データ収集サービスからの応答を待つ時間 (秒) を指定します。 各サーバー上で実行されている RIS データ収集サービスは、このパラメータで指定された値の 90 パーセントを内部的に配信します。 複数のサーバーを持つクラスタに対してこのパラメータを正しく設定するには、クラスタ内で RIS データ収集サービスを実行しているサーバーの数の 4 倍(またはそれ以上)の値を指定します。

高い値を選択することで、あるサーバの RIS データ収集サービスが、別のサーバの RIS データ収集サービスからの応答を受信するための十分な時間を確保することができます。 応答に必要な時間は、サーバのプロセッサ速度、サーバに登録されているデバイス数、サーバのメモリ量、通話量、およびその他のパフォーマンスに影響を与える要素などの要因によって異なります。

デフォルト設定: 30 最小: 10 最大: 1000 単位: 秒

一日の中での RIS クリーンナップ時刻(RIS Cleanup Time of the Day)

使用されていない古いデバイス情報を削除するために RIS データベースがクリーンアップされる時刻を指定します。 この間、すべてのデバイスの Number of Registration Attempts パフォーマンスカウンタが 0 にリセットされます。

デフォルト設定: 22:00 最大長: 5 指定できる値: 時間は HH:mm の形式で指定します (例、06:11)。 単位: 時間:分

RIS の未使用の Cisco CallManager デバイス保存期間

未登録または拒否された Cisco CallManager サービスからのデバイス情報のための、RIS データベース情報の保存期間を指定します。 このパラメータで指定された時間が経過した後、Cisco CallManager は次の RIS データベースのクリーンアップ時間 ([RIS クリーンアップ時刻] パラメータで指定) の間に、期限切れのエントリを削除します。

デフォルト設定: 3 最小: 1 最大: 30 単位: 日

RIS の未使用 CTI レコードの保存期間(RIS Unused CTI Records Storage Period)

CTI Manager からクローズされたプロバイダー、デバイス、回線情報の RIS データベース情報の保存期間を指定します。 このパラメータで指定された時間が経過すると、Cisco CTI Manager は次回の RIS データベースクリーンアップ時間 ([RIS クリーンアップ時刻] パラメータで指定) 中に期限切れのエントリを削除します。

既定設定: 1 最小: 0 最大: 5 単位: 日

RIS 最大未使用 CTI レコード数(RIS Maximum Number of Unused CTI Records)

RIS データベースに保持される、クローズされた CTI プロバイダー、デバイス、および回線の最大レコード数を指定します。 このパラメータで指定された制限値に達すると、Cisco CTI Manager は未使用の CTI プロバイダ、デバイス、または回線の新しいレコードを RIS データベースに保存しなくなります。

デフォルト設定: 3000 最小: 0 最大: 5000 単位: レコード

TLC スロットリング 有効(TLC Throttling Enabled)

トレースとログセンターの制御動作を有効または無効にします。

デフォルト設定:True

TLC スロットリング IOWait ゴール(TLC Throttling IOWait Goal)

TLC が自身に制限するシステム IOWait の割合を指定します。

デフォルト設定: 10 最小: 10 最大: 40

TLC スロットリング CPU ゴール(TLC Throttling CPU Goal)

TLC が自身に制限するシステム CPU 使用率のパーセンテージを指定します。

デフォルト設定: 80 最小: 65 最大: 90

TLC スロットリングポーリング遅延(TLC Throttling Polling Delay)

トレース収集スロットリングの目的で、IO 待機と CPU 使用率のポーリングの間の最小遅延をミリ秒で指定します。

デフォルト設定: 250 最小: 200 最大: 2000

TLC スロットリング SFTP 最大遅延(TLC Throttling SFTP Maximum Delay)

タイムアウトを防ぐために SFTP 転送が一時停止される最長時間を指定します。

これは必須フィールドです。

デフォルト設定: 5000 最小: 1000 最大: 10000

プロセスとスレッドの最大数(Maximum Number of Processes and Threads)

マシン上で実行中のプロセスとスレッドの最大数を指定します。 マシン上のプロセスとスレッドの合計数が最大数を超えると、SystemAccess は、TotalProcessesThreadsExceededThresholdStart アラームを送信し、対応するアラートが生成されます。

デフォルト設定: 2000 最小: 1000 最大: 3000

ロギングの有効化(Enable Logging)

トラブルシューティングパフォーマンスデータの収集とログを有効にするか (True)、無効にするか (False) を指定します。

デフォルト設定:True

ポーリングレート(Polling Rate)

トラブルシューティング用パフォーマンス データのポーリング レートを秒単位で指定します。

デフォルト設定: 15 最小: 5 最大: 300 単位: 秒

最大ファイル数(Maximum No. of Files)

ディスクに保存されるトラブルシューティング perfmon ログファイルの最大数を指定します。 [最大ファイル数(Maximum No. of Files)] に大きな値を設定すると、[最大ファイルサイズ(Maximum File Size)] の値を小さくする必要があります。

(注)  

 

この値が減少した場合、トラブルシューティングのパフォーマンスデータログが有効で、RISDC が有効な場合、タイムスタンプが古い過剰なロ ファイルが削除されます。 必要に応じて、これらのファイルを先に保存してから、[最大ファイル数(Maximum No. of Files)] を変更します。

デフォルト設定:50 最小:1 最大:100

最大ファイルサイズ(MB)(Maximum file size (MB))

次のファイルが開始されるまでの、各 Troubleshooting perfmon ログ ファイルの最大ファイル サイズをメガバイトで指定します。 [最大ファイルサイズ] に大きな値が設定されている場合は、[最大ファイル数] を減らす必要があります。

デフォルト設定:50 最小:1 最大:100

Cisco Serviceability Reporter

RTMT Reporter 指定ノード(RTMT Reporter Designated Node)

RTMTReporter が動作する指定サーバを指定します。 このサーバは非コール処理サーバであることが望ましいです。RTMT レポータ サービスは CPU を集中的に消費するからです。 このフィールドには、Reporter が最初にオンになった場所のローカル サーバ IP が自動的に入力されます。

RTMT レポート生成時間(RTMT Report Generation Time)

真夜中(00:00 時)からの分数で、リアルタイム監視ツール(RTMT)レポートが生成される時間を指定します。 コール処理への影響を減らすには、非リアルタイム レポートを本番時間外に実行します。

デフォルト設定: 30 最小: 0 最大: 1200

RTMT レポート削除までの日数(RTMT Report Deletion Age)

レポートが削除されるまでの日数を指定します。 たとえば、このパラメータが 7 に設定されている場合、7 日前に生成されたレポートは 8 日目に削除されます。 値 0 はレポート生成を無効にし、既存のレポートは削除されます。

デフォルト設定: 7 最小: 0 最大: 30

プラグイン

アプリケーション プラグインは Unity Connection の機能を拡張します。 例えば、Real-Time Monitoring Tool (RTMT) を使えば、パフォーマンス監視カウンターやポートモニタなどのツールを通じて、システムの状態をリモートで監視することができます。

Real-Time Monitoring Tool

クライアント側アプリケーションとして実行される Real-Time Monitoring Tool (RTMT) は、HTTPS および TCP を使用して、Unity Connection のシステム パフォーマンス、デバイス ステータス、デバイス検出、および CTI アプリケーションを監視します。 システムの問題をトラブルシューティングするために、RTMT は HTTPS 経由でデバイスに直接接続できます。 また、RTMT は Unity Connection のボイス メッセージ ポートを監視することもできます。

RTMT を使用すると、次のタスクを実行できます。

  • システムの状態に焦点を当てた一連の定義済み管理オブジェクトを監視します。

  • オブジェクトの値がユーザが設定したしきい値を上回るか下回る場合に、メールの形式でさまざまなアラートを生成します。

  • トレースを収集し、RTMT に備わっているさまざまなデフォルト ビューアで表示する。

  • SysLog ビューアで syslog メッセージとアラーム定義を表示します。

  • パフォーマンス モニタリング カウンタと連動する。

  • Unity Connection のボイス メッセージ ポートを監視します。

Unity Connection クラスタが構成されている場合、RTMT の複数のインスタンスを開いて、Unity Connection クラスタの各サーバでボイス メッセージ ポートを監視できます。

詳細については、『Cisco Unified Real-Time Monitoring Tool アドミニストレーションガイド』を参照してください。リリースは http://www.cisco.com/en/US/products/ps6509/prod_maintenance_guides_list.html で入手できます。


(注)  


プラグインをインストールする前に、プラグインをインストールするサーバで実行されているすべての侵入検知またはアンチウイルスサービスを無効にする必要があります。


Unity Connection にプラグインをインストールする

手順

ステップ 1

Cisco Unity Connection Administration で、 [システム設定(System Settings)] を展開し、 [プラグイン(Plugin)] を選択します。

ステップ 2

プラグインの検索ページで、 検索 を選択し、インストールするプラグインを選択します。

ステップ 3

[ ダウンロード ] を選択し、画面の指示に従ってプラグインをインストールしてください。


FAX サーバ

Unity Connection のファックス統合を使用すると、ユーザはメールボックス内のファックスを受信し、受信したファックスを他のユーザまたはファックス機に転送して印刷させることができます。 ユーザーは電話、Messaging Inbox、または IMAP クライアントを使用して FAX を管理します。 詳細は FAX サーバ の章を参照してください。

LDAP

LDAP 統合により、サポートされている企業ディレクトリからユーザをインポートして同期し、単一のディレクトリ情報データベースを管理できます。 詳細は LDAP の章を参照してください。

SAML シングル サインオン

セキュリティ アサーション マークアップ言語シングル サインオン (SAML SSO) は、既存のサインオン機能の強化です。 SAML SSO により、ユーザは次の Unified Communications 製品の管理用ウェブアプリケーション全体で Unity Connection サブスクライバのウェブインターフェイスへのシングルサインオンアクセスを取得できます。

  • Unity Connection

  • Cisco Unified Communications Manager

  • Cisco Unified IM/Presence

SAML SSO は、ウェブアプリケーションへのシングルサインオンアクセスを取得するために、LDAP および非 LDAP ユーザの両方をサポートします。 SAML SSO の詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/quick_start/guide/b_15cucqssamlsso.html にある『Cisco Unity Connection の SAML SSO 向けクイックスタートガイド、リリース 15』を参照してください。

認証サーバ

Unity は OAuth 2.0 認証コード許可フローのサポートを提供することで、Jabber ユーザの SAML SSO および非 SSO ログイン エクスペリエンスを強化します。 ログインを高速化するために、認証コード許可フローでは、認証サーバ (Authz サーバ) が Jabber クライアントにアクセス トークンと更新トークンを提供する必要があります。 Unity では、電話システムに関連付けられた Cisco Unified CM のパブリッシャサーバが Authz サーバとして設定されます。 Authz サーバを設定した後、Unity は Authz サーバによって提供される認証キーを使用して、Jabber クライアントのトークンを検証します。 Cisco Unified CM で認証キーが変更された場合、Unity と Authz サーバの間でキーを同期する必要があります。 電話システムに関連付けられた Cisco Unified CM の資格情報を提供することで、複数の Authz サーバを構成できます。


(注)  


CUCM SME がインストールされているマルチサイト展開では、すべてのリーフ クラスタのパブリッシャサーバ (Jabber エンドポイントが接続されている場所) を、Unity Connection に接続するための Authz サーバとして構成できます。


Authz サーバを構成するには、 「Unity Connection で Authz サーバを構成する」を参照してください。

Unity Connection で Authz サーバを設定する際には、以下の点を考慮してください。

  • OAuth 認証コード許可フロー機能が Cisco Unified CM と Cisco Unity Connection の両方で有効になっていることを確認してください。

    デフォルトでは、OAuth フローは Cisco Unity Connection で無効になっています。 この機能を有効にするには、Cisco Unity Connection Administration の [システム設定(System Settings)] > [エンタープライズパラメータ(Enterprise Parameters)] に移動します。 [エンタープライズパラメータ] ページで、 SSO および OAuth の構成 フィールドの下に適切な設定を入力し、[ログインフローの更新を伴う OAuth ] の [有効] オプションを選択します

  • 入力した Authz サーバのユーザ名とパスワードは、Cisco Unified CM のシステム管理者のユーザ名とパスワードと同じでなければなりません。

  • Cisco Unified CM の Tomcat サービスが稼働中である。
  • Cisco Unified CM の有効な証明書を Cisco Unity Connection の tomcat トラストにアップロードするか、または証明書エラーを無視するための チェックボックス をチェックして、Authz サーバの証明書検証エラーを無視します。

    証明書の詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/os_administration/guide/b_15cucosagx.html にある『Cisco Unity Connection の Cisco Unified Communications Operating System アドミニストレーション ガイド、リリース 15』の「セキュリティ」の章を参照してください。

  • Jabber クライアントのバージョンは 11.9 以降である必要があります。
  • Cisco Unified CM のバージョンは 11.5.1 SU3 以降である必要があります。

Unity Connection での認可サーバの設定

Unity Connection で Authz サーバを設定するには、以下の手順を実行します。

手順


ステップ 1

Cisco Unity Connection Administration で、[システム設定(System Setting)] を展開し、[Authz サーバー(Authz Server)] を選択します。 [Authz サーバの検索] ページが表示され、現在構成されている Authz サーバを示します。

ステップ 2

Authz サーバの設定 (各フィールドの詳細については、[ヘルプ] > [このページ] を参照してください):

  • Authz サーバを追加するには:
    1. [新規追加(Add New)] を選択します。 [新しいAuthzサーバ] ページが表示されます。
    2. フィールドに必要な情報を入力します。
    3. 保存を選択します。
  • Authz サーバを更新するには:
    1. 編集する Authz サーバを選択します。 [Authzサーバの編集] ページが表示されます。
    2. 必要に応じて Authz サーバ設定を編集します。
    3. 保存を選択します。
  • Authz サーバを削除するには:
    1. 削除する Authz サーバの表示名の隣にあるチェックボックスを選択します。
    2. [選択項目の削除]を選択します。
    3. [ OK ] を選択して削除を確定します。

      一度に複数のチェックボックスを選択することで、複数の Authz サーバを削除できます。


クロスオリジンリソース共有 (CORS)

CORS は、クライアントアプリケーションがより安全な方法でクロスオリジンリクエストを処理できるようにする仕様です。 通常、ウェブアプリケーションでは、シングルオリジンポリシーにより、元のドメイン (アプリケーションの発信元) から別のドメインへのクロスオリジンリクエストはウェブブラウザによって禁止されています。 CORS は、ウェブブラウザーとサーバが対話し、クロス オリジン リクエストを許可するかどうかを決定する方法を提供します。 CORS 標準は HTTP ヘッダーを使用してウェブブラウザと Unity Connection サーバ間の合意を確立し、許可されたドメインにサービスを提供します。

Unity Connectionは、クロスドメインサーバのエントリーをUnity Connectionで作成することにより、クロスドメインサーバのクライアントアプリケーションがUnity Connectionサーバ上のコンテンツに直接アクセスできるようにサポートを提供します。 クロスドメイン サーバのエントリは、CORS 要求を処理するために Unity Connection にあらかじめ存在している必要があります。

Unity Connection は、CORS をサポートするためにシングル サインオン (SAML SSO) エンドポイントを拡張しました。


(注)  


CORS 機能は VMRest API を使用する Unity Connection 10.5 以降のリリースでサポートされています。


Unity Connection での CORS の設定

手順


ステップ 1

Cisco Unity Connection の管理で、[システム設定] を展開し、[クロスオリジンリソース共有 (CORS)] を選択します。

[クロスオリジンリソース共有の検索] ページに、現在設定されている CORS が表示されます。

ステップ 2

クロスオリジンリソース共有の設定 (各フィールドの詳細については、[ヘルプ] > [このページ] を参照してください):

  • CORS を追加するには:

    [クロスオリジンリソース共有の検索] ページで、[新規追加] を選択します。

    [新しいクロスオリジンリソース共有] ページで必須フィールドの値を入力し、[保存] を選択します。

  • 既存の CORS を編集するには:

    [クロス オリジン リソース共有の検索] ページで、編集する [CORS] を選択します。

    [クロスオリジンリソース共有の編集] ページで、必要な設定の値を入力し、[保存] を選択します。

  • 1 つまたは複数の CORS を削除するには:

    [Cross-Origin Resource Sharing の検索(Search Cross-Origin Resource Sharing)] ページで、削除する [CORS] を選択します。

    [選択項目を削除] を選択して CORS を削除します。


SMTP 設定

SMTP 構成は、ユーザが Unity Connection ボイスメッセージを送受信できるようにするメッセージングのタイプです。 SMTP 設定とメッセージの詳細は、 Messaging の章を参照してください。