Cisco Unity のネットワーク機能(Microsoft Exchange版)Release 4.0(5)
クロスサーバ ログオン、クロスサーバ での転送、およびクロスサーバ Live Reply
クロスサーバ ログオン、クロスサーバでの転送、およびクロスサーバ Live Reply
発行日;2012/01/10 | ドキュメントご利用ガイド | ダウンロード ; この章pdf , ドキュメント全体pdf (PDF - 3MB) | フィードバック

目次

クロスサーバ ログオン、クロスサーバでの転送、およびクロスサーバ Live Reply

クロスサーバ ログオン、クロスサーバでの転送、およびクロスサーバ Live Reply の概要

高いポート使用状況に備えた計画

Cisco Unity のデータ アーキテクチャの概要

クロスサーバ ログオンが必要な理由

クロスサーバ転送が必要な理由

クロスサーバ Live Reply が必要な理由

クロスサーバ ログオン

前提条件:クロスサーバ ログオンの有効化

タスク リスト:クロスサーバ ログオンの有効化

手順:クロスサーバ ログオンの有効化

着信サービスが通話を開始グリーティングにルーティングするように設定されていることの確認

クロスサーバ ログオンの有効化と宛先 Cisco Unity サーバのパイロット番号の入力

クロスサーバ ログオンのテスト

自動受付およびディレクトリ ハンドラからのクロスサーバ転送

前提条件:クロスサーバ転送の有効化

タスク リスト:クロスサーバ転送の有効化

手順:クロスサーバ転送の有効化

着信サービスが通話を開始グリーティングにルーティングするように設定されていることの確認

クロスサーバ転送の有効化と宛先 Cisco Unity サーバのパイロット番号の入力

クロスサーバ転送のテスト

クロスサーバ Live Reply

前提条件:クロスサーバ Live Reply の有効化

タスク リスト:クロスサーバ Live Reply の有効化

手順:クロスサーバ Live Reply の有効化

着信サービスが通話を開始グリーティングにルーティングするように設定されていることの確認

クロスサーバ Live Reply の有効化と宛先 Cisco Unity サーバのパイロット番号の入力

クロスサーバ Live Reply のテスト

トラブルシューティング

リファレンス:[ダイヤル ドメイン オプション設定] ページ

クロスサーバ ログオン、クロスサーバでの転送、およびクロスサーバ Live Reply

この章では、デジタル ネットワークを介してネットワークを構成する Cisco Unity サーバでの、クロスサーバ ログオン、クロスサーバでの転送、およびクロスサーバ Live Reply の機能を説明します。クロスサーバ機能の基盤となるアーキテクチャの説明のほか、設計と監視に関する推奨事項も示します。また、この章では、クロスサーバ機能をアクティブにする手順についても説明します。

クロスサーバ機能は、通話が Voice Gateway や回線交換電話システムを介して転送されることのない、純粋な Cisco CallManager 環境でのみサポートされます。二重連動はサポートされません。

詳細については、次の各項を参照してください。

「クロスサーバ ログオン、クロスサーバでの転送、およびクロスサーバ Live Reply の概要」

「クロスサーバ ログオン」

「自動受付およびディレクトリ ハンドラからのクロスサーバ転送」

「クロスサーバ Live Reply」

「トラブルシューティング」

「リファレンス:[ダイヤル ドメイン オプション設定] ページ」

クロスサーバ ログオン、クロスサーバでの転送、およびクロスサーバ Live Reply の概要

クロスサーバ機能は、既存のデジタル ネットワーク機能を拡張したものです。デジタル ネットワークは、同じグローバル ディレクトリにアクセスする異なる Cisco Unity サーバ上に存在するユーザに、基本的なメッセージ送受信機能を提供します。ネットワークを構成する Cisco Unity サーバが同じ電話システムで統合されている場合、それらのサーバを 1 つのダイヤル ドメインにグループ化し、通話を 1 つの Cisco Unity サーバ上の自動受付(開始グリーティングなど)やディレクトリ ハンドラから別のサーバ上のユーザにリリース経由で転送することができます。デジタル ネットワークとダイヤル ドメインにより、異なる Cisco Unity サーバ上のユーザに基本的なメッセージ送受信と通話転送の機能が提供されますが、ネットワーク内にインストールされた各 Cisco Unity サーバがそのサーバで作成されたアカウントを持つユーザだけにサービスを提供する状態は変わりません。クロスサーバ機能の目的は、 表3-1 に示すように、単一の Cisco Unity サーバ環境内とほとんど同じような使い勝手をデジタル ネットワーク環境内で提供することです。

 

表3-1 クロスサーバ機能

機能
説明

クロスサーバ ログオン

クロスサーバ ログオンを使用すると、管理者は、同じダイヤル ドメイン内の異なる Cisco Unity サーバ上の複数のユーザに、Cisco Unity にログオンするために呼び出すことのできる 1 つの電話番号を提供できます。組織外からの呼び出しで Cisco Unity にログオンする場合、ユーザはホーム Cisco Unity サーバがどれであるかに関係なく、同じ番号を呼び出せば、ログオン対象の適切なホーム Cisco Unity サーバに転送されます。

クロスサーバでの転送

クロスサーバ転送では、1 つの Cisco Unity サーバの自動受付またはディレクトリ ハンドラからの通話を、呼び出されたユーザの着信転送およびスクリーニング設定に従って、ダイヤル ドメイン内の別の Cisco Unity サーバに転送できます。

クロスサーバ Live Reply

クロスサーバ Live Reply を使用すると、電話でメッセージを聞いたユーザは、同じダイヤル ドメイン内の別の Cisco Unity サーバ上のユーザからのメッセージに対し、そのユーザを呼び出して、(呼び出されたユーザの着信転送およびスクリーニング設定に従って)応答することができます。Cisco Unity 4.0(4) より前のバージョンでは、Live Reply オプションは同じ Cisco Unity サーバ上のユーザだけに提供されていました。

Cisco Unity 4.0(5) 以降では、他の Cisco Unity サーバ上のユーザへのリリース転送経由の Live Reply を利用できます。

各クロスサーバ機能は別個の機能ですが、どれも次の拡張相手先応答検出という同じ基本機能を使用しています。

