Cisco CallManager システム ガイド Release 3.3(3)
デバイスのサポート
デバイスのサポート
発行日;2012/02/17 | 英語版ドキュメント(2009/02/14 版) | ドキュメントご利用ガイド | ダウンロード ; この章pdf | フィードバック

目次

デバイスのサポート

サポートされているデバイス

デバイス コンフィギュレーション ファイル

デバイス ファームウェア ロード

デバイス ロードの更新

デバイス プール

コールの保存

コール保存のシナリオ

参考情報

デバイスのサポート

この章では、ネットワーク内での Cisco CallManager と Cisco IP テレフォニー デバイスの相互対話について説明します。この章の構成は、次のとおりです。

「サポートされているデバイス」

「デバイス コンフィギュレーション ファイル」

「デバイス ファームウェア ロード」

「デバイス プール」

「コールの保存」

「参考情報」

サポートされているデバイス

Cisco CallManager では、次のリストに示すように、各種のデバイスをサポートしています。

Cisco IP Phone

アナログ ゲートウェイ ポート

T1 ゲートウェイ

E1 ゲートウェイ

トランスコーディング リソース

ソフトウェア MTP

Conferencing リソース(ハードウェア)

Conferencing リソース(ソフトウェア)

CTI ポート(TAPI および JTAPI)

Cisco SoftPhone

メッセージング(ボイスメール)

クラスタ間トランク

デバイス コンフィギュレーション ファイル

Cisco Trivial File Transfer Protocol(TFTP)は Windows 2000 のサービスで、Cisco CallManager データベースにある情報からコンフィギュレーション ファイルを作成します。

デバイスに固有のコンフィギュレーション ファイルには、形式により次の名前が付けられています:SEP、SAA、SDA、CFB、VGC、または MTP + MAC アドレス。

SEP:Selsius Ethernet Phone (Cisco IP Phone モデル 12 SP+、Cisco IP Phone モデル 30 VIP、Cisco IP Phone 7905、Cisco IP Phone 7910、Cisco IP Phone 7940、および Cisco IP Phone 7960)

SAA:Selsius Analog Access(AT-2、4、8、および AS-2、4、8、および Cisco Catalyst 6000 24 ポート FXS アナログ インターフェイス モジュール)

SDA:Selsius Digital Access(DT-24+、DE-30+、Cisco Catalyst 6000 8 ポート音声 E1/T1)

VGC:Cisco VG248 Analog Phone Gateway(Cisco VG248 のポートと装置は、同じ Cisco CallManager 内で個別のデバイスとして扱われます。48 のデバイス ポートはすべて、デバイス タイプ "Cisco VGC Phone" として同じ Cisco CallManager クラスタ内に登録されます)。

MTP:Media Termination Point

コンフィギュレーション ファイルには、優先順に並んだ Cisco CallManager のリストも含まれています。ネットワーク アドレスは、完全修飾ドメイン名(たとえば、cm1.cisco.com)、またはドット付き IP アドレス 172.116.21.12 に TCP ポートを付加したアドレスです。詳細については、「Cisco TFTP」を参照してください。

コンフィギュレーション ファイルのダウンロードを必要とする通信要求レコードがデバイスに存在する場合、デバイスは次のリストに示すプロセスを使用してコンフィギュレーション ファイルを取得します。

デバイスがデバイス プールを指定する。

デバイス プールが Cisco CallManager グループを指定する。

Cisco CallManager グループが Cisco CallManager のリストを指定する。

Cisco CallManager に、3 種類のデバイス(IP Phone、アナログ ゲートウェイ、およびデジタル ゲートウェイ)用の TCP 接続ポートが備わっている。


) デバイスが Cisco IP Phone 7960 の場合、デバイス コンフィギュレーション中にボタン URL を指定できます。URL がブランクの場合、Cisco CallManager はエンタープライズの値を使用します。『Cisco CallManager アドミニストレーション ガイド』の「エンタープライズ パラメータの設定」の項を参照してください。


デバイス ファームウェア ロード

