Cisco Unified Communications Manager Express System アドミニストレータ ガイド

Cisco Unified CME の電話機

SCCP の ephone（イーサネット電話機）、または SIP の音声レジスタ プールは、Cisco Unified CME の電話機のソフトウェア設定です。この電話機は、Cisco Unified IP Phone またはアナログ電話機のどちらでもかまいません。システム内の物理的な各電話機は、LAN 環境でサポートを受けるために、Cisco Unified CME ルータ上で ephone または音声レジスタ プールとして設定する必要があります。各電話機には、設定中に識別するための一意の タグ またはシーケンス番号があります。

Cisco Unified CME 8.8 以降のバージョンは、次の電話機をサポートしています。

• 「Cisco Unified 3905 SIP IP Phone」

• 「Cisco Unified 6901/6911 SIP IP Phone」

• 「Cisco Unified 6921/6941/6945/6961 SIP IP Phone」

• 「Cisco Unified 8941/8945 SIP IP Phone」

• 「Cisco Unified 6945/8941/8945 SCCP IP Phone」

Cisco Unified 3905 SIP IP Phone

Cisco Unified 3905 SIP IP Phone には、9.2(1) 以降のバージョンのファームウェアをインストールする必要があります。

Cisco Unified 3905 SIP IP Phone の詳細については、『Cisco Unified IP Phone 3905 User Guide for Cisco Unified Communications Manager Express Version 8.8 (SIP)』を参照してください。

Cisco Unified 6901/6911 SIP IP Phone

Cisco Unified 6901/6911 SIP IP Phone は、Cisco Unified CME 9.0 以降のバージョンでサポートされています。

前提条件

• Cisco IOS Release 15.2(2)T。

• Cisco Unified IP Phone に、正しいファームウェア（9.2.1 以降のバージョン）がインストールされていること。

制約事項

Cisco Unified 6901/6911 SIP IP Phone には、LCD 画面がありません。

Cisco Unified 6901/6911 SIP IP Phone の詳細については、『 Cisco Unified IP Phone 6901 and 6911 User Guide for Cisco Unified Communications Manager Express Version 9.0 (SIP) 』を参照してください。

Cisco Unified 6921/6941/6945/6961 SIP IP Phone

Cisco Unified 6921/6941/6945/6961 SIP IP Phone は、Cisco Unified CME 9.0 以降のバージョンでサポートされています。

前提条件

• Cisco IOS Release 15.2(2)T。

• Cisco Unified IP Phone に、正しいファームウェア（9.2.1 以降のバージョン）がインストールされていること。

Cisco Unified 6921/6941/6945/6961 SIP IP Phone の詳細については、『 Cisco Unified IP Phone 6921, 6941, 6945, and 6961 User Guide for Cisco Unified Communications Manager Express Version 9.0 (SIP) 』を参照してください。

Cisco Unified 8941/8945 SIP IP Phone

Cisco Unified 8941/8945 SIP IP Phone は、Cisco Unified CME 9.0 以降のバージョンでサポートされています。

前提条件

• Cisco IOS Release 15.2(2)T。

• Cisco Unified IP Phone に、正しいファームウェア（9.2.1 以降のバージョン）がインストールされていること。

Cisco Unified 8941/8945 SIP IP Phone の詳細については、『 Cisco Unified IP Phone 8941 and 8945 User Guide for Cisco Unified Communications Manager Express Version 9.0 (SIP) 』を参照してください。

Cisco Unified 6945/8941/8945 SCCP IP Phone

Cisco Unified 6945/8941/8945 SCCP IP Phone は、Cisco Unified CME、SRST、および CME-as-SRST でサポートされています。

Cisco Unified IP Phone に、正しいファームウェアがインストールされている必要があります。

• Cisco Unified 6945 SCCP IP Phone では 9.1(1) 以降のバージョン。

• Cisco Unified 8941/8945 SCCP IP Phone では 9.1(2) 以降のバージョン。

Cisco Unified 6945 SCCP IP Phone の詳細については、『Cisco Unified IP Phone 6945 User Guide for Cisco Unified Communications Manager Express Version 8.8 (SCCP)』を参照してください。

Cisco Unified 8941/8945 SCCP IP Phone の詳細については、『Cisco Unified IP Phone 8941 and 8945 User Guide for Cisco Unified Communications Manager Express Version 8.8 (SCCP)』を参照してください。

電話番号（Directory Numbers）

SCCP では ephone-dn、SIP では voice-register dn とも呼ばれるディレクトリ番号は、音声チャネルを電話機に接続する回線を表す Cisco Unified CME のソフトウェア設定です。ディレクトリ番号には、コール接続を可能にするために、1 つ以上の内線番号または電話番号が関連付けられています。例外もありますが、一般的にディレクトリ番号は電話回線に相当します。ディレクトリ番号には、特性の異なるいくつかの種類があります。

各ディレクトリ番号には、設定中にそれらを識別するための一意の dn-tag またはシーケンス番号があります。ディレクトリ番号は、設定時に電話機の回線ボタンに割り当てられます。

各ディレクトリ番号には、電話機が Cisco Unified CME に登録された際に、SCCP 電話機または SIP 電話機への設定に基づき、1 つの仮想音声ポートまたは 1 つ以上のダイヤルピアが自動的に作成されます。

各ディレクトリ番号はルータ内の仮想音声ポートを表しているため、作成したディレクトリ番号の数は、可能な同時コールの数に対応しています。つまり、2 つ以上のコールに同じ番号で同時に応答できるようにする場合は、同じ宛先番号パターンを持つ複数のディレクトリ番号が必要です。

ディレクトリ番号は、Cisco Unified CME システムの基本的な構築ブロックです。6 つの異なる種類のディレクトリ番号を、さまざまなコールのカバレッジ状況に対して、さまざまな方法で組み合わせることができます。これら各種の電話番号は、特定のタイプの制限やコールカバレッジ ニーズに役立ちます。たとえば、ディレクトリ番号の数は少数のまま、大勢の人にサービスを提供する場合は、共有ディレクトリ番号を使用できます。また、限られた数量の内線番号によって大量の同時コールに対処する必要がある場合は、同じ番号を持つ 2 つ以上のディレクトリ番号を作成できます。ここで重要なのは、それぞれの種類のディレクトリ番号の用途とその利点を理解することです。

ディレクトリ番号の種類によっては、いずれかの電話機やプロトコルに設定できないものもあります。ディレクトリ番号に関する以降の説明では、例として SCCP が使用されていますが、SCCP のみが適用されることを示しているわけではありません。次の各項では、Cisco Unified CME システムのディレクトリ番号の種類について説明します。

• 「単一回線」

• 「デュアルライン」

• 「オクトライン」

• 「SIP 共有回線（非排他的）」

• 「1 つの電話番号を持つ 2 つのディレクトリ番号」

• 「デュアル番号」

• 「共有回線（排他的）」

• 「混在共有回線」

• 「オーバーレイ」

単一回線

単一回線のディレクトリ番号には、次の特性があります。

• 1 つの電話回線ボタンを使用して、一度に 1 つのコール接続を行います。単一回線のディレクトリ番号には、1 つの電話番号が関連付けられます。

• 電話機のボタンが、Cisco Unified CME システムに着信する PSTN 回線に 1 対 1 で対応している場合に使用する必要があります。

• インターコム、ページング、メッセージ待機インジケータ（MWI）、ループバック、および保留音（MOH）フィード ソースに専用の回線を使用する必要があります。

• コール待機、コール転送、および会議などの複数回線機能で使用する場合は、電話機に 2 つ以上の単一回線のディレクトリ番号が必要です。

• 同一の電話機で、デュアルライン ディレクトリ番号と組み合わせることができます。

（注） 最初に設定エントリを作成する際は、システムの各ディレクトリ番号をデュアルラインまたは単一回線のどちらに設定するかを選択する必要があります。設定後に単一回線からデュアルラインに変更する必要がある場合は、ディレクトリ番号の設定を削除して、設定エントリを再作成する必要があります。

図 7 に、Cisco Unified CME の SCCP 電話機の単一回線のディレクトリ番号を示します。

図 7 単一回線のディレクトリ番号

デュアルライン

デュアルライン ディレクトリ番号には、次の特性があります。

• 1 つの音声ポートが 2 つのチャネルを持ちます。

• SCCP を実行する IP Phone でサポートされます。SIP を実行する IP Phone ではサポートされません。

• 1 つの電話回線ボタンを使用して、同時に 2 つのコール接続を実行できます。デュアルライン ディレクトリ番号には、個別のコール接続のための 2 つのチャネルがあります。

• 1 つまたは 2 つの番号（プライマリおよびセカンダリ）を関連付けることができます。

• コール待機、コール転送、または会議などの機能に対して、1 つの回線ボタンを使用する必要のあるディレクトリ番号に使用します。

• インターコム、ページング、メッセージ待機インジケータ（MWI）、ループバック、および保留音（MOH）フィード ソース専用の回線には使用できません。

• 同一の電話機で、単一回線のディレクトリ番号と組み合わせることができます。

（注） 最初に設定エントリを作成する際は、システムの各ディレクトリ番号をデュアルラインまたは単一回線のどちらに設定するかを選択する必要があります。設定後に単一回線からデュアルラインに変更する必要がある場合は、ディレクトリ番号の設定を削除して、設定エントリを再作成する必要があります。

図 8 に、Cisco Unified CME の SCCP 電話機のデュアルライン ディレクトリ番号を示します。

図 8 デュアルライン ディレクトリ番号

オクトライン

オクトライン ディレクトリ番号は、SCCP 電話機の単一ボタンで最大 8 つのアクティブ コール（着信と発信の両方）をサポートします。電話機間だけで共有されるデュアルライン ディレクトリ番号（コールに応答した後、その電話機によってデュアルライン ディレクトリ番号の両方のチャネルが所有される）とは異なり、オクトライン ディレクトリ番号は、ディレクトリ番号を共有する他の電話機間で自身のチャネルを分割することができます。共有されたオクトライン ディレクトリ番号のアイドル チャネルで、すべての電話機がコールを発信または受信できます。

オクトライン ディレクトリ番号は、アクティブ コールごとに異なる ephone-dn を必要としないため、1 つのオクトライン ディレクトリ番号によって複数のコールを処理できます。オクトライン ディレクトリ番号に複数の着信コールがあった場合、呼び出し音が同時に鳴ります。コールに応答すると、その電話機の呼び出し音は停止します。その他の着信コールに対しては、コール待機トーンが鳴ります。電話機がオクトライン ディレクトリ番号を共有している場合は、着信コールの呼び出し音がアクティブ コールのない電話機で鳴ります。これらの電話機では、すべての呼び出し音に応答できます。アクティブ コールのある電話機では、コール待機トーンが聞こえます。

ある電話機が着信コールに応答すると、応答した電話機が接続状態になります。オクトライン電話番号を共有するその他の電話機は、remote-in-use 状態になります。

オクトライン ディレクトリ番号で接続されたコールを保留にすると、このディレクトリ番号を共有するすべての電話機が保留されたコールに応答できます。電話機のユーザがコール転送を開始中または会議を作成中の場合は、コールがロックされ、オクトライン ディレクトリ番号を共有する他の電話機がそのコールを取得できなくなります。

図 9 に、Cisco Unified CME の SCCP 電話機のオクトライン ディレクトリ番号を示します。

図 9 オクトライン ディレクトリ番号

割り込み機能とプライバシー機能は、共有されたオクトライン ディレクトリ番号で、他の電話機にコール情報の表示を許可するかどうか、または他の電話機がコールに参加できるかどうかを制御します。

ディレクトリ番号回線モードごとの機能の比較（SCCP 電話機）

表 18 に、いくつかの一般的なディレクトリ番号の機能、および ephone-dn コマンドで定義された回線モードの種類に基づくサポートを示します。

SIP 共有回線（非排他的）

Cisco Unified CME 7.1 以降のバージョンは、複数の電話機が共通のディレクトリ番号を共有する SIP 共有回線をサポートしています。ディレクトリ番号を共有しているすべての電話機は、コールを同時に発信および受信できます。共有回線にコールを行うと、アクティブ コールのないすべての電話機で呼び出し音が同時に鳴ります。また、これらすべての電話機で着信コールに応答できます。コールに応答すると、すべての電話機の呼び出し音が停止します。接続された電話機への他の着信コールに対しては、コール待機トーンが鳴ります。

