Cisco Unity Connection トラブルシューティング ガイド リリース 9.x

アクティブなルールを持つユーザが通話を受信したときにルールが適用されない

ルール設定が適用されない理由はいくつかあります。

• パーソナル着信転送ルールは、アクティブな基本ルール（標準、オプション、または時間外の各転送ルール）が、基本設定ではなく、パーソナル着信転送ルールを適用するように設定されている場合だけ使用されます。

• ある曜日に対してルール設定を指定し、現在の日付を含む日付範囲に対して別のルール設定を有効にすると、日付範囲のルール設定が優先されます。

• ダイヤル可能な電話番号が完全に指定されていない通知先への転送は、失敗する可能性があります。ほかに転送を試みる通知先がない場合、発信者はボイスメールに転送されます。

次のトラブルシューティング手順を使用して、問題を解決してください。

• パーソナル着信転送ルールを使用するよう、アクティブな基本ルールが設定されていることを確認します。「Personal Call Transfer Rulesを使用するための基本転送ルールの設定」を参照してください。

• 着信転送ルールのテスト機能を使用して、ルールの有効性を確認します。このテストによって、現在呼び出されているルールがわかります。結果によっては、ルール設定でルールの優先順位を変更する必要があります。

（注） 着信転送ルールのテスト機能を使用するには、テスト対象のルールを含むルール設定が有効またはアクティブになっている必要があります。

• ルール設定の通知先に、ダイヤル可能な電話番号（電話システムで必要なアウトダイヤル アクセス コードを含む）が含まれていることを確認します。

• [規則の設定（Rules Settings）] ページで、[Personal Call Transfer Rulesをすべて無効にする（Disable all processing of Personal Call Transfer Rules）] チェックボックスがオフになっていることを確認します。オンの場合は、すべてのルール処理が無効になります。

Personal Call Transfer Rulesを使用するための基本転送ルールの設定

パーソナル着信転送ルールは、アクティブな基本ルール（標準、オプション、または時間外の各転送ルール）が、基本設定ではなく、パーソナル着信転送ルールを適用するように設定されている場合だけ使用されます。

ユーザに対してパーソナル着信転送ルールを有効にするには、次の手順に従ってください。

ユーザが Messaging Assistant を使用して、パーソナル着信転送ルールを適用するように、自分の基本転送ルールを設定することもできます。

個々のユーザに対してPersonal Call Transfer Rulesを有効にする方法

ステップ 1 Cisco Unity Connection の管理 で、[ユーザ（Users）] を展開し、[ユーザ（Users）] を選択します。

ステップ 2 [ユーザの検索（Search Users）] ページで、パーソナル着信転送ルールを有効にするユーザのエイリアスを選択します。

（注） ユーザが検索結果テーブルに表示されない場合は、ページ上部の検索フィールドに適切なパラメータを設定し、[検索（Find）] を選択します。

ステップ 3 [編集（Edit）] メニューの [転送ルール（Transfer Rules）] を選択します。

ステップ 4 [転送ルール（Transfer Rules）] テーブルで、パーソナル着信転送ルールと組み合わせて使用する転送ルールを選択します。

ステップ 5 [転送ルールの編集（Edit Transfer Rule）] ページの [この基本ルールがアクティブな場合（When This Basic Rule Is Active）] フィールドで、[パーソナル着信転送ルールを適用（Apply Personal Call Transfer Rules）] を選択します。

ステップ 6 [保存（Save）] を選択します。

ステップ 7 使用するその他の転送ルールごとに、ステップ 3 からステップ 6 を繰り返します。

会議の条件に基づくルールが正しく適用されない

パーソナル着信転送ルールに Microsoft Exchange 予定表の予定に基づく条件がある場合は、ルールが期待どおりに適用されないことがあります。予定表の情報は 30 分ごとにキャッシュされるため、新たに作成された予定がまだキャッシュされていないことがあります。

次のトラブルシューティング手順に従ってください。