1. ログオン、転送、または Live Reply の発信元となる Cisco Unity サーバは、発信者を保留にして、ホーム Cisco Unity サーバを呼び出します。

2. 宛先の Cisco Unity サーバが応答すると、発信元の Cisco Unity サーバは、その呼び出しがクロスサーバのログオン、転送、または Live Reply であることを示す DTMF トーンのシーケンスを送信します。

3. 宛先の Cisco Unity サーバが DTMF トーンのシーケンスで応答すると、発信元の Cisco Unity サーバは処理のために通話を宛先サーバに転送します。

4. この時点で、この機能は通話がホーム Cisco Unity サーバで発信された場合と同じように動作しています。

この章では、他の Cisco Unity サーバを呼び出すサーバを発信元 Cisco Unity サーバと定義します。また、クロスサーバ呼び出しに応答するサーバを宛先 Cisco Unity サーバと定義します。

高いポート使用状況に備えた計画

クロスサーバ機能では、発信元と宛先の両方の Cisco Unity サーバでポートを使用する必要があります。Cisco Unity サーバの使用状況によっては、これらの機能を有効にする前に、ポートを追加したり、Cisco Unity サーバを追加しなければならない場合があります。また、ポートの設定の調整が必要になる場合もあります。たとえば、着信呼び出しを受信するポートを増やす必要がある場合があります。

クロスサーバ機能を有効にしたら、Cisco Unity サーバで増加した負荷を処理できることがわかるまで、該当のサーバ上のアクティビティを詳細に監視することをお勧めします。この作業には、Port Usage Analyzer を使用できます。Port Usage Analyzer は、Tools Depot の[Reporting Tools] セクションで利用できます。詳細な手順については、Port Usage Analyzer のヘルプを参照してください。発信元と宛先の両方の Cisco Unity サーバの Windows イベント ビューアで、ポートの問題に関するイベント ログ メッセージがないか必ず監視してください。

Cisco Unity のデータ アーキテクチャの概要

クロスサーバ機能が必要な理由を理解するためには、Cisco Unity のデータ アーキテクチャの基本を知っておくと役立ちます。Cisco Unity では、ユーザ(およびコール ハンドラなどの Cisco Unity オブジェクト)に関する情報は Cisco Unity サーバ上の SQL データベースに保存されます。また、ユーザ、同報リスト、およびロケーション オブジェクトの情報の小規模なサブセットが、グローバル ディレクトリ(メッセージ ストア コンフィギュレーションに応じて、Active Directory または Exchange 5.5 ディレクトリ)に保存されます。すべての Cisco Unity サーバは同じグローバル ディレクトリにアクセスするため、各 Cisco Unity サーバは他の Cisco Unity サーバによって保存された情報にもアクセスできます。他の Cisco Unity サーバからのユーザ データ、同報リスト データ、およびロケーション データがディレクトリに複製されるときに、各 Cisco Unity サーバはそのデータを検出し、ローカルの SQL データベースを更新します。

ディレクトリに保存されるデータは、次の基本的なデジタル ネットワーク機能を提供するために必要なものだけに限られます。

異なる Cisco Unity サーバ上のユーザとのメッセージの送受信

自動受付またはディレクトリ ハンドラからダイヤル ドメイン内の異なる Cisco Unity サーバ上のユーザへの通話のリリース転送

クロスサーバ ログオンが必要な理由

クロスサーバ ログオンがない場合、ユーザは電話で自分のメールボックスにログオンするために、ホームである特定の Cisco Unity サーバを呼び出す必要があります。この制限には、次のような理由があります。

ユーザのガイダンスでは、ユーザのグリーティングとユーザのコール ハンドラ、着信転送、および通話スクリーニングの情報にアクセスする必要があります。しかし、ユーザのグリーティングとその他の大部分のユーザ情報は、そのユーザ アカウントが作成された Cisco Unity サーバにのみ保存されます。サイズ上の考慮から、このデータはディレクトリをまたいでは複製されません。

各 Cisco Unity サーバ上のメッセージ ストア サービスは、ローカル ユーザ メールボックスへのアクセスに必要な権限を持ったドメイン アカウントでログオンします。他の Cisco Unity サーバのメッセージ ストア サービスに別のドメイン アカウントが割り当てられている場合は、特定の Cisco Unity サーバのメッセージ ストア サービスが他の Cisco Unity サーバ上のユーザのメールボックスにログオンできない場合があります。

クロスサーバ転送が必要な理由

複数の Cisco Unity サーバがデジタル ネットワークを介してネットワークを構成しているインストレーションでは、Cisco Unity がユーザへの着信転送に使用する番号だけが Cisco Unity サーバ間で複製されます。その他の着信転送設定やスクリーニング設定は、どれも複製されません。たとえば、図3-1 では、着信転送は番号が 9,5551212 のユーザの呼び出し音を鳴らすように設定されています。他の Cisco Unity サーバへ複製される着信転送の設定は、着信転送番号 9,5551212 だけです。この設定が[内線番号に転送する] だった場合は、番号 3047 が複製されます。

図3-1 着信転送番号だけが複製される

 

着信転送の設定が[転送せずグリーティングを再生する] に設定されている場合、着信転送番号は自動的にユーザの内線番号(図3-1 の例では 3047)に設定されます。この内線番号が、ネットワークを構成するその他の Cisco Unity サーバへ複製されます。

クロスサーバでの転送がない場合、他の Cisco Unity サーバ上で作成されたユーザへの着信転送は、常に電話システム(リリース)で処理され、Cisco Unity(相手先応答の検出)では処理されません。これは、それらのユーザに相手先応答の検出が設定されている場合でも同じです(図3-1 の例を参照)。リリース転送では、Cisco Unity がユーザ用に設定された着信転送番号をダイヤルして回線を切断し、その後の呼び出しの処理を電話システムに引き継ぎます。リリース転送では、次の制限事項に注意してください。

ユーザの通話スクリーニング、通話保留、および接続案内の機能は無視されます。

着信転送設定の[転送せずグリーティングを再生する] は無視されます。Cisco Unity は、ユーザの内線番号をダイヤルして電話を切ります。ユーザの内線番号が、Cisco Unity の統合されている電話システムで有効な内線番号である場合は、そのユーザの電話のベルが鳴ります。ユーザの内線番号が有効な電話内線番号でない場合、その後の通話に何が起きるかは、電話システムとその設定によって異なります。電話システムがユーザの内線番号への呼び出しを処理するように設定されていないと、発信者は接続を切断される場合があります。

