ブロードバンド ケーブル : ケーブル管理とサービス

ネットワーク上に複数のケーブル モデムがある状態での CNR パラメータの変更

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | ライター翻訳版 (2003 年 3 月 3 日) | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

Cisco Network Registrar-Dynamic Host Configuration Protocol(CNR - DHCP)サーバは、電源障害の発生とその回復後などのヘッドエンド リブートの際に、大量の要求によって過大な負荷を受ける場合があります。 これらの変更により、DHCP サーバはサービス要求に対してより迅速かつ効率的に対応できます。

この例では、max-dhcp-requests は 50 に変更されます。 50 という値は最もよくないかもしれません。 たとえば、システムの CPU が低ければ、50 という値は高いかもしれません。 最もよい値を計算する数学 の 公式がありません。 これがシステムに有効であるかどうか見、そこにから調整をする使用 50。

前提条件

要件

本書の読者は、uBR シリーズ ルータにおける DOCSIS プロトコルと Cisco IOS のコマンドラインの基本事項について、理解している必要があります。

使用するコンポーネント

この文書で使用するハードウェアは、Cisco uBR7200、uBR7100、または uBR10k CMTS と、DOCSIS 準拠のケーブル モデムです。

表記法

ドキュメントの表記法の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

DHCP に対する変更

DHCP の設定に対して、次のような変更を行います。

nrcmd> dhcp set max-dhcp-requests=50

この設定変更を保存します。

nrcmd> save

次のコマンドにより、サーバを再起動します。

nrcmd> dhcp reload

注意 注意: この特定のパラメータのほかに、フィールドのサーバ パラメータの調整について用心深くであって下さい。 DHCP を参照して下さい。

説明

ほとんどの環境では、500 から 50 に max-dhcp-requests 値を下げることは同時にリブートする多くの uBR からののような長期 DHCP メッセージ バーストに、反応するためにサーバを助ける最もよい方式です。

ヘッドエンド 再度ブートするがあるとき、サーバは要求と圧倒されるようになるかもしれません。 max-dhcp-requests の値を下げる場合、サーバが受信キューで余りにも多くのメッセージを保存することを、特に古い DHCP メッセージ防ぐことができます。 サーバが受信キューで余りにも多くのメッセージを保存する場合、((すべてのクライアントが受け入れる)よりより多くの時間を何人かの処理するクライアントがリトライ廃棄する)古い DHCP メッセージ最近の DHCP メッセージ費やし。 最適値は左右されます:

  • サーバハードウェア

  • CPU

  • ディスク 速度

  • ネットワーク特性

パラメータ max-dhcp-requests は着呼要求を保持するために DHCPサーバが割り当てるバッファ 番号を制御します。 ヘッドエンド リブートの後には、割り当てられているすべてのバッファは急激に満杯になります。 バッファが満杯になると、DHCP サーバは追加の要求を廃棄するようになり、要求を処理してバッファを解放してからのみ、新しい要求を受付けます。 サーバは着くはじめの幾つかの要求にすぐに応答します。 次の物は数秒のバッファ キューに残ります。 DHCP サーバが処理を行って応答する頃には、要求を送ったクライアントではすでにタイム アウトになっています。 従って、DHCPサーバのリソースは無駄になります。

の後でクライアントタイム、それは再試行しますが、DHCPサーバの着信 バッファ キューはすぐに充満します。 バッファ 番号が設定 されれば従ってキューによってはたらき、要求に到達するために 4 第 2 クライアント タイムアウトより多くを奪取 すれば 要求への応答は余りに遅く来ます。 キューが時、要求が廃棄されるクライアントは再試行します。

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 11094