- このマニュアルについて
- 概要
- Cisco Unified Communications の概要
- システム コンフィギュレーションの 概要
- 権限とユーザ グループ
- システム レベルのコンフィギュレー ション設定
- クラスタ化
- 冗長化
- コール アドミッション制御
- Resource Reservation Protocol
- Cisco TFTP
- デバイスのサポート
- 自動登録
- ダイナミック ホスト コンフィギュ レーション プロトコル（DHCP）
- ライセンシング
- パーティションおよびコーリング サーチ スペース
- Time-of-Day ルーティング
- ルート プランの概要
- 電話番号の概要
- ダイヤル規則の概要
- ディレクトリの概要
- アプリケーション ユーザと エンド ユーザ
- メディア リソースの管理
- Annunciator
- Conference Bridge
- トランスコーダ
- 保留音
- メディア ターミネーション ポイント
- トランスコーディング、会議 、および MTP 用の Cisco DSP リソース
- ボイスメールの Cisco Unified CallManager への接続性
- SMDI ボイスメールの統合
- Cisco Unity メッセージングの統合
- Cisco DPA の統合
- コール パーク
- コール ピックアップ グループ
- Cisco Unified IP Phone サービス
- Cisco エクステンション モビリティ機能 および電話機へのログイン機能
- Cisco Unified CallManager Attendant Console
- Cisco Unified CallManager Assistant
- Cisco Unified CallManager 音声ゲート ウェイの概要
- IP テレフォニー プロトコルの概要
- セッション開始プロトコル（SIP）の概要
- Cisco Unified CallManager トランク タイプの概要
- Cisco Unified IP Phone
- ビデオ テレフォニーの概要
- コンピュータ テレフォニー統合
- Cisco ATA 186
- 管理ツールの概要
- 索引
Cisco Unified CallManager システム ガイド Release 5.1(3)
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月5日
章のタイトル： ダイナミック ホスト コンフィギュ レーション プロトコル（DHCP）
ダイナミック ホスト コンフィギュレーション プロトコル（DHCP）
Dynamic Host Configuration Protocol（DHCP; ダイナミック ホスト コンフィギュレーション プロトコル）サーバを使用すると、お客様のデータまたは音声イーサネット ネットワークに接続した Cisco Unified IP Phone で動的に IP アドレスとコンフィギュレーション情報を取得できます。DHCP サーバは、クラスタの内部と外部を問わず、Domain Name System（DNS; ドメイン ネーム システム）を使用してホスト名の解決します。DHCP サーバおよびサブネットの設定については、『 Cisco Unified CallManager アドミニストレーション ガイド 』の「DHCP サーバの設定」を参照してください。
•
「DNS」
• 「移行」
• 「アラーム」
• 「関連項目」
DHCP サーバ
DHCP サーバは、1 つの Cisco Unified CallManager クラスタに 1 台だけ存在するようにしてください。各 Cisco Unified CallManager クラスタが地理的に離れていなければ、さまざまなクラスタが 1 台の DHCP サーバを共有できます。地理的に離れていると、1 つのロケーションにつき 1 台の DHCP サーバが必要になる場合があります。DHCP サーバを共有している場合は、一部の Cisco Unified CallManager クラスタに DHCP サーバが存在しないこともあります。
DHCP サーバはスタンドアロン サーバなので、DHCP サーバとして設定された Cisco Unified CallManager に障害が起きた場合のバックアップ サーバは存在しません。
Cisco Unified CallManager 管理者は、DHCP サーバとサブネットを設定する必要があります。ノードごとに 1 台のサーバを設定でき、それぞれのサーバごとに複数のサブネットを設定できます。
（注） DNS サーバを適切な Cisco Unified CallManager の名前およびアドレス情報で更新した後に、その情報を使用して Cisco Unified CallManager サーバを設定する必要があります。
Cisco Unified CallManager では、IP アドレスを変更した場合は、ノードを再起動する必要があります。ノードが稼働している限り、DHCP サーバから IP アドレスを提供されたリース期間をリフレッシュし続けるため、同じ IP アドレスのままになります。ただし、IP アドレスが変更されても、ノードのホスト名は同じままにする必要があります。
「関連項目」を参照してください。
DNS
Cisco Unified CallManager の管理ページには、DHCP サーバにさまざまなスコープを設定するためのサポート機能が用意されています。各スコープごとに、ユーザは IP アドレスの範囲とサブネット マスクを入力でき、オプションを設定することもできます。
社内 DNS によって DNS を設定した場合は、社内 DNS インフラストラクチャが使用され、デフォルトの DNS 設定は、その社内 DNS サービスへのキャッシュ専用サービスとして機能します。
社内 DNS サービスが存在しない場合は、ホスト名と IP アドレスの動的更新が可能な Dynamic Domain Name System（DDNS）サービスを使用してクラスタ全体の DNS インフラストラクチャが実装されます。また、DDNS は、クラスタと相互対話するネットワーク上の他のデバイスにもサービスを行います。それぞれのノード上で、DNS が稼働しています。その DNS サーバは、クラスタ内にあるすべてのノードとその他のデバイスのホスト名および IP アドレス情報を使用して設定されます。クラスタの最初のノードにある DNS は、プライマリ DNS として設定され、それ以外のすべてのノードは、セカンダリ ノードとして設定されます。
Cisco Unified CallManager の最初のノードに DNS 設定の変更が加えられると、その変更は自動的に他のノードへも転送されます。ネットワーク内の他のデバイスは、クラスタ内のどのノードによっても、DNS 検索ができます。
（注） ノードのホスト名を変更した場合は、そのノードをクラスタに再挿入する必要があります。
ノードが DHCP を使用して設定される場合、ノード上の DHCP クライアントは、DDNS を動的に更新するよう設定されます。
ノードが DHCP を使用して設定されるときは常に、次のいずれかのイベントが発生します。
• 各ノードの DHCP 設定が、IP アドレスを要求しているノードの MAC アドレスと結び付けられる。ノードが IP アドレスを再び要求すると、DHCP は MAC アドレスを前の要求と照合し、同じ IP アドレスを提供します。
DNS サーバを適切な Cisco Unified CallManager の名前およびアドレス情報で更新した後に、その情報を使用して Cisco Unified CallManager サーバを設定する必要があります。
「関連項目」を参照してください。
DHCP サーバの設定プロセス
1. Serviceability のウィンドウで、DHCP 機能を使用可能にします。
2. DHCP を使用可能にしたノード上で、DHCP モニタ プロセスが起動されたことを確認します。
3. Cisco Unified CallManager の管理ページを使用して、スコープとオプションを設定します。
4. 設定が、ターゲットの Cisco Unified CallManager の /etc/dhcpd.conf ファイルに取り込まれていることを確認します。
5. DHCP サーバ デーモンが新しい設定で動作していることを確認します。
6. DHCP モニタ プロセスが、特定のトレース設定でログに記録されることを確認します。
7. DHCP デーモンが停止したときにエラー アラームが発生し、デーモンが再起動したときに情報アラームが発生することを確認します。
「関連項目」を参照してください。
デバイスによる TFTP サーバの識別方法の概要
電話機は、Trivial File Transfer Protocol（TFTP）サーバのアドレス選択の優先順位を持っています。デバイスは、DHCP サーバから競合または混乱した情報を受け取った場合、どの情報が有効なのかを次の順序で判定します。
1. TFTP サーバを使用して、ローカルで電話機を設定できます。このアドレスは、DHCP サーバから送信された TFTP アドレスを上書きします。電話機は、常に DNS 名 CiscoCM1 の解決を試みます。
2. この名前が解決された場合、DHCP サーバから送信された情報は、すべてこの名前によって上書きされます。
TFTP サーバに CiscoCM1 という名前を付ける必要はありませんが、DNS の CName レコードを入力して、CiscoCM1 を TFTP サーバのアドレスまたは名前と関連付ける必要があります。
3. 電話機はブート プロセスの Next-Server の値を使用します。従来、この DHCP 設定パラメータは、TFTP サーバのアドレスとして使用されてきました。BOOTP サーバを設定するとき、このフィールドは TFTP サーバのアドレスとして参照されるのが普通です。
この情報は、DHCP ヘッダーの siaddr フィールドに戻されます。IP アドレスが設定されていないときに、一部の DHCP サーバの IP アドレスがこのフィールドに入る場合があるので、使用できる場合はこのオプションを使用してください。
4. 電話機は、サイト固有のオプション 150 を使用します。
5. また、電話機は DHCP オプションサーバ名パラメータを受け入れます。この DHCP 設定パラメータは、TFTP サーバの DNS 名です。現時点では、DNS 名だけをこのパラメータで設定できます。ドット付き 10 進 IP アドレスは、使用しないでください。
6. 電話機は、66 オプション（ブート サーバの名前）も受け入れます。
7. オプション 66 は通常、オプションの過負荷が発生したときに、sname フィールドを置き換えるために使用されます。これは、Windows NT DHCP サーバで使用でき、150 オプションのように機能します。この名前フィールドには、DNS 名またはドット付き 10 進 IP アドレスを指定できます。
8. 66 オプションは、150 オプションと一緒に使用しないでください。一緒に送信すると、電話機は 66 オプションによって与えられる名前よりも IP アドレスを優先します。しかし、ドット付き 10 進 IP アドレスと 150 オプションを両方送信した場合、それらの優先順位はオプション リスト内での指定順序によって決まります。電話機は、オプション リスト内の最後の項目を選択します。繰り返すことができるよう、オプション 66 とオプション 150 は一緒には使用できません。
「関連項目」を参照してください。
移行
Window 2000 ベースの DHCP 設定から DHCP 設定への移行機能は用意されていないため、管理者はシステムを設定し直す必要があります。
「関連項目」を参照してください。
アラーム
アラームの詳細については、『 Cisco Unified CallManager Serviceability アドミニストレーション ガイド 』を参照してください。
「関連項目」を参照してください。
関連項目
• 『 Cisco Unified CallManager アドミニストレーション ガイド 』の「DHCP サーバの設定」
• 『 Cisco Unified CallManager アドミニストレーション ガイド 』の「DHCP サブネットの設定」
フィードバック