クロスサーバ Live Reply が必要な理由

クロスサーバ Live Reply が必要な理由は、「クロスサーバ転送が必要な理由」で説明されている理由と同じです。

ネットワークを構成する Cisco Unity サーバには、ユーザの着信転送番号だけが複製されます。

ユーザの着信転送、通話スクリーニング、通話保留、および接続案内の機能は無視されます。

クロスサーバ Live Reply が有効でない場合は、ネットワークで接続された Cisco Unity ユーザへの Live Reply は利用できません(Cisco Unity 4.0(5) 以降では、他の Cisco Unity サーバ上のユーザへのリリース転送経由の Live Reply を利用できることに注意してください)。

クロスサーバ ログオン

クロスサーバ ログオンがない場合、ユーザは自分のメッセージにアクセスするために、自分のアカウントが作成された Cisco Unity サーバを呼び出してログオンする必要があります。このことは、ロード バランシングのために Cisco Unity サーバ間でユーザを移動するサイトでは特に問題になります。それは、ユーザ アカウントを別の Cisco Unity サーバに移動するたびに、そのユーザに対して、組織外からの呼び出しでそれまでとは異なる Cisco Unity サーバにアクセスするように通知しなければならないからです。

クロスサーバ ログオンは、ネットワークを構成する Cisco Unity サーバが同じ電話システムで統合され、1 つのダイヤル ドメインにグループ化されている場合に、この問題を解決します。クロスサーバ ログオンが有効な場合は、組織の外部から複数のユーザが Cisco Unity へログオンできる 1 つの電話番号をユーザに提供できます。クロスサーバ ログオンを設定すると、ユーザは 1 つの Cisco Unity サーバのパイロット番号を呼び出すことにより、ログオンするホーム Cisco Unity サーバへ正しく転送されます。呼び出しは、次のように処理されます。

1. ユーザが、クロスサーバ ログオンが設定された Cisco Unity サーバを呼び出します。

2. 発信者番号が主要内線番号にも代行内線番号にも一致しない場合は、ガイダンスでユーザ ID を求められます。

発信者番号が主要内線番号または代行内線番号に一致した場合は、その発信者番号が ID として使用され、ユーザにプロンプトは出されません。

3. ガイダンスは SQL で ID を検索し、そのユーザ アカウントのホームが別の Cisco Unity サーバかどうかを確認します。ユーザ アカウントのホームがそのローカル サーバである場合、ログオンは通常どおりに進行します。

ユーザ アカウントのホームが別のサーバである場合は、Cisco Unity は「しばらくお待ちください。」というプロンプトを再生して(そのように設定されている場合)ユーザを保留し、ユーザのホーム Cisco Unity サーバを呼び出します。主要内線番号または代行内線番号と一致する番号から呼び出しを行っている場合、ユーザが聞く最初のプロンプトが「しばらくお待ちください。」プロンプトになることに注意してください。

4. 宛先 Cisco Unity サーバが応答すると、発信元 Cisco Unity サーバは、その呼び出しがクロスサーバ ログオンであることを示す DTMF トーンのシーケンスを送信します。

5. 宛先 Cisco Unity サーバが DTMF トーンのシーケンスで応答します。

6. 発信元サーバが処理のために宛先 Cisco Unity サーバに通話を転送します。宛先 Cisco Unity サーバのガイダンスで、ユーザのパスワードが求められます。この時点で、動作はユーザが直接宛先 Cisco Unity サーバを呼び出したかのようになっています。

この機能の用途は、ユーザが組織の外部から呼び出しを行う場合に限定されます。また、次の点にも注意してください。

この機能を使用する場合も、ユーザの電話は通話をそのユーザのホーム Cisco Unity サーバに転送するようになっている必要があります。

この機能を使用する場合も、ユーザの電話で、Cisco Unity にアクセスするための番号をダイヤルする「メッセージ」ボタンまたは短縮ダイヤル ボタンが、そのユーザのホーム Cisco Unity サーバを呼び出すように設定されている必要があります。

クロスサーバ ログオンでは、上記の場合に通話がホーム サーバに転送されますが、多数のユーザの転送を行うと、Cisco Unity サーバの負荷が高くなります。そのため、ユーザ アカウントを別の Cisco Unity サーバに移動するときには、ユーザの電話はそれまでのようにホーム サーバを呼び出すように設定しておく必要があります。

前提条件:クロスサーバ ログオンの有効化

ダイヤル ドメイン内のすべての Cisco Unity サーバが Cisco Unity 4.0(4) 以降を実行していること。

すべての Cisco Unity サーバがデジタル ネットワーク用に設定されていること。これについては、「デジタル ネットワークのセットアップ」に説明があります。

ネットワークを構成するすべての Cisco Unity サーバが Cisco CallManager と統合されていること。二重連動はサポートされません。

ネットワークを構成するすべての Cisco Unity サーバが同じダイヤル ドメインに属するように設定されていること。これについては、「プライマリ ロケーションのカスタマイズ」に説明があります。

タスク リスト:クロスサーバ ログオンの有効化

次のタスク リストを使用して、クロスサーバ ログオンを有効にします。次の参照先により、手順の詳細を示します。

1. 宛先 Cisco Unity サーバで、Cisco Unity の着信サービスが、通話を開始グリーティング コール ハンドラにルーティングするように設定されていることを確認します(これは、Cisco Unity が最初にインストールされたときのデフォルトです)。「着信サービスが通話を開始グリーティングにルーティングするように設定されていることの確認」を参照してください。

2. クロスサーバ ログオンを処理するように指定した Cisco Unity サーバ(ユーザが呼び出すサーバ)でクロスサーバ ログオンを有効にし、宛先 Cisco Unity サーバのパイロット番号を入力します。「クロスサーバ ログオンの有効化と宛先 Cisco Unity サーバのパイロット番号の入力」を参照してください。

3. クロスサーバ ログオン機能をテストします。「クロスサーバ ログオンのテスト」を参照してください。


) その後、新しい Cisco Unity サーバがダイヤル ドメインに追加された場合は、[ネットワーク] >[ダイヤル ドメイン オプション設定] ページに新しいサーバのパイロット番号を追加する必要があります。


