宽带电缆 : 电缆管理及服务

在网络中使用多电缆调制解调器改变CNR参数

2015 年 8 月 28 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 4 月 23 日) | 反馈


目录


简介

Cisco Network Registrar —动态主机配置协议(CNR —在一辆头端重新启动情形下,类似在电源故障以后和恢复, DHCP)服务器可以淹没与请求。这些更改使DHCP服务器服务请求迅速和高效。

在本例中, max-dhcp-requests更改到50。值为50也许不是最佳。例如,如果您的系统CPU低,值为50也许高。没有计算最好的值的运算公式。使用50发现这是否是有效对于您的系统和由那里做调整。

先决条件

要求

读者应该有DOCSIS协议和Cisco IOS line命令的基本的了解在UBR系列路由器。

使用的组件

在本文的硬件使用是从思科uBR7200、ubr7100或者ubr10k CMTS和DOCSIS兼容的有线调制解调器。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

对 DHCP 的更改

做对DHCP配置的以下变动:

nrcmd> dhcp set max-dhcp-requests=50

保存此配置更改:

nrcmd> save

重新启动服务器与:

nrcmd> dhcp reload

警告 警告: 除此特定的参数以外,请是谨慎的关于调整服务器参数在字段。参考DHCP

说明

在多数环境,降低从500的max-dhcp-requests值到50是帮助服务器的佳方法起反应到长期DHCP信息突发流量,例如从同时重新启动许多的uBRs。

当有头端重新启动时,服务器可能变得淹没与请求。如果降低值max-dhcp-requests,您可以防止服务器存储在其接收队列的许多消息,特别是过时的DHCP消息。如果服务器在接收队列保存许多消息,花费处理一些客户端比丢弃和重试次数)的过时DHCP信息的更多时间(所有客户端会接受)的最近的DHCP消息(。最佳值取决于:

  • 服务器硬件

  • CPU

  • 磁盘速度

  • 网络特性

参数max-dhcp-requests控制DHCP服务器分配对流入请求负的缓冲区数。在头端重新启动,所有分配的缓冲区迅速得填满后。在缓冲区被充满后, DHCP服务器投掷离开另外的请求,接受新的,只有当处理请求并且释放缓冲区。服务器迅速回答到达的最初的少数请求。下部分在缓冲区队列保持几秒钟。当DHCP服务器处理并且响应的时候,发送请求的客户端计时了。所以, DHCP服务器的资源浪费。

在以后客户端时间,它再试,但是DHCP服务器的流入缓冲区队列迅速充满。如果缓冲区数设置,因此比四秒客户端超时采取更多通过队列工作和达到请求,对请求的答复太后来。当队列满时,客户端,请求丢弃,再试。

相关的思科支持社区讨论

思科支持社区是您提问、解答问题、分享建议以及与工作伙伴协作的论坛。


相关信息


Document ID: 11094