着信コールに応答した電話機は、接続状態になります。ディレクトリ番号を共有する他の電話機は、remote-in-use 状態になります。 共有回線のコールに最初に応答したユーザが発信者に接続されます。残りのユーザには、コール情報と共有回線のステータスが表示されます。

共有回線のコールは、非共有回線のコールと同様に保留できます。コールを保留状態にすると、共有回線のディレクトリ番号を持つ他の電話機に保留通知が送信されます。これにより、回線を共有しているすべての電話機にコールの保留が認識されます。すべての共有回線の電話機ユーザは、保留されたコールを再開できます。会議またはコール転送操作の一部としてコールが保留された場合、他の共有回線電話機のユーザはコールを再開できません。その他の共有回線のメンバがコールを再開する際は、保留されたコールの ID が使用されます。保留されたコールが共有回線で再開される場合は、関連付けられたすべての電話機に通知が送信されます。

Cisco Unified CME の設定に基づき、共有回線は最大 16 コールをサポートします。コール数が設定された制限を超えた場合、すべての新しいコールが拒否されます。設定については、「SIP：ディレクトリ番号の作成」を参照してください。

割り込み機能とプライバシー機能は、共有回線のディレクトリ番号で、他の電話機にコール情報の表示を許可するかどうか、または他の電話機がコールに参加できるかどうかを制御します。「割り込みとプライバシーの設定」を参照してください。

1 つの電話番号を持つ 2 つのディレクトリ番号

1 つの電話番号または内線番号を持つ 2 つのディレクトリ番号には、次の特性があります。

• 電話番号は同じであるが 2 つの別個の仮想音声ポートがあるため、2 つの別個のコールに接続できます。

• デュアルライン（SCCP のみ）ディレクトリ番号と単一回線ディレクトリ番号のどちらでもかまいません。

• 同じ電話機の異なるボタン、または異なる電話機で表示できます。

• 少ない番号を使用してより多くのコール接続を行う機能が必要な場合に使用します。

図 10 に、内線 1003 という同じ番号を持つ 2 つのボタンが付いた電話機を示します。各ボタンのディレクトリ番号は異なるため（ボタン 1 のディレクトリ番号は 13 で、ボタン 2 のディレクトリ番号は 14）、ディレクトリ番号が単一回線の場合は 1 つの独立したコール接続を行い、ディレクトリ番号がデュアルラインの場合は 2 つのコール接続（合計 4 つ）を行います。

図 11 に、それぞれに同じ番号のボタンがある 2 台の電話機を示します。ボタンは異なるディレクトリ番号を持っているため、これらのボタンに接続されるコールは、互いに独立しています。電話機 4 の電話機のユーザは、内線 1003 でコールを発信でき、電話機 5 の電話機のユーザは同時に内線 1003 で異なるコールを受信できます。

2 つのディレクトリ番号に 1 つの番号がある状況は、1 つの番号に 2 つのボタンが存在し、それらのボタンのディレクトリ番号が 1 つだけである共有回線の状況とは異なります。共有ディレクトリ番号は、共有ディレクトリ番号が表示されるすべてのボタンで、同じコールに接続されます。ある電話機で共有ディレクトリ番号のコールに応答して保留した場合、その共有ディレクトリ番号が表示された 2 番めの電話機でコールを取得できます。一方、1 つの番号を持つ 2 つのディレクトリ番号が存在する場合は、コールを発信または着信した電話機とボタンにのみコール接続が表示されます。図 11 の例で、電話機 4 のユーザがボタン 1 でコールを発信して保留した場合、そのコールは電話機 4 からのみ取得できます。共有回線の詳細については、「共有回線（排他的）」を参照してください。

図 10 および図 11 の例に、1 つの番号を持つ 2 つのディレクトリ番号を使用して、小さなハント グループ機能を提供する方法を示します。図 10 では、関連する適切なコマンドが設定されているため、ボタン 1 のディレクトリ番号が通話中または無応答の場合は、内線 1003 への着信コールがボタン 2 に関連付けられているディレクトリ番号にロール オーバーされます。同様に、電話機 4 のボタン 1 が通話中の場合、1003 への着信コールは電話機 5 のボタン 1 にロール オーバーされます。

図 10 1 台の電話機での 1 つの電話番号を持つ 2 つのディレクトリ番号

図 11 2 台の電話機での 1 つの電話番号を持つ 2 つのディレクトリ番号

デュアル番号

デュアル番号ディレクトリ番号には、次の特性があります。

• プライマリ番号とセカンダリ番号の 2 つの電話番号があります。

• 単一回線のディレクトリ番号の場合は、1 つのコール接続を行うことができます。

• デュアルライン ディレクトリ番号の場合は、一度に 2 つのコール接続を行うことができます（SCCP のみ）。

• 使用するディレクトリ番号は 1 つで、同じボタンに 2 つの異なる番号が必要な場合に使用する必要があります。

図 12 に、内線 1006 と内線 1007 の 2 つの番号があるディレクトリ番号を示します。

図 12 デュアル番号ディレクトリ

共有回線（排他的）

排他的な共有ディレクトリ番号には、次の特性があります。

• 2 つの異なる電話機に表示されるが、同じディレクトリ番号および内線番号か電話番号を使用する回線があります。

• コールを一度に 1 つ発信できます。そのコールは両方の電話機に表示されます。

• 2 台以上の電話機でコールに応答またはピックアップする機能が必要な場合に使用します。

このディレクトリ番号が電話機間で排他的に共有されるため、ディレクトリ番号が 1 台の電話機のコールに接続されると、そのディレクトリ番号をその他の電話機でコールに使用できなくなります。ある電話機でコールが保留された場合は、2 台目の電話機でコールを取得できます。これは、複数の内線番号を持つ家庭用の単一回線の電話機のようなものです。そのコールには、番号が表示されたすべての電話機から応答できます。また、番号が表示されたすべての電話機から保留をピックアップできます。

図 13 に、SCCP を実行している電話機の共有ディレクトリ番号を示します。内線 1008 は、電話機 7 と電話機 8 の両方に表示されます。

図 13 共有ディレクトリ番号（排他的）

混在共有回線

Cisco Unified SIP/SCCP の混在共有回線は、Cisco Unified CME 9.0 以降のバージョンでサポートされています。この機能により、Cisco Unified SIP および SCCP IP の電話機が共通のディレクトリ番号を共有できます。

Cisco Unified CME の設定に基づき、混在共有回線は最大 16 コールをサポートします。コール数が設定された制限を超えた場合、すべての新しいコールは拒否されます。

設定の詳細については、「SCCP：ディレクトリ番号の作成」および「SIP：ディレクトリ番号の作成」を参照してください。

着信コールと発信コール

共通ディレクトリ番号を共有しているすべての電話機は、コールを同時に発信および受信できます。混在共有回線にコールを行うと、アクティブ コールのないすべての電話機で呼び出し音が同時に鳴ります。また、これらすべての電話機で着信コールに応答できます。コールに応答すると、すべての電話機の呼び出し音が停止します。接続された電話機への他の着信コールに対しては、コール待機トーンが鳴ります。

着信コールに応答した電話機は、接続状態になります。共通ディレクトリ番号を共有する他の電話機は、remote-in-use 状態になります。混在共有回線のコールに最初に応答したユーザが発信者に接続します。残りのユーザには、コール情報と混在共有回線のステータスが表示されます。

混在共有回線のユーザが共有回線でコールを発信する場合は、その他のすべての共有回線のユーザに発信コールが通知されます。着信側が応答すると、発信者に接続されます。一方、残りの共有回線のユーザには、コール情報と混在共有回線のコールのステータスが表示されます。

保留と復帰

混在共有回線のコールは、非共有回線のコールのように保留できます。コールを保留状態にすると、共有回線のディレクトリ番号を持つ他の電話機に保留通知が送信されます。これにより、回線を共有しているすべての電話機にコールの保留が認識されます。すべての共有回線の電話機のユーザは、保留されたコールを再開できます。その他の共有回線のメンバがコールを再開する際は、保留されたコールの ID が使用されます。保留されたコールが混在共有回線で再開される場合は、関連付けられたすべての電話機に通知が送信されます。会議またはコール転送操作の一部としてコールが保留された場合は、再開機能を使用できません。

Privacy On Hold

プライバシー保留機能を使用すると、他の電話機ユーザがコール情報を参照したり、共通ディレクトリ番号を共有している他の電話機が保留状態のコールを取得することができなくなります。コールを保留した発信者のみが、保留されたコールのステータスを表示できます。

デフォルトでは、プライバシー保留機能が共有回線のすべての電話機でディセーブルになっています。混在共有回線上の Cisco Unified SCCP IP Phone で保留されているコールのプライバシー機能をイネーブルにするには、telephony-service コンフィギュレーション モードで privacy-on-hold コマンドを使用します。混在共有回線上の Cisco Unified SIP IP Phone で保留されているコールのプライバシー機能をイネーブルにするには、音声登録グローバル コンフィギュレーション モードで privacy-on-hold コマンドを使用します。

no privacy コマンドおよび privacy off コマンドは、 privacy-on-hold コマンドよりも優先されます。

コール転送と自動転送

混在共有回線では、ブラインド転送と打診転送の両方がサポートされています。混在共有回線は、コールを転送する回線、転送されたコールを受信する回線、または転送されるコールの場合があります。

コール自動転送には、すべてのコール、無応答、通話中、およびナイト サービスの 4 種類があります。これらは、共有されている SCCP ephone-dn または SIP voice register dn で設定できます。ただし、ユーザは SCCP のコール自動転送パラメータと SIP 回線が互いに同期された状態に保つ必要があります。混在共有回線は、コールを自動転送する回線、自動転送されたコールを受信する回線、または自動転送されるコールの場合があります。

詳細については、「コール転送とコール自動転送の設定」を参照してください。

コール ピックアップ

コール ピックアップ機能は、 call-park system application コマンドが telephony-service コンフィギュレーション モードで設定された場合に、混在共有回線でサポートされます。

ユーザは、次のコールに応答できます。

• 共有回線から発信されたコール

• 共有回線で呼び出されているコール

• ある共有回線から発信され、別の共有回線で呼び出されているコール

詳細については、「コール ピックアップ」を参照してください。

コール パーク

コール パーク機能は、 call-park system application コマンドが telephony-service コンフィギュレーション モードで設定された場合に、混在共有回線でサポートされます。

詳細については、「コール パークの設定」を参照してください。

MWI

SCCP および SIP メッセージ待機インジケータ（MWI）サービスは、混在共有回線の Cisco Unity および Cisco Unity ボイスメールでサポートされています。

次に、共有回線オプションで SIP ベースの MWI サーバから MWI サービスの混在共有回線を登録する 2 つの方法を示します。

• ephone-dn コンフィギュレーション モードまたは ephone-dn-template コンフィギュレーション モードで mwi sip コマンドを設定します。

• voice register dn コンフィギュレーション モードで mwi コマンドを設定します。

混在共有回線上の SCCP MWI サービスの場合は、ephone-dn コンフィギュレーション モードで mwi { off | on | on-off } コマンドを使用して、外部の音声メッセージング システムから特定の Cisco Unified IP Phone 内線で MWI 通知を受信できるようにします。

ソフトウェア会議

ローカル ソフトウェア会議は、会議作成者および会議参加者として機能する混在共有回線で作成できます。

混在共有回線のソフトウェア会議の場合は、会議作成者となっている混在共有回線ユーザによって会議コールが保留されると、その他の共有回線のユーザは remote-in-use 状態のままとなり、保留されたコールが表示されません。

（注） 会議コールを保留した会議作成者のみが会議コールを再開できます。

ダイヤル プラン

ダイヤル プラン パターンは、短縮内線番号を完全修飾 E.164 番号に拡張し、作成した拡張番号に追加のダイヤルピアを構築します。

dialplan pattern コマンドを使用した telephony-service コンフィギュレーション モードおよび音声登録グローバル コンフィギュレーション モードと一致する設定がダイヤル プラン パターンにある場合は、混在共有回線で機能が効果的にサポートされます。

