[設定ファイルを手動で交換して Cisco Unity サイトまたは Unity Connection サイトにリンクする（Link to Cisco Unity Site or Unity Connection Site by Manually Exchanging Configuration Files）] オプションを使用して、Cisco Unity Connection Administration でサイト間リンクを作成する場合、リンクを作成しているサイトゲートウェイは、アップロードした設定ファイルからリモートサイトゲートウェイの完全修飾ドメイン名（FQDN）を読み取り、DNS を使用して FQDN の解決を試みます。

Unity Connection サイト ゲートウェイで DNS が構成されていない場合、またはリンクしているリモートサイトのゲートウェイが DNS で解決できない場合、Connection 管理は「リモートサイトに接続できません」というエラーを表示します。 このサイトへのリンクを作成することもできますが、通信がエラーなしで確立されるまでは、このサイトとの同期は開始されません。 続行しますか?」(DNS 名前解決の使用は Unity Connection ではオプションです)

このエラーが表示された場合、次の手順を行い、リンクの作成を続行し、同期タスクを有効にします。これらのタスクは、Unity Connection でこのエラー状態が発生すると自動的に無効になります。

Cisco Unity Connection Administration で、[設定ファイルを手動で交換して Cisco Unity サイトまたは Unity Connection サイトにリンクする（Link to Cisco Unity Site or Unity Connection Site by Manually Exchanging Configuration Files）] オプションを使用して、サイト間リンクを作成する場合、リンクを作成しているサイトゲートウェイは、アップロードした設定ファイルからリモートサイトゲートウェイの完全修飾ドメイン名（FQDN）を読み取り、[セキュアソケットレイヤー（SSL）を使用する（Use Secure Sockets Layer (SSL)）] チェックボックスをオンにしている場合は、FQDN がリモートサイトゲートウェイのウェブ SSL 証明書のサーバー名と一致するかどうかを確認します（これは HTTPS 経由でマシンにアクセスするための証明書です）。 値が一致しない場合、Connection の管理で「入力されたホスト名がリモートサイトの証明書のホスト名と一致しません」というエラーが表示されます。

このエラーが表示された場合、以下の手順を実行してリンク作成プロセスを繰り返し、[証明書エラーを無視する] チェックボックスをオンにすることでエラーを回避できます。

Cisco Unity Connection の管理でサイト間リンクを作成すると、Unity Connection サイトのゲートウェイは、リンクが作成された後で、ゲートウェイ上のユーザと連絡先の合計数が実際の制限を超えるかどうかを確認します。 また、ゲートウェイ上のシステム配信リストの合計数がシステム配信リストの制限を超えるかどうかも確認します。

サイトゲートウェイがこれらのチェックに失敗した場合、Cisco Unity Connection Administration は次のエラーを表示します。「指定されたリモートサイトにリンクできません。 原因：現在のネットワークサイズの評価に失敗しました。」 このエラーが発生した場合、Unity Connection Tomcat アプリケーションサービスのデフォルトのトレース（トレースログファイル名がパターン Diag_Tomcat_*.uc に一致）を表示し、「GetDirectoryCurrentSize」でファイルを検索できます。 トレースログの表示についての詳細は、 Cisco Unity Connection のトラブルシューティング の章を参照してください。

ディレクトリサイズの制限の詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/12x/networking/guide/b_12xcucnetx.html にある『Cisco Unity Connection ネットワーキングガイド、リリース 12.x』の「ネットワークの概要」の章の「Unity Connection ディレクトリサイズの制限」の項を参照してください。

次のいずれかの状況にある場合、Connection の管理でサイト間リンクを作成しようとすると、「この指定されたロケーションはすでにネットワークの一部であるため、このリモートサイトへのリンクに失敗しました」というエラーが表示されます。

• ロケーションからロケーション自体へのサイト間リンクを作成しようとします。

• 1 つのロケーションから、同じ Unity Connection サイトのメンバーである別のロケーションへのサイト間リンクを作成しようとしました。

• 1 つのサイト上のロケーションから別のサイト上のロケーションへのサイト間リンクを作成しようとしましたが、これらのサイトはすでにリンクされています。

