Banda ancha por cable : Administración de cable y servicios

Cambios de parámetro CNR con varios cablemódems en una red

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

El Cisco Network Registrar — Protocolo DHCP (CNR — El servidor del DHCP) se puede abrumar con las solicitudes en caso de reinicialización del centro distribuidor, como después de un corte del suministro de electricidad y un restore. Estos cambios habilitan al servidor DHCP a las solicitudes de servicio más de manera rápida y eficiente.

En este ejemplo, el Max-dhcp-requests se cambia a 50. El valor de 50 no pudo ser el mejor. Por ejemplo, si el CPU de su sistema es bajo, el valor de 50 pudo ser alto. No hay una fórmula matemática para calcular el mejor valor. Uso 50 de ver si esto es bueno para su sistema, y de hacer los ajustes de allí.

prerrequisitos

Requisitos

La persona que lea el material debe tener conocimientos básicos sobre el protocolo DOCSIS y la línea de comando Cisco IOS en los routers de serie uBR.

Componentes Utilizados

El uso de hardware en este documento es desde los cables módem Cisco uBR7200, uBR7100 o uBR10k CMTS y DOCSIS que cumplen con la norma.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

Cambios en el DHCP

Cambie la configuración DHCP de la siguiente manera:

nrcmd> dhcp set max-dhcp-requests=50

Guarde este cambio de configuración:

nrcmd> save

Vuelva a iniciar el servidor con:

nrcmd> dhcp reload

precaución Precaución: Además de este parámetro particular, sea prudente sobre el ajuste de los parámetros del servidor en el campo. Refiera al DHCP.

Explicación

En la mayoría de los entornos, la reducción del valor del Max-dhcp-requests a partir del 500 a 50 es el mejor método para ayudar al servidor para reaccionar a las explosiones a largo plazo del mensaje DHCP, por ejemplo de mucho uBRs que reinicia simultáneamente.

Cuando hay una reinicialización del centro distribuidor, el servidor puede abrumarse con las peticiones. Si usted reduce el valor del Max-dhcp-requests, usted puede evitar que el servidor salve demasiados mensajes en su recibir cola, especialmente los mensajes DHCP desactualizados. Si el servidor mantiene demasiados mensajes el recibir cola, pasa más tiempo que procesa el mensaje DHCP desactualizado (que algunos clientes caen y recomprobación) que los mensajes DHCP recientes (que todos los clientes validarían). El valor óptimo depende encendido:

  • hardware del servidor

  • CPU

  • velocidad de disco

  • Características de la red

El Max-dhcp-requests del parámetro controla la cantidad de búfers que el servidor DHCP afecta un aparato para llevar a cabo los pedidos entrantes. Después del reinicio del centro distribuidor, todas las memorias intermedias asignadas se completan rápidamente. Después de que se llenan los búferes, el servidor DHCP realiza solicitudes adicionales y acepta nuevas solamente cuando procesa solicitudes y libera búferes. El servidor responde rápidamente a las primeras solicitudes que llegan. Los siguientes permanecen en la cola del buffer por varios segundos. Para el momento en que los procesos de servidor DHCP y respondan, el cliente que envió la solicitud hayan medido el tiempo hacia fuera. Por lo tanto, los recursos del servidor DHCP se pierden.

Después del los tiempos de cliente hacia fuera, revisa, pero la cola entrante del buffer del servidor DHCP llena rápidamente. Si se fija la cantidad de búfers así que toma más que el segundo tiempo de espera agotado del cliente cuatro para trabajar a través de la cola y para conseguir a una solicitud, la respuesta a la solicitud viene demasiado tarde. Cuando la cola es llena, los clientes, cuyas se desechan solicitudes, revisan.


Información Relacionada


Document ID: 11094