Busy-Lamp-Field スピード ダイヤル モニタリング

混在共有回線は、ディレクトリ番号ベースの Busy-Lamp-Field（BLF）スピード ダイヤル モニタリングのみサポートし、デバイスベースのモニタリングはサポートしていません。

制約事項

次の機能は、Cisco Unified SIP/SCCP の混在共有回線でサポートされていません。

• プライバシー

• 割込み

• C 割込

• シングル ナンバー リーチ

• ハードウェア会議。

• ローカル ソフトウェア会議コールでのリモート レジューム

• ビデオ コール

• Cisco Unified SCCP IP Phone のオーバーレイ DN

• CTI CSTA プロトコル スイートの機能

オーバーレイ

オーバーレイ ディレクトリ番号には、次の特性があります。

• 特定の電話機のボタンに一緒に割り当てられているすべてのディレクトリ番号を含む、オーバーレイ セットのメンバです。

• オーバーレイ セットの他のメンバと同じ電話番号または内線番号、または異なる番号を持つことができます。

• 単一回線またはデュアルラインは可能ですが、混在単一回線および同じオーバーレイ セット内のデュアルラインにすることはできません。

• 2 台以上の電話機で共有できます。

同じ番号が 2 台以上の電話機で表示されるため、オーバーレイ ディレクトリ番号は、共有ディレクトリ番号と同様のコール カバレッジを提供します。単純な共有回線としてではなく、オーバーレイ構成の 2 つのディレクトリ番号を使用する利点は、ある電話機の番号にコールした際、共有ディレクトリ番号を使用した場合とは異なり、その他の電話機で同じ番号を使用してもブロックされないことです。

オーバーレイされた ephone-dn を使用したコール カバレッジの設定については、「コール カバレッジ機能の設定」を参照してください。

最大 25 回線を 1 つのボタンでオーバーレイできます。オーバーレイ ディレクトリ番号の典型的な用途として、10 台の電話機で共有するオーバーレイ セットに 10 の回線が存在し、「10x10」共有回線を作成する場合があります。これにより、同じ番号に 10 の同時コールが可能になります。設定については、「SCCP：単純なキー システム用ディレクトリ番号の作成」を参照してください

共有回線のモニタ モード

Cisco CME 3.0 以降のバージョンでは、共有回線のモニタ モードは、回線が使用中かどうかを示す回線ステータスを提供します。モニタ回線ランプがオフ（消灯）になるのは、その回線がアイドル コール状態のときだけです。アイドル状態になるのは、コールの発信前、およびコールの完了後です。その他すべてのコール状態では、モニタ回線ランプが点灯します。回線をモニタする受付係は、その回線が使用中であることを確認できます。その他の転送オプションまたは自動転送オプションが使用可能であれば、追加のコールをその内線に送信しないようにするか、「申し訳ありませんが、その内線番号は通話中です。メッセージを残しますか?」などの情報を発信側にレポートすることができます。

Cisco CME 3.2 以降のバージョンでは、モニタされているアイドル回線にコールを転送するダイレクト ステーション選択（DSS）中に、コンサルタティブ転送が発生することがあります。通常の回線からコールを転送する受付係は、[転送（Transfer）] ボタンを押してモニタ対象の回線の回線ボタンを押すことにより、コールをモニタ対象の回線の電話番号に転送することができます。DSS によるコンサルタティブ転送の詳細については、「コール転送とコール自動転送の設定」を参照してください。

Cisco Unified CME 4.0(1) 以降のバージョンでは、たとえばモニタ対象の回線が話中のコール転送または応答なしのコール転送に設定されている場合など、コール転送が成功するのであれば、モニタ対象の回線がアイドル中または使用中の場合に、モニタ対象の回線の回線ボタンをコール転送の DSS として使用できます。

（注） 通常は、Cisco Unified CME が行った転送によって、送信者（被転送者）が結果的にビジー音を聞くことはありません。ただし、転送されたコールが 2 回以上転送されている場合、システムはコール転送パスの以降の宛先番号の状態をチェックしません。call-forward-busy ターゲットも通話中であり、さらに話中のコール転送に設定されている場合には、複数の転送が発生する可能性があります。

Cisco Unified CME 4.3 以降のバージョンでは、受付係はボイスメールへの転送機能を使用して、モニタ対象の回線のボイスメール内線に発信者を直接転送できます。設定については、「SCCP：ボイスメールへの転送のイネーブル化」を参照してください。

モニタ モードの設定については、「SCCP：電話機へのディレクトリ番号の割り当て」を参照してください。

モニタ モードは、共有回線のコンテキストで使用して、たとえばビジー ランプ フィールド（BLF）通知など、受付係が、複数のユーザの内線番号の使用中ステータスを視覚的にモニタできるようにすることのみを意図したものです。個別の電話機のすべての回線をモニタし、受付係がその電話機の使用中ステータスを視覚的にモニタできるようにするには、「電話機の監視モード」を参照してください。

短縮ダイヤル ボタンおよびディレクトリ コールリストの BLF モニタリングについては、「プレゼンス サービスの設定」を参照してください。

電話機の監視モード

Cisco Unified CME 4.1 以降のバージョンでは、ある電話機で監視モードに設定された回線ボタンは、監視対象のディレクトリ番号がプライマリ回線となっている別の電話機（監視対象の電話機）のすべての回線に対する BLF 通知を提供します。受付係などの電話機のユーザは、監視モードによって個別の電話機の使用中ステータスを視覚的に監視できます。ユーザは、監視モードで設定されている回線ボタンをスピード ダイヤルとして使用して、監視されている電話機の最初の内線番号にコールを発信することができます。監視されている電話機が DND 状態またはオフフック状態で未登録の場合は、監視している電話機のボタンに赤いランプが点灯します。赤いランプが点灯していないときにボタンを押すと、モニタ ボタンまたは短縮ダイヤル ボタンと同じ方法で番号にダイヤルします。監視モードの回線ボタンの着信コールでは、呼び出し音が鳴らず、発信者 ID またはコール待機発信者 ID が表示されません。

また、監視対象の電話機の回線ボタンは、監視対象の電話機がアイドル状態の際に、コール転送の DSS としても使用できます。この場合、通常の回線からコールを転送する電話機のユーザは、[転送（Transfer）] ボタンを押して監視対象のディレクトリ番号の回線ボタンを押すことにより、監視対象のディレクトリ番号に関連付けられた電話番号にコールを転送することができます。

設定については、「SCCP：電話機へのディレクトリ番号の割り当て」を参照してください。

監視されているディレクトリ番号が共有回線であり、その共有回線が関連付けられている電話機でアイドル状態ではない場合は、監視モードのコンテキストで、監視されている電話機が使用中であることが回線ボタンのステータスによって示されます。

監視されているディレクトリ番号に基づいて個別の電話機のステータスをモニタリングする場合に最良の結果を得るには、監視モードに設定されたディレクトリ番号を共有回線にしないでください。共有回線をモニタして、受付係が複数ユーザの内線番号の使用中ステータスを視覚的にモニタできるようにするには、「共有回線のモニタ モード」を参照してください。

短縮ダイヤル ボタンおよびディレクトリ コールリストの BLF モニタリングについては、「プレゼンス サービスの設定」を参照してください。

PSTN FXO トランク回線

Cisco CME 3.2 以降のバージョンでは、SCCP を実行する IP Phone に、FXO 回線とも呼ばれる専用の PSTN FXO トランク回線のボタンを設定できます。FXO 回線は、従業員がプライベート PSTN 番号を必要とする企業で使用される場合があります。たとえば、販売員には、顧客がメイン番号を通すことなくコールできる特別な番号が必要な場合があります。コールがダイレクト番号に着信すると、販売員は発信者が顧客であることを認識できます。販売員が不在の場合、顧客はボイスメールを残すことができます。FXO 回線は、PSTN サービス プロバイダーのボイス メールを使用できます。回線ボタンを押すと回線が捕捉され、PSTN によって提供されたボイス メッセージが利用可能であることを示す断続ダイヤル トーンが再生されます。

FXO 回線はプライベート回線として動作するため、外線に接続するために 9 や 8 などのプレフィックスをダイヤルする必要がありません。会社内のユーザに電話を掛ける場合、FXO 回線のユーザは会社の PSTN 番号を使用する番号にダイヤルする必要があります。ローカル IP Phone など、PSTN 以外の宛先へのコールの場合は、2 番めのディレクトリ番号をプロビジョニングする必要があります。

FXO 回線で発着信されるコールへの Cisco Unified CME サービスは制限されており、Cisco Unified CME によってコールを転送することができません。ただし、電話機のユーザは、フラッシュ ソフトキーを使用して、フックフラッシュによって制御された PSTN サービスにアクセスできます。

Cisco Unified CME 4.0(1) では、Cisco Unified CME システムの SCCP を実行する電話機の PSTN 回線のキースイッチ エミュレーション動作を向上するため、次の FXO トランク機能が強化されました。

• FXO ポート モニタリング：ポートが使用中の場合の FXO ポートのステータスを、IP Phone の回線ボタンによって確実に表示できるようにします。電話機のモデルに基づき、ランプまたはアイコンのいずれかのステータス インジケータにより、コールの最中またはコールを転送した後も、FXO ポートのステータスが正確に表示されます。複数のトランクの ephone-dn を使用した複数の電話機により、同じ FXO ポートをモニタできます。

• 転送取消：指定したタイムアウトが経過しても転送先の電話機が応答しない場合は、コールが転送を開始した電話機に戻され、FXO 回線ボタンで呼び出しを再開します。ディレクトリ番号は、デュアルラインになっている必要があります。

• 転送先ボタンの最適化：FXO コールが別の電話機のプライベート内線ボタンに転送され、その電話機に FXO ポートの共有回線ボタンがある場合は、転送がコミットされてコールが応答された後、接続されたコールが転送先の電話機の FXO 回線ボタンに表示されます。これにより、転送先の電話機でプライベート内線回線が解放されます。ディレクトリ番号 n は、デュアルラインになっている必要があります。

• デュアルライン ephone-dn：FXO 回線のディレクトリ番号をデュアルラインに設定し、FXO モニタリング、転送取消、および転送先ボタンの最適化機能をサポートできるようになります。

設定については、「SCCP：キー システム用のトランク回線の設定」を参照してください。

Cisco Unified CME Phone のコーデック

Cisco CME 3.4 では、SIP 電話機の接続とプロビジョニングに対するサポートが追加されました。SCCP 電話機の POTS ダイヤルピアのデフォルト コーデックは G.711 で、SIP 電話機の VoIP ダイヤルピアのデフォルト コーデックは G.729 です。Cisco Unified CME で SCCP 電話機も SIP 電話機も特にコーデックを変更するように設定されていない場合、同じルータの 2 台の電話機は、デフォルト コーデックの不一致によってビジー信号を発生させます。コーデックの不一致を防止するには、Cisco Unified CME で IP Phone ごとにコーデックを指定します。SIP 電話機または SCCP 電話機の設定を変更し、すべての電話機のコーデックが一致することを確認します。SIP 電話機と SCCP 電話機の両方で設定を変更しないでください。設定については、 「電話機ごとのローカル電話機間コール用コーデックの設定」 を参照してください。

Cisco Unified CME 4.3 では、G.722-64K および Internet Low Bit Rate Codec（iLBC）のサポートが追加されました。これにより、Cisco Unified CME が、新しい Cisco Unified IP Phone、モバイル ワイヤレス ネットワーク、およびトランスコーディングなしのインターネット テレフォニーで使用されるものと同じコーデックをサポートできます。この機能は、次をサポートします。

• iLBC および G.722 に対応する Cisco Unified CME の SIP IP Phone および SCCP IP Phone。

• iLBC に対応する Cisco Unified CME の SCCP アナログ エンドポイントおよびリモート電話機。

• G.722 および ILBC の会議サポート。

• G.722 と他のコーデック間のトランスコーディングを必要とする補足サービスを含む、転送、コール フォワード、MOH、G.722 および iLBC のサポートなどの補足サービス。

• G.722 から G.711、および G.722 から他の任意のコーデックへのトランスコーディングを含む、G.722 および iLBC のトランスコーディング