このエラーが表示された場合、ホスト名情報またはリンクの作成に使用している構成ファイルを確認してください。 正しいリモートサイトゲートウェイにリンクしていること、およびサイト間にリンクが存在していないことを確認してから、リンクプロセスを再試行してください。

Unity Connection ユーザーが、Unity Connection サイト内、またはリンクされた Unity Connection または Cisco Unity サイト上のリモートオブジェクトにメッセージを宛先指定できない場合、以下のタスクを記載されている順に実行してください。

1. ユーザが問題を経験しているロケーションの Unity Connection のリモート オブジェクトの存在を確認します。 これは、リモートオブジェクトが複製されたかどうかを示します。 オブジェクトが見つからない場合、「ディレクトリ同期のトラブルシューティング」の項（11-16 ページ）のトラブルシューティングのステップを参照してください。

2. パーティションとサーチスペースの設定を確認してください。 メッセージの宛先となるリモートオブジェクトは、ユーザの検索範囲として設定されたサーチスペースのメンバーであるパーティションに属している必要があります。 「リモートオブジェクトをアドレス指定するためのパーティションおよびサーチスペースの設定を確認する」の項（11-11 ページ）を参照してください。

3. CDE マイクロ トレース (レベル 12 CDL アクセス) をオンにします。 トレースを有効にしてトレースログを表示する方法の詳細は、 Cisco Unity Connection のトラブルシューティング の章を参照してください。

サイト間リンクを介して Cisco Unity がリンクされている Unity Connection サイト上で Cisco Unity ユーザーがメッセージの宛先にできない場合は、以下のタスクを記載されている順に実行します。

1. Cisco Unity システム管理で、Unity Connection ネットワークサブスクライバとして、Unity Connection ユーザオブジェクトの存在を確認します。 これは Unity Connection ユーザオブジェクトが複製されたかどうかを示します。 オブジェクトが見つからない場合、 「ディレクトリ同期のトラブルシューティング」のセクション 11-16 のトラブルシューティング手順を参照してください。

2. 内線によるアドレス指定に問題がある場合は、Unity Connection ユーザオブジェクトに Cisco Unity 内の内線があるかどうかを確認し、ある場合は、内線が Cisco Unity ユーザが期待している形式と一致するかどうかを確認します。 「Cisco Unity での Unity Connection ユーザー内線作成のトラブルシューティング」の項（11-12 ページ）を参照してください。

VPIM ロケーションの特定の受信者へのアドレス指定は、次のいずれかの理由で失敗する場合があります。

• ブラインド アドレスは VPIM ロケーションに対して無効になっており、受信者の VPIM 連絡先は存在しません。 着信メッセージに基づいて VPIM 連絡先を作成するために、自動 VPIM 連絡先作成に依存している場合、連絡先作成がこのロケーションに対して適切にセットアップされていないか、またはリモートユーザからメッセージを受信していない可能性があります。 Cisco Unity Connection 管理の VPIM ロケーションの [連絡先の作成] ページの設定を確認します。

• VPIM 連絡先が存在しますが、内線番号が正しくないか、または連絡先名がユーザの検索結果と一致しないため、ユーザは見つけることができません。 Connection の管理で VPIM 連絡先の設定を確認します。

• ユーザーは VPIM 受信者にブラインドアドレスを試みていますが、VPIM ロケーションの DTMF アクセス ID が正しくないか、ユーザーがアドレス指定時に入力しようとしているパターンと一致しません。 Connection 管理の VPIM ロケーションの編集ページで DTMF アクセス ID 設定の値を確認し、ユーザが正しい値を認識していることを確認します。