• Exchange 外部サービスが適切に設定されていることを確認します。Cisco Unity Connection の管理 で [ユニファイド メッセージング（Unified Messaging）] > [ユニファイド メッセージング サービスまたはシステム設定（Unified Messaging Services or System Settings）] > [外部サービス（External Services）] を展開し、すべての設定が正しいことを確認します。

• 該当するサービスが、ユーザの外部サービスのアカウントとして設定されていることを確認します。Cisco Unity Connection の管理で [ユーザ（Users）] を選択し、ユーザを検索します。[ユーザの基本設定の編集（Edit User Basics）] ページの [編集（Edit）] メニューで [ユニファイド メッセージング アカウント（Unified Messaging Accounts）] または [外部サービスのアカウント（External Service Accounts）] を選択します。

（注） 外部サービス アカウントの設定方法の詳細については、『System Administration Guide for Cisco Unity Connection Release 9.x』の「Creating Calendar and Contact Integrations in Cisco Unity Connection 9.x」の章を参照してください。

• Exchange サーバと Connection サーバのクロックが、同じ時刻源と同期されていることを確認します。

• 新たに作成された予定表の予定が問題の原因と思われる場合は、即時キャッシュを強制実行することで、予定がキャッシュされるまでの 30 分の時間差を解消できます。「予定表の予定の強制的な即時キャッシュ」を参照してください。

• Connection で予定表の情報がキャッシュされる間隔を永続的に変更する方法については、「Cisco Unity Connection で予定表情報がキャッシュされる間隔の変更」を参照してください。

カレンダー統合のトラブルシューティングの詳細については、「Cisco Unity Connection 9.0 におけるカレンダー統合のトラブルシューティング」を参照してください。

予定表の予定の強制的な即時キャッシュ

Cisco Unity Connection で予定表情報を強制的に即時キャッシュするには、次の手順に従ってください。

予定表の予定を強制的に即時キャッシュする方法

ステップ 1 Cisco Unity Connection Serviceability で、[ツール（Tools）] メニューの [サービス管理（Service Management）] を選択します。

ステップ 2 [オプション サービス（Optional Services）] で、[Connection グループウェア キャッシング サービス（Connection Groupware Caching Service）] に対して [停止（Stop）] を選択します。

ステップ 3 画面表示が更新されたら、[Connection グループウェア キャッシング サービス（Connection Groupware Caching Service）] に対して [開始（Start）] を選択します。

Cisco Unity Connection で予定表情報がキャッシュされる間隔の変更

Cisco Unity Connection で予定表情報がキャッシュされる間隔を永続的に変更するには、適切な手順に従ってください。

• 「Cisco Unity Connection で予定表情報がキャッシュされる間隔を変更する方法」

• 「Cisco Unity Connection で予定表情報がキャッシュされる間隔を変更する方法」

Cisco Unity Connection で予定表情報がキャッシュされる間隔を変更する方法

ステップ 1 Cisco Unity Connection の管理 で [システム設定（System Settings）] > [詳細設定（Advanced）] を展開し、[ユニファイド メッセージング サービス（Unified Messaging Services）] を選択します。

ステップ 2 [ユニファイド メッセージング サービスの設定（Unified Messaging Services Configuration）] ページの [予定表: 通常の予定表キャッシング ポール間隔（分）（Calendars: Normal Calendar Caching Poll Interval (in minutes)）] フィールドに、カレンダー統合が設定されているユーザの将来の Outlook 予定表データをキャッシュするときに、Connection がポーリング サイクルを待つ時間を分単位で入力します。

大きな値に設定すると、Connection サーバへの影響が小さくなりますが、Outlook 予定表データに対する直前の変更をタイムリーに処理できなくなります。小さな値に設定すると、Connection サーバへの影響が大きくなりますが、Outlook 予定表データに対する直前の変更をタイムリーに処理できます。

