- 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 システム アドミニストレータ ガイド
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月8日
章のタイトル： ネットワーク パラメータの定義
- 内容
- ネットワーク パラメータ定義の前提条件
- ネットワーク パラメータ定義の制約事項
- ネットワーク パラメータの定義について
- ネットワーク パラメータの定義方法
- ネットワーク パラメータの設定例
- 次の作業
- その他の参考資料
- ネットワーク パラメータの機能情報
ネットワーク パラメータの定義
この章では、Cisco Unified Communications Manager Express（Cisco Unified CME）が実際のネットワークで機能するようにパラメータを定義する方法について説明します。
お使いの Cisco Unified CME のバージョンが、このモジュールで説明されている機能の一部をサポートしていないことがあります。 各機能がサポートされているバージョンのリストについては、「ネットワーク パラメータの機能情報」を参照してください。
内容
•
「次の作業」
ネットワーク パラメータ定義の前提条件
• VoIP ネットワーキングが動作していること。品質とセキュリティを高めるには、データと音声に個別の仮想 LAN（VLAN）を使用することを推奨します。各 VLAN に割り当てる IP ネットワークは、その VLAN 上にあるすべてのノードのアドレスをサポートできるよう、十分に大規模なものにする必要があります。Cisco Unified CME 電話機は、音声ネットワークからその IP アドレスを受け取り、PC、サーバ、およびプリンタなどのすべての他のノードは、データ ネットワークからそれぞれの IP アドレスを受け取ります。設定については、を参照してください。
• 該当する場合は、PSTN 回線が設定され、動作していること。
• 該当する場合は、WAN リンクが設定され、動作していること。
• IP Phone で電話用ファームウェア ファイルをダウンロードするには、ルータ上で簡易ファイル転送プロトコル（TFTP）がイネーブルになっていること。
• SIP を実行している IP Phone を Cisco Unified CME ルータに直接接続するには、ルータに Cisco Unified CME 3.4 以降がインストールされていること。インストールの詳細については、を参照してください。
• Cisco Unified CME ルータに接続されている電話機にボイスメールのサポートを提供するには、ネットワークにボイスメールがインストールされ、設定されていること。
ネットワーク パラメータ定義の制約事項
Cisco Unified CME 4.0 以降のバージョンでは、Layer-3-to-Layer-2 VLAN サービス クラス（CoS）プライオリティのマーキングが自動的に処理されません。Cisco Unified CME 4.0 以降のバージョンでは、レイヤ 3 のマーキングが行われますが、レイヤ 2 マーキングは Cisco IOS ソフトウェアでのみ処理されます。レイヤ 2 マーキングを必要とするすべての Quality of Service（QoS）設計は、この機能をサポートする Catalyst スイッチまたは Cisco Unified CME ルータのイーサネット インターフェイス設定で、明示的に設定する必要があります。設定については、『 Enterprise QoS Solution Reference Network Design Guide 』を参照してください。
ネットワーク パラメータの定義について
ネットワーク パラメータを設定するには、次の概念を理解しておく必要があります。
• 「Cisco Unified CME ルータのネットワーク タイム プロトコル」
DHCP サービス
Cisco Unified IP Phone が Cisco Unified CME システムに接続されている場合、自動的にダイナミック ホスト コンフィギュレーション プロトコル（DHCP）サーバへの照会を行います。DHCP サーバは、IP アドレスを Cisco Unified IP Phone に割り当て、DHCP オプション 150 を通じて TFTP サーバの IP アドレスを提供することで応答します。次に、電話機が Cisco Unified CME サーバに登録され、設定および電話機ファームウェア ファイルを TFTP サーバから取得します。
設定情報については、次の手順を 1 つ だけ実行して、IP Phone 用に DHCP サービスを設定します。
• Cisco Unified CME ルータが DHCP サーバで、すべての DHCP クライアントに対して単一の共有アドレス プールを使用できる場合は、 「単一の DHCP IP アドレス プールの定義」 を参照してください。
• Cisco Unified CME ルータが DHCP サーバで、IP Phone 以外の DHCP クライアント用の別のプールが必要な場合は、「DHCP クライアントごとの個別の DHCP IP アドレス プールの定義」を参照してください。
• Cisco Unified CME ルータが DHCP サーバではなく、IP Phone からの DHCP 要求を別のルータの DHCP サーバにリレーする場合は、「DHCP リレーの定義」を参照してください。
Cisco Unified CME ルータのネットワーク タイム プロトコル
ネットワーク タイム プロトコル（NTP）を使用して、Cisco Unified CME ルータをネットワーク上の単一の時計（クロック マスター）と同期することができます。NTP は、デフォルトではすべてのインターフェイスでディセーブルになっていますが、Cisco Unified CME にとって重要なため、イネーブルになっていることを確認する必要があります。Cisco Unified CME ルータの NTP の設定については、「Cisco Unified CME ルータでのネットワーク タイム プロトコルのイネーブル化」を参照してください。
Olson タイム ゾーン
Cisco Unified CME 9.0 よりも前は、一部の Cisco Unified SCCP IP Phone および Cisco Unified SIP IP Phone で、Cisco Unified CME と完全に同じ時刻が表示されていました。これらの電話機では、Cisco Unified CME で時刻が正しく設定されていれば、正しい時刻が表示されていました。Cisco Unified CME の時刻を正しく設定するためのコマンドは、 clock timezone 、 clock summer-time 、および clock set コマンドだけでした。
その他の電話機では、telephony-service コンフィギュレーション モードでは time-zone コマンド、音声レジスタ グローバル コンフィギュレーションモードでは timezone コマンドだけを使用して設置場所のタイム ゾーンを設定し、それぞれ Cisco Unified SCCP IP Phone および Cisco Unified SIP IP Phone に正しい現地時刻が表示されるようにしていました。電話機は Cisco Unified CME またはネットワーク タイム プロトコル サーバが提供するグリニッジ標準時（GMT）に基づいて時刻を計算し、表示していました。この方法では、新しい国またはタイム ゾーンが使用できるようになるか、古いタイム ゾーンが変更されるたびに、Cisco Unified CME の time-zone および timezone コマンド、および電話機ファームウェアの更新が必要になるという問題があります。
Cisco Unified CME 9.0 以降のバージョンでは、Olson タイム ゾーン機能によって、新しいタイム ゾーンを使用する新しい国、または市や州によってタイム ゾーンが変更される既存の国に対応するために、タイム ゾーン関連のコマンドまたは電話機ファームウェアを更新する必要がなくなりました。Oracle の Olson タイム ゾーン アップデータ ツールである tzupdater.jar が最新であれば、telephony-service または音声レジスタ グローバル コンフィギュレーション モードで olsontimezone コマンドを使用して、正しい時刻に設定できます。
Cisco Unified 3911 および 3951 SIP IP Phone、および Cisco Unified 6921、6941、6945、および 6961 SCCP および SIP IP Phone の場合、正しい Olson タイム ゾーン アップデータ ファイルは TzDataCSV.csv です。TzDataCSV.csv ファイルは、tzupdater.jar ファイルに基づいて作成されます。
正しいタイム ゾーンに設定するには、Cisco Unified CME がある Olson タイム ゾーンのエリア/ロケーションを判断し、最新の tzupdater.jar または TzDataCSV.csv を Cisco Unified CME がアクセスできる TFTP サーバ（フラッシュ、スロット 0 など）にダウンロードする必要があります。
リブートが完了すると、電話機は、コンフィギュレーション ファイルのバージョンが 2010o よりも前か後かを確認します。これよりも前の場合、電話機は最新の tzupdater.jar をロードし、そのアップデータ ファイルを使用して Olson タイム ゾーンを計算します。
Olson タイム ゾーン機能と以前のバージョンとの互換性を維持するために、 time-zone コマンドと timezone コマンドの両方が、レガシー タイム ゾーンとして維持されています。 olsontimezone コマンドは、約 500 のタイム ゾーンを対象としています（tzupdater.jar ファイルのバージョン 2010o では、約 453 の Olson タイム ゾーン ID がサポートされています）。そのため、 time-zone または timezone コマンド（対象となるタイム ゾーンは、合計で 90 ～ 100 だけです）が olsontimezone コマンドと同時に指定された場合、このコマンドが優先されます。
IP Phone に現地時刻を表示するためのタイム ゾーン設定の詳細については、「SCCP：Olson タイム ゾーンの設定」または「SIP：Olson タイム ゾーンの設定」を参照してください。
DTMF リレー
Cisco Unified CME システムに接続する IP Phone は、アウトオブバンド DTMF リレーを使用して DTMF（キーパッド）番号を VoIP 接続で転送できる必要があります。これは、インバンド転送を使用するコーデックによって DTMF トーンが歪み、認識不能になる可能性があるためです。DTMF リレーは、DTMF トーンをアウトオブバンドで、符号化された音声ストリームとは別に転送することで、DTMF トーンが歪む問題を解決します。
H.323 ネットワークの IP Phone では、DTMF は ITU H.245 規格で定義されている H.245 英数字方式でリレーされます。この方式では、DTMF 番号は音声ストリームから分離され、RTP チャネルの代わりに H.245 シグナリング チャネルを使用して、H.245 ユーザ入力指示メッセージの ASCII 文字として送信されます。マルチサイト インストールでの DTMF リレーの設定については、「マルチサイト インストールでの H.323 ネットワーク用 DTMF リレーの設定」を参照してください。
SIP ネットワークで、リモートのボイスメールまたは IVR アプリケーションを Cisco Unified CME Phone から使用するには、Cisco Unified CME Phone で使用される DTMF 番号を、SIP 電話機で使用される RFC 2833 インバンド DTMF リレー メカニズムに変換する必要があります。SIP DTMF リレー方式は、次の場合に必要です。
• SIP を使用して、リモートの SIP ベースの IVR またはボイスメール アプリケーションに Cisco Unified CME システムが接続されている。
• SIP を使用して、PSTN を経由してボイスメールまたは IVR アプリケーションに接続するリモートの SIP-PSTN 音声ゲートウェイに Cisco Unified CME システムが接続されている。
アウトオブバンド DTMF リレー変換の要件は、SCCP 電話機だけに限定されます。SIP 電話機は、RFC 2833 で指定されているように、ネイティブにインバンド DTMF リレーをサポートしています。
Cisco Unity Express システムに接続している SIP ネットワークで、標準以外の SIP Notify 形式を使用するボイスメールを使用するには、Cisco Unified CME Phone で使用される DTMF 番号を Notify 形式に変換する必要があります。Cisco CME 3.0 および 3.1 との後方互換性のために、追加の設定が必要になることがあります。SIP ネットワークで DTMF リレーをイネーブルにする設定については、「SIP トランク サポートの設定」を参照してください。
SIP 登録サポート
SIP 登録サポートを使用すると、H.323 ゲートウェイが E.164 番号をゲートキーパーに登録する方法と似た方法で、SIP ゲートウェイの E.164 番号を SIP プロキシまたは SIP レジストラに登録できます。SIP ゲートウェイでは、ローカル SCCP 電話機について、アナログ電話機の音声ポート（FXS）、および IP Phone の仮想音声ポート（EFXS）の代わりに、SIP プロキシまたはレジストラに E.164 番号を登録できます。
ダイヤルピアの E.164 番号を外部レジストラに登録する場合、セカンダリ SIP プロキシまたはレジストラにも登録して冗長性を確保できます。セカンダリ登録は、プライマリ レジストラに障害が発生したときに使用できます。設定については、『 Cisco IOS SIP Configuration Guide 』の「Basic SIP Configuration」の章を参照してください。
（注） H.323 プロトコルと SIP プロトコル間で登録ができるコマンドはありません。
デフォルトでは、SIP ゲートウェイは SIP 登録メッセージを生成しないため、ゲートウェイの E.164 電話番号を外部 SIP レジストラに登録するようにゲートウェイを設定する必要があります。電話番号を Cisco Unified CME に登録する SIP ゲートウェイの設定については、「SIP トランク サポートの設定」を参照してください。
（注） ルータ上で SIP を設定した場合、そのすべてのインターフェイス上のポートがデフォルトで開かれます。ルータがパブリック IP アドレスと公衆電話交換網（PSTN）接続を持っている場合は、これによって、ゲートウェイを介した電話ハッキングを実行する悪意のある攻撃者に対してルータが脆弱になります。脅威を排除するために、インターフェイスを信頼できないホストからアクセスできないプライベート IP アドレスにバインドする必要があります。さらに、不必要なトラフィックがルータを通過するのを防ぐようにファイアウォールまたはアクセス コントロール リスト（ACL）を設定して、パブリック インターフェイスや信頼できないインターフェイスを保護してください。
Out-of-Dialog REFER
Out-of-dialog REFER（OOD-R）は、リモート アプリケーションが、最初の INVITE なしに REFER メッセージを Cisco Unified CME に送信することによってコールを確立することを可能にします。REFER が送信された後、コール セットアップの残りの部分はアプリケーションから独立し、メディア ストリームはアプリケーションを通過しなくなります。OOD-R を使用するアプリケーションは、Request-URI で Referee アドレスを指定し、Refer-To ヘッダーで Refer-Target を指定するコール セットアップ要求をトリガーします。Cisco Unified CME との通信に使用される SIP メッセージングは、エンドユーザのデバイス プロトコルに依存せず、SIP、SCCP、H.323、POTS のいずれかになります。クリックツーダイヤルは、OOD-R を使用して作成できるアプリケーションの例です。
クリックツーダイヤル アプリケーションを使用すると、ユーザは、複数のステップをコール セットアップの 1 回のクリックに組み合わせることができます。たとえば、ユーザは PC から Web ベースのディレクトリ アプリケーションをクリックすることで、電話番号を検索し、デスクトップ電話機をオフフックにして、着信者番号をダイヤルできます。ユーザが自分の電話機からアウトダイヤルする必要なく、アプリケーションがコール セットアップを開始します。ディレクトリ アプリケーションが REFER メッセージを Cisco Unified CME に送信し、Cisco Unified CME がこの REFER に基づいて、両者の間のコールをセットアップします。
図 6 に、クリックツーダイヤル アプリケーションで使用される OOD-R の例を示します。このシナリオでは、次のイベントが発生します（図のイベント番号を参照してください）。
2. アプリケーションが、out-of-dialog REFER を Cisco Unified CME 1 に送信します。
3. Cisco Unified CME 1 が SIP 電話機 1（Referee）に接続します。
4. Cisco Unified CME 1 が Cisco Unified CME 2 に INVITE を送信します。
5. Cisco Unified CME 2 が SIP 電話機 2（Refer-Target）に INVITE を送信し、コールが受け入れられます。
6. 2 台の SIP 電話機の間で、音声パスが作成されます。
図 6 Out-of-Dialog REFER を使用したクリックツーダイヤル アプリケーション
最初の OOD-R 要求は、RFC 2617 ベースのダイジェスト認証で認証および許可できます。認証をサポートするため、Cisco Unified CME はフラッシュに保存されているテキスト ファイルからクレデンシャル情報を取得します。このメカニズムは、Cisco Unified CME で、電話機ベースのクレデンシャルに加えて使用されます。プレゼンス サービスなど要求ベースの認証および許可を必要とする他のサービスと、同じクレデンシャル ファイルを共有できます。システムで設定し、ロードできるクレデンシャル ファイルは、最大 5 つです。これら 5 個のファイルの内容は相互排他的で、ユーザ名とパスワードのペアは、すべてのファイルを通じて一意にする必要があります。ユーザ名とパスワードのペアは、Cisco Unified CME システムで SCCP または SIP 電話機に設定されているものとも異なっている必要があります。
設定については、「OOD-R のイネーブル化」を参照してください。
ネットワーク パラメータの定義方法
ここでは、次の作業について説明します。これらすべての手順を実行する必要はない場合があります。
• 「VoIP ネットワークでのコールのイネーブル化」（必須）
• 「DHCP の定義」（必須）
• 「Cisco Unified CME ルータでのネットワーク タイム プロトコルのイネーブル化」（必須）
• 「マルチサイト インストールでの H.323 ネットワーク用 DTMF リレーの設定」（任意）
• 「SIP トランク サポートの設定」（任意）
• 「SIP トランク サポートの設定の確認」（任意）
• 「DHCP サーバの TFTP アドレスの変更」（任意）
• 「OOD-R のイネーブル化」（任意）
• 「OOD-R 設定の確認」（任意）
• 「OOD-R のトラブルシューティング」（任意）
VoIP ネットワークでのコールのイネーブル化
制約事項
• SIP エンドポイントは H.323 トランクでサポートされません。SIP エンドポイントは、SIP トランクでのみサポートされます。
• Cisco Unified CME 3.4 以降のバージョンでは、メディア フロースルー モードのみがサポートされます。SIP から SIP へのコールを行うには、SIP から SIP へのコールをイネーブルにする必要があります。
• media flow-around コマンドで設定されるメディア フローアラウンドは、SIP 電話機を使用する Cisco Unified CME でサポートされません。
手順の概要
4. allow-connections from - type to to - type
手順の詳細
DHCP の定義
DHCP クライアント用に DHCP サービスを設定するには、次の手順のいずれか 1 つ だけを実行します。
• Cisco Unified CME ルータが DHCP サーバで、すべての DHCP クライアントに対して単一の共有アドレス プールを使用できる場合は、 「単一の DHCP IP アドレス プールの定義」 を参照してください。
• Cisco Unified CME ルータが DHCP サーバで、IP Phone および非 IP Phone DHCP クライアントごとに個別のプールが必要な場合は、「DHCP クライアントごとの個別の DHCP IP アドレス プールの定義」を参照してください。
• Cisco Unified CME ルータが DHCP サーバではなく、IP Phone からの DHCP 要求を別のルータの DHCP サーバにリレーする場合は、「DHCP リレーの定義」を参照してください。
単一の DHCP IP アドレス プールの定義
すべての DHCP クライアントが使用する IP アドレスの共有プールを作成するには、次の手順を実行します。
（注） この作業は、すでに Cisco Unified CME Phone にアドレスを提供するために使用できる DHCP サーバが LAN にある場合、実行しないでください。「Cisco Unified CME ルータでのネットワーク タイム プロトコルのイネーブル化」を参照してください。
前提条件
制約事項
PC など IP Phone 以外のクライアントで異なる TFTP サーバ アドレスを使用する必要がある場合、単一の DHCP IP アドレス プールは使用できません。
手順の概要
手順の詳細
次の作業
• このルータで初めて Cisco Unified CME を設定している場合は、ここで Cisco Unified CME ルータの NTP を設定できます。「Cisco Unified CME ルータでのネットワーク タイム プロトコルのイネーブル化」を参照してください。
• すでに設定されている Cisco Unified CME ルータのネットワーク パラメータを修正した場合は、を参照してください。
DHCP クライアントごとの個別の DHCP IP アドレス プールの定義
PC など IP Phone 以外のクライアントを含めて、各 DHCP クライアントに DHCP IP アドレス プールを作成するには、次の手順を実行します。
（注） この作業は、すでに Cisco Unified CME Phone にアドレスを提供するために使用できる DHCP サーバが LAN にある場合、実行しないでください。「Cisco Unified CME ルータでのネットワーク タイム プロトコルのイネーブル化」を参照してください。
前提条件
制約事項
DHCP クライアントごとに個別の DHCP IP アドレス プールを使用するには、IP Phone ごとにエントリを作成します。
手順の概要
4. host ip-address subnet-mask
手順の詳細
次の作業
• このルータで初めて Cisco Unified CME を設定している場合は、ここで Cisco Unified CME ルータの NTP を設定できます。「Cisco Unified CME ルータでのネットワーク タイム プロトコルのイネーブル化」を参照してください。
• すでに設定されている Cisco Unified CME ルータのネットワーク パラメータを修正した場合は、を参照してください。
DHCP リレーの定義
Cisco Unified IP Phone が接続されている LAN インターフェイスで DHCP リレーを設定し、DHCP リレーが電話機から DHCP サーバに要求をリレーできるようにするには、次の手順を実行します。
前提条件
LAN 上のこの Cisco Unified CME ルータ以外の DHCP サーバが、Cisco Unified CME Phone にアドレスを提供できること。
制約事項
手順の概要
手順の詳細
次の作業
• このルータで初めて Cisco Unified CME を設定している場合は、ここで Cisco Unified CME ルータの NTP を設定できます。「Cisco Unified CME ルータでのネットワーク タイム プロトコルのイネーブル化」を参照してください。
• すでに設定されている Cisco Unified CME ルータのネットワーク パラメータを修正した場合は、を参照してください。
Cisco Unified CME ルータでのネットワーク タイム プロトコルのイネーブル化
手順の概要
3. clock timezone zone hours-offset [ minutes-offset ]
4. clock summer-time zone recurring [ week day month hh : mm week day month hh : mm [ offset ]]
手順の詳細
次の作業
• このルータで初めて Cisco Unified CME を設定していて、マルチサイト インストールの場合は、ここで DTMF リレーを設定できます。「マルチサイト インストールでの H.323 ネットワーク用 DTMF リレーの設定」を参照してください。
• Cisco Unified CME が SIP ゲートウェイと対話する場合は、ゲートウェイのサポートを設定する必要があります。「SIP トランク サポートの設定」を参照してください。
• このルータで初めて Cisco Unified CME を設定している場合は、ここでシステム パラメータを設定できます。を参照してください。
• すでに設定されている Cisco Unified CME ルータのネットワーク パラメータを修正した場合は、を参照してください。
SCCP：Olson タイム ゾーンの設定
Cisco Unified SCCP IP Phone に正しい現地時刻が表示されるように Olson タイム ゾーンを設定するには、次の手順を実行します。
前提条件
• Cisco Unified 6921、6941、6945、および 6961 SCCP IP Phone のコンフィギュレーション ファイルに TzDataCSV.csv ファイルが追加されていること。
• Cisco Unified 7961 SCCP IP Phone のコンフィギュレーション ファイルに tzupdater.jar ファイルが追加されていること。
手順の概要
3. tftp-server device: tzupdater.jar
4. tftp-server device: TZDataCSV.csv
6. olsontimezone timezone version number
10. clock timezone zone hours-offset
11. clock summer-time zone date date month year hh:mm date month year hh:mm
手順の詳細
SIP：Olson タイム ゾーンの設定
Cisco Unified SIP IP Phone に正しい現地時刻が表示されるように Olson タイム ゾーンを設定するには、次の手順を実行します。
前提条件
• Cisco Unified 3911、3951、6921、6941、6945、および 6961 SIP IP Phone のコンフィギュレーション ファイルに TzDataCSV.csv ファイルが追加されていること。
• Cisco Unified 7961 SIP IP Phone のコンフィギュレーション ファイルに tzupdater.jar ファイルが追加されていること。
手順の概要
3. tftp-server device : tzupdater.jar
4. tftp-server device : TZDataCSV.csv
6. olsontimezone timezone version number
10. clock timezone zone hours-offset
11. clock summer-time zone date date month year hh:mm date month year hh:mm
手順の詳細
マルチサイト インストールでの H.323 ネットワーク用 DTMF リレーの設定
マルチサイト インストールで H.323 ネットワーク用に DTMF リレーを設定する場合にのみ、次の手順を実行します。
（注） SIP ネットワークで DTMF リレーを設定するには、「SIP トランク サポートの設定」を参照してください。
手順の概要
手順の詳細
|
|
|
|
|---|---|---|
|
|
||
|
|
||
|
|
||
|
|
テレフォニー インターフェイスと H.323 ネットワークとの間のデュアル トーン多重周波数（DTMF）トーンのリレー用に、H.245 Alphanumeric 方式を指定します。 |
|
|
|
次の作業
• SIP トランクのサポートを設定するには、「SIP トランク サポートの設定」を参照してください。
• このルータで初めて Cisco Unified CME を設定している場合は、ここでシステム パラメータを設定できます。を参照してください。
• すでに設定されている Cisco Unified CME ルータのネットワーク パラメータを修正した場合は、を参照してください。
SIP トランク サポートの設定
SIP ゲートウェイのダイヤルピアで DTMF リレーをイネーブルにして、電話番号を Cisco Unified CME に登録するようにゲートウェイを設定するには、次の手順を実行します。
手順の概要
8. notify telephone-event max-duration msec
9. registrar { dns: host-name | ipv4: ip-address } expires seconds [ tcp ] [ secondary ]
手順の詳細
SIP トランク サポートの設定の確認
手順の概要
手順の詳細
このコマンドを使用して、電話イベントに対する連続した NOTIFY メッセージ間の時間間隔を表示します。次の例では、時間間隔が 2000 ms です。
SIP User Agent for UDP :ENABLED
SIP User Agent for TCP :ENABLED
SIP User Agent bind status(signaling):DISABLED
SIP User Agent bind status(media):DISABLED
SIP early-media for 180 responses with SDP:ENABLED
SIP DNS SRV version:2 (rfc 2782)
Check media source packets:DISABLED
Maximum duration for a telephone-event in NOTIFYs:2000 ms
SIP support for ISDN SUSPEND/RESUME:ENABLED
Redirection (3xx) message handling:ENABLED
SDP application configuration:
Transport types supported:RTP/AVP udptl
このコマンドは、登録要求が送信されるまでの待機時間を表示します。これは、 timers register コマンドで設定された値です。
ステップ 3 show sip-ua register status
このコマンドは、ローカル E.164 登録のステータスを表示します。
このコマンドは、送信された Register メッセージを表示します。
DHCP サーバの TFTP アドレスの変更
前提条件
制約事項
DHCP サーバが、Cisco Unified CME 以外のルータ上にある場合は、外部 DHCP サーバに新しい TFTP サーバの IP アドレスを再設定します。
手順の概要
手順の詳細
|
|
|
|
|---|---|---|
|
|
||
|
|
||
|
|
||
|
|
Cisco Unified IP Phone がイメージ コンフィギュレーション ファイル XmlDefault.cnf.xml をダウンロードする TFTP サーバ アドレスを指定します。 |
|
|
|
OOD-R のイネーブル化
前提条件
• Cisco Unified CME 4.1 以降のバージョン。
• クリックツーダイヤル アプリケーションなど OOD-R を開始するアプリケーション、およびそのディレクトリ サーバがインストールされ、設定されていること。
– ディレクトリ サーバと Cisco Unified CME の間で使用される SIP REFER および NOTIFY メソッドについては、『 RFC 3515 , The Session Initiation Protocol (SIP) Refer Method』を参照してください。
– Cisco Unified CME が Referee と Refer-Target の間のセッションを開始するときに使用するメッセージ フローについては、『 RFC 3725 , Best Current Practices for Third Party Call Control (3pcc)』を参照してください。
制約事項
• コール待機、会議、保留、転送コールの各機能は、Refer-Target の呼び出し中にサポートされません。
• SIP から SIP のシナリオでは、Refer-Target の呼び出し中に Referee でリングバックが鳴りません。
手順の概要
4. refer-ood enable [ request-limit ]
手順の詳細
OOD-R 設定の確認
source-address 10.1.1.2 port 5060
authenticate credential 1 tftp://172.18.207.15/labtest/cred1.csv
create profile sync 0004550081249644
ステップ 2 show sip-ua status refer-ood
Router# show sip-ua status refer-ood
Maximum allow incoming out-of-dialog refer 500
Current existing incoming out-of-dialog refer dialogs: 1
OOD-R のトラブルシューティング
このコマンドは、SIP UA クライアントとルータの間で交換された SIP メッセージを表示します。
SIP Call messages tracing is enabled
Aug 22 18:15:35.757: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
REFER sip:1011@10.5.2.141:5060 SIP/2.0
Via: SIP/2.0/UDP 172.18.204.144:59607;branch=z9hG4bK1238
From: <sip:1011@172.18.204.144>;tag=308fa4ba-4509
Call-ID: f93780-308fa4ba-0-767d@172.18.204.144
Contact: <sip:1011@172.18.204.144:59607>
Referred-By: <sip:root@172.18.204.144>
Aug 22 18:15:35.773: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Via: SIP/2.0/UDP 172.18.204.144:59607;branch=z9hG4bK1238
From: <sip:1011@172.18.204.144>;tag=308fa4ba-4509
To: <sip:1001@10.5.2.141>;tag=56D02AC-1E8E
Date: Tue, 22 Aug 2006 18:15:35 GMT
Call-ID: f93780-308fa4ba-0-767d@172.18.204.144
Contact: <sip:1011@172.18.204.141:5060>
ステップ 2 debug voip application oodrefer
このコマンドは、OOD-R 機能のデバッグ メッセージを表示します。
Router# debug voip application oodrefer
voip application oodrefer debugging is on
Aug 22 18:16:21.625: //-1//AFW_:/C_ServiceThirdParty_Event_Handle:
Aug 22 18:16:21.625: //-1//AFW_:/AFW_ThirdPartyCC_New:
Aug 22 18:16:21.625: //-1//AFW_:EE461DC520000:/C_PackageThirdPartyCC_NewReq: ThirdPartyCC module listened by TclModule_45F39E28_0_91076048
Aug 22 18:16:21.625: //-1//AFW_:EE461DC520000:/OCOpen_SetupRequest: Refer Dest1: 1011, Refer Dest2: 1001; ReferBy User: root
Aug 22 18:16:21.693: //-1//AFW_:EE461DC520000:/OCHandle_SignalEvent_1:
Aug 22 18:16:21.693: //-1//AFW_:/Third_Party_CC_Send_Notify: Third_Party_CC_Send_Notify: sending notify respStatus=2, final=FALSE, failureCause=16
Aug 22 18:16:21.693: //-1//AFW_:/Third_Party_CC_Send_Notify: AppNotify successful!
Aug 22 18:16:26.225: //-1//AFW_:EE461DC520000:/OCHandle_SignalEvent_1:
Aug 22 18:16:26.229: //-1//AFW_:EE461DC520000:/OCHandle_SignalEvent_1:
Aug 22 18:16:26.249: //-1//AFW_:EE461DC520000:/OCHandle_SignalEvent_2:
Aug 22 18:16:29.341: //-1//AFW_:EE461DC520000:/OCHandle_SignalEvent_2:
Aug 22 18:16:29.341: //-1//AFW_:/Third_Party_CC_Send_Notify: Third_Party_CC_Send_Notify: sending notify respStatus=4, final=TRUE, failureCause=16
Aug 22 18:16:29.341: //-1//AFW_:/Third_Party_CC_Send_Notify: AppNotify successful!
Aug 22 18:16:29.349: //-1//AFW_:EE461DC520000:/OCHandle_Handoff: BAG contains:
Aug 22 18:16:29.349: LEG[895 ][LEG_INCCONNECTED(5)][Cause(0)]
Aug 22 18:16:29.349: CON[7 ][CONNECTION_CONFED(2)] {LEG[895 ][LEG_INCCONNECTED(5)][Cause(0)],LEG[896 ][LEG_OUTCONNECTED(10)][Cause(0)]}
Aug 22 18:16:29.349: LEG[896 ][LEG_OUTCONNECTED(10)][Cause(0)]
Aug 22 18:16:29.365: //-1//AFW_:EE461DC520000:/OCAnyState_IgnoreEvent: Event Ignored
Aug 22 18:16:29.365: //-1//AFW_:/C_ServiceThirdParty_Event_Handle:
Aug 22 18:16:29.365: //-1//AFW_:EE461DC520000:/C_ServiceThirdParty_Event_Handle: Received event APP_EV_NOTIFY_DONE[174] in Main Loop
Aug 22 18:16:29.365: //-1//AFW_:EE461DC520000:/OCAnyState_IgnoreEvent: Event Ignored
Aug 22 18:16:29.365: //-1//AFW_:/C_ServiceThirdParty_Event_Handle:
Aug 22 18:16:29.365: //-1//AFW_:EE461DC520000:/C_ServiceThirdParty_Event_Handle: Received event APP_EV_NOTIFY_DONE[174] in Main Loop
Aug 22 18:16:29.369: //-1//AFW_:EE461DC520000:/OCHandle_SubscribeCleanup:
Aug 22 18:16:29.369: //-1//AFW_:EE461DC520000:/Third_Party_CC_Cleaner:
Aug 22 18:16:29.453: //-1//AFW_:EE461DC520000:/OCClosing_AnyEvent:
Aug 22 18:16:29.453: //-1//AFW_:EE461DC520000:/Third_Party_CC_Cleaner:
Aug 22 18:16:29.453: //-1//AFW_:EE461DC520000:/OCClosing_AnyEvent:
Aug 22 18:16:29.453: //-1//AFW_:EE461DC520000:/Third_Party_CC_Cleaner:
ネットワーク パラメータの設定例
NTP サーバ：例
次の例では、pst タイム ゾーンを UTC から 8 時間のオフセットとして、pdt という繰り返しのサマータイムを使用して定義し、10.1.2.3 の NTP サーバと同期します。
H.323 ネットワーク用の DTMF リレー：例
次に示す show running-config コマンド出力の一部は、H.245 英数字 DTMF リレーを使用するようにダイヤルピアが設定されたことを示しています。
OOD-R：例
source-address 11.1.1.2 port 5060
authenticate credential 1 tftp://172.18.207.15/labtest/cred1.csv
create profile sync 0004550081249644
次の作業
• このルータで初めて Cisco Unified CME を設定している場合は、ここでシステム レベルのパラメータを設定できます。を参照してください。
• すでに設定されている Cisco Unified CME ルータのネットワーク パラメータを変更した場合は、ここでコンフィギュレーション ファイルを生成して、変更を保存できます。を参照してください
その他の参考資料
次の各項では、Cisco Unified CME 機能に関連するその他の資料について説明します。
関連資料
|
|
|
|---|---|
シスコのテクニカル サポート
ネットワーク パラメータの機能情報
表 8 に、このモジュールで説明した機能、およびバージョンごとの拡張機能を示します。
特定の Cisco Unified CME バージョンをサポートするための適切な Cisco IOS リリースを判断するには、 http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/requirements/guide/33matrix.htm にある『 Cisco Unified CME and Cisco IOS Software Version Compatibility Matrix 』を参照してください。
プラットフォームのサポートおよびソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator では、特定のソフトウェア リリース、フィーチャ セット、またはプラットフォームをサポートしている Cisco IOS ソフトウェア イメージを確認できます。Cisco Feature Navigator にアクセスするには、 http://www.cisco.com/go/cfn に移動します。Cisco.com のアカウントは必要ありません。
（注） 表 8 には、特定の機能に対するサポートを導入した Cisco Unified CME のバージョンが示されています。特に明記されていない限り、Cisco Unified CME ソフトウェアの後続のバージョンでもこの機能をサポートします。
フィードバック