• ユーザ検索範囲には、VPIM 連絡先または VPIM ロケーションのパーティションは含まれません。 VPIM 連絡先パーティションが、連絡先が属する VPIM ロケーションのパーティションと一致しない場合、検索結果は、メッセージの宛先指定に使用された方法、およびパーティションとサーチスペースの設定によって異なります。 ユーザーが VPIM ロケーションの DTMF アクセス ID に加えてリモートユーザーのメールボックス番号を入力して VPIM メールボックス宛てのメッセージを送信した場合、または音声認識ユーザーが名前と場所を発声した場合（例えば、「Seattle の John Smith」）、その操作は、VPIM ロケーションのパーティションに基づいて許可されるか拒否されます。 しかし、ユーザーが名前をつづって、または連絡先の内線番号を入力して VPIM 連絡先を指定する場合、あるいは音声認識ユーザーがロケーションなしで連絡先の名前（「John Smith」など）を発声した場合、アクションは、VPIM ロケーションのパーティションがユーザーの範囲外であるかどうかに関係なく、VPIM 連絡先のパーティションに基づいて許可または拒否されます。 Connection Administration の の [Edit User Basics] ページで、どの検索スペースが検索範囲として設定されているかを確認します。 次に、どのパーティションが VPIM 連絡先 ([Edit Contact Basics] ページ) または VPIM ロケーション (VPIM ロケーションの編集ページ) の必要に応じて設定されているかを確認します。 最後に、ユーザーの [Search Space の編集（Edit Search Space）] ページでユーザーの検索スペースをチェックし、そのパーティションが [割り当てられたパーティション（Assigned Partitions）] リストに表示されるかどうかを判断します。

ブラインド アドレスを使用すると、受信者が Unity Connection ディレクトリで連絡先として定義されていない場合でも、ユーザは VPIM ロケーションの受信者にメッセージを送信できます。 ブラインド アドレスが機能しない場合、Cisco Unity Connection の管理の [VPIM ロケーション] ページで [ブラインド アドレスを許可] チェックボックスをオンにすることで、個々の VPIM ロケーションに対してブラインド アドレス指定を有効にしていることを確認します。 このチェックボックスがオンのロケーションがある場合、ユーザーは VPIM ロケーションの DTMF アクセス ID で構成される番号と受信者のメールボックス番号を入力するか、メールボックスの番号と VPIM ロケーションの表示名の数字を言うことにより、このロケーションの受信者にメッセージを送信できます（例えば、「five five at Seattle office」）。

一般に、電話インタフェースを使用してリモートユーザに正常にアドレス指定されたメッセージは、ロケーション間で SMTP 接続が確立されている限り、配信されます。 ユーザが受信したメッセージのすべての受信者に返信し、これらの受信者の一部が返信するユーザの検索範囲内にない場合、注目に値する例外が発生します。 この場合、返信するユーザは、検索範囲外の受信者に対する不達確認を受け取ります。

リモート ユーザのプロファイル情報 (特に、リモート ユーザの SMTP プロキシ アドレス情報) が送信ユーザの Unity Connection ロケーションに完全に複製されていない場合、IMAP クライアントを使用してリモート ユーザに送信されたメッセージは失敗する可能性があります。 この状態を診断して修正するには、「ディレクトリ同期のトラブルシューティング」の項（11-16 ページ）を参照してください。

問題がパーティションとサーチスペースの構成、またはディレクトリ複製に関連していないと思われる場合、メッセージトラッキングのマクロトレースをオンにすることで、問題をさらに診断することができます。 トレースを有効にしてトレースログを表示する方法の詳細は、 Using Diagnostic Traces for Troubleshooting のセクションを参照してください。

最近 サイトまたはリンクされたサイトにロケーションを追加した場合、そのロケーションにまだレプリケートされていないユーザオブジェクトを持つリモートの送信者からのメッセージを受信する可能性があります。 ユーザオブジェクトがまだレプリケートされていない送信者によって送信されたメッセージに対してユーザが返信しようとすると、返信は配信されず、送信者は不達確認 (NDR) を受け取ります。 この場合、返信を試みたユーザは、元のメッセージ送信者のユーザオブジェクトが複製された後に返信を再送でき、返信が正常に配信されます。

着信 VPIM メッセージが正しく受信され、処理されるためには、次の条件が必要です。

• 元のボイス メッセージ システムと Unity Connection の間で SMTP 接続が使用可能である必要があります。

• 発信元の音声メッセージングサーバーからのメッセージが、Cisco Unity Connection Admininstration の [システム設定（System Settings）] > [SMTP 設定（SMTP Configuration）] > [スマートホスト（Smart Host）] ページと異なるスマートホストを経由してルーティングされる場合、このスマートホストの IP アドレスが、許可された Unity Connection として IP アドレスアクセスリストに追加されている必要があります。 (アクセスリストを表示または変更するには、[システム設定] > [SMTP 設定] > [サーバ] ページで [編集] > [IP アドレスアクセスリストを検索] を選択します。)