ステップ 3 [予定表: 短い予定表キャッシング ポール間隔（分）（Calendars: Short Calendar Caching Poll Interval (in minutes)）] フィールドに、より頻繁に予定表のキャッシュを更新する必要がある予定表ユーザの将来の Outlook 予定表データをキャッシュするときに、Connection がポーリング サイクルを待つ時間を分単位で入力します。

この設定は、[ユーザの基本設定の編集（Edit User Basics）] ページで [短い予定表キャッシング ポール間隔を使用する（Use Short Calendar Caching Poll Interval）] チェックボックスがオンになっているユーザに適用されます。

ステップ 4 [保存（Save）] を選択します。

Cisco Unity Connection で予定表情報がキャッシュされる間隔を変更する方法

ステップ 1 Cisco Unity Connection の管理で [システム設定（System Settings）] > [詳細設定（Advanced）] を展開し、[外部サービス（External Services）] を選択します。

ステップ 2 [外部サービスの設定（External Services Configuration）] ページの [通常の予定表キャッシング ポール間隔（分）（Normal Calendar Caching Poll Interval (in minutes)）] フィールドに、カレンダー統合が設定されているユーザの将来の Outlook 予定表データをキャッシュするときに、Connection がポーリング サイクルを待つ時間を分単位で入力します。

大きな値に設定すると、Connection サーバへの影響が小さくなりますが、Outlook 予定表データに対する直前の変更をタイムリーに処理できなくなります。小さな値に設定すると、Connection サーバへの影響が大きくなりますが、Outlook 予定表データに対する直前の変更をタイムリーに処理できます。

ステップ 3 [短い予定表キャッシング ポール間隔（分）（Short Calendar Caching Poll Interval (in minutes)）] フィールドに、より頻繁に予定表のキャッシュを更新する必要がある予定表ユーザの将来の Outlook 予定表データをキャッシュするときに、Connection がポーリング サイクルを待つ時間を分単位で入力します。

この設定は、[ユーザの基本設定の編集（Edit User Basics）] ページで [短い予定表キャッシング ポール間隔を使用する（Use Short Calendar Caching Poll Interval）] チェックボックスがオンになっているユーザに適用されます。

ステップ 4 [保存（Save）] を選択します。

すべての通話を Cisco Unity Connection に転送する設定または取り消す電話メニュー オプションを使用できない

（注） この項の情報は、Cisco Unified Communications Manager Business Edition（CMBE） には適用されません。

すべての通話を Cisco Unity Connection に転送する設定または取り消す電話メニュー オプションを使用できない場合は、次のトラブルシューティング手順に従ってください。

1. 電話システム用の AXL サーバ設定が正しいことを確認します。Cisco Unity Connection の管理 で、[テレフォニー統合（Telephony Integrations）] > [電話システム（Phone System）] を展開します。[電話システムの基本設定（Phone System Basics）] ページで、[編集（Edit）] メニューの [Cisco Unified CM AXL サーバ（Cisco Unified CM AXL Servers）] を選択し、設定を確認します。

（注） AXL サーバの設定の詳細については、『System Administration Guide for Cisco Unity ConnectionCisco Unity Connection Release 9.x』の「Managing the Phone System Integrations in 9.x」の章を参照してください。このガイドは、http://www.cisco.com/en/US/docs/voice_ip_comm/connection/9x/administration/guide/9xcucsagx.html から入手可能です。

2. パブリッシャ Cisco Unified CM サーバがシャットダウンしていないか、あるいは Cisco Unity Connection とパブリッシャ Cisco Unified CM サーバとの間にネットワーク接続の問題が発生していないかを確認します。接続をテストするには、[AXL サーバの編集（Edit AXL Server）] ページの [テスト（Test）] ボタンを使用します。Cisco Unified CM パブリッシャ データベースが停止している場合、Connection では電話の「すべての着信の転送（CFA）」の設定を変更できません。

すべての着信を Connection に転送するオプションを使用できるのは、Cisco Unified CM バージョン 4.0 以降と統合されている場合だけです。それよりも前のバージョンの Cisco Unified CM または Cisco Unified CM Express では、このオプションを使用できません。

