音声とユニファイド コミュニケーション : Cisco Unity

Multiple Unity Server 環境で音声メールにアクセスする方法

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

このドキュメントでは、複数の Cisco Unity サーバに広がるボイスメールのユーザが、特定のボイスメール サーバのディレクトリ番号を知らない場合でも、ボイスメールをチェックできるようにするための 2 つのテクニックについて説明します。 ネットワーク管理者は、新しい Cisco Unity サーバの追加によって、現在のユーザへの中断と再トレーニングのいずれも行わずに、ボイスメールのユーザ ベースをトランスペアレントに拡大できます。 このドキュメントでは、すべての Unity サーバが、同じ Cisco CallManager クラスタに登録されていることを前提としています。

次の図は、トポロジの例です。 1 つの Cisco CallManager クラスタに登録されている 2 台の Cisco Unity サーバがあります。 次の図では、メッセージ ストアはオフボックスで、Unity サーバとは分離されています。

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/15347-one-message-button-two-unity-servers-a.gif

Cisco CallManager 3.0 および 3.1 は、ボイスメール サービス パラメータの 1 つの値だけで設定できます。 これは、ユーザが IP Phone で Messages ボタンを押したときにダイヤルされる電話番号です。 これにより、Messages ボタンを押したときに、セカンダリ ボイスメール サーバを利用するユーザが、Unity のサインインのプロンプトを受け取ることがなくなります。 実際は、このようなユーザがダイヤルしているのは、ユーザの音声メールボックスを認識していない Cisco Unity サーバです。 このドキュメントでは、この問題を解決する 2 種類の方法の概要を説明します。

  • Cisco CallManager 中心の設定:パーティションおよびトランスレーション パターンが、単一のボイスメール電話番号を適切な Cisco Unity サーバにリダイレクトします。

  • Cisco Unity 中心の設定:コール ハンドラ、ルーティング ルール、および Computer Telephony Integration(CTI)ルート ポイントが、適切なボイスメール サーバにユーザをシャッフルします。

ネットワーク管理者は、どのアプローチが特定の環境および管理スタイルに最適であるかを決定する必要があります。 パーティションの使用率がすでに高い場合は、Cisco CallManager 中心の設定の方が望ましいと考えられます。 ただし、管理者は、どのパーティションにどのユーザが存在するかを把握しておき、そのメールボックスの場所と管理のために適切なボイスメール サーバを調整する必要があります。 そうでない場合は、Cisco Unity 中心の設定が望ましいと考えられます。

単一Cisco CallManager クラスタを使った複数のユニティサーバの登録

Cisco CallManager に設定されているボイスメール ポートの合計数は、Unity サーバすべてにとって使用可能なボイスメール ポートの数と等しくなります。 中央サイトに 16 ポート システムが、リモート サイトに 4 ポート システムがある場合は、最大 20 個のポートを CallManager に設定できます。 ただし、4 ポート システムに割り当てることができるのは、CallManager の 4 個のポートだけです。 これは、n 個のポートを持つ Unity サーバで、その Unity サーバ用に設定できる CallManager のポートは n 個だけであるためです。

4 ポートの Cisco Unity サーバが 2 つの CallManager クラスタに登録している場合は、一方のクラスタに 4 個のポートを設定し、他方のクラスタに n 個のポートを設定することはできません。 一方のクラスタに 1 ポートおよび他方のクラスタに 3 ポートを設定するか、各クラスタに 2 ポートを設定する必要があります。

基本的に、Cisco Unity が提供できるボイスメール ポートの数は有限リソースですが、Cisco CallManager は、Unity サーバの登録に使用可能にできるポート数には制限されません。 各 Unity サーバには、Cisco Unity-CM TSP(3.1(1) より前の各バージョンでは AV-Cisco TSP と呼ばれていました)で設定された一意のデバイス名プレフィックスが必要であり、CallManager の音声ポートの名前は、このプレフィックスに一致する必要があります。 このようにして、CallManager は、どのボイスメール ポートがどの Unity サーバに対応するかを判断します。 CallManager でボイスメール ポートを設定する前に、Cisco Unity-CM TSP 設定を確認します。

  1. 各 Unity サーバで、Windows の [Control Panel] を開き、[Phone and Modem Options] を選択します。

  2. [Advanced] タブを選択します。

  3. [Av-Cisco Service Provider] を選択し、[Configure] をクリックします。

  4. [Selected CallManagers] ボックスにある IP アドレスが、Unity サーバが登録している CallManager に対応することを確認します。

  5. [Setting] をクリックします。

  6. ここで設定する [Device Name Prefix] フィールドは、CallManager で設定されているものと一致する必要があります。

    注: [Device Name Prefix] フィールドは 12 文字に制限されています。 デバイス名プレフィックスを挿入する、CallManager の [Port Name] フィールドは 50 文字に制限されています。