• 着信メッセージの [差出人] フィールドのドメイン名は、Connection 管理で VPIM ロケーションに定義されている [リモート VPIM ドメイン名] の値と一致する必要があります。

• リモート電話プレフィックスの値が VPIM ロケーションに定義されている場合、着信メッセージの [差出人] フィールドのメールボックス番号は、プレフィックスの数字で始まる必要があります。

• VPIM ロケーションに Cisco Unity Connection 電話プレフィックスが定義されている場合、着信メッセージの「To」フィールドのメールボックス番号は、プレフィックスの数字で始まる必要があります。

• メッセージを受信する Unity Connection ユーザは、受信サーバ上の VPIM ロケーションの検索範囲として定義されている検索スペースのメンバーであるパーティション内にいる必要があります。

• サイト間ネットワークが使用されている場合、VPIM ロケーションは、受信者がホームとする Unity Connection サイト内の Unity Connection ロケーションで設定される必要があります。 VPIM ロケーションおよび連絡先はサイト内で複製されますが、サイト間リンクで複製されることはありません。また、サイト ゲートウェイが VPIM メッセージを他のサイトにリレーすることもありません。

すべてのレベルの SMTP マイクロ トレースをオンにすることで、SMTP 接続を確認し、「From」および「To」フィールドの形式を確認できます。 SMTP トレースログには、"MAIL FROM"と"RCPT TO"が表示されます。) さらに、すべてのレベルの MTA マイクロトレースをオンにすると、MTA ログには、プレフィックス処理エラーを説明するメッセージなど、メッセージの処理に関する情報が含まれます。 SMTP ログの出力ファイルパス名の最後に表示されるメッセージ ID (例、csUnitySmtp-30-1223425087697) を使用して、MTA ログでメッセージを見つけたり、受信者アドレスで検索したりできます (例、5551212@receiving-server-domain.com)。 トレースを有効にしてトレースログを表示する方法の詳細は、「Cisco Unity Connection のトラブルシューティング」の章を参照してください。

発信 VPIM メッセージが正しく受信され、処理されるためには、次の条件が必要です。

• SMTP 接続は、Unity Connection と受信側の音声メッセージングシステム間で、ポート 25 への直接 TCP/IP 接続、または SMTP スマートホスト経由のいずれかで利用できる必要があります。 (SMTP スマートホストは Cisco Unity Connection Administration の [システム設定（System Settings）] > [SMTP 設定（SMTP Configuration）] > [スマートホスト（Smart Host）] ページで設定できます。)

• VPIM メッセージの音声添付は、リモートシステムで再生可能な形式である必要があります。 リモートボイスメッセージシステムが Unity Connection または Cisco Unity ではない場合、音声形式のトランスコードに G.726 コーデックを使用するには、Cisco Unity Connection の管理で VPIM ロケーションのアウトバウンドメッセージ設定を構成する必要があります。

着信 VPIM メッセージと同様に、発信メッセージのトラブルシューティングを行う場合、すべての MTA および SMTP マイクロ トレースをオンにすることから開始することをお勧めします。 送信メッセージの問題についてログを調査する場合、まず MTA ログから開始し、次に SMTP ログを確認します。 トレースを有効にしてトレースログを表示する方法の詳細は、 Cisco Unity Connection のトラブルシューティング の章を参照してください。

サイト内で、各ロケーションは SMTP を使用して、ディレクトリ同期情報およびメッセージを他のすべてのロケーションと直接交換します。 単一の Unity Connection サイト内でディレクトリ同期で問題が発生した場合、このセクションのトラブルシューティング情報を使用してください。

サイト間の複製は、各サイト ゲートウェイで実行されるフィーダー サービスとリーダー サービスによって行われます。 リーダーサービスは、定期的にリモートサイトのゲートウェイを使って、前回のポーリング間隔以降に変更されたディレクトリの有無を調べます。 フィーダーサービスは変更追跡データベースでディレクトリの変更を確認し、必要な情報でポーリングリクエストに応答します。 フィーダーサービスは、リモートリーダーからの要求を受け取ると XML 形式でディレクトリ情報を返すウェブサイトとして実装されます。 ディレクトリ情報には名前と内線番号が含まれるため、機密情報として扱われ、フィードにアクセスするには認証が必要です。 また、ディレクトリ情報を暗号化するために、各サイト ゲートウェイで SSL を構成することを推奨します。