Cisco Unity Connection を通じて発信される通話と、ユーザの電話機に直接発信される通話の動作が異なる

発信者が Cisco Unity Connection の自動受付を通じてユーザに電話したときの動作と、ユーザの電話機に直接ダイヤルしたときの動作が異なる場合があります。一般的に、自動受付を通じて発信される通話にはルールがすぐに適用されますが、直接通話では、電話機の無応答時転送タイマーが時間切れになってから着信が Connection に転送され、そのときルールが適用されます。

通話の発信方法に関係なく、発信者に同じ動作を提供するには、次の手順を使用してください。

1. ルールが適用される前に常にユーザの電話機が呼び出されるように設定するには、すべての着信を Cisco Unity Connection に転送する機能を電話機でオフにします。次に、Personal Call Transfer Rules Web ツールの [設定（Preferences）] メニューで [規則の設定（Rules Settings）] を選択します。[規則の設定（Rules Settings）] ページで、[常にパーソナル着信転送ルールを適用する前にプライマリ内線番号に連絡する（Always Ring Primary Extension Before Applying Call Transfer Rules）] チェックボックスをオンにします。

2. ユーザのルールがすぐに処理されるよう設定するには、すべての着信を Cisco Unity Connection に転送する機能を電話機でオンにします。次に、Personal Call Transfer Rules Web ツールの [設定（Preferences）] メニューで [規則の設定（Rules Settings）] を選択します。[規則の設定（Rules Settings）] ページで、[常にパーソナル着信転送ルールを適用する前にプライマリ内線番号に連絡する（Always Ring Primary Extension Before Applying Call Transfer Rules）] チェックボックスをオフにします。

ルール処理中のコール ループ

コール ループは、Cisco Unity Connection によって転送された着信が Connection に戻されてルールが再び適用されたときに発生する可能性があります。この場合、発信者に対して、ガイダンスが繰り返されたり、同じ通知先に繰り返し転送が試行されたりするなどの一貫性のない対応が行われることがあります。

コール ループ状態を防止するには、次の設定を使用してください。

• Cisco Unity Connection の管理 で [テレフォニー統合（Telephony Integrations）] > [電話システム（Phone System）] を展開し、該当する電話システムを選択します。[電話システムの基本設定（Phone System Basics）] ページで、[監視転送に対して有効にする（Enable for Supervised Transfers）] チェックボックスをオンにします。[監視転送に対して有効にする（Enable for Supervised Transfers）] を設定すると、Connection がコール ループの状態を検出して終了させるため、通話が適切に続行されます。

• Cisco Unity Connection Personal Call Transfer Rules Web ツールの [通知先（Destinations）] > [通知先の表示（View Destinations）] ページで、任意の電話タイプの通知先に対して [ループ検出の有効化（Loop Detection Enabled）] チェックボックスをオンにします。これにより、Connection がユーザの携帯電話に着信を転送し、携帯電話が Connection に着信を戻すことで発生するコール ループの問題が解消されます。ループ検出の設定を有効にすると、Connection は次に割り当てられているデバイス（ユーザが通知先グループを作成している場合）に着信を転送するか、追加の通知先が定義されていなければボイスメールに転送します。

• ルール通知先に対する [呼び出し回数（Rings to Wait）] フィールドの値を Cisco Unified Communications Manager の [無応答時転送タイマー（Forward No Answer Timer）] フィールドの値よりも小さくすることで、Connection による着信の制御が維持されるようにします。Cisco Unified CM の [無応答時転送タイマー（Forward No Answer Timer）] の値は、デフォルトで 12 秒に設定されます。呼び出しは約 3 秒ごとに行われます。このため、Connection 通知先の [呼び出し回数（Rings to Wait）] の値を 3 回に設定すると、Connection による着信の制御が維持されます。Connection によって開始される管理された転送では、ループが始まる前に着信が戻されて、次の通知先またはボイスメールの該当する方に転送されます。