G.722 コーデックおよび iLBC コーデックを導入する場合、異なる電話機のコーデック機能と同じ電話タイプの異なるファームウェア バージョンのコーデック機能の間に不一致が生じる場合があります。たとえば、H.323 コールが確立された場合、コーデックはダイヤルピアのコーデックに基づいてネゴシエートされ、H.323 側でサポートされているコーデックが電話機でサポートされていることが前提となります。この前提は、G.722 および ILBC コーデックがネットワークに導入されると無効になります。電話機が H.323 側のコーデックをサポートしない場合は、トランスコーダが要求されます。この状況でのトランスコーディングを避けるには、G.722 コーデックおよび iLBC コーデックが、これらの機能をサポートできない電話機へのコールに使用されないように、着信ダイヤルピアを設定します。代わりに、これらの電話機を G.729 用または G.711 用に設定します。また、共有ディレクトリ番号を設定する場合は、同じコーデック機能を持つ電話機が共有ディレクトリ番号に接続されることも確認します。

G.722-64K

G.711 および G.729 を含む、従来の PSTN テレフォニー コーデックは、狭い音声帯域幅の音声信号をエンコードし、電話コールの特性を「コンパクトな」サウンドにするため、ナローバンド コーデックに分類されます。ナローバンド周波数特性が 300 Hz から 3.4 kHz であるのに比べて、ワイドバンド周波数特性は 200 Hz から 7 kHz であるため、G.722 などのワイドバンド コーデックは優れた音声環境を提供します。G.722 コーデックは、64 kbps で会議パフォーマンスと良好な音質の音楽を提供します。

Cisco Unified IP Phone 7906G、7911G、7941G-GE、7942G、7945G、7961G-GE、7962G、7965G、および 7975G などの特定の Cisco Unified IP Phone のワイドバンド ハンドセットは、ワイドバンド コーデックによって提供される良好な音質を利用して、高品質のワイドバンド音声でエンド ユーザ体験を向上させます。ユーザがワイドバンドをサポートするヘッドセットを使用すると、電話機のワイドバンド設定をイネーブルにした際に音質が向上します。電話機のコンフィギュレーション ファイルの適切な VendorConfig パラメータを設定することにより、IP Phone のワイドバンド ヘッドセット設定への電話機のユーザ アクセスを設定できます。設定については、 「Cisco Unified IP Phone オプションの変更」 を参照してください。

システムがワイドバンド コーデック用に設定されていない場合は、電話機のユーザがワイドバンド ヘッドセットを使用している場合でも、音質が向上したことを体感できない場合があります。

Cisco Unified CME を通して、すべてのコールに対してシステム レベルで G.722-64K コーデックを設定できます。設定については、 「グローバル コーデックの変更」 を参照してください。電話機を個別に設定し、ローカル電話機間のコールのコーデックの不一致を防止するには、 「電話機ごとのローカル電話機間コール用コーデックの設定」 を参照してください。

iLBC コーデック

Internet Low Bit Rate Codec（iLBC）は、フレームが失われるネットワークで、音声品質の劣化に対応します。テレフォニーとビデオ会議、ストリーミング オーディオ、アーカイブ、およびメッセージングなどのリアルタイム通信に適した iLBC を検討してください。このコーデックは、インターネット テレフォニー ソフトフォンによって幅広く使用されています。SIP、SCCP、および MGCP コール プロトコルは、オーディオ コーデックとして iLBC の使用をサポートしています。iLBC は、G.729 よりも高品質の音声品質を提供しますが、G.711 の音声品質に比べると劣ります。iLBC など、その他のネットワークで標準的に使用されるコーデックをサポートすることにより、トランスコーディングを必要とせずにエンドツーエンド IP コールをイネーブルにできます。

Cisco Unified CME のアナログ エンドポイントを含む、個別の SIP 電話機または SCCP 電話機を設定し、ローカル電話機間のコールのコーデックの不一致を防止するには、 「電話機ごとのローカル電話機間コール用コーデックの設定」 を参照してください。

アナログ電話機

Cisco Unified CME は、Cisco Analog Telephone Adaptor（ATA）、または SCCP、H.323 モード、およびファクス パススルー モードの FXS ポートを使用して、アナログ電話機およびファクス機をサポートします。アナログ電話機またはファクスに使用される FXS ポートは、Cisco Unified CME ルータ、Cisco VG224 音声ゲートウェイ、またはサービス統合型ルータ（ISR）上に用意できます。

この項は、次のトピックで構成されています。

• 「SCCP モードの Cisco AT」

• 「SCCP モードの FXS ポート」

• 「H.323 モードの FXS ポート」

• 「ファクス サポート」

• 「Cisco VG202、VG204、および VG224 の自動設定」

SCCP モードの Cisco AT

Cisco IOS Release 12.2(11)T 以降のバージョンの SCCP を使用して、アナログ電話機をコスト効率よくサポートする Cisco ATA 186 または Cisco ATA 188 を設定できます。各 Cisco ATA では、2 台のアナログ電話機が IP Phone として動作できます。設定については、「Cisco ATA サポートの設定」を参照してください。

SCCP モードの FXS ポート

Cisco VG224 音声ゲートウェイの FXS ポート、および Cisco 2800 シリーズと Cisco 3800 シリーズの ISR の FXS ポートは、SCCP 補足機能用に設定できます。Cisco Unified CME ルータの制御下で、Cisco IOS ゲートウェイのアナログ FXS ポートでの SCCP 拡張補足機能の使用方法の詳細については、『 Supplementary Services Features for FXS Ports on Cisco IOS Voice Gateways Configuration Guide 』を参照してください。

H.323 モードの FXS ポート

SCCP 拡張補足機能をイネーブルにできないプラットフォームの FXS ポートは、H.323 モードを使用してコール待機、発信者 ID、フックフラッシュ転送、モデム パススルー、ファクス（T.38、Cisco ファクス リレー、およびパススルー）、および PLAR をサポートできます。これらの機能は、Cisco Unified CME 機能としてではなく、Cisco IOS の音声機能としてプロビジョニングされます。

（注） Cisco Unified CME を使用する場合は、コール待機またはフックフラッシュ用に H.323 モードで FXS ポートを設定できますが、両方を同時に設定することはできません。

H.323 モードでの FXS ポートの機能設定の詳細については、次のマニュアルを参照してください。

• 『 Voice Ports Configuration Guide 』の「 Configuring Analog Voice Ports 」の項

• 『 Cisco IOS Voice Configuration Library 』の「 Caller ID 」マニュアル

• 『Cisco IOS Fax, Modem, and Text Support over IP Application Guide』

ファクス サポート

Cisco Unified CME 4.0 では、Cisco VG224 音声ゲートウェイおよび Cisco ATA 上での SCCP の G.711 ファクス パススルーの使用が導入されました。Cisco Unified CME 4.0(3) 以降のバージョンでは、Cisco VG224 および統合型サービス ルータの SCCP 制御の FXS ポートでサポートされる唯一のファクス オプションは、シスコ独自のファクス プロトコルを使用するファクス リレーです。ファクス リレーの詳細については、「ファクス リレーの設定」を参照してください。

Cisco ATA-187

Cisco Unified CME 9.0 以降のバージョンは、Cisco ATA-187 での音声とファクスのサポートを提供します。

Cisco ATA-187 は、従来の電話機を IP デバイスに変換する SIP ベースのアナログ電話アダプタです。Cisco ATA-187 は、一端で通常のアナログ FXS 電話機またはファクス機器と接続することができます。また、IP 側にあるもう一端では、シグナリング用の SIP を使用し、Cisco Unfiied SIP IP Phone として Cisco Unified CME に登録します。

Cisco ATA-187 は、T.38 ファクス リレーおよびファクス パススルーをサポートする Cisco Unified SIP IP Phone として機能し、IP ネットワークを介したファクスのリアルタイム送信を可能にします。ファクス レートは 7.2 ～ 14.4 kbps です。

Cisco ATA-187 での音声およびファクス サポートの設定方法については、「Cisco ATA-187 での音声と T.38 ファクス リレーの設定」を参照してください。

Cisco ATA-187 の詳細については、『 Cisco ATA 187 Analog Telephone Adaptor Administration Guide for SIP 』を参照してください。

Cisco VG202、VG204、および VG224 の自動設定

Cisco Unified CME 7.1 以降のバージョンの自動設定機能では、Cisco VG202、VG204、および VG224 Analog Phone Gateway を自動的に設定できます。Cisco Unified CME の基本的な音声ゲートウェイ情報を設定してゲートウェイの XML コンフィギュレーション ファイルを生成し、system:/its/ のデフォルトの場所、またはシステム メモリ、フラッシュ メモリ、または外部の TFTP サーバで定義した場所のいずれかの場所にファイルを保存できます。音声ゲートウェイを起動すると、Cisco Unified CME からコンフィギュレーション ファイルがダウンロードされます。音声ゲートウェイは、ファイルの情報に基づいてアナログ音声ポートをプロビジョニングし、対応するダイヤルピアを作成します。

既存の自動割り当て機能とこの自動設定機能を組み合わせて使用すると、基本的なコールを発信するアナログ電話機を簡単に設定できます。音声ゲートウェイを適切に設定して XML コンフィギュレーション ファイルを Cisco Unified CME からダウンロードした後、SCCP テレフォニー制御（STC）アプリケーションは、設定された各音声ポートを Cisco Unified CME に登録します。

自動割り当て機能をイネーブルにすると、ゲートウェイは、 auto assign コマンドによって設定されたプールから次に使用可能なディレクトリ番号を自動的に割り当て、要求している音声ポートに番号をバインドし、音声ポートに関連付けられた ephone エントリを作成します。ephone エントリの MAC アドレスは、ゲートウェイの MAC アドレスとポート番号に基づいて計算されます。ephone-dn と対応する ephone エントリを作成することにより、各音声ポートにディレクトリ番号を手動で割り当てることができます。

Cisco Unified CME から、アナログ エンドポイントのリセットまたは再起動を開始すると、自動設定プロセスをトリガできます。音声ゲートウェイは、コンフィギュレーション ファイルを Cisco Unified CME からダウンロードし、新しい変更を適用します。

設定については、「SCCP：Cisco VG202、VG204、および VG224 の自動設定のイネーブル化」を参照してください。

セキュアな IP Phone（IP-STE）のサポート

Cisco Unified CME 8.0 では、新しいセキュアなエンドポイントである、Internet Protocol - Secure Telephone Equipment（IP-STE）のサポートが追加されています。IP-STE は、7960 電話機のように機能するスタンドアロンの V.150.1 対応デバイスで、セキュアな通信機能を持っています。IP-STE は State Signaling Event（SSE/SPRT）をネイティブ サポートし、SCCP プロトコルをサポートしています。IP-STE は、SCCP サーバへの登録時に、デバイス ID 30035 を使用します。ただし、V.150.1 モデム リレーのみ IP-STE スタックに実装されており、V150.1 モデム パススルーはサポートされていません。したがって、Cisco Unified CME からの機能のクエリーへの応答には、media_payload_XV150_MR_711U および media_payload_xv150_MR_729A だけが含まれています。

設定については、「SCCP：セキュアな IP Phone（IP-STE）の設定」を参照してください。

IP-STE エンドポイントに対して、次のサポートが追加されています。

• IP-STE エンドポイントは、ゲートウェイに接続されているレガシー アナログ STE/STU デバイスと音声ネットワークで既存の STE デバイスを使用する IP STE デバイス間のセキュアな通信を可能にします。

• Cisco IOS ゲートウェイ Foreign Exchange Station（FXS）および BRI ポートに接続された STE/STU デバイスから IP-STE へのセキュア音声モードとセキュア データ モード。

• モデムのエンドツーエンドのシグナリングと VoIP から、Modem over IP（MoIP）への移行と動作を可能にする、State Signaling Event（SSE）プロトコルのサポート。

• コーデック サポートと V.150.1 ネゴシエーションを判断する回線側ゲートウェイおよびトランク側ゲートウェイと Cisco Unified CME 間の相互運用。ゲートウェイ接続デバイスを設定して、モデム リレー方式、モデム パススルー方式、両方のモデム トランスポート方式のいずれかをサポートするか、またはいずれもサポートしないように設定できます。

この項は、次のトピックで構成されています。

• 「STU、STE、および IP-STE 間のセキュアな通信」