手順:クロスサーバ ログオンの有効化

着信サービスが通話を開始グリーティングにルーティングするように設定されていることの確認

各宛先サーバで、次の手順を実行します。フェールオーバー システムの場合は、プライマリとセカンダリの両方のサーバで手順を実行します。

着信サービスが通話を開始グリーティングにルーティングするように設定されていることを確認する


ステップ 1 Cisco Unity システム管理で、 [着信サービス] >[一般の着信] ページに移動します。

ステップ 2 サーバのパイロット番号への通話が開始グリーティングにルーティングされることを確認します。

デフォルト コールハンドラの着信サービス(削除も修正もできない)は、通話を開始グリーティングに送信します。したがって、着信サービスを追加していない場合、サーバはすでにクロスサーバ呼び出しを処理するように正しく設定された状態です。


 

クロスサーバ ログオンの有効化と宛先 Cisco Unity サーバのパイロット番号の入力

[ネットワーク] >[ダイヤル ドメイン オプション設定] ページのほとんどの設定はレジストリに保存されるため、システムでフェールオーバーを使用している場合は、プライマリとセカンダリの両方のサーバで次の手順を実行します(レジストリ設定はセカンダリ サーバに複製されません)。

クロスサーバ ログオンを有効にし、宛先 Cisco Unity サーバのパイロット番号を入力する


ステップ 1 Cisco Unity システム管理で、 [ネットワーク] >[ダイヤル ドメイン オプション設定] ページに移動します。

ステップ 2 [クロスサーバ ログオン] セクションで、 [ユーザは Cisco Unity にログオンするときと同じ番号をダイヤルする] チェックボックスをオンにします。

ステップ 3 [クロスサーバでのログオン、転送、Live Reply用パイロット番号] セクションで、テーブルに表示された各 Cisco Unity サーバの[パターン番号] フィールドに、パイロット番号を入力します(入力するパイロット番号は、Cisco Unity サーバの SQL 内の UnityDb データベースに保存されることに注意してください。そのため、システムでフェールオーバーを使用している場合は、パイロット番号がセカンダリ サーバに複製されます)。

ステップ 4 [呼び出しを行っている方に処理していることがわかるように、クロスサーバでのログオン、転送、Live Reply中には、プロンプトを再生する] チェックボックスをオンにします。「しばらくお待ちください。」プロンプトの再生はオプションですが、宛先 Cisco Unity がユーザにパスワードの入力を求めるまでにクロスサーバの処理が最大で 5 秒かかるため、このチェックボックスをオンにすることをお勧めします。


) ユーザが主要内線番号または代替内線番号として設定されている電話番号から呼び出しを行っている場合は、発信元 Cisco Unity サーバがユーザ ID の入力を求めないため、「しばらくお待ちください。」プロンプトの再生が特に重要です。「しばらくお待ちください。」プロンプトが再生されない場合、ユーザが最初にプロンプトを聞くタイミングは宛先サーバがパスワードの入力を求めるときになり、それまでに数秒かかる場合があります。


ステップ 5 [保存] アイコンをクリックします。


 

クロスサーバ ログオンのテスト

ユーザにクロスサーバ ログオンの使用を許可する前に、この機能をテストすることをお勧めします。

フェールオーバー システムの場合は、最初にプライマリ宛先サーバがクロスサーバ呼び出しに応答することを確認します。次に、宛先サーバを手動でフェールオーバーして、セカンダリ サーバがクロスサーバ呼び出しに応答することを確認します。宛先サーバに正しくフェールオーバーが設定されていれば、プライマリ サーバが利用できないときにセカンダリ サーバがクロスサーバ呼び出しに応答します。

クロスサーバ ログオンをテストする


ステップ 1 [ネットワーク] >[ダイヤル ドメイン オプション設定] ページの[パイロット番号] セクションに表示された各番号について、電話を使用してその番号を呼び出し、通話が宛先 Cisco Unity サーバの開始グリーティングにルーティングされることを確認します。

ステップ 2 各宛先サーバでテスト用の新しいユーザ アカウントを作成します(既存のアカウントを使用してもかまいません)。

ステップ 3 ユーザ アカウントごとに、クロスサーバ ログオン用に設定されたサーバのパイロット番号を呼び出し、入力を求められたらユーザ ID を入力します。次のことを確認します。

「しばらくお待ちください。」プロンプトが再生される。

Cisco Unity から、パスワードの入力を求めるプロンプトと、正常にログオンしたことを示すプロンプトが出される。


 

自動受付およびディレクトリ ハンドラからのクロスサーバ転送

クロスサーバ転送は、特殊な相手先応答の検出で、自動受付またはディレクトリ ハンドラからの通話のコントロールを、呼び出されたユーザのホーム Cisco Unity サーバに渡します。

1. 発信者が、オーディオ テキスト アプリケーションの設定された Cisco Unity サーバを呼び出します。

2. 発信者は、次のいずれかを実行します。

コール ハンドラ(開始グリーティングなど)で、ダイヤル ドメイン内の別の Cisco Unity サーバ上のユーザの内線番号を入力する。または、

ディレクトリ ハンドラで、ダイヤル ドメイン内の別の Cisco Unity サーバ上のユーザ名を入力する。

3. 呼び出しを処理する Cisco Unity サーバは発信者を保留にして、ユーザのホーム Cisco Unity サーバを呼び出します。

4. 宛先 Cisco Unity サーバが応答すると、発信元 Cisco Unity サーバは、その呼び出しがクロスサーバ転送であることを示す DTMF トーンのシーケンスを送信します。

5. 宛先サーバが DTMF トーンのシーケンスで応答します。

6. 発信元サーバが処理のために宛先 Cisco Unity サーバに通話を転送します。この時点で、動作は発信者が宛先 Cisco Unity サーバの自動受付またはディレクトリ ハンドラを直接呼び出したかのようになっています。

クロスサーバ転送が設定されている場合は、ユーザの着信転送、通話スクリーニング、通話保留、および接続案内の機能を利用できます。


) 自動受付およびディレクトリ ハンドラから、AMIS ユーザ、Bridge ユーザ、および VPIM ユーザへの転送は、アカウントが同じ Cisco Unity サーバ上に存在していても、必ずリリース転送で実行されます。