2 つのサイトが最初に参加した後の同期には、ディレクトリ サイズに応じて数分から数時間かかる場合があります。 完全な再同期を手動で要求しない限り、後の更新では、最後のサイクル以降に加えられた変更のみが同期されます。

Unity Connection サイトゲートウェイで、リーダー（Unity Connection ではフィードリーダーとも呼ばれる）がディレクトリデータについてリモートフィーダーをポーリングするスケジュール、および録音名についてポーリングするスケジュールを設定できます。 サイトゲートウェイの Cisco Unity Connection Administration で、[ツール（Tools）] > [タスク管理（Task Management）] ページからスケジュールにアクセスできます。[ディレクトリをリモートネットワークと同期（Synchronize Directory With Remote Network）] タスクまたは [音声名をリモートネットワークと同期（Synchronize Voice Names With Remote Network）] タスクのいずれかを選択します。

Cisco Unity サイトゲートウェイでは、録音名の同期を有効または無効にできます。また、リーダーがディレクトリの更新や録音名について Unity Connection フィーダーにポーリングする間隔を設定できます。 サイトゲートウェイの Cisco Unity Administrator では、[ネットワーキング（Networking）] > [Unity Connection ネットワーキング（Unity Connection Networking）] ページで両方の設定（[音声名を同期（Synchronize Voice Names）] と [フィーダーの間隔（Feeder Interval）]）にアクセスすることができます。 ディレクトリデータと録音名のポーリングに対して個別に設定可能なスケジュールを持つ Unity Connection リーダーとは異なり、Cisco Unity リーダーは各サイクル中に両方（録音名の同期が有効になっている場合）についてポーリングすることに注意してください。

表 11-3 は、Cisco Unity Connection および Cisco Unity のフィーダーおよびリーダーアプリケーションの動作に関する情報の収集に使用できるツールと詳細の一覧です。

ディレクトリの増分更新を手動で開始したい場合は、Unity Connection サイトゲートウェイの Cisco Unity Connection Administration の [ネットワーキング（Networking）] > [リンク（Links）] > [サイト間リンク（Intersite Links）] ページの [同期（Sync）] ボタン、または Cisco Unity サイトゲートウェイの Cisco Unity 管理者の [ネットワーク（Network）] > [Unity Connection ネットワーキング（Unity Connection Networking）] ページの [今すぐ同期（Sync Now）] ボタンを使用できます。 ディレクトリ全体の完全な再同期を開始するには、Unity Connection サイトゲートウェイの Cisco Unity Connection Administration の [ネットワーキング（Networking）] > [リンク（Links）] > [サイト間リンク（Intersite Links）] ページの [全体再同期（Resync All）] ボタン、または Cisco Unity サイトゲートウェイの Cisco Unity Administration の [ネットワーク（Network）] > [Unity Connection ネットワーキング（Unity Connection Networking）] ページの [全体同期（Total Sync）] ボタンを使用します。

ユーザがクロスサーバサインインを試みて、開始の挨拶が聞こえる場合、問題は次のいずれかによって発生している可能性があります。

• 元のロケーションは、宛先ロケーションへのクロスサーバ サインイン ハンドオフ用に構成されていません。 元のロケーションの Cisco Unity Connection Administration で、宛先のロケーションの [Unity Connection ロケーションの編集（Edit Unity Connection Location）] ページで、[このリモートロケーションへのクロスサーバーサインインを許可する（Allow Cross-Server Sign-In to this Remote Location）] チェックボックスがオンになっていることを確認します。

• ユーザは元のロケーションの検索範囲で見つかりませんでした。 Unity Connection は、通話がサインインの試みの会話に達すると、検索範囲の通話を使用して、サインインしようとしているユーザーを識別します。発信ロケーションの Cisco Unity Connection Administration で、ダイレクト コール ルーティング ルールを確認して、どの検索スペースがサインイン試行の会話に通話を送るルールによって設定されているかを確認します。 リモートユーザを含むパーティションがこのサーチスペースの一部ではない場合、クロスサーバサインインは有効になっていても機能しません。