• 「セキュア モードの SCCP メディア制御」

• 「SIP トランクを介した STE、STU、および IP-STE 間のセキュアな通信」

STU、STE、および IP-STE 間のセキュアな通信

Secure Telephone Equipment（STE）および Secure Telephone Unit（STU）暗号化音声およびデータ ストリームと、政府独自のアルゴリズム（Type-1 暗号化）。レガシー STE と STU および次世代 IP Secure Telephone Equipment（IP-STE）にサポートを提供するには、音声ゲートウェイは、IP ネットワーク内のセキュア モードで音声とデータをサポートできる必要があり、コールを政府音声ネットワーク内と政府音声ネットワーク間でやり取りできる必要があります。

以前のバージョンの Cisco Unified CME では、Cisco IOS ゲートウェイはモデム パススルー方式を使用してレガシー STE と STU デバイス間の音声とデータ通信をサポートしていました。Cisco Unified CME 8.0 以降のバージョンは、v.150.1 モデム リレー プロトコルのサブセットを実装することによってセキュアなエンドポイントを制御し、IP-STE エンドポイントと STE/STU エンドポイント間のセキュアな通信を行っています。これにより、Cisco Unified CME SCCP によって制御されたセキュアなエンドポイントが、セキュア モードで IP-STE またはレガシー エンドポイントと通信できます。

セキュア モードの SCCP メディア制御

IP-STE エンドポイントは、その他のレガシー STE エンドポイントとのセキュアな通信用のために、V.32 または V.34 データ ポンプを介した Future Narrow Band Digital Terminal（FNBDT）シグナリングを使用した V.150.1 モデム リレー トランスポート方式を使用します。ただし、STU エンドポイントは独自のデータ ポンプを使用したモデム パススルー方式を使用し、FNBDT シグナリングをサポートしていないため、IP-STE エンドポイントは STU エンドポイントと通信できません。

IP-STE エンドポイントとレガシー STE エンドポイント間のセキュアな通信は、次の暗号化対応エンドポイントをサポートします。

• STE：Voice Band Data（VBD）とも呼ばれ、V.150.1 モデム リレーまたはモデム パススルーを介した通信が可能な専用暗号化対応アナログまたは BRI 電話機。

• IP-STE：V.150.1 モデム リレーのみを介して通信する専用暗号化対応 IP Phone。

• STU：NSE ベースのモデム パススルー接続のみを介して動作する専用暗号化対応アナログ電話機。

表 20 に、デバイス間のコール シナリオと、IP-STE エンドポイントが STE エンドポイントとの通信に使用するモデム転送方式を示します。

SIP トランクを介した STE、STU、および IP-STE 間のセキュアな通信

SIP エンドツーエンド ネゴシエーションの Secure Device Provisioning（SDP）には、Cisco Unified CME と SIP トランク間のセキュアな通信のための 4 つの独自のメディア タイプが含まれています。これらの独自の VBD または Modem Relay（MR）メディア タイプは、SDP メディア回線のメディア属性にエンコードできます。VBD 機能は、SDP 拡張メカニズムとシスコ独自の名前を使用して送信されます。MR 機能は、V.150.1 によってシグナリングされます。次に、VBD 機能の例を示します。SDP 構文は RFC 2327 および V.150.1 Appendix E に基づいています。

a=rtpmap:100 X-NSE/8000

a=rtpmap:118 v150fw/8000

a=sqn:0

a=cdsc:1 audio RTP/AVP 118 0 18

a=cdsc: 4 audio udsprt 120

a=cpar: a=sprtmap: 120 v150mr/8000

リモート在宅勤務者の電話機

IP Phone または Cisco IP Communicator は、WAN を介して Cisco Unified CME システムに接続し、Cisco Unified CME ルータから離れた場所にオフィスを持つ在宅勤務者をサポートできます。サポートされるリモート電話機の最大数は、使用可能な帯域幅で決まります。

IP アドレッシングは、リモート在宅勤務者の電話機設計を決定する最も重要な要素です。次の 2 つのシナリオは、最も一般的な設計を示します。2 番めのシナリオは、中小規模のビジネスで最も一般的です。

• リモート サイト IP Phone およびハブ Cisco Unified CME ルータは、グローバル ルーティング可能な IP アドレスを使用します。

• リモート サイト IP Phone は、ルーティング不可のプライベート IP アドレスを持つ NAT を使用し、ハブ Cisco Unified CME ルータは、グローバルにルーティング可能なアドレスを使用します（図 14を参照）。このシナリオは、次のいずれかの回避策を使用しない限り、片通話になります。

– リモート サイト ルータ上でスタティック NAT マッピング（たとえば、Cisco 831 Ethernet Broadband Router）を設定し、プライベート アドレスとグローバル ルーティング可能なアドレスを変換します。このソリューションは、使用する Cisco Unified CME リソースは少ないものの、WAN を経由する音声が暗号化されません。

– リモート サイト ルータ（たとえば、Cisco 831 Ethernet Broadband Router）と Cisco Unified CME ルータ間で IPsec VPN トンネルを設定します。VPN トンネルの末端としてこのルータを使用する場合、このソリューションでは Cisco Unified CME ルータ上に Advanced IP Services 以上のイメージが必要です。WAN を経由する音声が暗号化されます。この方式は、Cisco IP Communicator をサポートする PC 上の Cisco VPN クライアントでも機能します。

図 14 NAT を使用するリモート サイト IP Phone

リモート電話機のメディア ターミネーション ポイント

メディア ターミネーション ポイント（MTP）設定は、リモート電話機からの Real-Time Transport Protocol（RTP）メディア パケットが、必ず Cisco Unified CME ルータを介して送信されるようにするために使用されます。MTP 機能がないと、同じ Cisco Unified CME システム内にある別の電話機とのコールに接続された電話機により、Cisco Unified CME ルータを通さずに、メディア パケットが直接その他の電話機に送信されます。MTP は、パケットの発信元が Cisco Unified CME ルータになるように強制的に設定します。

この設定を使用して、電話機に対して常に Cisco Unified CME ルータにメディア パケットを送信するように指定すると、ルータは MTP またはプロキシとして機能し、パケットを接続先電話機に転送します。ファイアウォールが存在する場合、ルータは、メディア パケット用に指定された UDP ポートを使用するため、RTP パケットを渡すように設定できます。この方法では、リモート IP Phone からの RTP パケットはファイアウォールを通る必要がありますが、同じシステム上で IP Phone に RTP パケットを配信できます。

mtp コマンドを使用して、Cisco Unified CME にメディア パケットを送信する各リモート電話機の MTP を明示的にイネーブルにする必要があります。

考慮すべき点の 1 つに、システム内でマルチキャスト保留音（MOH）を使用しているかどうかという点があります。一般に、マルチキャスト パケットは、WAN を介して到達する電話機には転送できません。マルチキャスト MOH 機能では、電話機で MTP がイネーブルになっているかどうかが確認されます。イネーブルになっている場合は、その電話機に MOH が送信されません。マルチキャスト パケットを転送できる WAN 設定が存在し、RTP パケットがファイアウォールを通過することを許可できる場合は、MTP を使用しない方法もあります。

設定については、「SCCP：リモート電話機のイネーブル化」を参照してください。

リモート電話機の G.729r8 コーデック

リモート IP Phone で G.729r8 コーデックを選択することで、ネットワーク帯域幅を節約できます。デフォルトのコーデックは G.711 mu-Law です。 dspfarm-assist キーワードなしで codec g729r8 コマンドを使用すると、G.729 コーデックの使用は、Cisco Unified CME ルータ上の 2 つの電話機間のコール（IP Phone と別の IP Phone 間、または IP Phone とアナログ電話機間など）に対してのみ用意されます。 dspfarm-assist キーワードも使用した場合を除いて、 codec g729r8 コマンドは VoIP ダイヤルピアを介したコールに影響を与えません。

設定については、「SCCP：リモート電話機のイネーブル化」を参照してください。

G.729r8 コーデックを使用する場合のトランスコーディング動作の詳細については、「リモート電話機で G.729r8 を使用する場合のトランスコーディング」を参照してください。

SIP 電話機のビジー トリガーおよびチャネル ハントストップ

Cisco Unified CME 7.1 では、Cisco Unified IP Phone 7941G、7941GE、7942G、7945G、7961G、7961GE、7962G、7965G、7970G、7971GE、7975G、および 7985 などの SIP 電話機に、ビジー トリガーおよびハントストップ チャネルのサポートが導入されました。これらの SIP 電話機では、サポートされているチャネル数は、電話機のメモリ量によって制限されています。着信コールによる電話機のオーバーロードを防止するため、電話機のディレクトリ番号にビジー トリガーおよびチャネル ハントストップを設定できます。

チャネル ハントストップ機能は、ディレクトリ番号への着信コールに対して使用可能なチャネルの数を制限します。着信コール数が設定された制限に達すると、Cisco Unified CME は、そのディレクトリ番号への次の着信コールを提示しません。これにより、発信コール、またはコール転送や会議などの機能に使用するチャネルが予約されます。

ビジー トリガー機能は、ビジー応答をトリガーすることによってディレクトリ番号へのコールを制限します。着信コールと発信コールの両方のアクティブ コール数が設定された制限に達すると、Cisco Unified CME は、次の着信コールを話中のコール転送の宛先に転送するか、話中のコール転送が設定されていない場合は、ビジー トーンを流してコールを拒否します。

ビジー トリガー制限は、電話機のすべてのディレクトリ番号に適用されます。ディレクトリ番号が複数の SIP 電話機で共有されている場合、Cisco Unified CME は、ビジー トリガー制限に達していない電話機に着信コールを提供します。Cisco Unified CME は、ディレクトリ番号を共有しているすべての電話機が制限を超えた場合にのみ、着信コールのビジー トリガーを開始します。

設定の詳細については、「SIP：ディレクトリ番号の作成」および「SIP：電話機へのディレクトリ番号の割り当て」を参照してください。

回線ごとの複数コール

Cisco Unified CME 9.0 は、Cisco Unified 6921、6941、6945、6961 SIP IP Phone、Cisco Unified 8941、8945 SCCP および SIP IP Phone で、1 回線あたり複数のコール（MCPL）機能をサポートします。

Cisco Unified CME 9.0 よりも前は、Cisco Unified 8941 および 8945 SCCP IP Phone のディレクトリ番号（DN）ごとにサポートされているコールの最大数は 2 つに制限されていました。

Cisco Unified CME 9.0 では、1 回線あたりのコールの最大数の制限が MCPL 機能によって拡大されました。

Cisco Unified CME 9.0 では、MCPL 機能は Cisco Unified 6921、6941、6945、および 6961 SCCP IP Phone でサポートされていません。

Cisco Unified 8941/8945 SCCP IP Phone

Cisco Unified CME 9.0 よりも前は、Cisco Unified 8941 と 8945 SCCP IP Phone は 1 回線あたり 2 つの着信コールのみをサポートし、3 番めのチャネルはコール転送および会議コールのために予約されていました。また、これらの電話機は、 ephone-dn octo-line 、 huntstop-channel 2、 max-calls -per-button 3、および busy-trigger-per-button 2 によるハードコーディングも行われていました。

Cisco Unified CME 9.0 では、Cisco Unified 8941 および 8945 SCCP IP Phone のグローバル コンフィギュレーション モードの ephone-dn dn-tag [ dual-line | octo-line ] コマンド、および ephone または ephone-template コンフィギュレーション モードの max-calls-per-button コマンドおよび busy-trigger-per-button コマンドを設定して DN を設定し、DN あたりのコール数をイネーブルにし、オクトライン DN で許可されるコールの最大数を設定し、ビジー トーンをアクティブ化する前のオクトライン DN で許可されるコールの最大数を設定することができます。

設定については、「SCCP：コールの最大数の設定」を参照してください。

Cisco Unified 6921/6941/6945/6961/8941/8945 SIP IP Phone

Cisco Unified CME 9.0 では、 busy-trigger-per-button コマンドのデフォルト値は、Cisco Unified 6921、6941、6945、および 6961 SIP IP Phone では 1 で、Cisco Unified 8941 および 8945 SIP IP Phone では 2 です。

