Aumentar el número de direcciones IP en una subred en el servidor DHCP

Seleccione idioma Seleccione idioma
Id. de artículo: 255999 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Síntomas

Intenta ampliar el ámbito en el servidor DHCP pero, cuando cambia el ámbito en el cuadro de diálogo Propiedades del ámbito, recibirá el error siguiente:
"El intervalo IP cambió, pero aún no se ha guardado. Continuar se descartarán los cambios. ¿Desea continuar"?
No seleccionando "Sí" o "" a este mensaje no provoca ningún cambio en el ámbito existente.

Solución

Este artículo describen métodos que puede utilizar para cambiar el número IP de hosts en cualquier subred determinada. Se tratan los tres métodos siguientes:
  • Extensión de ámbito
  • Resubnetting
  • Superámbitos

Extensión de ámbito

Si ya tiene un ámbito DHCP y el inicio y fin no incluyen actualmente todas las direcciones de su subred determinada, puede aumentar el número de direcciones en el ámbito ampliando el inicio o fin en las propiedades de ámbito.

En el ejemplo siguiente se muestra una red de clase C con la siguiente configuración:
Dirección de subred: 192.168.1.0
Máscara de subred: 255.255.255.0
En este ejemplo produce una red de 254 hosts que ocupe el intervalo de direcciones de 192.168.1.1 a 192.168.1.254.

El ámbito que ha creado tiene las siguientes propiedades:
Dirección de inicio: 192.168.1.50
Dirección final: 192.168.1.150
Máscara de subred: 255.255.255.0
Para aumentar el número de direcciones disponibles para los clientes, puede cambiar el inicio o fin lejos como 1 y 254, respectivamente.

Nota En versiones anteriores de protocolo de configuración dinámica de host (DHCP), había que ampliar el inicio o fin en incrementos de 32. Esto ya no es el caso si está ejecutando el servicio de Microsoft Windows NT 4.0 Pack 6 o posterior.

Si el ámbito ya cubre todo el rango y totalmente se utiliza, sólo tiene otras dos opciones: superscoping o resubnetting. Ambas opciones requieren realizar cambios de arquitectura en la red.

Cambiar simplemente los parámetros de ámbito DHCP no le otorga más concesiones. DHCP se ejecuta sobre la arquitectura de subred de la red y puede entregar direcciones sin embargo puede desee. Trate siempre la necesidad de ampliar intervalos de direcciones como un ejercicio de la arquitectura de subred en primer lugar y principalmente. Después de decidir qué arquitectura para utilizar, puede configurar DHCP para ajustarse a su diseño de red.

Resubnetting

Resubnetting es el procedimiento recomendado para aumentar un DHCP ámbito cuando el ámbito actual ha consumido por completo la máscara de subred actual. Sin embargo, este método requiere cambiar todos los hosts de subred y puertas de enlace. Si tiene un intervalo de direcciones ha quedado sin direcciones de host disponibles, puede cambiar la máscara de subred para incluir una parte mayor de direcciones de host. Sin embargo, simplemente cambiar la máscara de subred requiere que se volvió a configurar todos los enrutadores y otros equipos asignadas estáticamente y todos los clientes DHCP han renovado su concesión de obtener los parámetros nuevos.

Además, el DHCP todo ámbito o ámbitos primero se debe eliminar y volver a crear utilizando la nueva máscara de subred. La posibilidad de direcciones duplicadas existe durante este período si no tienen los pasos para evitar la concesión de direcciones que pueden utilizar otros clientes. A pesar de todas las advertencias mencionado anteriormente, resubnetting sigue siendo el procedimiento recomendado. La configuración de resubnetting no crea ninguna sobrecarga adicional en la subred enrutadores o puertas de enlace y mantiene todos los hosts en la misma dirección de difusión.

En el ejemplo siguiente se muestra una subred eliminada con la siguiente configuración:
Dirección de subred: 192.168.1.0
Máscara de subred: 255.255.255.0
Esto proporciona una red de 254 hosts con direcciones de 192.168.1.1 a 1921.68.1.254.