クロスサーバサインインのハンドオフが正常に完了しなかった場合、ユーザには、現時点ではホームサーバに到達できないことを示すプロンプトが聞こえます。 これは、次のいずれかの理由により発生します。

• 宛先ロケーションはクロスサーバ ハンドオフを受け入れるように構成されていません。 移動先の Cisco Unity Connection Administration で、[システム設定（System Settings）] > [詳細（Advanced）] > [カンバセーション（Conversations）] ページの [クロスサーバーハンドオフ要求に応答する（Respond to Cross-Server Handoff Requests）] チェックボックスがオンになっていることを確認します。

• 発信元ロケーションの宛先ロケーションに対して定義されたクロスサーバ ダイヤル文字列が正しくないか、または発信ロケーションが、ダイヤルアウトに使用される電話システム連動を使用して、この文字列にコールを発信できません。 元のロケーションの Connection Administration で、[Unity Connection ロケーションの編集（Edit Unity Connection Location）] ページの [クロスサーバダイヤル文字列（Cross-Server Dial String）] の値を確認します。

• 発信ロケーションでのダイヤル アウト、または宛先ロケーションでの呼び出しへの応答に使用できるポートがありません。 Unity Connection ポート使用状況分析ツールを使用すると、ポート使用状況がクロスサーバ転送で問題になっているかどうかを判断できます。

ユーザーがクロスサーバーサインインを試み、通話が目的地へ正しくハンドオフされるように見えるものの、ユーザーがサインインできない場合、最も可能性の高い原因は、ユーザーが目的地の検索範囲内に存在しないか、または重複する内線を持つ別のユーザーが検索範囲内で先に見つかることです。

Unity Connection は、発信のロケーションと宛先のロケーションの両方で、通話が「サインインの試み」の会話に達したときに、その通話の検索範囲を使用して、ログインしようとしているユーザを識別します。 一般に、クロスサーバ サインインを処理するルーティング ルールは、発信元と宛先の両方のロケーションで同じ検索範囲を使用することをお勧めします。 必要に応じて、特にクロスサーバ コールを処理する宛先ロケーションにルーティング ルールを追加できます (たとえば、発信ロケーションのポートの内線と一致する発信番号に基づいて)。

通話中にどのサーチスペースが検索範囲として使用されているかを判断するには、CDE マイクロ トレース (レベル 4 検索スペース) をオンにします。 トレースを有効にしてトレースログを表示する方法の詳細は、 Cisco Unity Connection のトラブルシューティング の章を参照してください。

通話ルーティングルールの設定、パーティションとサーチスペースの管理については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/administration/guide/b_14cucsag.html にある『Cisco Unity Connection システム アドミニストレーション ガイド、リリース 14』の「通話管理」の章の「ダイヤルプラン」の項を参照してください。

発信者がクロスサーバー転送を試み、通話は宛先のロケーションに正しくハンドオフされているように見えるが、発信者が宛先にいる間違ったユーザーに到達する場合、最も可能性の高い原因は、重複する内線を持つ別のユーザーが、通話が接続先に渡される際に検索範囲内で最初に見つかることです。

通話中にどのサーチスペースが検索範囲として使用されているかを判断するには、CDE マイクロ トレース (レベル 4 検索スペース) をオンにします。 トレースを有効にしてトレースログを表示する方法の詳細は、 Cisco Unity Connection のトラブルシューティング の章を参照してください。

発信者がクロスサーバー転送を試行し、通話は転送先の場所に正しくハンドオフされているように見えるが、通話が完了できないことを示すプロンプトが発信者に聞こえ、Unity Connection が切断する場合、最も可能性の高い原因は、リモートユーザーが検索範囲で見つからなかった場合、通話が接続先に渡されます。

通話中にどのサーチスペースが検索範囲として使用されているかを判断するには、CDE マイクロ トレース (レベル 4 検索スペース) をオンにします。 トレースを有効にしてトレースログを表示する方法の詳細は、 Cisco Unity Connection のトラブルシューティング の章を参照してください。