ロードとは、デバイス用の更新済みファームウェアを格納しているファイルです。ファームウェア ロードには、4 種類あります。つまり、電話機ロード、ゲートウェイ ロード、MTP ロード、および Conference Bridge ロードです。インストールまたはアップグレード時に、Cisco CallManager は最新のロードを提供します。しかし、電話機やゲートウェイなど、ロードを使用するデバイスに重要なパッチや他の情報を含むロードが、リリース間に提供される場合もあります。

これらのロード ファイルは、*.bin ファイル(例:D501A022.bin)として
C:\Program Files\Cisco\TFTPPath サブディレクトリに保存されています。インストールまたはアップグレード時に、この場所に最新のロードが保存されます。システムがロードにアクセスできるように、リリース間に受け取った新しいロードはこの場所にコピーする必要があります。

表 9-1 は、各種デバイス用のロードの説明です。

 

表 9-1 デバイス ロードの説明

デバイス
説明

Cisco IP Phone モデル 12 S、
12 SP、12 SP+、および 30 VIP

これらのデバイス用のロードは P002... で始まる 12 文字。

Cisco IP Phone モデル 30 SP+

これらのデバイス用のロードは P001... で始まる 12 文字。

Cisco IP Phone 7960、7940

これらのデバイス用のロードは P003... で始まる 12 文字。

Cisco IP Phone 7910

これらのデバイス用のロードは P004... で始まる 12 文字。

Cisco IP Phone 7905

これらのデバイス用のロードは、LD で始まりそのあとにメジャー バージョン番号、マイナー バージョン番号、プロトコル タイプ、ビルド日付、ビルド文字、拡張子 .zup が続く。たとえば、LD0100SCCP021114C.zup のようになります。

Cisco IP Conference Station 7935

これらのデバイス用のロードは P005... で始まる 12 文字。

14-Button Line Extension Module

これらのデバイス用のロードは S001... で始まる 12 文字。

Cisco Access Analog gateway

これらのデバイス用のロードは A001... で始まる 12 文字。

Cisco Access Digital gateway

これらのデバイス用のロードは D001... で始まる 12 文字。

Cisco Access Digital + gateway

これらのデバイス用のロードは D003... で始まる 12 文字。

Cisco Voice Gateway 200

適用外。

Cisco VG248 Analog Phone Gateway

これらのデバイス用のロードは VGC00... で始まる。

各デバイスの MAC アドレスは、次のように変換されます。

MAC アドレスの先頭 2 桁を削除する。

MAC アドレスを左に 2 桁シフトする。

MAC アドレスの末尾(番号の右側)に 2 桁のポート番号を追加する。

Cisco Catalyst 6000 8 ポート
T1/E1 およびサービス モジュール

これらのデバイス用のロードは、デバイスの使用方法によって異なる。

Conference Bridge のロードは C001 で始まる。

デジタル ゲートウェイのロードは D004 で始まる。

トランスコーダのロードは M001 で始まる。

これらのロードは 12 文字です。

Cisco Catalyst 6000 24 ポート
FXS アナログ インターフェイス モジュール

これらのデバイス用のロードは A002... で始まる 12 文字。

デバイス ロードの更新

ロードをシステム全体のデフォルトとして適用する前に、単一のデバイスに新しいロードを適用することができます。この方法はテストに便利です。ただし、新しいロードを使用するデバイスは、そのロードに更新したデバイスだけなので注意してください。その他の同種のデバイスは、そのデバイスのシステム全体のデフォルトを新しいロードに更新するまで、従来のロードを使用します。

デバイス プール

デバイス プールは、Cisco CallManager 冗長化グループのスケーラビリティを高め、Cisco CallManager の分散を容易にします。デバイス プールでは、次の 3 つの基本属性を各デバイスにグローバルに割り当てることができます。

Cisco CallManager グループ:このグループは、3 台までの Cisco CallManager のリストを指定します。このリストは、コール処理用の優先順位リストとして使用できます。

日付/時刻グループ:日付/時刻グループは、デバイスの日付と時間帯を指定します。

リージョン:リージョンを使用する必要があるのは、社内で複数の音声コーデックを使用する場合だけです。リージョンは、リージョン内およびリージョン間で使用される音声コーデックを指定します。