次の設定例は、同じ Cisco CallManager クラスタに登録する、2 つの Cisco Unity-CM TSP です。 この 2 つの相違点はデバイス名プレフィックスだけです。

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/15347-one-message-button-two-unity-servers-b.gif

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/15347-one-message-button-two-unity-servers-c.gif

CallManager でボイスメール ポートを設定する最も簡単な方法は、CallManager Administration の Web インターフェイスで [Device] リストから Cisco Voice Mail Port Wizard を使用することです。 このウィザードは、CallManager クラスタに登録する各 Cisco Unity サーバに対して実行する必要があります。

[CallManager Voice Mail Port Configuration] ページには、次の例で設定された 2 組のボイスメール ポートがあります。 つまり、北 Unity サーバ用の 2 ポートおよび South Unity サーバ用の 2 ポートです。

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/15347-one-message-button-two-unity-servers-d.gif

Cisco CallManager を中心とした設定

この文書のこの項では、Cisco CallManager 中心の設定のセットアップ手順を示します。 この手順は、北棟と南棟のサンプル ケースに従い、それらの必要に応じて、CallManager 中心の設定を実装する方法を説明します。

コールフロー

  1. ユーザが電話機で Messages ボタンを押します。

  2. 電話機が、電話設定で Cisco CallManager によって渡されたボイスメール電話番号をダイヤルします。

  3. 最初に、電話機のパーティションの 1500 トランスレーション パターンが照合されます。 ユーザが存在するパーティション/棟に応じて、トランスレーション パターン ポイントが、対応する Cisco Unity サーバのパイロット番号をポイントします。

  4. トランスレーション パターンがパイロット番号を呼び出します。

  5. 電話がつながります。

  6. ユーザがボイスメールをチェックします。

この例では、ユーザが北棟に存在し、ユーザの電話機が北パーティションにあります。 Messages ボタンが押されると、電話機は 1500 をダイヤルします。 南棟の電話機が、同じ電話番号をダイヤルします。 ユーザのパーティションの 1500 トランスレーション パターンは、番号を代行受信し、北 Unity サーバのパイロット番号である 1494 に変換します。 南棟の各電話機では、その 1500 トランスレーション パターンが 1496 をポイントするようになっています。これは、南 Unity サーバのパイロット番号です。 コールが接続されると、ユーザに、適切な Unity サーバのサインイン プロンプトが表示されます。

Cisco CallManager の設定

サービス パラメータの設定

ボイスメール サービス パラメータは、Messages ボタンが押されたときに IP Phone がダイヤルする電話番号です。 MessageWaitingOffDN サービス パラメータは、IP Phone のメッセージ待ち受けインジケータ(MWI)ランプを消灯します。 MessageWaitingOnDN サービス パラメータは、MWI ランプを点灯します。 これらはクラスタ全体の設定ではありません。 クラスタ内の各 Cisco CallManager サーバにアクセスし、これらを手作業で設定する必要があります。

注: クラスタごとに 1 つの Cisco Unity がインストールされている場合は、ボイスメール電話番号が、ボイスメール パイロット番号(最初のボイスメール ポートの電話番号)と一致します。 この場合、ボイスメール電話番号は、パイロット番号と異なっている必要があります。

  1. [CallManager Administration] ページを開きます。

  2. [Service] リストから [Service Parameters] を選択します。

  3. [Service] リストから、設定する CallManager サーバを選択します。

  4. ページがロードされたら、[Service] リストから [Cisco CallManager] を選択します。

  5. ページがロードされたら、[MessageWaitingOffDN] フィールドまで下にスクロールし、MWI ランプを消灯するための一意の電話番号を入力します。 この例では 1498 を使用しています。

  6. ページの次のサービス パラメータは [MessageWaitingOnDN] フィールドです。 MWI ランプを点灯するための一意の電話番号を入力します。 この例では 1499 を使用しています。

  7. [Voice Mail] フィールドまで下にスクロールします。 ダイヤルする IP Phone の Messages ボタンの一意の電話番号を入力します。 この例では 1500 を使用しています。

  8. ページの先頭までスクロールして [Update] をクリックします。