前提条件:クロスサーバ転送の有効化

ダイヤル ドメイン内のすべての Cisco Unity サーバが Cisco Unity 4.0(4) 以降を実行していること。

すべての Cisco Unity サーバがデジタル ネットワーク用に設定されていること。これについては、「デジタル ネットワークのセットアップ」に説明があります。

ネットワークを構成するすべての Cisco Unity サーバが Cisco CallManager と統合されていること。二重連動はサポートされません。

ネットワークを構成するすべての Cisco Unity サーバが同じダイヤル ドメインに属するように設定されていること。これについては、「プライマリ ロケーションのカスタマイズ」に説明があります。

ディレクトリ ハンドラと自動受付の検索スコープが、ダイヤル ドメインに設定されていること。これについては、「宛先、ディレクトリ ハンドラ、および自動受付の検索スコープの設定」に説明があります。

タスク リスト:クロスサーバ転送の有効化

次のタスク リストを使用して、クロスサーバ転送を有効にします。次の参照先により、手順の詳細を示します。

1. 宛先 Cisco Unity サーバで、Cisco Unity の着信サービスが、通話を開始グリーティング コール ハンドラにルーティングするように設定されていることを確認します(これは、Cisco Unity が最初にインストールされたときのデフォルトです)。「着信サービスが通話を開始グリーティングにルーティングするように設定されていることの確認」を参照してください。

2. 外部発信者からの呼び出しを処理するオーディオ テキスト アプリケーションを備えた Cisco Unity サーバでクロスサーバ転送を有効にして、宛先 Cisco Unity サーバのパイロット番号を入力します。「クロスサーバ転送の有効化と宛先 Cisco Unity サーバのパイロット番号の入力」を参照してください。

3. クロスサーバ転送機能をテストします。「クロスサーバ転送のテスト」を参照してください。


) その後、新しい Cisco Unity サーバがダイヤル ドメインに追加された場合は、[ネットワーク] >[ダイヤル ドメイン オプション設定] ページに新しいサーバのパイロット番号を追加する必要があります。


手順:クロスサーバ転送の有効化

着信サービスが通話を開始グリーティングにルーティングするように設定されていることの確認

各宛先サーバで、次の手順を実行します。フェールオーバー システムの場合は、プライマリとセカンダリの両方のサーバで手順を実行します。

着信サービスが通話を開始グリーティングにルーティングするように設定されていることを確認する


ステップ 1 Cisco Unity システム管理で、 [着信サービス] >[一般の着信] ページに移動します。

ステップ 2 サーバのパイロット番号への通話が開始グリーティングにルーティングされることを確認します。

デフォルト コールハンドラの着信サービス(削除も修正もできない)は、通話を開始グリーティングに送信します。したがって、着信サービスを追加していない場合、サーバはすでにクロスサーバ呼び出しを処理するように正しく設定された状態です。


 

クロスサーバ転送の有効化と宛先 Cisco Unity サーバのパイロット番号の入力

[ネットワーク] >[ダイヤル ドメイン オプション設定] ページのほとんどの設定はレジストリに保存されるため、システムでフェールオーバーを使用している場合は、プライマリとセカンダリの両方のサーバで次の手順を実行します(レジストリ設定はセカンダリ サーバに複製されません)。

クロスサーバ転送を有効にし、宛先 Cisco Unity サーバのパイロット番号を入力する


ステップ 1 Cisco Unity システム管理で、 [ネットワーク] >[ダイヤル ドメイン オプション設定] ページに移動します。

ステップ 2 [呼び出されたユーザの Cisco Unity サーバへコントロールの送付] をクリックします。

ステップ 3 [クロスサーバでのログオン、転送、Live Reply用パイロット番号] セクションで、テーブルに表示された各 Cisco Unity サーバの[パターン番号] フィールドに、パイロット番号を入力します(入力するパイロット番号は、Cisco Unity サーバの SQL 内の UnityDb データベースに保存されることに注意してください。そのため、システムでフェールオーバーを使用している場合は、パイロット番号がセカンダリ サーバに複製されます)。

ステップ 4 [呼び出しを行っている方に処理していることがわかるように、クロスサーバでのログオン、転送、Live Reply中には、プロンプトを再生する] チェックボックスをオンにします。「しばらくお待ちください。」プロンプトの再生はオプションですが、発信者が転送されるまでにクロスサーバの処理が最大で 5 秒かかるため、このチェックボックスをオンにすることをお勧めします。

ステップ 5 [保存] アイコンをクリックします。


 

クロスサーバ転送のテスト

ユーザにクロスサーバ転送の使用を許可する前に、この機能をテストすることをお勧めします。

フェールオーバー システムの場合は、最初にプライマリ宛先サーバがクロスサーバ呼び出しに応答することを確認します。次に、宛先サーバを手動でフェールオーバーして、セカンダリ サーバがクロスサーバ呼び出しに応答することを確認します。宛先サーバに正しくフェールオーバーが設定されていれば、プライマリ サーバが利用できないときにセカンダリ サーバがクロスサーバ呼び出しに応答します。

クロスサーバ転送をテストする


ステップ 1 [ネットワーク] >[ダイヤル ドメイン オプション設定] ページの[パイロット番号] セクションに表示された各番号について、電話を使用してその番号を呼び出し、通話が宛先 Cisco Unity サーバの開始グリーティングにルーティングされることを確認します。

ステップ 2 各宛先サーバでテスト用の新しいユーザ アカウントを作成します(既存のアカウントを使用してもかまいません)。

ステップ 3 ユーザ アカウントごとに、クロスサーバ転送用に設定されたサーバのパイロット番号を呼び出し、開始グリーティングでユーザの内線番号を入力します。次のことを確認します。

「しばらくお待ちください。」プロンプトが再生される。

呼び出されたユーザの着信転送設定に従って、ユーザの電話かグリーティングに通話が転送される。


 

クロスサーバ Live Reply

Live Reply が有効な場合、電話でメッセージを聞いたユーザは、4、4 と押すことにより、Cisco Unity からメッセージを残した別のユーザを直接呼び出して、メッセージに応答することができます(オプション カンバセーション 1 を使用しているユーザが Live Reply を使用する場合は、8、8 と押します)。ユーザが Live Reply 機能にアクセスできるかどうかは、そのユーザのサービス クラスの設定によって決まります。