電話機がビジー トーンを受信するまでの、コールの最大数を設定できます。たとえば、Cisco Unified 6921、6941、6945、または 6961 SIP IP Phone で、音声レジスタ プール コンフィギュレーション モードで busy-trigger-per-button 2 を設定した場合、電話機への 3 番めの着信コールでビジー トーンが流れます。

Cisco Unified SIP IP Phone のビジー トリガー機能の詳細については、「SIP 電話機のビジー トリガーおよびチャネル ハントストップ」を参照してください。

設定については、「SIP：ビジー トリガー制限の設定」を参照してください。

SIP Phone のディジット収集

電話機ユーザによってダイヤルされた数字の文字列を収集して事前定義されたパターンと照合し、ユーザの入力に対応する宛先にコールを発信する必要があります。Cisco Unified CME 4.1 よりも前は、SIP 電話機のユーザは、[ダイヤル（Dial）] ソフトキーまたは # キーを押すか、桁間タイムアウトまで待ってからコール処理をトリガーする必要がありました。Cisco Unified CME 4.1 以降のバージョンでは、電話機のモデルに基づいて、数字を収集して照合する 2 つの方法が SIP 電話機でサポートされています。

• 「KPML ディジット収集」

• 「SIP ダイヤル プラン」

KPML ディジット収集

Key Press Markup Language（KPML）は、SIP SUBSCRIBE および NOTIFY 方式を使用して、ユーザ入力を数字ごとに報告します。電話機ユーザによってダイヤルされた各数字は、Cisco Unified CME への独自のシグナリング メッセージを生成します。これにより、ダイヤルされた数字を収集するのに従って、宛先パターンをダイヤルピアと照合することによってパターン認識が実行されます。このプロセスでは、SCCP 電話機によって使用されるプロセスと同様に、各ディジットを即座にリレーします。これにより、数字が Cisco Unified CME に送信されて処理される前に、ユーザが [ダイヤル（Dial）] ソフトキーを押すか、または桁間タイムアウトを待つ必要がなくなります。

KPML は、Cisco Unified IP Phone 7911G、7941G、7941GE、7961G、7961GE、7970G、および 7971GE でサポートされています。設定については、「SIP：KPML のイネーブル化」を参照してください。

SIP ダイヤル プラン

ダイヤル プランは、ユーザがオフフックに移行して宛先番号にダイヤルした後、ディジット収集が完了したことを判断するために SIP Phone が使用するダイヤル パターンのセットです。ダイヤル プランにより、SIP 電話機はローカル ディジット収集を実行し、ユーザ入力が収集された際のダイヤル パターンを認識できます。パターンが認識された後、SIP 電話機は Cisco Unified CME に INVITE メッセージを送信し、ユーザの入力に一致する番号へのコールを開始します。ユーザによって入力されたすべての数字は、処理のためにブロックとして Cisco Unified CME に表示されます。ディジット収集は電話機で行われるため、KPML ディジット収集と比較して、ダイヤル プランではシグナリング メッセージのオーバーヘッドが減少します。

SIP ダイヤル プランでは、発信 INVITE をトリガーするためにユーザが [ダイヤル（Dial）] ソフトキーまたは # キーを押すか、または桁間タイムアウトを待つ必要がなくなります。SIP ダイヤル プランを設定し、ダイヤル プランを SIP 電話機に関連付けます。ダイヤル プランはコンフィギュレーション ファイルで電話機にダウンロードされます。

SIP ダイヤル プランを設定し、それらを次の SIP 電話機に関連付けることができます。

• Cisco Unified IP Phone 7911G/7941G/7941GE/7961G/7961GE/7970G/7971GE：これらの電話機はダイヤル プランを使用し、KPML をサポートします。ダイヤル プランと KPML の両方がイネーブルの場合は、ダイヤル プランが優先されます。

一致するダイヤル プランが見つからず、KPML がディセーブルの場合、SIP NOTIFY メッセージが Cisco Unified CME に送信されるまで、ユーザは桁間タイムアウトを待つ必要があります。その他の SIP 電話機とは異なり、オンフック ダイヤルを使用した場合を除き、これらの電話機にはダイヤルの終了を示す [ダイヤル（Dial）] ソフトキーがありません。この場合、ユーザは [ダイヤル（Dial）] ソフトキーを押すことにより、いつでも Cisco Unified CME にダイヤルされたすべての数字を送信できます。

• Cisco Unified IP Phones 7905/7912/7940/7960：これらの電話機はダイヤル プランを使用し、KPML をサポートしません。これらの電話機に SIP ダイヤル プランを設定しない場合、またはダイヤルされた数字がダイヤル プランと一致しない場合は、数字が Cisco Unified CME に送信される前に [ダイヤル（Dial）] ソフトキーを押すか、桁間タイムアウトを待つ必要があります。

電話機をリセットすると、電話機は TFTP サーバからコンフィギュレーション ファイルを要求し、電話機のタイプに基づいて適切なコンフィギュレーション ファイルが構築されます。

• Cisco Unified IP Phone 7905/7912：ダイヤル プランは、コンフィギュレーション ファイル内のフィールドです。

• Cisco Unified IP Phone 7911G/7940/7941G/7941GE/7960/7961G/7961GE/7970G/7971GE：ダイヤル プランは、通常のコンフィギュレーション ファイルから指される個別の XML ファイルです。

Cisco Unified CME の設定については、「SIP：ダイヤル プランの設定」を参照してください。

SIP 電話機のセッション転送プロトコル

Cisco Unified CME 4.1 以降のバージョンでは、サポートされる SIP 電話機を Cisco Unified CME に接続するための転送プロトコルとして TCP を選択できます。以前は、UDP のみがサポートされていました。TCP は、音声レジスタ プール コンフィギュレーション モードまたは音声レジスタ テンプレート コンフィギュレーション モードで session-transport コマンドを使用することによって、SIP 電話機ごとに選択します。設定については、「SIP：電話機のセッション転送プロトコルの選択」を参照してください。

リアルタイム転送プロトコル コール情報表示の機能拡張

Cisco Unified CME 8.8 よりも前は、ephone コール レッグ上のアクティブ RTP コール情報は、 show ephone registered コマンドまたは show ephone offhook コマンドの出力を解析することによってのみ判断されました。 show voip rtp connections コマンドは、システム内のアクティブ コール情報を表示しましたが、ephone コール レッグには適用されませんでした。Cisco Unified CME 8.8 以降のバージョンでは、 show ephone rtp connections コマンドを使用して、アクティブ コールのある電話機の ephone タグ番号、ephone-dn のチャネル、およびローカル エンドポイントとリモート エンドポイントの両方の接続に関する発信者と着信側の番号を含む、アクティブ RTP コールの情報を表示できます。このコマンドの出力は、スニファを使用せずにパルス コード変調および Cisco Unified CME パケットをデバッグできるように基準を絞り込み、システムのすべての接続の概要を提供します。

（注） ephone から non-ephone へのコールが発信されると、non-ephone の情報は show ephone rtp connections コマンド出力に表示されなくなります。non-ephone のコール情報を表示するには、show voip rtp connections コマンドを使用します。

次の出力例には、Cisco Unified CME システムで接続されたすべての ephone が示されています。この出力例には、ローカル レッグ上で、指示されたコーデックにコードをトランスコードするように設定された dspfarm-assist キーワードを持つ電話機が 1 つある、5 つのアクティブ ephone 接続が示されています。また、この出力には、RTP 接続ソースと RTP 接続宛先の両方の CallID カラムがゼロ値で表される 4 つの ephone 間コールも示されています。

通常、電話機のアクティブ接続は 1 つだけですが、ウィスパー インターコム コールが存在する場合は 2 つの接続が可能です。この出力例には、ephone-40 には通常のコールとウィスパー インターコム コールの両方を受信する 2 つのアクティブ コールがあります。ウィスパー インターコム コールは、無効な LocalIP である 0.0.0.0 を持つ ephone-6 によって送信されています。無効な LocalIP は、ウィスパー インターコム コールの受信者への一方向の音声接続のみ存在するため、RTP オーディオを受信しないことを示しています。

Ephone-Type の設定

Cisco Unified CME 4.3 以降のバージョンでは、Cisco IOS ソフトウェアをアップグレードすることなく、設定に新しい電話機タイプを動的に追加できます。新しい機能が導入されていない新しい電話機モデルは、ソフトウェアのアップグレードを必要とすることなく、容易に設定に追加できます。

ephone-type コンフィギュレーション テンプレートは、特定の電話機タイプのデバイス ID、ボタン数、およびセキュリティ サポートなど、電話機のタイプによってサポートされる機能が記述されたコマンドのセットです。telephony-service、ephone-template、および ephone コンフィギュレーション モードでの他の電話機関連の設定によって、ephone-type テンプレート内で設定された機能を上書きすることができます。たとえば、ephone-type テンプレートでは、特定の電話機タイプでセキュリティをサポートし、別のコンフィギュレーション設定でこの機能をディセーブルにするように指定できます。ただし、ephone-type テンプレートで、この電話機がセキュリティをサポートしないように指定した場合、他のコンフィギュレーションでは、セキュリティ機能のサポートをイネーブルにできません。

Cisco Unified CME は、ephone-type テンプレートを使用して、電話機をプロビジョニングする XML ファイルを生成します。システム定義の電話機タイプは、ephone-type コンフィギュレーションを使用せずに、引き続きサポートされます。Cisco Unified CME は、システム定義の電話機タイプに対して ephone-type を確認します。電話機タイプまたはデバイス ID と競合する場合は、コンフィギュレーションが拒否されます。

設定については、「SCCP：Ephone-Type テンプレートの設定」を参照してください。

7926G Wireless SCCP IP Phone のサポート

Cisco Unified CME 8.6 では、Cisco Unified 7926G Wireless SCCP IP phone のサポートが追加されました。7926G ワイヤレス電話機は、2D バーコードと EA15 モジュールが接続された 7925 ワイヤレス電話機と同様の電話機です。7926G ワイヤレス電話機には、スキャン機能があります。電話機の機能の詳細については、『 Cisco Unified IP Phone 7900 Series User Guide 』を参照してください。

Cisco Unified CME 8.6 は、ephone 内蔵デバイス タイプを使用して、7926G SCCP ワイヤレス電話機でのスキャン機能をサポートします。 表 21 に、7926G ワイヤレス電話機の ephone-type に対してサポートされている値を示します。

表 21 Ephone-Type コマンドでサポートされる値

サービス プロビジョニングをサポートするには、XML ファイルを外部で作成し、電話機の ephone-template に適用します。電話機で外部 XML ファイルを読み取れるようにするには、create-cnf を実行し、XML ファイルを ephone にダウンロードする必要があります。PhoneServices XML ファイルの設定の詳細については、「SCCP：Cisco Unified Wireless Phone 7926G の電話機サービス XML ファイルの設定」を参照してください。

次に、<phoneServices> XML ファイルの例を示します。

<phoneServices useHTTPS="true">

<provisioning>0</provisioning>

<phoneService type="1" category="0">

<name>Missed Calls</name>

<url>Application:Cisco/MissedCalls</url>

<vendor></vendor>

<version></version>

</phoneService>

<phoneService type="0" category="1">

<displayName>Store Ops</displayName>

<name>Store Ops</name>

<url>http://1.4.206.105/Midlets/StoreOps.jad?StoreNumber=1777</url>

<http://1.4.206.105/Midlets/StoreOps.jad?StoreNumber=1777%3c/url%3e>

<http://1.4.206.105/Midlets/StoreOps.jad?StoreNumber=1777%3c/url%3e>

<vendor>CiscoSystems</vendor>

<version>0.0.82</version>

</phoneService>

</phoneServices>

SCCP：ディレクトリ番号の作成

SCCP 電話機、インターコム回線、音声ポート、またはメッセージ待機インジケータ（MWI）用に Cisco Unified CME でディレクトリ番号を作成するには、作成するディレクトリ番号ごとに次の手順を実行します。各 ephone-dn は、コール接続が可能な仮想回線または内線になります。各 ephone-dn コンフィギュレーションは、これらのコール接続を行うために、1 つ以上の仮想ダイヤルピアおよび仮想音声ポートを自動的に作成します。

（注） オーバーレイ セットに含まれるディレクトリ番号を作成して割り当てるには、「SCCP：オーバーレイ ephone-dn の設定」を参照してください。