パーティションの設定

ユーザは、そのメールボックスがある Unity サーバに対応するパーティションに割り当てる必要があります。 ユーザが北棟に存在し、そのアカウントが北 Unity サーバにある場合は、ユーザを北パーティションに配置する必要があります。 ユーザが南棟に存在し、そのアカウントが南 Unity サーバにある場合は、ユーザを南パーティションに配置する必要があります。 ボイスメール ポートは、同じパーティションに配置する必要はありません。 実際、ユーザがボイスメール ポートを直接ダイヤルできる必要はありません。

注: 各ボイスメール ポートは、相互にダイヤルできる必要があります。 ボイスメール ポートの [Forward Busy] および [Forward No Answer Calling Search Space] の設定にボイスメールのパーティションが含まれることを確認してください。

  1. [CallManager Administration] ページの上部にある [Route Plan] リストをクリックします。

  2. [Partition] を選択します。

  3. ページの右上にある [Add a New Partition] をクリックします。

  4. テキスト ボックスには、複数のパーティションを同時に追加できます。 パーティション名を個別の行に入力し、[Insert] をクリックします。 この例では、北パーティションおよび南パーティションを使用します。

  5. ページの右上にある [Back to Find/List Partitions] をクリックします。

  6. [Find] をクリックし、作成したパーティションが実際に表示されることを確認します。

コーリング サーチ スペースの設定

パーティションを作成したら、次に、電話機が互いに発信できるようにコーリング サーチ スペースを作成します。 これは、各コーリング サーチ スペースで最初に検索するパーティションを決定するときに注意が足りないと、問題となる場合があります。 北パーティションに割り当てられた北棟の電話機の場合、そのコーリング サーチ スペースは北パーティションであり、その次が南パーティションです。 南パーティションに割り当てられた南棟の電話機の場合は、コーリング サーチ スペースの順序が逆になります。 北棟の電話機の場合は、これにより、ボイスメール電話番号(この例では 1500)に一致するすべての電話番号については電話機が北パーティションを探すことが保証されます。南棟の場合は、同様に南パーティションを探すことが保証されます。 そうでない場合は、北パーティションの電話が、1500 に一致する番号を南パーティションで探すと、誤った Cisco Unity サーバが呼び出されます。

  1. [CallManager Administration] ページの上部にある [Route Plan] リストをクリックします。

  2. [Calling Search Space] を選択します。

  3. ページの右上にある [Add a New Calling Search Space] をクリックします。

  4. このドキュメントで使用する例に従って、[Calling Search Space Name] フィールドに「NorthCSS」と入力します。

  5. 選択したパーティションには、必要な数のパーティションを追加します。ただし、このコーリング サーチ スペースに対応するパーティションがリストの先頭にあることを確認してください。 パーティションは、[Available Partitions] テキスト ボックスと [Selected Partitions] テキスト ボックスの間の下矢印をクリックすると、追加できます。

  6. [Insert] をクリックします。 各 Unity サーバについて、手順を繰り返します。

  7. コーリング サーチ スペースの設定が終了したら、ページの右上にある [Back to Find/List Calling Search Spaces] をクリックします。

  8. [Find] をクリックし、作成したコーリング サーチ スペースが実際に表示されることを確認します。

注: ボイスメール ポートにも、他のパーティションのデバイスを呼び出すためのコーリング サーチ スペースが必要です。 これらのポート自体は、パーティション内にある必要はありません。これは、すべてのコーリング サーチ スペースには、<None> パーティションがデフォルトで付加されているためです。 これらのポートが <None> パーティションにある場合は、ネットワーク内のあらゆるデバイスがボイスメール ポートを呼び出すことができます。

トランスレーション パターンの設定

各パーティションがボイスメール電話番号(1500)を適切な Cisco Unity サーバのパイロット番号に変換できるようにするには、別のトランスレーション パターンを設定する必要があります。 電話機はボイスメール ポートを直接ダイヤルする必要はありませんが、トランスレーション パターンには、その機能が必要です。

  1. [CallManager Administration] ページの上部にある [Route Plan] リストをクリックします。

  2. [Translation Pattern] を選択します。

  3. ページの右上にある [Add a New Translation Pattern] をクリックします。

  4. [Translation Pattern] フィールドに「1500」と入力します。

  5. [Partition] フィールドを [North Partition] に設定します。

  6. [Calling Search Space] フィールドを、ボイスメール ポートに直接ダイヤルできるものに設定します。

  7. [Provide Outside Dial Tone] チェックボックスをオフにします。

  8. 下にスクロールし、北棟の Unity サーバのパイロット番号(この場合は 1494)を [Called Party Transform Mask] に力します。

  9. [Insert] をクリックします。 各パーティションについて、手順を繰り返します。

  10. コーリング サーチ スペースの設定が終了したら、ページの右上にある [Back to Find/List Translation Pattern] をクリックします。

  11. [Find] をクリックし、作成したトランスレーション パターンが実際に表示されることを確認します。