ダイヤル ドメイン内でネットワークを構成する別の Cisco Unity サーバ上のユーザが残したメッセージを聞いたときに、ユーザが Live Reply オプションを使用できるようにするには、クロスサーバ Live Reply を有効にする必要があります。デフォルトでは、ネットワークで接続された Cisco Unity ユーザ間の Live Reply は無効になっています。

Live Reply とクロスオーバ Live Reply が有効な場合は、次のようになります。

1. ダイヤル ドメイン内でネットワークを構成する別の Cisco Unity サーバ上のユーザからのメッセージを聞いた後、ユーザは 4、4(ユーザがオプション カンバセーション 1 を使用している場合は 8、8)を押して、送信者を呼び出します。

2. Cisco Unity は、ユーザを保留し、SQL でその内線番号を検索して、応答されているユーザが同じサーバ上に存在するか、ダイヤル ドメイン内の別の Cisco Unity サーバ上に存在するかを確認します。そのユーザが同じサーバ上に存在する場合、処理は通常どおりに進行します。

一方、応答されているユーザが別の Cisco Unity サーバ上に存在する場合は、ローカル Cisco Unity サーバは適切なホーム Cisco Unity サーバを呼び出します。

3. 宛先 Cisco Unity サーバが応答すると、発信元 Cisco Unity サーバは、その呼び出しがクロスサーバ Live Reply であることを示す DTMF トーンのシーケンスを送信します。

4. 宛先サーバが DTMF トーンのシーケンスで応答します。

5. 発信元サーバが処理のために宛先 Cisco Unity サーバに通話を転送します。ただし、宛先サーバのユーザ アカウントで着信転送が無効に設定されている(着信転送オプションが、通話をユーザ グリーティングに送信するように設定されている)場合、Live Reply 呼び出しが失敗することに注意してください。このような場合は、発信元 Cisco Unity のユーザのガイダンスで、Live Reply が利用できないため、目的のユーザを直接呼び出さずにメッセージに応答するように求めるプロンプトが発信者に対して再生されます。


) Cisco Unity 4.0(4) 以降では、Live Reply 機能が拡張され、Cisco Unity ユーザは、Cisco Unity 内に対応する AMIS、Bridge、または VPIM のユーザ アカウントを持つ他のボイス メッセージ システム上のユーザ(このようなユーザを集合的に外部ユーザと言います)が残したメッセージにも、Live Reply ができるようになりました。ただし、外部ユーザへの Live Reply は、その外部ユーザ アカウントが Live Reply を実行しようとしているユーザと同じ Cisco Unity サーバ上で作成されていても、必ずリリース経由で行われます。


前提条件:クロスサーバ Live Reply の有効化

ダイヤル ドメイン内のすべての Cisco Unity サーバが Cisco Unity 4.0(4) 以降を実行していること。

すべての Cisco Unity サーバがデジタル ネットワーク用に設定されていること。これについては、「デジタル ネットワークのセットアップ」に説明があります。

ネットワークを構成するすべての Cisco Unity サーバが Cisco CallManager と統合されていること。二重連動はサポートされません。

ネットワークを構成するすべての Cisco Unity サーバが同じダイヤル ドメインに属するように設定されていること。これについては、「プライマリ ロケーションのカスタマイズ」に説明があります。

宛先の検索スコープがダイヤル ドメインに設定されていること。これについては、「宛先、ディレクトリ ハンドラ、および自動受付の検索スコープの設定」に説明があります。

ユーザが、Live Reply が有効になるサービス クラスに属していること。Live Reply は、Cisco Unity システム管理の[ユーザ] >[サービス クラス] >[メッセージ] ページで、[別のユーザからのメッセージに対してユーザは電話から直接返信できる] チェックボックスをオンにして有効にします。

各 Cisco Unity ユーザに転送番号が設定されていること。

タスク リスト:クロスサーバ Live Reply の有効化

次のタスク リストを使用して、クロスサーバ Live Reply を有効にします。次の参照先により、手順の詳細を示します。

1. 宛先 Cisco Unity サーバで、Cisco Unity の着信サービスが、通話を開始グリーティング コール ハンドラにルーティングするように設定されていることを確認します(これは、Cisco Unity が最初にインストールされたときのデフォルトです)。「着信サービスが通話を開始グリーティングにルーティングするように設定されていることの確認」を参照してください。

2. ダイヤル ドメイン内の各 Cisco Unity サーバで、クロスサーバ Live Reply を有効にして、宛先 Cisco Unity サーバのパイロット番号を入力します。「クロスサーバ Live Reply の有効化と宛先 Cisco Unity サーバのパイロット番号の入力」を参照してください。

3. クロスサーバ Live Reply 機能をテストします。「クロスサーバ Live Reply のテスト」を参照してください。


) その後、新しい Cisco Unity サーバがダイヤル ドメインに追加された場合は、ダイヤル ドメイン内の各 Cisco Unity サーバの[ネットワーク] >[ダイヤル ドメイン オプション設定] ページに新しいサーバのパイロット番号を追加する必要があります。


手順:クロスサーバ Live Reply の有効化

着信サービスが通話を開始グリーティングにルーティングするように設定されていることの確認

ダイヤル ドメイン内の各 Cisco Unity サーバで、次の手順を実行します。フェールオーバー システムの場合は、プライマリとセカンダリの両方のサーバで手順を実行します。

着信サービスが通話を開始グリーティングにルーティングするように設定されていることを確認する


ステップ 1 Cisco Unity システム管理で、 [着信サービス] >[一般の着信] ページに移動します。

ステップ 2 サーバのパイロット番号への通話が開始グリーティングにルーティングされることを確認します。

デフォルト コールハンドラの着信サービス(削除も修正もできない)は、通話を開始グリーティングに送信します。したがって、着信サービスを追加していない場合、サーバはすでにクロスサーバ呼び出しを処理するように正しく設定された状態です。


 

クロスサーバ Live Reply の有効化と宛先 Cisco Unity サーバのパイロット番号の入力