オプションのコール検索スペースを使用すると、IP Phone をネットワークに不正に取り付けることを防止できます。たとえば、ネットワークに不正に接続された電話機は、コール検索スペースが Cisco CallManager の管理者だけに制限されるデバイス プールに自動登録されます。この検索スペースに Primary Line Automatic Ringdown(専用回線自動リングダウン)が割り当てられていると、不審なユーザが受話器を外したときに、コールは即時にセキュリティ部門か Cisco CallManager の管理者に接続されます。

一般に、デバイス プールの設定に関しては次のシナリオが考えられます。この展開モデルにより、使用するクラスタとデバイス プールの正確なモデルが決まります。

WAN 音声相互接続を行わない単一サイトのクラスタ:デバイス プールのコンフィギュレーションには、Cisco CallManager の冗長化グループだけをベースとして使用します。6 台の Cisco CallManager A、B、C、D、E、および F があり、冗長化グループ AEF、BEF、CFE、および DFE を指定したと想定すると、通常のコンフィギュレーションには最大 4 つのデバイス プールを使用します。すべてのコール用に G.711 コーデックが使用されるので、このシナリオではリージョンを使用する必要はありません。

マルチサイト WAN 集中型コール処理:このケースでは、Cisco CallManager 冗長化グループは 1 つだけ存在します。ただし、たとえばブランチ内のコールは G.711 として行い、ブランチ間のコールは G.729 として行うことができるように、各ロケーションに G.711 と G.729 のリージョンが必要です。

マルチサイト WAN 分散型コール処理:前のシナリオで設定したデバイス プール、またコーデックの選択に対してリージョンをさらに複雑にするデバイス プールを組み込みます。Cisco CallManager 冗長化グループごとに、各クラスタに G.711 と G.729 のリージョンを組み込むことができます。

合計デバイス プール数 = サイト数×リージョン数。

合計デバイス プール数 = リージョン数 × Cisco CallManager 冗長化グループ数。

デバイス プールの設定方法については、『 Cisco CallManager アドミニストレーション ガイド 』の 「デバイス プールの設定」 の項を参照してください。

コールの保存

Cisco CallManager のコール保存機能により、Cisco CallManager に障害が起こったときや、Cisco CallManager が設定したデバイスとコール間の通信が失敗したときに、アクティブ コールの中断を防ぐことができます。

Cisco CallManager は幅広い Cisco IP テレフォニー デバイスに対してコール保存を完全にサポートしています。Cisco CallManger 3.0 および 3.0(5) のリリースには、制限付きのコール保存サポートが備わっています。このサポートは Cisco IP Phone、Foreign Exchange Office(FXO)(非ループ開始トランク)と Foreign Exchange Station(FXS)インターフェイスをサポートする MGCP ゲートウェイを対象とし、また制限付きで Conference Bridge、MTP、およびトランスコーディング リソース デバイスを対象としています。

次のデバイスとアプリケーションでは、コール保存をサポートしています。両端の通話者が次のデバイスのいずれかを経由して接続されている場合に、Cisco CallManager はコール保存を実行します。

Cisco IP Phone

ソフトウェア Conference Bridge

ソフトウェア MTP

ハードウェア Conference Bridge(Cisco Catalyst 6000 8 ポート音声 E1/T1 およびサービス モジュール、Cisco Catalyst 4000 アクセス ゲートウェイ モジュール)

トランスコーダ(Cisco Catalyst 6000 8 ポート音声 E1/T1 およびサービス モジュール、Cisco Catalyst 4000 アクセス ゲートウェイ モジュール)

非 IOS の MGCP ゲートウェイ(Catalyst 6000 24 ポート FXS アナログ インターフェイス モジュール、Cisco DT24+、Cisco DE30+、Cisco VG200)

Cisco IOS MGCP ゲートウェイ(Cisco VG200、Catalyst 4000 アクセス ゲートウェイ モジュール、Cisco 2620、Cisco 3620、Cisco 3640、Cisco 3660、
Cisco 3810)