前提条件

• ディレクトリ番号の最大数が、 max-dn コマンドを使用してデフォルトの 0 から変更されていること。

• オクトライン ディレクトリ番号がサポートされるのは、Cisco Unified CME 4.3 以降のバージョン。

制約事項

• Cisco Unified IP Phone 7931G は、SCCP キーセット電話機であり、キー システム用に設定した場合は、ディレクトリ番号のデュアルラインオプションをサポートしません。Cisco Unified IP Phone 7931G を設定するには、「キー システム用に電話機を設定する方法」を参照してください。

• オクトライン ディレクトリ番号は、Cisco VG224 または Cisco ATA に接続された Cisco Unified IP Phone 7902、7920、7931、またはアナログ電話機ではサポートされていません。

• オクトライン ディレクトリ番号はボタン オーバーレイ セットではサポートされていません。

• オクトライン ディレクトリ番号は、 trunk コマンドをサポートしていません。

手順の概要

1. enable

2. configure terminal

3. ephone-dn dn-tag [ dual-line | octo-line ]

4. number number [ secondary number ] [ no-reg [ both | primary ]]

5. huntstop [ channel number ]

6. name name

7. end

手順の詳細

例

非共有オクトライン ディレクトリ番号

次の例では、ephone-dn 7 が電話機 10 に割り当てられ、その他の電話機では共有されていません。ephone-dn 7 には、2 つのアクティブ コールがあります。 busy-trigger-per-button コマンドが 2 に設定されているため、内線 2001 への 3 番めの着信コールは、ビジー トーンが流れて拒否されるか、話中のコール転送が設定されている場合は別の宛先に転送されます。 max-calls-per-button コマンドが 3 に設定されていることによって ephone-dn 7 では合計 3 つのコールが許可されるため、電話機のユーザは、ephone-dn 7 で引き続き発信コールの実行、またはコールの転送や会議を行うことができます。

ephone-dn 7 octo-line

number 2001

name Smith, John

huntstop channel 4

!

!

ephone 10

max-calls-per-button 3

busy-trigger-per-button 2

mac-address 00E1.CB13.0395

type 7960

button 1:7

共有オクトライン ディレクトリ番号

次の例では、電話機 10 と電話機 11 間で ephone-dn 7 が共有されています。ephone-dn 7 には、2 つのアクティブ コールがあります。 busy-trigger-per-button コマンドが 3 に設定されているため、ephone-dn 7 への 3 番めの着信コールでは、電話機 11 でのみ呼び出し音が鳴ります。電話機 10 では合計 3 つのコールが許可されていますが、 busy-trigger-per-button コマンドが 2 に設定されているため、3 番めの着信コールは拒否されます。電話機 11 の ephone-dn 7 への 4 番めの着信コールは、ビジー トーンが流れて拒否されるか、話中のコール転送が設定されている場合は別の宛先に転送されます。 max-calls-per-button コマンドが 4 に設定されていることによって電話機 11 の ephone-dn 7 では合計 4 つのコールが許可されるため、電話機のユーザは、電話機 11 の ephone-dn 7 で引き続き発信コールの実行、またはコールの転送や会議を行うことができます。

ephone-dn 7 octo-line

number 2001

name Smith, John

huntstop channel 4

!

!

ephone 10

max-calls-per-button 3

busy-trigger-per-button 2

mac-address 00E1.CB13.0395

type 7960

button 1:7

!

!

!

ephone 11

max-calls-per-button 4

busy-trigger-per-button 3

mac-address 0016.9DEF.1A70

type 7960

button 1:7

次の作業

ディレクトリ番号の作成後は、1 つ以上のディレクトリ番号を Cisco Unified IP Phone に割り当てることができます。「SCCP：電話機へのディレクトリ番号の割り当て」を参照してください。

SCCP：Ephone-Type テンプレートの設定

ephone-type テンプレートを定義することによって IP Phone タイプを追加するには、次の手順を実行します。

前提条件

Cisco Unified CME 4.3 以降のバージョン。

制約事項

Ephone-Type テンプレートは、システム定義の電話機タイプではサポートされません。システム定義の電話機タイプについては、『 Cisco Unified CME Command Reference 』の type コマンドを参照してください。

手順の概要

1. enable

2. configure terminal

3. ephone-type phone-type [ addon ]

4. device-id number

5. device-name name

6. device-type phone-type

7. num-buttons number

8. max-presentation number

9. addon

10. security

11. phoneload

12. utf8

13. end

手順の詳細

サポートされている電話機タイプの Ephone-Type パラメータ

表 22 に、必要なデバイス ID、デバイス タイプ、およびボタンとコール表示回線の最大数を示します。これらは、ephone-type テンプレートによって追加できる各電話機タイプでサポートされています。

例

次に、Nokia E61 が追加され、ephone 2 に割り当てられる ephone-type テンプレートの例を示します。

ephone-type E61

device-id 376

device-name E61 Mobile Phone

num-buttons 1

max-presentation 1

no utf8

no phoneload

!

ephone 2

mac-address 001C.821C.ED23

type E61

button 1:2

SCCP：電話機へのディレクトリ番号の割り当て

この作業では、ephone-dn-to-ephone の初期関係（各電話機で内線を表示する方法、および表示される内線）を設定します。個々の SCCP 電話機の電話機固有のパラメータを作成および修正するには、Cisco Unified CME に接続された各 SCCP 電話機で次の作業を実行します。

（注） オーバーレイ セットに含まれるディレクトリ番号を作成して割り当てるには、「SCCP：オーバーレイ ephone-dn の設定」を参照してください。

前提条件

• button コマンドを使用して監視（w）モードの電話回線を設定するには、Cisco Unified CME 4.1 以降のバージョンが必要。

• button コマンドを使用して監視（m）モードの電話回線を設定するには、Cisco CME 3.0 以降のバージョンが必要。

• Cisco Unified CME 4.3 以降のバージョンにユーザ定義の電話機タイプを割り当てるには、まず ephone-type テンプレートを作成する必要があります。「SCCP：Ephone-Type テンプレートの設定」を参照してください。

制約事項

• 監視モードでは、 監視対象のディレクトリ番号が複数の電話機に関連付けられている場合、監視対象の電話機となるのは、監視対象のディレクトリ番号がボタン 1 にある電話機か、または監視対象のディレクトリ番号が auto-line コマンドを使用して設定された、auto-line がプライオリティを持つボタンにある電話機です。設定については、「自動回線選択の設定」を参照してください。

• オクトライン ディレクトリ番号は、Cisco VG224 または Cisco ATA に接続された Cisco Unified IP Phone 7902、7920、7931、またはアナログ電話機ではサポートされていません。

• オクトライン ディレクトリ番号はボタン オーバーレイ セットではサポートされていません。

手順の概要

1. enable

2. configure terminal

3. ephone phone-tag

4. mac-address [ mac-address ]

5. type phone-type [ addon 1 module-type [ 2 module-type ]]

6. button button-number { separator } dn-tag [ , dn-tag ...] [ button-number { x } overlay-button-number ] [ button-number ...]

7. max-calls-per-button number

8. busy-trigger-per-button number

9. keypad-normalize

10. nte-end-digit-delay [ milliseconds ]

11. end

手順の詳細

例

次の例では、経理部門の内線 2225 を ephone 2 のボタン 1 に割り当てます。

ephone-dn 25

number 2225

name Accounting

ephone 2

mac-address 00E1.CB13.0395

type 7960

button 1:25

次の作業

• 同じ Cisco Unified CME に SIP 電話機と SCCP 電話機が接続されている場合には、「電話機ごとのローカル電話機間コール用コーデックの設定」を参照してください。

• 基本コールを行うように Cisco Unified CME を設定すると、接続される電話機のコンフィギュレーション ファイルを生成する準備が整います。「SCCP：SCCP 電話機のコンフィギュレーション ファイルの生成」を参照してください。

SIP：ディレクトリ番号の作成

SIP 電話機、インターコム回線、音声ポート、またはメッセージ待機インジケータ（MWI）用に Cisco Unified CME でディレクトリ番号を作成するには、作成するディレクトリ番号ごとに次の手順を実行します。

前提条件

• Cisco CME 3.4 以降のバージョン。

• SIP 共有回線のディレクトリ番号がサポートされるのは、Cisco Unified CME 7.1 以降のバージョン。

• registrar server コマンドが設定されていること。設定については、「VoIP ネットワークでのコールのイネーブル化」を参照してください。

• Cisco Unified CME 7.1 以降のバージョンでは、 max-dn （音声レジスタ グローバル）コマンドを使用して、ディレクトリ番号の最大数がデフォルトの 0 から変更されていること。設定については、「SIP：Cisco Unified CME Phone のセットアップ」を参照してください。

制約事項

• ルータでサポートされるディレクトリ番号の最大数は、バージョンとプラットフォームによって異なります。

• Cisco Unified CME 4.1 以降のバージョンのすべてのコールの転送、プレゼンス、およびメッセージ待機インジケータ（MWI）機能では、 dn キーワードを number コマンドで使用して、SIP 電話機のディレクトリ番号を設定する必要があります。ダイレクト回線番号はサポートされません。

• SIP エンドポイントは H.323 トランクでサポートされません。SIP エンドポイントは、SIP トランクでのみサポートされます。

• media flow-around コマンドで設定されるメディア フローアラウンド機能は、SIP 電話機を使用する Cisco Unified CME でサポートされません。

• SIP 共有回線のディレクトリ番号は、Cisco Unified IP Phone 7902、7920、7931、7940、または 7960、または Cisco VG224 または Cisco ATA に接続されたアナログ電話機ではサポートされません。

• SIP 共有回線ディレクトリ番号は、ハント グループのメンバになることができません。

手順の概要

1. enable

2. configure terminal

3. voice register dn dn-tag

4. number number

5. shared-line [ max-calls number-of-calls ]

6. huntstop channel number-of-channels

7. end

手順の詳細

例

次の例は、共有回線として設定され、電話機 124 および電話機 125 に割り当てられたディレクトリ番号 24 を示しています。

voice register dn 24

number 8124

shared-line max-calls 6

!

voice register pool 124

id mac 0017.E033.0284

type 7965

number 1 dn 24

!

voice register pool 125

id mac 00E1.CB13.0395

type 7965

number 1 dn 24

SIP：電話機へのディレクトリ番号の割り当て

この作業では、各電話機に表示される内線番号を設定します。個々の SIP 電話機の電話機固有のパラメータを作成および修正するには、Cisco Unified CME に接続された各 SIP 電話機で次の作業を実行します。

（注） ご使用の Cisco Unified CME システムが SCCP 電話機と SIP 電話機をサポートしている場合、SIP 電話機の設定プロファイルを確認するまで、SIP 電話機をネットワークに接続しないでください。

手順の概要

1. enable

2. configure terminal

3. voice register pool pool-tag

4. id { network address mask mask | ip address mask mask | mac address }

5. type phone-type

6. number tag dn dn-tag

7. busy-trigger-per-button number-of-calls

8. username username password password

9. dtmf-relay [ cisco-rtp ] [ rtp-nte ] [ sip-notify ]

10. end

手順の詳細

例

SIP 非共有回線

次の例では、音声レジスタ dn 23 が電話機 123 に割り当てられます。 huntstop channel コマンドが 3 に設定されているため、内線 8123 への 4 番めの着信コールは電話機に提示されません。電話機 123 で busy-trigger-per-button コマンドが 2 に設定され、話中のコール転送が設定されているため、内線 8123 への 3 番めの着信コールは内線 8200 に転送されます。

voice register dn 23

number 8123

call-forward b2bua busy 8200

huntstop channel 3

!

voice register pool 123

busy-trigger-per-button 2

id mac 0009.A3D4.1234

type 7965

number 1 dn 23

SIP 共有回線

次の例では、音声レジスタ dn 24 が電話機 124 と 125 で共有されています。内線 8124 に対する最初の 2 つの着信コールでは、両方の電話機で呼び出し音が鳴ります。その busy-trigger-per-button コマンドが 3 に設定されているため、3 番めの着信コールでは、電話機 125 でのみ呼び出し音が鳴ります。すべての電話機のビジー トリガー制限を超えるため、内線 8124 に対する 4 番めの着信コールでは、話中のコール転送がトリガーされます。

