CNR引數在網路中使用多個纜線資料機時更改

下載選項

PDF (201.8 KB)
在多種裝置上使用 Adobe Reader 檢視
ePub (80.5 KB)
在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上的各種應用程式中檢視
Mobi (Kindle) (63.2 KB)
在 Kindle 裝置或多部裝置的 Kindle 應用程式上檢視

已更新: 2005 年 10 月 26 日

文件 ID:11094

無偏見用語

本產品的文件集力求使用無偏見用語。針對本文件集的目的，無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言，或引用第三方產品的語言，因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。

關於此翻譯

思科已使用電腦和人工技術翻譯本文件，讓全世界的使用者能夠以自己的語言理解支援內容。請注意，即使是最佳機器翻譯，也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責，並建議一律查看原始英文文件（提供連結）。

簡介

Cisco Network Registrar — 動態主機配置協定(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。

說明

在大多數環境中，將max-dhcp-requests值從500減少到50是幫助伺服器對長期DHCP消息猝發（例如同時重新啟動許多uBR）作出反應的最佳方法。

當頭端重新啟動時，伺服器可能會被請求淹沒。如果減小max-dhcp-requests的值，則可以防止伺服器在其接收隊列中儲存過多消息，尤其是過時的DHCP消息。如果伺服器在接收隊列中保留太多消息，則它處理陳舊的DHCP消息（某些客戶端丟棄並重試）的時間比最近的DHCP消息（所有客戶端都接受）的時間要長。最佳值取決於：

伺服器硬體
CPU
磁碟速度
網路特徵

max-dhcp-requests引數控制DHCP伺服器分配用於儲存傳入請求的緩衝區數。頭端重新開機後，所有分配的緩衝區會快速填滿。填充緩衝區後，DHCP伺服器會捨棄其他請求，僅在其處理請求和釋放緩衝區時才接受新請求。伺服器快速響應到達的前幾個請求。接下來的幾個緩衝隊列會保留幾秒鐘。當DHCP伺服器處理和響應時，傳送請求的客戶端已超時。因此，浪費了DHCP伺服器的資源。

客戶端超時後，它會重試，但DHCP伺服器的傳入緩衝區隊列會快速填充。如果設定了緩衝區數，使得處理隊列並到達請求需要超過四秒的客戶端超時，則對請求的響應太晚。隊列已滿時，其請求被丟棄的客戶端將重試。