Cisco VG248 Analog Phone Gateway

Cisco uOne ボイスメール アプリケーション

Cisco CallManager Attendant Console

次のデバイスとアプリケーションでは、本リリースではコール保存をサポートしていません。

H323 デバイス

CTI アプリケーション

TAPI アプリケーション

JTAPI アプリケーション

コール保存のシナリオ

表 9-2 では、コール保存がさまざまなシナリオでどのように処理されるかを説明しています。

 

表 9-2 コール保存のシナリオ

シナリオ
コール保存の処理

Cisco CallManager に障害が発生

Cisco CallManager に障害が起こったため、障害のある Cisco CallManager が設定していたすべてのコールに対するコール処理機能が失われる。

影響を受けたデバイスは、現在 Cisco CallManager に障害が起こっていることを認識します。同様に、クラスタ内にある他の Cisco CallManagers も、Cisco CallManager の障害を検出します。

Cisco CallManager は、エンド ユーザが受話器を置くまで、またはメディアの接続が解放されたことをデバイスが判別するまで、影響を受けているアクティブ コールを維持します。この障害の影響を受けて維持されているコールに対して、ユーザがコール処理機能を起動することはできません。

Cisco CallManager と
デバイス間に通信障害が発生

デバイスと、デバイスを制御する Cisco CallManager 間に通信障害が起こると、デバイスは障害を認識し、アクティブ接続を保存する。Cisco CallManager は通信障害を認識し、通信が失われたデバイス内のコールに関連したコール処理エンティティをすべてクリアします。

ただし、Cisco CallManager は、影響を受けたコールに関連した作動可能なデバイスの制御を引き続き維持します。Cisco CallManager は、エンド ユーザが受話器を置くまで、またはメディアの接続が解放されたことをデバイスが判別するまで、影響を受けているアクティブ コールを維持します。この障害の影響を受けて維持されているコールに対して、ユーザがコール処理機能を起動することはできません。

デバイスの故障

(電話機、ゲートウェイ、Conference Bridge、トランスコーダ、
MTP)

デバイスが故障すると、そのデバイスを経由して確立されていた接続は、メディアのストリーミングを停止する。アクティブの Cisco CallManager はデバイスの故障を認識し、故障したデバイス内のコールに関連したコール処理エンティティをクリアします。

ただし、Cisco CallManager は、影響を受けたコールに関連した作動可能なデバイスの制御を維持します。Cisco CallManager は、通信可能なエンド ユーザが受話器を置くまで、またはメディア接続が解放されたことを作動可能なデバイスが判別するまで、作動可能なデバイスに関連したアクティブ接続(コール)を維持します。

Cisco CallManager Attendant Console

CTI ルート ポイント デバイスの場合は、コールのリダイレクトだけが許可されているので、コール維持は適用されない。コールが Telephony Call Dispatcher(TCD; テレフォニー コール ディスパッチャ)に拡張される前に Cisco CallManager がダウンした場合、コールは TCD に転送されません。TCD がコールをリダイレクトした後、コールが電話機に着信する前に Cisco CallManager がダウンした場合、コールは失われます。

コンソールは、サードパーティとして電話機の制御を行うので、電話機からコール保存を継承します。Cisco CallManager がダウンした後もアクティブ コールは継続しますが、保留中のコールは継続しません。コンソールは、関連した電話機を介したコール保存だけをサポートします。

参考情報

関連項目

「Cisco TFTP」

「音声ゲートウェイの概要」

「Cisco IP Phone」

参考資料

Cisco CallManager アドミニストレーション ガイド 』の 「デバイス デフォルトの設定」

Cisco CallManager アドミニストレーション ガイド 』の 「デバイス プールの設定」

Cisco CallManager アドミニストレーション ガイド 』の 「ゲートウェイの設定」

Cisco CallManager アドミニストレーション ガイド 』の 「Cisco IP Phone の設定」

Cisco CallManager アドミニストレーション ガイド の「Cisco CallManager グループの設定」

Cisco CallManager アドミニストレーション ガイド 』の 「Date/Time Group の設定」