ダイヤル ドメイン内の各 Cisco Unity サーバで、次の手順を実行します。[ネットワーク] >[ダイヤル ドメイン オプション設定] ページのほとんどの設定はレジストリに保存されるため、システムでフェールオーバーを使用している場合は、プライマリとセカンダリの両方のサーバで次の手順を実行します(レジストリ設定はセカンダリ サーバに複製されません)。

クロスサーバ Live Reply を有効にし、宛先 Cisco Unity サーバのパイロット番号を入力する


ステップ 1 Cisco Unity システム管理で、 [ネットワーク] >[ダイヤル ドメイン オプション設定] ページに移動します。

ステップ 2 [Live Reply] セクションで、 [サービスクラス権限を持つユーザは、他の Cisco Unity サーバに登録されたユーザからのメッセージにコールして返信することができます。] チェックボックスをオンにします。

ステップ 3 [クロスサーバでのログオン、転送、Live Reply用パイロット番号] セクションで、テーブルに表示された各 Cisco Unity サーバの[パターン番号] フィールドに、パイロット番号を入力します(入力するパイロット番号は、Cisco Unity サーバの SQL 内の UnityDb データベースに保存されることに注意してください。そのため、システムでフェールオーバーを使用している場合は、パイロット番号がセカンダリ サーバに複製されます)。

ステップ 4 [呼び出しを行っている方に処理していることがわかるように、クロスサーバでのログオン、転送、Live Reply中には、プロンプトを再生する] チェックボックスをオンにします。「しばらくお待ちください。」プロンプトの再生はオプションですが、発信者が転送されるまでにクロスサーバの処理が最大で 5 秒かかるため、このチェックボックスをオンにすることをお勧めします。

ステップ 5 [保存] アイコンをクリックします。


 

クロスサーバ Live Reply のテスト

クロスサーバ Live Reply のテストを実施してから、ユーザにこの機能の使用を許可することをお勧めします。

フェールオーバー システムの場合は、最初にプライマリ宛先サーバがクロスサーバ呼び出しに応答することを確認します。次に、宛先サーバを手動でフェールオーバーして、セカンダリ サーバがクロスサーバ呼び出しに応答することを確認します。宛先サーバに正しくフェールオーバーが設定されていれば、プライマリ サーバが利用できないときにセカンダリ サーバがクロスサーバ呼び出しに応答します。

クロスサーバ Live Reply をテストする


ステップ 1 [ネットワーク] >[ダイヤル ドメイン オプション設定] ページの[パイロット番号] セクションに表示された各番号について、電話を使用してその番号を呼び出し、通話が宛先 Cisco Unity サーバの開始グリーティングにルーティングされることを確認します。

ステップ 2 ダイヤル ドメイン内の各 Cisco Unity サーバで、テスト用の新しいユーザ アカウントを作成します(既存のアカウントを使用してもかまいません)。テスト ユーザは Live Reply が有効になるサービス クラスに属するようにし、ユーザ アカウントで着信転送を有効にしてください。

ステップ 3 1 つの Cisco Unity サーバにユーザとしてログオンし、別の Cisco Unity サーバ上のテスト ユーザにメッセージを送信します。

ステップ 4 テスト メッセージを受信する各ユーザとしてログオンし、メッセージを聞いてから、4、4(該当する場合は 8、8)を押して、Live Reply を実行します。次のことを確認します。

「しばらくお待ちください。」プロンプトが再生される。

通話が、メッセージを残したユーザの電話に転送される。


 

トラブルシューティング

次のツールを使用して、発信元と宛先の Cisco Unity サーバにおけるクロスサーバのログオン、転送、Live Reply の問題を解決することができます。

Windows アプリケーション イベント ログ。

Tools Depot から利用可能な Port Status Monitor。

Tools Depot から利用可能な Unity Diagnostic Tool。Unity Diagnostic Tool で、次のマイクロ トレースを有効にします。

Conv PhoneHandler:10 Call Progress

ConvPH Greeting:10 Call Progress

MiuCall:All traces

MiuGeneral:13 Tone Generation/Detection および 14 Digit Generation/Detection

MiuMethods:All traces

Skinny TSP:All traces

Subscriber Conversation:10 Call Progress

リファレンス:[ダイヤル ドメイン オプション設定] ページ

ここでは、図3-2 に示す、[ダイヤル ドメイン オプション設定] ページ内の設定値について詳細に説明します。

図3-2 [ダイヤル ドメイン オプション設定] ページ

 

 

表3-2 [ネットワーク] >[ダイヤル ドメイン] >[ダイヤル ドメイン オプション設定] ページ

フィールド
説明

ユーザは Cisco Unity にログオンするときと同じ番号をダイヤルする

(Cisco CallManager 連動でのみ利用可能)

このチェックボックスをオンにすると、ダイヤル ドメイン内のすべてのユーザが、ホームとする Cisco Unity サーバがどのサーバであるかに関わらず、この Cisco Unity サーバのパイロット番号を使用して Cisco Unity にログオンできるようになります。また、[パイロット番号] セクションに、ダイヤル ドメイン内の他のすべての Cisco Unity サーバのパイロット番号を入力する必要があります。別の Cisco Unity サーバ上に存在するユーザがログオンのためにこのサーバを呼び出すと、ホーム Cisco Unity サーバが呼び出され、ユーザがログオンできるようにそのホーム Cisco Unity サーバに通話が転送されます。

デフォルトでは、このチェックボックスはオフになっています。

この機能を使用する場合も、ユーザの電話が通話をホーム Cisco Unity サーバに転送するように設定しておく必要があることに注意してください。また、ユーザの電話のボイスメールの短縮ダイヤルまたは「メッセージ」ボタンがホーム Cisco Unity サーバを呼び出すように設定しておく必要があります。

別の Cisco Unity サーバの Cisco Unity ユーザへ自動アテンダントとディレクトリ ハンドラから転送した呼び出しの転送オプション

この Cisco Unity サーバの自動受付またはディレクトリ ハンドラからの通話を、ダイヤル ドメイン内の他の Cisco Unity サーバ上のユーザに転送する方法を指定します。次のいずれかを選択します。

電話システムへリリース転送:電話システムへのリリース転送では、Cisco Unity はユーザの着信転送番号をダイヤルして回線を切断します。次の制限に注意してください。