電話機の設定

残っている作業は、パーティション、コーリング サーチ スペース、および電話回線の転送番号の設定だけです。

  1. [CallManager Administration] ページの上部にある [Device] リストをクリックします。

  2. [Phone] を選択します。

  3. [Find] をクリックして電話機のリストを作成します。

  4. 北棟の電話機をクリックします。

  5. 電話機の設定ページがロードされたら、左側にある、Unity でそのユーザに設定されている内線番号をクリックします。

  6. [Partition] リストを [NorthPartion] に、[Calling Search Space] リストを [NorthCSS] に変更します。

  7. [Forward Busy] および [Forward No Answer Destination] フィールドにボイスメール電話番号「1500」を入力します。

  8. [Forward Busy] および [Forward No Answer Calling Search Space] リストも [NorthCSS] に変更します。

  9. [Update] をクリックします。

  10. ページがリロードされたら、[Restart Devices] をクリックします。

  11. 両方のダイアログボックスで [OK] をクリックします。

  12. 北棟のすべての電話機について、これを繰り返します。 南棟の電話機の場合は、単に、[Partition] および [Calling Search Space] フィールドの値としてそれぞれ、[South Partition] と [SouthCSS] を使用します。

  13. CallManager の設定は、すべての電話機をリセットしたら完了します。

Cisco Unity中心の設定

この文書のこの項では、Cisco Unity中心の設定のセットアップ手順を示します。 この手順では引き続き、北棟と南棟のサンプル ケースを使用し、それらの必要に応じて、Unity 中心の設定を実装する方法を説明します。

コールフロー

  1. ユーザは、直接番号をダイヤルするか、IP Phone で Messages ボタンを押して、北サーバにある主要な AutoAttendant を呼び出します。

  2. オープニング グリーティングの後、ユーザが * キーを押してサインインすると、ユーザがどの棟(北、南、東、西)にいるかを尋ねるメッセージが再生されます。

  3. ユーザは、北棟の場合は 1、南棟の場合は 2、東棟の場合は 3、西棟の場合は 4 を押すことができます。

    • ユーザが 1 を押すと、サインイン プロンプトにただちに送信されます。 ここで、ユーザは、北サーバのメールボックスにログインし、ボイスメールをチェックします。 通話は常にサーバを経由します。

      注: メールボックスが北サーバにあり、ユーザの電話機から Cisco Unity にアクセスする場合は、ユーザが場所を選部必要はなく、ログインのプロンプトに直接入ります。

    • ユーザが 2 を押した場合は、北サーバで設定された偽のサブスクライバにリダイレクトされます。このサブスクライバは、Cisco CallManager が保持する CTI ルート ポイントにコールを転送する以外は何もしません。 この CTI ルート ポイントは、南サーバの代表番号への ForwardAll 転送を行います。 南サーバのルーティング ルールは、偽のサブスクライバ/CTI ルート ポイントの電話番号によって転送されてくる着信コールを監視しています。 ユーザのコールが着信すると、南サーバはただちにユーザをサインイン プロンプトに送信します。 ここから、南サーバにログインし、ボイスメールをチェックします。

上記のコール ルーティングのシナリオは、他の Cisco Unity サーバにも適用されます。 鍵となるのは偽のサブスクライバです。 この例では、他の Unity サーバのそれぞれに対して、北サーバに 1 つサブスクライバを作成します。 これによって、他の Unity サーバが、北サーバのボイスメール ポートのすべての電話番号ではなく、1 つの電話番号だけから転送された通話を監視できるようになります。 また、この設定を中断することなく、CallManager で、北サーバのボイスメール ポートの電話番号を変更することもできるようになります。 他の Unity サーバの電話番号を変更する必要がある場合は、すべての転送コールを転送するために CTI ルート ポイントが使用する電話番号も変更する必要があります。

北サーバの設定(主要な AutoAttendant)

偽のサブスクライバの設定