voice register dn 24

number 8124

call-forward b2bua busy 8200

shared-line max-calls 6

huntstop channel 6

!

voice register pool 124

busy-trigger-per-button 2

id mac 0017.E033.0284

type 7965

number 1 dn 24

!

voice register pool 125

busy-trigger-per-button 3

id mac 00E1.CB13.0395

type 7965

number 1 dn 24

次の作業

• 同じ Cisco Unified CME に SIP 電話機と SCCP 電話機が接続されている場合には、「電話機ごとのローカル電話機間コール用コーデックの設定」を参照してください。

• SIP 電話機のセッション転送プロトコルを選択する場合は、「SIP：電話機のセッション転送プロトコルの選択」を参照してください。

• 基本コールを行う電話機の設定が完了すると、接続される電話機のコンフィギュレーション ファイルを生成する準備が整います。「SIP：SIP 電話機の設定プロファイルの生成」を参照してください。

SIP：ダイヤル プランの設定

ダイヤル プランにより、SIP 電話機は、ユーザがダイヤルする数字列を認識できるようになります。電話機は、ダイヤル プランを認識すると、SIP INVITE メッセージを自動的に Cisco Unified CME に送信してコールを開始します。したがって、ユーザは、[ダイヤル（Dial）] キーを押す必要がなく、また桁間タイムアウトを待つ必要もありません。SIP 電話のダイヤル プランを定義するには、次の手順を実行します。

前提条件

• Cisco Unified CME 4.1 以降のバージョン。

• Cisco Unified CME で mode cme コマンドがイネーブルになっていること。

手順の概要

1. enable

2. configure terminal

3. voice register dialplan dialplan-tag

4. type phone-type

5. pattern tag string [ button button-number ] [ timeout seconds ] [ user { ip | phone }]
または
filename filename

6. exit

7. voice register pool pool-tag

8. dialplan dialplan-tag

9. end

手順の詳細

例

次の例は、SIP 電話機 1 に割り当てられるダイヤル プラン 1 の設定を示しています。

voice register dialplan 1

type 7940-7960-others

pattern 1 2... timeout 10 user ip

pattern 2 1234 user ip button 4

pattern 3 65...

pattern 4 1...!

!

voice register pool 1

id mac 0016.9DEF.1A70

type 7961GE

number 1 dn 1

number 2 dn 2

dialplan 1

dtmf-relay rtp-nte

codec g711ulaw

トラブルシューティングのヒント

カスタム XML ダイヤル パターン ファイルをフラッシュにダウンロードし、 filename コマンドを使用してダイヤル プランを作成した場合、XML ファイルにエラーがあると、ダイヤル プランが電話機で正しく機能しません。ダイヤル パターン ファイルは、 pattern コマンドを使用して作成することを推奨します。

カスタム XML ファイルを使用して filename コマンドで作成したダイヤル プランを削除するには、電話機からダイヤル プランを削除し、新しい設定プロファイルを作成し、次に reset コマンドを使用して電話機をリブートする必要があります。電話機からダイヤル プランを削除してから restart コマンドを使用できるのは、 pattern コマンドを使用してダイヤル パターンが作成された場合だけです。

一致するダイヤル パターンが見つからない場合に KPML を使用するには、電話機でダイヤル パターンと KPML がイネーブルになった後、ダイヤル プランの最後のパターンとして単一のワイルドカード文字（.）を持つダイヤル パターンを設定する必要があります。次の例を参考にしてください。

pattern 3 .

次の作業

SIP 電話機のパラメータの修正が完了したら、新しい設定プロファイルを生成し、電話機を再起動する必要があります。「電話機のコンフィギュレーション ファイルの生成」を参照してください。

SIP：ダイヤル プラン設定の検証

ステップ 1 show voice register dialplan tag

このコマンドは、特定の SIP ダイヤル プランの設定情報を表示します。

ステップ 2 show voice register pool tag

このコマンドは、特定の SIP 電話機に割り当てられたダイヤル プランを表示します。

ステップ 3 show voice register template tag

このコマンドは、特定のテンプレートに割り当てられたダイヤル プランを表示します。

SIP：KPML のイネーブル化

SIP 電話機で KPML ディジット収集をイネーブルにするには、次の手順を実行します。

前提条件

Cisco Unified CME 4.1 以降のバージョン。

制約事項

• この機能は、Cisco Unified IP Phones 7911G、7941G、7941GE、7961G、7961GE、7970G、および 7971GE だけでサポートされています。

• 電話機に割り当てられたダイヤル プランは、KPML よりも優先されます。

手順の概要

1. enable

2. configure terminal

3. voice register pool pool-tag

4. digit collect kpml

5. end

6. show voice register dial-peers

手順の詳細

次の作業

SIP 電話機のパラメータの修正が完了したら、新しい設定プロファイルを生成し、電話機を再起動する必要があります。「電話機のコンフィギュレーション ファイルの生成」を参照してください。

SIP：電話機のセッション転送プロトコルの選択

SIP 電話機のセッション転送プロトコルをデフォルトの UDP から TCP に変更するには、次の手順を実行します。

前提条件

• Cisco Unified CME 4.1 以降のバージョン。

• 設定を適用する SIP 電話機にディレクトリ番号が割り当てられていること。設定については、「SIP：電話機へのディレクトリ番号の割り当て」を参照してください。

制約事項

• TCP は、Cisco Unified IP Phone 7905、7912、7940、または 7960 のセッション転送プロトコルとしてサポートされません。サポートされていない電話機に TCP が割り当てられると、その電話機に対するコールが正しく完了しません。ただし、TCP が割り当てられていても、電話機は UDP を使用してコールを発信できます。

手順の概要

1. enable

2. configure terminal

3. voice register pool pool-tag

4. session-transport { tcp | udp }

5. end

手順の詳細

次の作業

• ディレクトリ番号ごとに SIP プロキシ登録をディセーブルにする場合は、「SIP：ディレクトリ番号の SIP プロキシ登録のディセーブル化」を参照してください。

• 同じ Cisco Unified CME に SIP 電話機と SCCP 電話機が接続されている場合には、「電話機ごとのローカル電話機間コール用コーデックの設定」を参照してください。

• 基本コールを行う電話機の設定が完了すると、接続される電話機のコンフィギュレーション ファイルを生成する準備が整います。「SIP：SIP 電話機の設定プロファイルの生成」を参照してください

SIP：ディレクトリ番号の SIP プロキシ登録のディセーブル化

特定のディレクトリ番号が外部 SIP プロキシ サーバに登録されることを防止するには、次の手順を実行します。

前提条件

• Cisco Unified CME 3.4 以降のバージョン。

• 一括登録が、システム レベルで設定されている。設定については、「一括登録の設定」を参照してください。

制約事項

voice register dn で登録する電話番号は、Cisco Unified CME に登録された SIP 電話機に属している必要があります。

手順の概要

1. enable

2. configure terminal

3. voice register dn dn-tag

4. number number

5. no-reg

6. end

手順の詳細

次の作業

• Cisco Unified CME システムを通過するすべてのコールに G.722-64K コーデックを設定する場合は、「グローバル コーデックの変更」を参照してください。

• 同じ Cisco Unified CME に SIP 電話機と SCCP 電話機が接続されている場合には、「電話機ごとのローカル電話機間コール用コーデックの設定」を参照してください。

• システム レベル コーデック以外のいずれかのコーデック、または電話機のネイティブ コーデック以外のいずれかのコーデックをサポートするように個々の電話機を設定する場合には、「Cisco Unified CME Phone のコーデック」を参照してください。

• 基本コールを行う電話機の設定が完了すると、接続される電話機のコンフィギュレーション ファイルを生成する準備が整います。「SIP：SIP 電話機の設定プロファイルの生成」を参照してください

グローバル コーデックの変更

Cisco Unified CME を通過するすべてのコールに対して、グローバル コーデックをデフォルト（G.711ulaw）から G.722-64K に変更するには、次の手順を実行します。

前提条件

Cisco Unified CME 4.3 以降のバージョン。

制約事項

G.722-64K コーデックがグローバルに設定されているが、電話機がそのコーデックをサポートしていない場合、フォールバック コーデックは G.711ulaw になります。

手順の概要

1. enable

2. configure terminal

3. telephony-service

4. codec { g711-ulaw | g722-64k }

5. service phone g 722CodecSupport { 0 | 1 | 2 }

6. end

手順の詳細

次の作業

• 同じ Cisco Unified CME に SIP 電話機と SCCP 電話機が接続されている場合には、「電話機ごとのローカル電話機間コール用コーデックの設定」を参照してください。

• システム レベル コーデック以外のいずれかのコーデック、または電話機のネイティブ コーデック以外のいずれかのコーデックをサポートするように個々の電話機を設定する場合には、「電話機ごとのローカル電話機間コール用コーデックの設定」を参照してください。

• 基本コールを行う SCCP 電話機の設定が完了すると、接続される電話機のコンフィギュレーション ファイルを生成する準備が整います。「SCCP：SCCP 電話機のコンフィギュレーション ファイルの生成」を参照してください。

電話機ごとのローカル電話機間コール用コーデックの設定

同じ Cisco Unified CME ルータに接続された各種電話機間の接続を保証するように個別の電話のコーデックを指定するには、各 SCCP 電話機または SIP 電話機に対して次の手順を実行します。

（注） 内部接続のダイヤルピアのコーデック値が一致しない場合、コールは失敗します。VoIP コールなど、外部電話機（同じ Cisco Unified CME 内にない電話機）に対するコールに関しては、コーデックは H.323 など、コールに使用するプロトコルに基づいてネゴシエートされます。Cisco Unified CME はネゴシエーションに関与しません。

前提条件

• Cisco Unified CME 内の SIP 電話機：Cisco Unified CME 3.4 以降のバージョン。

• G.722-64K および iLBC コーデック：Cisco Unified CME 4.3 以降のバージョン。

• 電話機ごとの G.722-64K のサポート：SCCP 電話機ではシスコ電話機ファームウェア 8.2.1 以降のバージョン、SIP 電話機では 8.3.1 以降のバージョン。シスコ電話機ファームウェアのアップグレードについては、「Cisco Unified CME ソフトウェアのインストールとアップグレード」を参照してください。

• 電話機ごとの iLBC のサポート：SCCP 電話機および SIP 電話機では、シスコ電話機ファームウェア 8.3.1 以降のバージョン。シスコ電話機ファームウェアのアップグレードについては、「Cisco Unified CME ソフトウェアのインストールとアップグレード」を参照してください。

• コーデックが適用される Cisco Unified IP Phone が、事前に設定されていること。SIP 電話機の設定については、「SIP：電話機へのディレクトリ番号の割り当て」を参照してください。SCCP 電話機の設定については、「SCCP：電話機へのディレクトリ番号の割り当て」を参照してください。

制約事項

• すべての電話機が、すべてのコーデックをサポートするわけではありません。お使いの電話機が特定のコーデックをサポートしているか確認するには、お使いの電話機のマニュアルを参照してください。

• Cisco Unified CME 内の SIP 電話機と SCCP 電話機に対しては、SIP 電話機または SCCP 電話機の設定を変更して、すべての電話機のコーデックが一致することを保証する必要があります。SIP 電話機と SCCP 電話機の両方で設定を変更しないでください。

• Cisco ATA-186 と Cisco ATA-188 に適切なコーデックが G.729 の場合、Cisco ATA デバイスの 1 つのポートのみを Cisco Unified CME で設定する必要があります。コールが Cisco ATA デバイスの 2 番めのポートに着信した場合は、正常に切断されます。両方の Cisco ATA ポートを同時に使用する場合は、Cisco Unified CME で G.711 を設定します。

• ephone コンフィギュレーション モードで G.722-64K または iLBC コーデックを設定したが、電話機がそのコーデックをサポートしていない場合は、フォールバックはグローバル コーデックまたは G.711 ulaw（グローバル コーデックがサポートされていない場合）になります。グローバル コーデックを設定するには、「グローバル コーデックの変更」を参照してください。

手順の概要

1. enable

2. configure terminal

3. ephone ephone-tag
または
voice register pool pool-tag

4. codec codec-type

5. end

手順の詳細