通話スクリーニング、通話保留、および接続案内の機能は、呼び出されたユーザからは利用できません。

Cisco Unity サーバ間で複製されるのは、ユーザの着信転送番号だけです。その他の着信転送設定は複製されません。ユーザの着信転送設定が[転送せずグリーティングを再生する] に設定されている場合、Cisco Unity は、着信転送番号をユーザの内線番号に設定します。ユーザの内線番号が、Cisco Unity の統合されている電話システムで有効な内線番号である場合は、そのユーザの電話のベルが鳴ります。ユーザの内線番号が有効な電話内線番号でない場合、その後の通話に何が起きるかは、電話システムとその設定によって異なります。電話システムがユーザの内線番号への呼び出しを処理するように設定されていないと、発信者は接続を切断される場合があります。

クロスサーバの転送: 呼び出されたユーザの Cisco Unity サーバへコントロールの送付 (Cisco CallManager 連動でのみ利用可能 ):このオプションでは、通話はまず呼び出されたユーザのホーム Cisco Unity サーバに転送されます。次に、ホーム Cisco Unity は呼び出されたユーザの着信転送の設定を確認してから、通話をそのユーザへ転送します。また、このオプションを使用するには、[パイロット番号] セクションに、ダイヤル ドメイン内の他のすべての Cisco Unity サーバのパイロット番号を入力する必要があります。

サービスクラス権限を持つユーザは、他の Cisco Unity サーバに登録されたユーザからのメッセージにコールして返信することができます。

この Cisco Unity サーバ上で適切なサービス クラス権限を持つユーザが、ダイヤル ドメイン内の異なる Cisco Unity サーバ上のユーザを呼び出すことによって、そのユーザからのメッセージに応答できるようにするかどうかを指定します。つまり、ダイヤル ドメイン内の異なる Cisco Unity サーバ上のユーザ間で Live Reply が可能かどうかの指定です。このボックスをオンにする場合は、Live Reply 呼び出しの転送メカニズムを指定します。次のいずれかを選択します。

電話システムへリリース転送:電話システムへのリリース転送では、Cisco Unity はユーザの着信転送番号をダイヤルして回線を切断します。次の制限に注意してください。

通話スクリーニング、通話保留、および接続案内の機能は、呼び出されたユーザからは利用できません。

Cisco Unity サーバ間で複製されるのは、ユーザの着信転送番号だけです。その他の着信転送設定は複製されません。ユーザの着信転送設定が[転送せずグリーティングを再生する] に設定されている場合、Cisco Unity は、着信転送番号をユーザの内線番号に設定します。ユーザの内線番号が、Cisco Unity の統合されている電話システムで有効な内線番号である場合は、そのユーザの電話のベルが鳴ります。ユーザの内線番号が有効な電話内線番号でない場合、その後の通話に何が起きるかは、電話システムとその設定によって異なります。電話システムがユーザの内線番号への呼び出しを処理するように設定されていないと、発信者は接続を切断される場合があります。

クロスサーバのlive reply: 呼び出されたユーザの Cisco Unity サーバへコントロールの送付 (Cisco CallManager 連動でのみ利用可能) :Live Reply 呼び出しは、まずホーム Cisco Unity サーバに転送され、そこで応答されているユーザの着信転送設定が確認されてから、通話が転送されます。また、このオプションを使用するには、[パイロット番号] セクションに、ダイヤル ドメイン内の他のすべての Cisco Unity サーバのパイロット番号を入力する必要があります。

Live Reply では、電話でメッセージを聞いたユーザは、4、4 と押すことにより、Cisco Unity からメッセージを残したユーザを直接呼び出して、メッセージに応答することができます(オプション カンバセーション 1 を使用しているユーザが Live Reply を使用する場合は、8、8 と押します)。ユーザが Live Reply 機能にアクセスできるかどうかは、そのユーザのサービス クラスの設定によって決まります(Live Reply を有効にするには、[ユーザ] >[サービス クラス] >[メッセージ] ページを使用します)。

デフォルトでは、このチェックボックスはオフになっているため、ユーザは他のサーバ上の Cisco Unity ユーザからのメッセージに Live Reply することはできません。ユーザが Live Reply オプションを使用して、ダイヤル ドメイン内の他の Cisco Unity サーバ上にアカウントを持つ AMIS、Bridge、または VPIM ユーザを呼び出す場合、Live Reply 呼び出しは電話システム(リリース)経由で転送され、クロスサーバ転送の機能は使用されないことに注意してください。

呼び出しを行っている方に処理していることがわかるように、クロスサーバでのログオン、転送、Live Reply中には、プロンプトを再生する

このチェックボックスをオンにすると、発信者が別の Cisco Unity サーバに対してログオン、転送、および Live Reply を行うときに、プロンプトが再生されます。使用する電話システムによっては、Cisco Unity によるホーム Cisco Unity サーバの検索、パイロット番号のダイヤル、およびホーム Cisco Unity サーバへの通話のコントロールの送付に数秒かかる場合があります。発信者に処理が行われていることがわかるように、Cisco Unity で「しばらくお待ちください。」のプロンプトを再生する必要がある場合があります。

サーバ名

表示だけです。 ダイヤル ドメイン内の別の Cisco Unity サーバの名前が表示されます。

パターン番号

ここには、[サーバ名] フィールドで名前が指定されている Cisco Unity サーバを呼び出すときにローカル Cisco Unity サーバがダイヤルする電話番号を入力します。数字のみを入力します。

呼び出し数

宛先 Cisco Unity サーバが応答するまでにローカル Cisco Unity サーバが待つ呼び出し回数を指定します。指定された回数の呼び出しの後で宛先サーバが応答しない場合は、目的の Cisco Unity サーバにアクセスできなかったことを示すプロンプトが再生され、通話はローカル Cisco Unity サーバの開始グリーティングに転送されます。

デフォルト値は 4 です。

時間切れ(ミリ秒)

宛先 Cisco Unity サーバが呼び出しに応答するまでにローカルの Cisco Unity サーバが待つ時間を指定します。指定された時間内に宛先サーバが応答しない場合は、目的の Cisco Unity サーバにアクセスできなかったことを示すプロンプトが再生され、通話はローカル Cisco Unity サーバの開始グリーティングに転送されます。

デフォルト値は 5,000 ミリ秒です。