- FEATURE MAP
- Cisco Unified CME 機能のロードマップ
- Cisco Unified CME の概要
- はじめる前に
- Cisco Unified CME ソフトウェアのインストールとアップグレード
- ネットワーク パラメータの定義
- System-Level パラメータの設定
- 基本的なコール発信のための電話機の設定
- Extension Assigner を使用した電話機の設定の作成
- 電話機のコンフィギュレーション ファイルの生成
- 電話機のリセットと再起動
- ダイヤル プランの設定
- ローカリゼーション サポートの設定
- トランスコーディング リソースの設定
- ビデオ トランスコーディングの設定
- 電話ハッカーの侵入阻止の設定
- GUI のイネーブル化
- ボイスメール統合
- セキュリティの設定
- 自動回線選択の設定
- 割り込みとプライバシーの設定
- コール ブロッキングの設定
- コール パークの設定
- コール制約規制
- コール転送とコール自動転送の設定
- コール カバレッジ機能の設定
- 発信者 ID ブロックの設定
- 会議の設定
- ビデオ会議の設定
- 音声およびビデオ ハードウェア会議の設定
- ディレクトリ サービスの設定
- サイレントの設定
- Enhanced 911 サービスの設定
- エクステンション モビリティの設定
- 機能アクセス コードの設定
- 強制承認コード（FAC）の設定
- ファクス リレーの設定
- ヘッドセット自動応答の設定
- インターコム回線の設定
- ループバック コール ルーティングの設定
- MLPP の設定
- 保留音の設定
- ページングの設定
- プレゼンス サービスの設定
- 呼び出し音の設定
- シングル ナンバー リーチ（SNR）の設定
- ソフトキーのカスタマイズ
- スピード ダイヤルの設定
- ビデオ サポートの設定
- SCCP IP Phone の SSL VPN クライアントの設定
- Cisco Unified IP Phone オプションの変更
- テンプレートの作成
- Cisco Unified CCX との相互運用性の設定
- CTI CSTA プロトコル スイートの設定
- SRST フォールバック モードの設定
- VRF サポートの設定
- XML API の設定
- 索引
Cisco Unified Communications Manager Express System アドミニストレータ ガイド
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月8日
章のタイトル： MLPP の設定
MLPP の設定
このマニュアルでは、Cisco Unified Communications Manager Express 7.1（Cisco Unified CME）で導入された Multilevel Precedence and Preemption（MLPP）サービスについて説明します。
機能情報の確認
ご使用のソフトウェア リリースでは、このモジュールで説明されるすべての機能がサポートされているとは限りません。最新の機能情報と注意事項については、ご使用のプラットフォームとソフトウェア リリースに対応したリリース ノートを参照してください。このモジュールで説明される機能に関する情報、および各機能がサポートされるリリースの一覧については、「MLPP の機能情報」を参照してください。
Cisco Feature Navigator を使用すると、プラットフォーム、Cisco IOS ソフトウェア イメージ、Cisco Catalyst OS ソフトウェア イメージ、および Cisco IOS XE ソフトウェア イメージの各サポート情報を検索できます。Cisco Feature Navigator には、 http://www.cisco.com/go/cfn からアクセスします。Cisco.com のアカウントは必要ありません。
内容
MLPP の前提条件
•
Cisco Unified CME の基本自動着信呼分配（B-ACD）および自動受付（AA）サービスを、MLPP アテンダント コンソール アプリケーションとして使用するには、B-ACD スクリプトをダウンロードしてインストールする必要があります。これらのスクリプトは、次の URL の Cisco Unified CME ソフトウェア ダウンロード サイトで入手できます。 http://www.cisco.com/cgi-bin/tablebuild.pl/ip-iostsp
• ブロックされた優先順位アナウンスや、プリエンプションのアナウンスに対応していないビジー状態のステーション用に、独自のオーディオ ファイルを使用できます。また、オーディオ ファイルは次の URL の Cisco Unified CME ソフトウェア ダウンロード サイトで入手できます。 http://www.cisco.com/cgi-bin/tablebuild.pl/ip-iostsp .
MLPP について
Multilevel Precedence and Preemption（MLPP）サービスでは、検証済みのユーザが優先順位の高いコールを発信でき、必要に応じて優先順位の低いコールをプリエンプション処理できます。優先順位は、コールのプライオリティ レベルを示します。プリエンプションは、優先順位の高いコールを処理できるように、優先順位の低いコールを終了するプロセスです。この機能により、国家の非常事態やネットワークの機能低下など、ネットワークに負荷がかかっている場合に、優先順位の高いユーザが重要な組織や担当者への通信を確実に行うことができます。
Cisco Unified CME で MLPP サービスを設定するには、次の概念を理解しておく必要があります。
• 「優先順位」
優先順位
優先順位は、MLPP コールに関連付けられたプライオリティ レベルを示します。電話機ユーザは、コールするときに優先順位レベルを適用できます。
Cisco Unified CME で MLPP アクセス番号を定義し、個々の電話機に最高の優先順位レベルを割り当てます。電話機ユーザは、アクセス コード NP をダイヤルすることによって、優先コールを要求します。ここで、N は事前に設定されたアクセス番号を指定し、P は要求された優先順位レベル、それに続いて電話番号を指定します。
表 107 に、Defense Switched Network（DSN）ドメイン内で MLPP コールに関連付けることができる優先順位レベルを示します。
|
|
|
|---|---|
表 108 に、Defense Red Switched Network（DRSN）ドメイン内で MLPP コールに関連付けることができる優先順位レベルを示します。
|
|
|
|---|---|
優先コールとは、優先レベルがルーチンよりも高いコールのことです。優先順位が特に指定されない場合、システムは通常のコール処理およびコール自動転送を使用してコールを処理します。
緊急の 911 コールは自動的に優先順位レベル 0 に割り当てられます。
優先コールの発信元と宛先のいずれかで MLPP の表示がイネーブルになっている場合、Cisco Unified CME はそれぞれの優先順位を表示します。発信元に対しては、この表示に優先順位リングバック トーンおよびコールの優先順位レベルの表示（デバイスで表示がサポートされる場合）が含まれます。宛先に対しては、この表示に優先呼び出し音およびコールの優先順位レベルの表示（デバイスで表示がサポートされる場合）が含まれます。
基本優先コール セットアップ
優先コールのセットアップ中は、次の順序でイベントが発生します。
1. 電話機ユーザがオフ フック状態で優先コールをダイヤルします。ダイヤル パターンは NP-xxxx です。ここで、N は優先順位アクセス番号、P はコールの優先順位レベル、xxx は着信側の内線番号または電話番号です。
2. 発信側がコールの処理中に、優先順位リングバック トーンと優先順位表示を受信します。
3. 着信側が優先呼び出し音と、優先コールを示す優先順位表示を受信します。
通話者 1000 は通話者 1001 に優先コールをかけます。それには、通話者 1000 は 80-1001 のような優先コールのパターンをダイヤルします。
コールの処理中、発信側（1000）は Cisco Unified IP Phone で優先順位リングバック トーンと優先順位表示を受信します。優先コールの確認応答後に、着信側（1001）は Cisco Unified IP Phone で優先呼び出し音と優先順位表示を受信します。
プリエンプション
プリエンプションは、優先順位の高いアクティブ コールを処理できるように、優先順位の低いコールを終了するプロセスです。プリエンプションには、プリエンプション処理されるユーザの通知と確認応答、プリエンプションの直後とコール終了前の共有リソースの予約が含まれています。プリエンプションは、次のいずれかの形式にすることができます。
• ユーザ アクセスのプリエンプション：このタイプのプリエンプションは、電話機やその他のエンドユーザ向けデバイスに適用されます。着信側が優先順位の低いコールでビジー状態の場合、着信側と接続先の両方がプリエンプションの通知を受信し、既存のコールがただちにクリアされます。
Cisco Unified IP Phone へのコールの場合、着信側はただちにコールを終了して新しい優先順位の高いコールに接続するか、または着信側がコールを終了しなかった場合、Cisco Unified CME は、設定されたプリエンプション トーン タイマーの期限が切れた後に電話機を強制的にオンフック状態にして、通話を接続します。
FXS ポートの場合、着信側は新しい優先の高いコールに接続する前にオンフック状態にすることによって、プリエンプションを確認する必要があります。
• 共通ネットワーク ファシリティ プリエンプション：このタイプのプリエンプションは、トランクに適用されます。PRI トランクのすべてのチャネルが優先順位の低いコールでビジー状態の場合、優先順位の高いコールを完了するために、優先順位の低いコールがプリエンプション処理されます。
Cisco Unified CME は、最初に（ダイヤルピア内の着信側番号との一致に基づいて）該当するすべてのトランク上のアイドル チャネルを検索し、トランクを選択します。
アイドル チャネルが見つからない場合、Cisco Unified CME はアイドル チャネルに対して一度に 1 つのトランクを検索することによって、プリエンプティブ検索を実行します。トランクに使用可能なアイドル チャネルがない場合、トランクに対応する優先順位の最も低いコールに対してプリエンプションが実行されます。トランクに対応する優先順位の低いコールが存在しない場合、次のトランクが順に検索されます。
SCCP 電話はディレクトリ番号ごとに最大 8 つのコールをサポートします。すべての回線がビジー状態で、より優先順位の高い MLPP コールが着信した場合、Cisco Unified CME はディレクトリ番号のいずれかのチャネルで優先順位の低いコールをプリエンプション処理します。
特定の電話機から発信された MLPP コールにユーザが割り当てることができる最大の優先順位レベルは、ephone テンプレートを使用して設定され、電話機ごとに適用されます。SCCP 電話と共有されるディレクトリ番号からのコールには、電話機の優先順位レベルに基づいて、複数の最高優先順位レベルを設定できます。
基本プリエンプション コール
図 61 に、ユーザ アクセス プリエンプションの例を示します。
1. ユーザ 1000 は優先順位レベル 1（フラッシュ）のコールをユーザ 1001 に対して発信し、ユーザ 1001 に対してプリエンプションがイネーブルになります。この例では、ユーザ 1000 が 81-1001 をダイヤルし、優先コールを発信します。
2. ユーザ 1002 は 80-1001 をダイヤルして、ユーザ 1001 に対して優先コールを発信します。このコールは優先順位レベルが 0（フラッシュ オーバーライド）で、アクティブ優先コールよりも優先順位の高いコールです。
3. 電話機 1002 は優先順位表示（フラッシュ オーバーライド表示）を受信し、既存の優先順位の低いコールが含まれる両方の電話機でプリエンプション トーンが再生されます（ユーザ 1000 および 1001）。
4. プリエンプションを完了するには、優先順位の低いコールに含まれる通話者がコールを終了します（ユーザ 1000 および 1001）。
5. 優先順位の高いコールは、優先呼び出し音を受信するユーザ 1001 に発信されます（MLPP 表示がイネーブルになっている場合）。発信側のユーザ 1002 は、優先順位リングバックを受信します。
DSN ダイヤル形式
表 109 に概要を示すように、Cisco Unified CME 8.0 以降のリリースでは、DSN ダイヤル形式が完全にサポートされます。
サービス番号
サービス番号は、政府または公衆電話のサービスまたはネットワークへコールの接続に関する情報をスイッチに提供します。ダイヤルされた番号に基づいて選択されるトランクまたはサービスによって、サービスに到達します。電話機ユーザは、アクセス コード NS をダイヤルすることによって、サービスを要求します。ここで、N は事前に設定されたアクセス番号を指定し、S は要求されたサービス、それに続いて電話番号を指定します。
表 110 に、Cisco Unified CME 8.0 以降のバージョンでサポートされるサービス番号を示します。
|
|
|
|---|---|
Cisco Unified CME では、2 次ダイヤル トーンを再生するようにルート パターンが設定され、残りの番号が収集されて発信側番号として PSTN トランクに渡されます。アクセス番号およびサービス番号に続く番号は、NANP に準拠しています（E.164 番号）。
Cisco Unified CME では、2 桁の番号の後に 2 次ダイヤル トーンを再生してから、収集された残りの番号に基づいてコールがルーティングされます（ダイヤル プランの設定を使用します）。これらのサービスには、ダイヤルされた番号（ルート番号の後にダイヤルされる）に基づいて選択されたトランク（またはルート）を通じて到達すると見なされます。
ルート コード
ルート コードでは、電話機ユーザがスイッチに特別なルーティングまたは終了の要件を通知できます。ルート コードは、コールが回線交換されたデータまたは音声グレード トランキングを使用するかどうかを判断し、エコー サプレッサおよびエコー キャンセラをディセーブルにするために使用でき、衛星リンク コントロールをオーバーライドします。
ルート コードの最初の番号は 1 です。これはダイヤル プランでスイッチに次の番号であるルート番号を通知するために必要な部分であり、ネットワークに対して特別なルーティングのための指示を行います。電話機ユーザは 1X の形式でルート コードをダイヤルします。X はルート番号です。ユーザがダイヤルできるようにサポートされるルート番号は 0 と 1 です。
表 111 に、Cisco Unified CME 8.0 以降のバージョンでサポートされるルート コードを示します。
|
|
|
|
|---|---|---|
変更なしの DS0 トラフィックを IP を介して伝送するコーデック（回線エミュレーション）。Cisco Unified CME では、audio/clearmode コーデックです（RFC-4040）。 |
ダイヤルの例
ユーザがダイヤルする最初の番号が、設定されたアクセス番号になっている場合は、次の番号が優先順位番号またはサービス番号のいずれかになるアクセス コードであることが示されます。次にダイヤルされる番号は、次のようになります。
• 0 ～4：優先コールです。Cisco Unified CME は優先順位表示を設定し、優先順位の値を保存し、番号を破棄します。
• 5 ～ 9：特定のサービスへのコールです。Cisco Unified CME はコールを指定されたトランクに渡し、番号を破棄し、2 次ダイヤル トーンを再生します。
ユーザが最初にダイヤルする番号またはアクセス コードの次にダイヤルする番号は、次のようになります。
• 1：これはルート コードであり、次の番号はルート番号です。ユーザがダイヤルできるようにサポートされるルート番号は 0 と 1 です。Cisco Unified CME は、後でルート選択に使用できるようにルート コードを保存し、トランクタイプの表示を設定し、ルート コード番号を破棄します。
ユーザが最初にダイヤルする番号、またはアクセス コードあるいはルート コードの次にダイヤルする番号は、次のようになります。
• 2 ～ 8：エリア コードまたはスイッチ コードの最初の番号です。DSN のエリア コードおよびスイッチ コードは、重複しないように割り当てられます。エリア コード/スイッチ コードはルートの選択に使用されます。
MLPP サービス ドメイン
Cisco Unified CME 8.0 以降のバージョンでは、MLPP サービス ドメインがサポートされます。サービス ドメインは MLPP サブスクライバのグループおよびネットワーク リソースで構成されます。コールおよびリソースをプリエンプション処理できるのは、同じドメイン内の MLPP サブスクライバからのプライオリティの高いコールだけです。
DSN や DRSN のようなドメイン タイプ、およびドメイン識別子で各デバイスを設定できます。グローバル MLPP ドメイン タイプおよび識別子を Cisco Unified CME ルータに割り当て、さまざまなサービス ドメインを ephone テンプレートによって Cisco Unified CME に登録された個々の電話機に割り当てることができます。特定のサービス ドメインが設定されていない電話機からのコールでは、グローバル ドメイン タイプおよび識別子が使用されます。
MLPP 優先順位およびプリエンプションは、同じドメイン内だけで適用されます。プリエンプション処理できるのは、同じドメイン内のコールだけです。MLPP サービス ドメインが異なる 2 人の加入者間でコールが発信される場合、Cisco Unified CME はコールの発信側のサービス ドメインを割り当てます。
図 62 に、識別番号が異なるドメイン間において試行されたプリエンプションの例を示します。
図 62 に示す例では、次の順序でイベントが発生します。
1. サービス ドメイン 0100 からユーザ 1000 が優先順位レベル 1（フラッシュ）のコールを、サービス ドメイン 0200 のユーザ 1001 に発信します。コールは、ドメイン番号 0100 に割り当てられます。これは、コールの発信者のサービス ドメインであるためです。
2. ユーザ 1002 はドメイン番号 0200 から、ユーザ 1001 に対して優先コールを発信します。このコールは優先順位レベルが 0（フラッシュ オーバーライド）で、アクティブ優先コールよりも優先順位の高いコールです。
3. 着信コールがアクティブ コールとは別のサービス ドメインから発信されたため、アクティブ コールはプリエンプション処理されません。ドメイン 0200 からのコールは、ドメイン 0100 からのコールをプリエンプション処理できません。
図 63 に示す例では、着信コールがアクティブ コールとは別のドメイン タイプから発信されたため、アクティブ コールはプリエンプション処理されません。DSN からのコールは、DRSN からのコールをプリエンプション処理できません。
図 64 に示す例では、着信コールのドメイン タイプおよび識別子がアクティブ コールと同じであるため、アクティブ コールが正常にプリエンプション処理されます。
MLPP 表示
MLPP 表示がイネーブルになっている基本 MLPP コールの場合、Cisco Unified CME は SCCP 電話機に対して優先呼び出し音を再生し、優先順位レベルを表示するように指示します。
プリエンプションが含まれ、MLPP 表示がイネーブルになっている基本 MLPP コールの場合、Cisco Unified CME は発信者と宛先の両方の電話機に対してプリエンプション トーンを再生し、MLPP コールの優先順位レベルを表示するように指示します。
コール待機のある MLPP コールの場合、MLPP 表示がイネーブルになっていると、Cisco Unified CME は SCCP 電話機に対して、通常のコール待機トーンではなく、優先コール待機音を再生するように指示します。
ユーザが自分の電話機で許可されている最高の優先順位レベルよりも優先順位レベルの高いコールを発信しようとすると、エラー トーンが再生されます。
たとえば、ユーザ 1002 が 80 をダイヤルして優先コールを開始するとします。8 は優先順位アクセス番号を表し、0 はユーザが使用しようとしている優先順位レベルを表します。このユーザがレベル 0（フラッシュ オーバーライド）の優先コールを発信することを許可されていない場合、エラー トーンが再生されます。
MLPP アナウンス
MLPP コールを発信できないユーザには、コールが正常に発信できなかった理由を説明するアナウンスが再生されます。表 112 に、サポートされている MLPP アナウンスを示します。
自動コール転送（アテンダント コンソール）
Cisco Unified CME は、選択した期間の経過後に、応答のないすべてのルーチン以上の優先コールを、指定されたディレクトリ番号またはアテンダント コンソールへ自動転送する機能がサポートされています。
MLPP コールの自動コール転送が Cisco Unified CME で設定されている場合、電話機で着信する優先順位がルーチン以上のすべての優先コールのコール転送設定がオーバーライドされ、これらのコールが MLPP コンフィギュレーションで指定されたアテンダント コンソール アプリケーションに転送されます。Cisco Unified CME は優先順位レベルがルーチンの MLPP コールを通常のコールとして扱い、電話機で設定されたコール自動転送設定に従います。
Cisco Unified CME が転送された MLPP コールをどのように処理するかは、次のコール自動転送オプションによって異なります。
• すべてのコールの転送（CFA）：優先コールがただちにアテンダント コンソールの宛先番号にルーティングされます。CFA の宛先は MLPP コールに使用されません。
• 話中のコール転送（CFB）：優先コールが設定された CFB の宛先に転送されます。CFB の宛先がボイスメールまたはオフネット エンドポイントの場合、コールはアテンダント コンソール サービスの宛先番号に転送されます。
• 応答なしのコール転送（CFNA）：優先コールが設定された CFNA の宛先に転送されます。CFNA タイマーが期限切れになる前に CFNA の宛先が応答しないか、ボイスメールまたはオフネット エンドポイントである場合、コールはアテンダント コンソール サービスの宛先番号に転送されます。
アテンダント コンソールに転送されるコールは視覚的に表示され、優先順位および間隔ごとに受付サービスのキューに配置されます。最大の優先順位と最長の保持時間のコールが最初に応答されます。キュー内で受付サービスを待機しているコールに対して、受付キュー アナウンスが再生されます。コール分配が実行されて長すぎる待機時間が短縮され、共通キューから各アテンダント ポジションが動作します。Cisco Unified CME では、基本自動コール分配の設定（B-ACD）および自動受付（AA）サービスを使用する MLPP に対するアテンダント コンソール サービスがサポートされます。
MLPP の設定方法
• 「Cisco Unified CME での MLPP サービスのグローバルなイネーブル化」
• 「SCCP 電話機での MLPP サービスのイネーブル化」
• 「アナログ FXS ポートでの MLPP サービスのイネーブル化」
• 「発信ダイヤルピアに対する MLPP サービス ドメインの設定」
Cisco Unified CME での MLPP サービスのグローバルなイネーブル化
Cisco Unified CME で MLPP をグローバルにイネーブルにするには、次の手順を実行します。この作業では、ルータで MLPP をイネーブルにするために必要な基本的なステップについて説明します。
前提条件
トランクがトランク グループに属し、プリエンプションがイネーブルになっていること。設定については、『 Integrating Data and Voice Services for ISDN PRI Interfaces on Multiservice Access Routers 』の 「Enabling Preemption on the Trunk Group」 を参照してください。
制約事項
• Cisco Unified IP Phone 6900 シリーズの電話機はサポートされません。
• SRST フォールバック モードの Cisco Unified CME はサポートされません。
• ISDN PRI E1 および T1 インターフェイスだけがサポートされます。
• ローカル Cisco Unified CME ルータ内だけで MLPP サービスがサポートされます。
• Cisco Unified CME 7.1 では、基本コール、コール自動転送、コールの保留と復帰、打診コール転送、コール待機がサポートされます。ブラインド転送はサポートされません。
• Cisco Unified CME 8.0 以降のバージョンでは、3 者間アドホック会議およびコール ピックアップがサポートされます。
• 優先順位レベルに基づくコール パーク取得はサポートされません。パーク スロットごとに 1 つのコールだけに応答するように Cisco Unified CME を設定する必要があります。
手順の概要
手順の詳細
例
SCCP 電話機での MLPP サービスのイネーブル化
前提条件
Cisco Unified CME ルータで MLPP がグローバルにイネーブルになっていること。「Cisco Unified CME での MLPP サービスのグローバルなイネーブル化」を参照してください。
制約事項
Cisco Unified CME 8.0 以降のバージョンでは、 mlpp max-precedence コマンドはサポートされていません。 mlpp service-domain コマンドに置き換えられました。
手順の概要
3. ephone-template template-tag
4. mlpp service-domain { drsn | dsn } identifier domain-number max-precedence level
手順の詳細
例
次に、定義された MLPP でテンプレート 1 を使用する 3 台の電話機の基本コンフィギュレーションの例を示します。図 65 に、このコンフィギュレーションを使用する優先コールの例を示します。
mlpp service-domain dsn identifier 000000 max-precedence 0
!Configures MLPP domain as DSN, identifier as 000000, and max-precedence set to 0
! MLPP configuration inherited from ephone-template 1
（注） これらのタイプの回線でコールをプリエンプション処理するように、デュアルラインおよびオクトラインのディレクトリ番号で huntstop channel コマンドを設定する必要があります。そうしないと、デュアルラインまたはオクトラインでコール待機が表示され、コールがプリエンプション処理されません。
1. 電話機 A が 831003（アクセス番号 8 + 優先順位レベル 3 + 宛先番号 1003）をダイヤルして電話機 C に対して優先コールを発信します。
電話機 C に対して優先呼び出し音が再生され、電話機 A に対して優先順位リングバックが再生されます。
3. 電話機 B が 821003 をダイヤルして電話機 C に対して優先コールを発信します。電話機 A と電話機 C の両方に対して preemption tone timer コマンドの期間（デフォルト値は 3 秒）にプリエンプション トーンが再生されます。
4. 3 秒後に電話機 A がプリエンプション処理されます。
アナログ FXS ポートでの MLPP サービスのイネーブル化
前提条件
Cisco Unified CME ルータで MLPP がグローバルにイネーブルになっていること。「Cisco Unified CME での MLPP サービスのグローバルなイネーブル化」を参照してください。
手順の概要
4. mlpp service-domain { drsn | dsn } identifier domain-number max-precedence level
手順の詳細
例
次に、音声ポート 0/1/0 に接続されたアナログ FXS 電話機で最大優先順位の MLPP コールを発信できるものの、コールをプリエンプション処理できない例を示します。
発信ダイヤルピアに対する MLPP サービス ドメインの設定
トランクを介して Cisco Unified CME ルータから発信する必要がある MLPP コールにサービス ドメインを割り当てるには、対応するダイヤルピアに対して次の手順を実行します。
手順の概要
4. service-domain { drsn | dsn }
手順の詳細
|
|
|
|
|---|---|---|
|
|
||
|
|
||
|
|
||
|
|
||
|
|
||
dial-peer voice tag { pots | voip } |
||
|
|
||
|
|
例
次に、DSN サービス ドメインに対して定義された MLPP 音声クラスの例を示します。この音声クラスは、ポート 0/1/0 から発信されるコールが DSN プロトコルを使用するように、POTS ダイヤルピアに割り当てられます。
MLPP オプションの設定
手順の概要
6. preemption tone timer seconds
7. preemption reserve timer seconds
8. service-domain midcall-mismatch { method1 | method2 | method3 | method4 }
11. attendant-console number redirect-timer seconds
手順の詳細
例
次に、オプション パラメータによる MLPP コンフィギュレーションの例を示します。
attendant-console 8100 redirect-timer 10
vca flash:vca.au voice-class cause-code 29
MLPP サービスのトラブルシューティング
手順の概要
手順の詳細
|
|
|
|
|---|---|---|
|
|
||
|
|
||
|
|
その他の参考資料
次の各項では、Cisco Unified CME に関連するその他の資料について説明します。
関連資料
標準
|
|
|
|---|---|
この機能によってサポートされる新しい標準または変更された標準はありません。またこの機能による既存標準のサポートに変更はありません。 |
MIB
|
|
|
|---|---|
この機能によってサポートされる新しい MIB または変更された MIB はありません。またこの機能による既存 MIB のサポートに変更はありません。 |
選択したプラットフォーム、Cisco IOS リリース、およびフィーチャ セットに関する MIB を探してダウンロードするには、次の URL にある Cisco MIB Locator を使用します。 |
RFC
|
|
|
|---|---|
この機能によりサポートされた新規 RFC または改訂 RFC はありません。またこの機能による既存 RFC のサポートに変更はありません。 |
シスコのテクニカル サポート
MLPP の機能情報
表 113 に、この機能のリリース履歴を示します。
ご使用の Cisco IOS ソフトウェア リリースによっては、コマンドの中に一部使用できないものがあります。特定のコマンドに関するリリース情報については、コマンド リファレンス マニュアルを参照してください。
プラットフォームのサポートおよびソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator では、特定のソフトウェア リリース、フィーチャ セット、またはプラットフォームをサポートしている Cisco IOS ソフトウェア イメージを確認できます。Cisco Feature Navigator にアクセスするには、 http://www.cisco.com/go/cfn に移動します。Cisco.com のアカウントは必要ありません。
（注） 表 113 に、特定の Cisco IOS ソフトウェア リリース トレインの中で特定の機能のサポートが導入された Cisco IOS ソフトウェア リリースだけを示します。その機能は、特に断りがない限り、それ以降の一連の Cisco IOS ソフトウェア リリースでもサポートされます。
|
|
|
|
|---|---|---|
| • |
||
フィードバック