北サーバに依存する各サーバに対して、コール転送専用の偽のサブスクライバを設定する必要があります。 北サーバは、CallManager で設定される CTI ルート ポイントにコールを転送し、CTI ルート ポイントは、その指定 Unity サーバにコールを転送します。 混乱を防ぐために、サブスクライバの内線番号は、CTI ルート ポイントに割り当てられている電話番号に一致する必要があります。

注: 偽のサブスクライバは、CSCdv66602登録ユーザ専用)を避けるために作成されます。この詳細は、「ボイス、テレフォニー、およびメッセージング テクノロジー用の TAC ツール」にある Bug Toolkit で登録ユーザに提供されています。

  1. [Unity System Tray] アイコンを右クリックし、[Launch System Admin] を選択します。

  2. 左ペインで、[Subscribers] の下の [Subscribers] をクリックします。

  3. 上のペインの右側には、一連の 5 個のアイコンがあります。 青のプラス記号のアイコンをクリックして、新しいサブスクライバを追加します。

  4. 新しいダイアログボックスで、[New Subscriber] オプション ボタンが選択されていることを確認します。 [Extension] フィールドを、一意の電話番号に設定します。 この例では 71477 を使用しており、この番号が CTI ルート ポイントに割り当てられ、CallManager で設定されます。

  5. 残りのフィールドには、任意の値を指定できます。 [Add] をクリックします。

  6. ブラウザが、新しいサブスクライバの [Profile] ページでリロードされます。 [Set subscriber for self-enrollment at next login] チェックボックスをオフにします。

  7. 上のペインの右側にある最初の青いアイコン(コンピュータのフロッピー ディスク)をクリックします。 これで、変更が保存されます。

  8. 左ペインで、[Call Transfer] をクリックします。

  9. [Transfer Incoming Calls to Subscriber's Phone?] の下の[Yes, ring subscriber's extension] オプション ボタンをクリックします。

  10. 青のフロッピー ディスク アイコンをクリックして変更を保存します。

  11. 左側のペインで、[Subscribers] の隣の青の矢印をクリックします。

ルーティング コール ハンドラの設定

この新しいコール ハンドラは、その場所に対応するキーを押すようにユーザに指示します。 各サーバに対してオプションを追加する必要があります。 たとえば、メイン サーバに移動するには 1、2 番目のサーバに移動するには 2、3 番目のサーバに移動するには 3、のように追加します。 そして、このコール ハンドラは、関連付けられている偽のサブスクライバにユーザを転送します。 偽のサブスクライバは、自分の内線番号を呼び出すように設定されているため、コールは Cisco CallManager に転送され、コール ルーティングが実行されます。

  1. 左ペインで、[Call Management] の下の [Call Handlers] を選択します。

  2. 上のペインの右側には、一連の 5 個のアイコンがあります。 青のプラス記号のアイコンをクリックして、新しいコール ハンドラを追加します。

  3. 新しいダイアログボックスで、新しいコール ハンドラの名前(「North or South Prompt」など)を入力し、[New Handler] オプション ボタンをクリックしてから、[Add] をクリックします。

  4. 左ペインで、[Greetings] をクリックします。

    デフォルトでは、有効になるグリーティングは標準グリーティングだけです。

  5. [Source] の下の [Recording] オプション ボタンをクリックし、プロンプトを録音します。たとえば、「北サーバにログインするには 1 を押してください。 南サーバにログインするには 2 を押してください。」と録音します。

  6. 青のフロッピー ディスク アイコンをクリックして変更を保存します。

  7. 左ペインで、[Caller Input] をクリックします。

  8. キーパッドを使用して、サブスクライバが北サーバにログインするために使用する番号を指定します。 この例では 1 を使用しています。

  9. [Lock this key to the action check box] をクリックします。

  10. [Actions]の下の [Send Caller To] オプション ボタンをクリックし、リストから [Sign-in] を選択します。

  11. 青のフロッピー ディスク アイコンをクリックして変更を保存します。

  12. キーパッドを使用して、サブスクライバが南サーバにログインするために使用する番号を指定します。 この例では 2 を使用しています。

  13. [Lock this key to the action check box] をクリックします。

  14. [Actions]の下の [Send Caller To] オプション ボタンをクリックし、リストから [Subscriber] を選択してから、[Select Subscriber] ボタンをクリックします。

  15. 新しいダイアログボックスが開いたら、以前に作成された偽のサブスクライバを検索して選択し、[Conversation] リストを [Attempt transfer for] に変更します。 [Select] をクリックします。

  16. 青のフロッピー ディスク アイコンをクリックして変更を保存します。