En el ejemplo siguiente se muestra el resultado si utiliza la opción resubnetting:
Dirección de subred: 192.168.1.0
Máscara de subred: 255.255.254.0
Ahora dispone de una red de 510 hosts con direcciones desde 192.168.0.1 a 192.168.1.254 (para el ámbito 192.168.0.0) o 256 direcciones DHCP recién disponibles.
Antes de:
---------192.168.1.0/24-------R-------192.168.5.0/24---------

Después de:
---------192.168.0.0/23-------R-------192.168.5.0/24---------

Superámbitos

Superámbitos (también denominada multinetting) pueden satisfacer los requisitos. Si desea cambiar la división en subredes de una red existente, puede agregar redes lógicas adicionales a la misma conexión física. Esto coloca una carga adicional en el enrutador o puerta de enlace configurado con varias subredes lógicas que se ejecuta en un único puerto físico. Rendimiento de red reducido puede provocar la carga adicional. Hosts en una subred lógica deben enrutarse a través de la puerta de enlace para comunicarse con hosts de la otra subred lógica, a pesar de compartir el mismo cable físico.

En el ejemplo siguiente se muestra una subred eliminada con la siguiente configuración:
Dirección de subred: 192.168.1.0
Máscara de subred: 255.255.255.0
El ejemplo siguiente muestra los resultados si utiliza la opción superscoping:
Dirección de subred: 192.168.1.0 y 192.168.2.0
Máscara de subred: 255.255.255.0
Ahora tiene dos redes de 254 hosts (508 hosts totales) con direcciones de 192.168.1.1 a 192.168.1.254 y 192.168.2.1 a 192.168.2.254 o 254 direcciones DHCP recién disponibles.
Antes de:
-----192.168.1.0/24------R-----192.168.5.0/24--------

Después de:
-----192.168.1.0/24 y 192.168.2.0/24-----R-----192.168.5.0/24------
Después de decidir qué opción desea utilizar, puede elegir la configuración de DHCP correspondiente.

Si utiliza la opción de resubnetting, deberá eliminar y volver a crear el ámbito DHCP con la nueva máscara de subred (no es posible cambiar sólo la máscara de un ámbito concreto). Si están atendiendo a los clientes existentes dentro de una parte de este intervalo, debe activar la detección de conflicto hasta que se migran todos los clientes en el nuevo ámbito. Esta acción requiere que se lleve a cabo los pasos siguientes:
  1. Configurar la interfaz de cada enrutador conectado y cambie la dirección IP de la interfaz conectada, su dirección de subred y la máscara de subred.
  2. Eliminar el ámbito DHCP actual.
  3. Crear un nuevo ámbito DHCP con la nueva máscara de subred.
  4. Habilitar la opción intentos de conflicto en el servidor DHCP (establecida en 1 o 2).
  5. Forzar concesiones de los clientes DHCP para renovar su DHCP.
  6. Cambiar la dirección IP, máscara de subred o la puerta de enlace predeterminada en cada host statically-configured.
Cuando se utiliza la opción superscoping, deberá superámbito un número de ámbitos juntos. Crear individualmente cada ámbito y después cree un superámbito para incorporar los ámbitos individuales. Esta acción requiere que se lleve a cabo los pasos siguientes:
  1. Agregar direcciones IP secundarias a las interfaces de enrutador actual.
  2. Crear un nuevo ámbito DHCP para la nueva subred lógica.
  3. Crear un superámbito y agregue los ámbitos DHCP antiguos y nuevos como elementos secundarios.

Propiedades

Id. de artículo: 255999 - Última revisión: martes, 31 de octubre de 2006 - Versión: 2.2
La información de este artículo se refiere a:
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows 2000 Server
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
Palabras clave: 
kbmt kbinfo kbnetwork KB255999 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 255999

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com