オープニング グリーティングの変更

オープニング グリーティングの * キーは、通常、サインインに関連付けられます。 この例では、このキーを、新しいルーティング コールハンドラに再マッピングします。 ユーザが IP Phone の Messages ボタンを押したとき、ユーザが北棟にいる場合は、場所を選択する必要はなく、サインイン プロンプトに直接ドロップされます。 ユーザが別の棟にいる場合は、その棟(北、南、東、西)を尋ねる別のプロンプトが再生されます。

  1. 上のペインの右側にある青い虫眼鏡のアイコンをクリックします。

  2. [Opening Greeting] を検索し、選択します。 [View] を選択します。

  3. [Caller Input] を選択します。

  4. * キーを選択します。

  5. [Send Caller To] リストを [Call Handler] に変更し、[Select Call Handler] ボタンをクリックします。

  6. 新しいダイアログボックスが開いたら、「North or South Prompt」を検索し、選択します。 [Conversation] リストは、[Send to greeting for] に設定したままにします。

  7. 青のフロッピー ディスク アイコンをクリックして変更を保存します。

北サーバの設定は、これで完了です。

南サーバの設定

ここに示すのは、以降の各サーバの設定手順です。 偽のサブスクライバおよび CTI ルート ポイントに割り当てられている電話番号が、設定されるコール ルーティング ルールで照合される対象となります。

  1. [Unity System Tray] アイコンを右クリックし、[Launch System Admin] を選択します。

  2. 左ペインで、[Call Management] の下の [Call Routing] をクリックします。

  3. 左ペインで、[Call Routing] の下の [Forwarded Calls] をクリックします。

  4. 上のペインの右側には、一連の 5 個のアイコンがあります。 青のプラス記号のアイコンをクリックして、新しいコール ルーティング ルールを追加します。

  5. 新しいダイアログボックスで、新しいルーティング ルールの名前(「Received from 71477」など)を入力し、[Add] をクリックします。

  6. 新しいルーティング ルールがブラウザで開かれたら、[Status] が [Enabled] に、[Call Type] が [Both] に、[Schedule] が [Always] に設定されていることを確認します。

  7. [Forwarding Station] フィールドを 71477 に設定します。 これは、転送されたコールを北サーバが渡そうとする CTI ルート ポイントの電話番号に一致します。

  8. [Send Call To] リストを [Sign-in] に変更します。

  9. 青のフロッピー ディスク アイコンをクリックして変更を保存します。

  10. 新しいルーティング ルールが、画面の下部にある [Routing Table: Forwarded Calls Table] の先頭にあることを確認します。 デフォルトでは、この先頭の位置になります。 南サーバの設定は、これで完了です。

Cisco CallManager の設定

CTI ルート ポイントの設定は比較的単純です。 CTI ルート ポイントは、偽のサブスクライバの電話番号を、ルート ポイントによるすべての転送先である電話番号と照合します。

  1. [CallManager Administration] ページを開き、[Device] リストをクリックします。

  2. [CTI Route Point] を選択します。

  3. ページがロードされたら、[Add a New CTI Route Point] を選択します。

  4. 「Fwd_2nd_unity」など、意味のわかるデバイス名を [Device Name] に設定します(入力できるのは 15 文字までです)。

  5. [Device Pool]、[Calling Search Space]、[Location] の各フィールドを、ボイスメール ポートのデバイス プールと同じ値に設定します。

  6. [Insert(挿入)] を選択します。

  7. CTI ルート ポイントに回線 1 の電話番号を追加するかどうかを尋ねるダイアログボックスが表示されます。 [OK] をクリックします。

  8. 電話番号を 71477 に設定します。 この電話番号は、北サーバでの転送番号および南サーバでのコール ルーティング ルール番号として設定されている番号に一致します。

  9. [Directory Number] および [Directory Number Settings] 見出しの下の [Partition] および [Calling Search Space] フィールドを、ボイスメール ポートの [Partition] および [Calling Search Space] フィールドと同じ値に設定します。

  10. [Forward All] フィールドを 80000(the directory number of the first voice mail port 南サーバに割り当てられた最初のボイスメール ポートの電話番号)に設定し、[Calling Search Space] フィールドを、上で設定した値に一致するように設定します。

  11. [Insert(挿入)] を選択します。

これで、設定は完了です。

ツール情報

詳細なリソースについては、シスコ「ボイス、テレフォニー、およびメッセージング技術用の TAC ツール」を参照してください。

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 15347