DHCP

Este capítulo explica los conceptos relativos a la

configuración automática de los parámetros IP para los
dispositivos de una red local mediante el servicio DHCP. Se
introducirá una terminología previa antes de pasar a la
configuración de DHCPv4 y DHCPv6 en routers Cisco.
Finalmente se verá la delegación de prefijo como forma de
asignar direcciones IPv6 automáticamente dispositivos
finales desde routers domésticos sin solapamiento de
prefijos.

DHCP by Rafael Lozano is licensed under a Creative Commons Reconocimiento-NoComercial-

CompartirIgual 3.0 España License.
Tabla de contenidos

Tabla de contenido

1 Introducción....................................................................................................................................... 1
1.1 Terminología DHCP....................................................................................................................................2
2 DHCPv4................................................................................................................................................ 3
2.1 Funcionamiento del protocolo................................................................................................................3
2.1.1 El cliente dispone de una concesión previa.......................................................................................4
2.1.2 El cliente no dispone de una concesión previa.................................................................................4
2.1.3 Intercambio de mensajes del protocolo.............................................................................................4
2.2 Tipos de mensajes del protocolo...........................................................................................................6
2.3 Configurar un servidor DHCPv4 básico................................................................................................7
2.3.1 Paso 1: excluir direcciones IPv4............................................................................................................. 8
2.3.2 Paso 2: Crear un pool DHCPv4.............................................................................................................. 8
2.3.3 Paso 3: Configurar los tipos de opciones en el pool DHCPv4........................................................8
2.4 Verificación del servicio DHCPv4..........................................................................................................10
2.5 Configuración de un router como cliente DHCPv4.........................................................................10
3 DHCPv6............................................................................................................................................. 11
3.1 SLAAC..........................................................................................................................................................12
3.1.1 Funcionamiento de SLAAC................................................................................................................... 12
3.2 SLAAC y DHCPv6 sin estado..................................................................................................................13
3.3 DHCPv6 con estado.................................................................................................................................14
3.4 Intercambio de mensajes DHCPv6......................................................................................................14
3.5 Configuración de un router con SLAAC..............................................................................................16
3.6 Configuración de un router como servidor de DHCPv6 sin estado............................................18
3.6.1 Paso 1: Habilitar el routing IPv6.......................................................................................................... 19
3.6.2 Paso 2: Configurar un pool de DHCPv6............................................................................................ 19
3.6.3 Paso 3: Configurar los parámetros del pool....................................................................................19
3.6.4 Paso 4: Configurar la interfaz DHCPv6.............................................................................................. 19
3.7 Configuración de un router como servidor de DHCPv6 con estado..........................................20
3.7.1 Paso 1: Habilitar el routing IPv6.......................................................................................................... 20
3.7.2 Paso 2: Configurar un pool de DHCPv6............................................................................................ 20
3.7.3 Paso 3: Configurar los parámetros del pool....................................................................................21
3.7.4 Paso 4: Comandos de interfaz............................................................................................................. 21

4 Delegación de prefijo.....................................................................................................................21
4.1 Funcionamiento........................................................................................................................................22
4.2 Configuración............................................................................................................................................23
4.2.1 Configurar el router de delegación (servidor).................................................................................23
4.2.2 Configuración de los routers cliente.................................................................................................. 25
4.2.3 Configuración de los dispositivos finales en las LANs...................................................................28

5 Bibliografía........................................................................................................................................ 33

Índice I
 Rafael Lozano DHCP

DHCP

1 Introducción
Todo dispositivo que se conecta a una red necesita una dirección IP única. Los
administradores de red asignan direcciones IP estáticas a los routers, a los servidores, a las
impresoras y a otros dispositivos de red cuyas ubicaciones (físicas y lógicas) probablemente
no cambien. Por lo general, se trata de dispositivos que proporcionan servicios a los usuarios
y dispositivos en la red. Por lo tanto, las direcciones que se les asignan se deben mantener
constantes. Además, las direcciones estáticas habilitan a los administradores para que
administren estos dispositivos en forma remota. A los administradores de red les resulta más
fácil acceder a un dispositivo cuando pueden determinar fácilmente su dirección IP.
Sin embargo, los PCs y los dispositivos de usuario en una organización, a menudo,
cambian de ubicación, física y lógicamente. Para los administradores de red, asignar
direcciones IP nuevas cada vez que un empleado cambia de ubicación puede ser difícil y
llevar mucho tiempo. Además, para los empleados móviles que trabajan desde ubicaciones
remotas, puede ser difícil establecer de forma manual los parámetros de red correctos.
Incluso para los clientes de escritorio, la asignación manual de direcciones IP y otra
información de direccionamiento plantea una carga administrativa, especialmente a medida
que crece la red.
La introducción de un servidor de protocolo de configuración dinámica de host (DHCP
Dynamic Host Control Protocol) en la red local simplifica la asignación de direcciones IP tanto
a los dispositivos de escritorio como a los móviles. El uso de un servidor de DHCP
centralizado permite a las organizaciones administrar todas las asignaciones de direcciones
IP desde un único servidor. Esta práctica hace que la administración de direcciones IP sea
más eficaz y asegura la coherencia en toda la red.
DHCP está disponible tanto para IPv4 (DHCPv4) como para IPv6 (DHCPv6). En este
capítulo, se explora la funcionalidad, la configuración y la resolución de problemas de
DHCPv4 y de DHCPv6.

Página 1
 Rafael Lozano DHCP

1.1 Terminología DHCP

Antes de comenzar con la configuración del servicio DHCP, vamos a definir algunos
términos que utilizaremos a lo largo de dicho proceso.
✔ Ámbito.- Un ámbito es el intervalo consecutivo completo de las direcciones IP
posibles de una subred. Por ejemplo, en una subred física 192.168.0.0/24 el ámbito
sería desde la dirección IP 192.168.0.1 hasta la dirección IP 192.168.0.254. El ámbito es
el elemento principal que un servidor DHCP gestiona, asignando las direcciones IP
del mismo y el resto de parámetros a los PC's de la red.
✔ Intervalo de exclusión.- Un intervalo de exclusión es una secuencia limitada de
direcciones IP de un ámbito que el servidor DHCP no ofrecerá a los clientes de la red.
✔ Conjunto de direcciones.- Tras definir un ámbito DHCP y aplicar intervalos de
exclusión, las direcciones restantes forman el pool o conjunto de direcciones
disponibles del ámbito. El servidor puede elegir cualquiera de las direcciones del
conjunto para asignarla dinámicamente a los clientes de la red.
✔ Concesión.- Una concesión es un período de tiempo especificado por los servidores
DHCP y durante el cual un equipo cliente puede utilizar una dirección IP asignada.
Cuando se realiza una concesión a un cliente, la concesión está activa. Antes de que
caduque la concesión, el cliente suele necesitar renovar la asignación de la
concesión de dirección en el servidor. Una concesión queda inactiva cuando caduca
o cuando se elimina del servidor.
✔ Reserva.- Una reserva es una asignación de una dirección IP fija por parte del servidor
DHCP a un cliente de la red. Las reservas aseguran que un cliente específico de la
subred siempre podrá utilizar la misma dirección IP. Las reservas suelen emplearse
para equipos que cumplen una función específica dentro de la red, como un servidor
de impresión.
✔ Tipos de opciones.- Los tipos de opciones son otros parámetros de configuración del
cliente que un servidor DHCP puede asignar al proporcionar concesiones a los
clientes DHCP. Por ejemplo, algunas opciones comúnmente utilizadas incluyen las
direcciones IP de las puertas de enlace predeterminadas (enrutadores), servidores
WINS y servidores DNS. Normalmente, estos tipos de opciones se habilitan y
configuran para cada ámbito.
La efectividad de DHCP viene de la concesión. Se puede optimizar la asignación de
direcciones IP planificando la duración de las concesiones. El problema es que si no se
liberan direcciones, en un momento determinado no se podrá cumplir con nuevas
solicitudes DHCP debido a que faltarán direcciones que puedan distribuirse.
En una red en la cual muchos equipos se conectan y desconectan permanentemente
(redes de escuelas o de oficinas de ventas, por ejemplo), es aconsejable ofrecer
concesiones por períodos cortos. En cambio, para una red compuesta principalmente por
equipos fijos que se reinician rara vez, las concesiones por períodos largos son más
convenientes.

Página 2
 Rafael Lozano DHCP

2 DHCPv4
DHCPv4 asigna direcciones IPv4 y otra información de configuración de red a los
dispositivos de la red de forma dinámica. Dado que los clientes de escritorio suelen
componer gran parte de los nodos de red, DHCPv4 es una herramienta extremadamente útil
para los administradores de red.
Un servidor de DHCPv4 dedicado es escalable y relativamente fácil de administrar. Sin
embargo, en un entorno de red pequeño se puede configurar un router para proporcionar
servicios DHCPv4 sin necesidad de un servidor dedicado. El software Cisco IOS admite un
servidor DHCPv4 con funciones completas.
El servidor DHCPv4 asigna dinámicamente, o alquila, una dirección IPv4 de entre un
conjunto de direcciones durante un período limitado de tiempo elegido por el servidor o
hasta que el cliente ya no necesite la dirección.
Los clientes obtienen la información del servidor durante un período definido
administrativamente. Los administradores configuran los servidores de DHCPv4 para
establecer los arrendamientos, a fin de que caduquen a distintos intervalos. El arrendamiento
típicamente dura de 24 horas a una semana o más. Cuando caduca el arrendamiento, el
cliente debe solicitar otra dirección, aunque generalmente se le vuelve a asignar la misma.

2.1 Funcionamiento del protocolo

Inicialmente la red dispone de un servidor DHCP el cual se encargará de proporcionar
la configuración IP a todos los dispositivos conectados a la misma. Generalmente, este
servidor DHCP tendrá una dirección IP configurada estáticamente por el administrador de la
red.
Los dispositivos solicitan sus parámetros IP al servidor, y éste les va asignando
direcciones del rango que sirve, de entre aquellas que le quedan libres. Si deseamos que a
determinados equipos el servidor les sirva siempre la misma, podemos forzar la asignación
de la dirección IP deseada a equipos concretos. Además también pueden excluirse del
rango de direcciones IP que va a servir nuestro servidor, aquellas que deseamos que estén
asociadas de forma estática a determinados equipos o periféricos de red.
Si por error dejásemos algún equipo de la red configurado con un direccionamiento IP
estático del rango gestionado por nuestro servidor DHCP, podría ocurrir que cuando nuestro
servidor concediera una dirección IP a la estación de trabajo solicitante, dicha dirección IP
fuera la que estuviera siendo utilizada por el equipo con direccionamiento estático,
provocándose un conflicto de IP. Un servidor DHCP incluye mecanismos para evitar
duplicidades de direcciones IP en la red.
El funcionamiento del protocolo DHCP varía en función de si el cliente que trata de
obtener su configuración de red disponía ya o no de una concesión previa.

Página 3
 Rafael Lozano DHCP

2.1.1 El cliente dispone de una concesión previa

En caso de que el cliente DHCP haya obtenido anteriormente una concesión de un
servidor DHCP, cada vez que el cliente arranque de nuevo, se comportará del siguiente
modo:
✔ Si la concesión de alquiler de licencia ha caducado, el cliente solicitará una nueva
concesión al servidor DHCP el cual podrá volver a asignar la misma dirección IP
anterior.
✔ Si la concesión de alquiler no ha caducado en el momento del inicio, el cliente
intentará renovar su concesión en el servidor DHCP, es decir, que le sea asignada la
misma dirección IP.
✔ Si durante el intento de renovación de su concesión, el cliente no puede localizar un
servidor DHCP, intentará realizar un "ping" a la puerta de enlace predeterminada de la
concesión; si el resultado del "ping" es satisfactorio, el cliente DHCP supone que
sigue ubicado en la misma red en que obtuvo su concesión actual y continuará
utilizándola; en caso de que el resultado del "ping" sea erróneo, el cliente supone que
ha sido movido a otra red en que los servicios DHCP no están disponibles, y
configura automáticamente su dirección IP utilizando una dirección de la red de clase
B definida como enlace local dentro del rango, 169.254.0.0/16. Una vez que el cliente
se ha configurado automáticamente con una dirección IP del rango indicado, buscará
un servidor DHCP en segundo plano cada cinco minutos para obtener una concesión.

2.1.2 El cliente no dispone de una concesión previa

En caso de que el cliente nunca haya obtenido una concesión de licencia de un
servidor DHCP:
1. El cliente DHCP intenta localizar un servidor DHCP y obtener una configuración del
mismo.
2. Si no puede encontrar un servidor DHCP, el cliente DHCP configura automáticamente
su dirección IP y su máscara de subred mediante la utilización de una dirección
seleccionada de la red de clase B 169.254.0.0/16. El cliente comprobará la existencia
de un servidor DHCP en segundo plano cada cinco minutos. Si posteriormente
encuentra un servidor DHCP, el cliente abandonará la información que ha configurado
automáticamente. A continuación, el cliente DHCP utiliza una dirección IP y el resto de
parámetros de red IP que ofrece el servidor DHCP para actualizar los valores de su
configuración IP.

2.1.3 Intercambio de mensajes del protocolo

El proceso de obtención de una configuración de red IP por parte de un PC desde un
servidor DHCP implica el intercambio de mensajes entre el servidor y el PC. Los mensajes
que se intercambian son los siguientes:

Página 4
 Rafael Lozano DHCP

1. El cliente hace un broadcast de un mensaje DHCPDISCOVER en su subred física. El

mensaje DHCPDISCOVER puede incluir algunas opciones como sugerencias de la
dirección de red, duración del arrendamiento, etc.
2. Cada servidor puede responder con un mensaje DHCPOFFER que incluye una
dirección de red disponible y otras opciones de configuración.
3. El cliente recibe uno o más mensajes DHCPOFFER de uno o más servidores. Elige
uno basándose en los parámetros de configuración ofertados y hace un broadcast de
un mensaje DHCPREQUEST que incluye el identificador del servidor para indicar qué
mensaje ha seleccionado.
4. Los servidores reciben el broadcast de DHCPREQUEST del cliente. Los servidores no
seleccionados utilizan el mensaje como notificación de que el cliente ha declinado su
oferta. El servidor seleccionado vincula al cliente al almacenamiento persistente y
responde con un mensaje DHCPACK que contiene los parámetros de configuración
para el cliente. La combinación de las direcciones hardware y asignada del cliente
constituyen un identificador único de su arrendamiento y las usan tanto el cliente
como el servidor para identificar cualquier arrendamiento al que se haga referencia
en un mensaje DHCP. El campo "your IP address" en los mensaje DHCPACK se rellena
con la dirección de red seleccionada.

Figura 1.- Funcionamiento del protocolo

5. El cliente recibe el mensaje DHCPACK con parámetro de configuración. Realiza un

chequeo final de estos parámetros, por ejemplo con ARP para la dirección de red
asignada, y registra la duración del arrendamiento y el cookie de identificación de
éste especificado en el mensaje DHCPACK. En este punto, el cliente está

Página 5
 Rafael Lozano DHCP

configurado. Si el cliente detecta un problema con los parámetros en el mensaje

DHCPACK, envía un mensaje DHCPDECLINE al servidor y reinicia el proceso de
configuración. El cliente debería esperar un mínimo de diez segundos antes de
reiniciar este proceso para evitar un exceso de tráfico en la red en caso de que se
produzca algún bucle.
6. Puede elegir renunciar a su arrendamiento enviando un mensaje DHCPRELEASE al
servidor. El cliente especifica el arrendamiento al que renuncia incluyendo sus
direcciones hardware y de red.

2.2 Tipos de mensajes del protocolo

Para que un cliente obtenga sus parámetros de configuración IP intercambia una serie
de mensajes con el servidor, tal y como hemos visto en el epígrafe anterior. El protocolo
empleado es UDP y el servidor utiliza el puerto 67 mientras que los clientes emplean el
puerto 68. Estos mensajes son:
✔ DHCP Discovery.- El cliente envía un paquete DHCPDISCOVER para solicitar una
configuración IP automática. La función de este paquete es descubrir los servidores
DHCP que hay operando en la red. Este mensaje puede incluir opciones que
sugieren valores para la dirección de red y duración de la concesión. Las direcciones
IP origen y destino de dicho paquete serán 0.0.0.0 y 255.255.255.255
respectivamente. El servidor almacena la dirección MAC y el identificador del cliente.
Para subsecuentes mensajes tendrá que utilizar este mismo identificador.
✔ DHCP Offer.- Cada servidor que recibe un mensaje DHCPDISCOVER emite un
mensaje en el que ofrece una configuración de cliente. El servidor determina la
configuración basándose en la dirección MAC del cliente especificada en el mensaje
anterior. El servidor especifica la dirección IP así como otros parámetros de
configuración. La dirección origen será la dirección IP del servidor y la dirección de
destino será 255.255.255.255.
✔ DHCP Request.- El cliente selecciona un servidor a partir de la configuración de los
paquetes recibidos de DHCPOFFER. Una vez más, el cliente puede solicitar opciones
de configuración deseadas y una de ellas es la dirección IP específica que indicó el
servidor en su mensaje DHCPOFFER. La dirección origen de este paquete es 0.0.0.0
y la dirección de destino es 255.255.255.255.
✔ DHCP Acknowledgement.- Este mensaje tiene dos funciones. La primera es indicar a
los servidores que no han sido seleccionados que el cliente ha declinado su oferta.
La segunda es que el servidor seleccionado incluye los parámetros de configuración
para el cliente y la duración de la concesión. El servidor DHCP responde al mensaje
DHCPREQUEST con un DHCPACK, completando así el proceso de configuración. La
dirección origen es la dirección IP del servidor de DHCP y la dirección de destino es
todavía 255.255.255.255.
✔ DHCP Decline.- Un cliente envía este mensaje al servidor cuando detecta que la
dirección IP que le ha asignado el servidor ya está en uso en la red y no puede

Página 6
 Rafael Lozano DHCP

utilizarla. En este punto el cliente debe esperar 10 segundos para reiniciar el proceso
de configuración.
✔ DHCP Release.- Los clientes envían una petición al servidor DHCP para liberar su
dirección IP. La implementación cliente crea un paquete UDP con destino
255.255.255.255 y requiere también su última dirección IP conocida, aunque esto no
es necesario y puede llegar a ser ignorado por el servidor.
✔ DHCP Inform.- El cliente envía una petición al servidor de DHCP: para solicitar más
información que la que el servidor ha enviado con el DHCPACK original; o para repetir
los datos para un uso particular. Dichas peticiones no hacen que el servidor de DHCP
refresque el tiempo de vencimiento de IP en su base de datos.
✔ DHCP NAck.- El cliente envía una petición al servidor para renovar su concesión con
un mensaje DHCPREQUEST. Si el servidor le niega la renovación le envía un mensaje
DHCPNACK indicándole que ha terminado el periodo de uso de la concesión. La
dirección IP origen es la del cliente y la de destino es la del servidor.

2.3 Configurar un servidor DHCPv4 básico

Un router Cisco que ejecuta el software IOS de Cisco puede configurarse para que
funcione como servidor de DHCPv4. El servidor de DHCPv4 que utiliza IOS de Cisco asigna
y administra direcciones IPv4 de conjuntos de direcciones especificados dentro del router
para los clientes DHCPv4. Para ilustrar está funcionalidad vamos a emplear la siguiente red
de ejemplo

Figura 2.- Red de ejemplo para configurar DHCP

Damos por hecho que el router R1 tiene las dos interfaces de red configuradas. A
continuación veremos todos los pasos para configurar un servidor DHCP completo en el
router R1.

Página 7
 Rafael Lozano DHCP

2.3.1 Paso 1: excluir direcciones IPv4

El router que funciona como servidor de DHCPv4 asigna todas las direcciones IPv4 en
un conjunto de direcciones DHCPv4, a menos que esté configurado para excluir direcciones
específicas. Generalmente, algunas direcciones IPv4 de un conjunto se asignan
estáticamente a algunos dispositivos de red que necesitan siempre la misma dirección IPv4.
Por lo tanto, estas direcciones IPv4 no deben asignarse a otros dispositivos. Para excluir
direcciones específicas, se emplea el comando ip dhcp excluded-address, como
se muestra a continuación.
Por ejemplo, supongamos que en la primera red queremos excluir las 9 primeras
direcciones y la última. Tenemos que ejecutar los siguientes comandos:

R1>
R1>enable
R1#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.
R1(config)#ip dhcp excluded-address 192.168.0.1 192.168.0.9
R1(config)#ip dhcp excluded-address 192.168.0.254
R1(config)#
Se puede excluir una única dirección o un rango de direcciones especificando la
dirección más baja y la dirección más alta del rango. Las direcciones excluidas deben incluir
las direcciones asignadas a los routers, a los servidores, a las impresoras y a los demás
dispositivos que se configuraron o se configurarán manualmente.

2.3.2 Paso 2: Crear un pool DHCPv4

La configuración de un servidor de DHCPv4 implica definir un conjunto de direcciones
que se deben asignar. Como se muestra en el siguiente código, el comando ip dhcp
pool nombre-del-conjunto crea un conjunto con el nombre especificado y coloca
al router en el modo de configuración de DHCPv4, que se identifica con el indicador
Router(dhcp-config)#.

R1(config)#ip dhcp pool LAN1

R1(dhcp-config)#

2.3.3 Paso 3: Configurar los tipos de opciones en el pool DHCPv4

Un dispositivo de red no necesita únicamente una dirección IPv4 y una máscara. Hay
una serie parámetros, denominados tipos de opciones en el protocolo DHCP, que se
necesitan para que un dispositivo pueda conectarse a Internet. Son las siguientes:
✔ El conjunto de direcciones. Usamos la instrucción network dirección-red
máscara para definir el rango de direcciones disponibles.
✔ El router de gateway predeterminado. Usamos el comando default-router
IP-router para definir el router de gateway predeterminado. Normalmente, el
gateway es la interfaz LAN del router más cercano a los dispositivos clientes. Se

Página 8
 Rafael Lozano DHCP

requiere un gateway, pero se pueden indicar hasta ocho direcciones si hay varios
gateways.
✔ La dirección IPv4 del servidor DNS que está disponible para un cliente DHCPv4 se
configura mediante el comando dns-server IP-servidor-DNS.
✔ El comando domain-name nombre-dominio dominio se utiliza para definir el
nombre de dominio.
✔ La duración del arrendamiento de DHCPv4 puede modificarse mediante el comando
lease dias [horas [minutos]]. El valor de arrendamiento predeterminado
es un día.
✔ El comando netbios-name-server IP-servidor-WINS se utiliza para
definir el servidor WINS con NetBIOS.

R1>enable
R1#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.
R1(config)#ip dhcp pool LAN1
R1(dhcp-config)#network 192.168.0.0 255.255.255.0
R1(dhcp-config)#default-router 192.168.0.1
R1(dhcp-config)#dns-server 192.168.1.10
R1(dhcp-config)#
Para la segunda LAN tendríamos que ejecutar estos comandos.

R1>enable
R1#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.
R1(config)#ip dhcp pool LAN2
R1(dhcp-config)#network 192.168.1.0 255.255.255.0
R1(dhcp-config)#default-router 192.168.1.1
R1(dhcp-config)#dns-server 192.168.1.10
R1(dhcp-config)#
Cuando configuremos ambos PCs para que obtengan su configuración IP de forma
dinámica veremos que ambos obtienen la primera dirección disponible en el pool. También
es posible que en la segunda LAN veamos este mensaje de error.

%DHCPD-4-PING_CONFLICT: DHCP address conflict: server

pinged 192.168.1.1.
Significa que ha tratado de asignar la dirección IP 192.168.1.1 pero como ya está
asignada estáticamente al router ha ocurrido un conflicto y en esta situación se ha asignado
la siguiente.

Página 9
 Rafael Lozano DHCP

2.4 Verificación del servicio DHCPv4

Si ejecutamos el comando show running-config del modo privilegiado veremos
la siguiente salida en la sección DHCP.

…
!
ip dhcp excluded-address 192.168.0.1 192.168.0.9
ip dhcp excluded-address 192.168.0.254
!
ip dhcp pool LAN1
network 192.168.0.0 255.255.255.0
default-router 192.168.0.1
dns-server 192.168.1.10
!
…
Además, mediante el comando show ip dhcp binding podemos ver una lista
de todas las vinculaciones de la dirección IPv4 con la dirección MAC que fueron
proporcionadas por el servicio DHCPv4.

Router#show ip dhcp binding

IP address Client-ID/ Lease expiration Type
Hardware address
192.168.0.10 0010.11A5.A6C6 -- Automatic

El comando show ip dhcp server statistics, se utiliza para verificar si el

router recibe o envía los mensajes. Este comando muestra información estadística respecto
a la cantidad de mensajes DHCPv4 que se enviaron y recibieron.
Si queremos ver estas estadísticas por ámbitos podemos usar el comando show ip
dhcp pool nombre-pool como en el siguiente ejemplo.
R1#show ip dhcp pool LAN2
Pool LAN2 :
Utilization mark (high/low) : 100 / 0
Subnet size (first/next) : 0 / 0
Total addresses : 254
Leased addresses : 1
Excluded addresses : 2
Pending event : none

1 subnet is currently in the pool

Current index IP address range Leased/Excluded/Total
192.168.1.1 192.168.1.1 - 192.168.1.254 1 / 2 / 254

2.5 Configuración de un router como cliente DHCPv4

En ocasiones, un router debe configurarse como cliente DHCPv4 de manera similar a
los dispositivos finales. En su configuración más simple, se utiliza una interfaz Ethernet para
conectarse a un cable módem o a un módem DSL. Para configurar una interfaz Ethernet
como cliente DHCP, empleamos el comando del modo de configuración de interfaz ip
address dhcp.

Página 10
 Rafael Lozano DHCP

3 DHCPv6
De manera similar a lo que ocurre con IPv4, las direcciones IPv6 de unidifusión global
pueden configurarse manualmente o de forma dinámica. Sin embargo, existen tres métodos
en los que las direcciones IPv6 de unidifusión global pueden asignarse dinámicamente:
✔ Configuración automática de dirección sin estado (SLAAC).
✔ Protocolo de configuración dinámica de host para IPv6 (DHCPv6 con estado).
✔ Una combinación de ambos (SLAAC y DHCPv6 sin estado).
Independientemente del método utilizado los clientes y routers emplean mensajes de
solicitud de router y anuncio de router ICMPv6 para proporcionar direccionamiento y otra
información de configuración:
✔ Mensaje de solicitud de router (RS) .- Cuando un cliente está configurado para obtener
la información de direccionamiento de forma automática mediante SLAAC, el cliente
envía un mensaje RS al router. El mensaje RS se envía a la dirección IPv6 de
multidifusión de todos los routers, FF02::2.
✔ Mensaje de anuncio de router (RA).- Los routers envían mensajes RA para
proporcionar información de direccionamiento a los clientes configurados para
obtener sus direcciones IPv6 de forma automática. El mensaje RA incluye el prefijo y
la longitud de prefijo del segmento local. Un cliente utiliza esta información para crear
su propia dirección IPv6 de unidifusión global. Los routers envían mensajes RA de
forma periódica o en respuesta a un mensaje RS. Los mensajes RA siempre se envían
a la dirección IPv6 de multidifusión de todos los nodos, FF02::1.
La decisión de si un cliente se configura para obtener su información de dirección IPv6
de forma automática mediante SLAAC, mediante DHCPv6 o mediante una combinación de
ambos depende de la configuración dentro del mensaje RA. En este mensaje disponemos
de dos indicadores (bits): el indicador de configuración de dirección administrada (indicador
M) y el indicador de otra configuración (indicador O). Mediante distintas combinaciones de
los indicadores M y O, los mensajes RA tienen una de tres posibles opciones de
direccionamiento para el dispositivo IPv6:
✔ SLAAC (M=0, O=0) → El dispositivo solamente se emplea el mensaje RA para
configurarse con una dirección IPv6 y una puerta de enlace.
✔ DHCPv6 sin estado (M=0, O=1) → El dispositivo emplea el mensaje RA y un servicio
DHCPv6 para configurarse con una dirección IPv6, una puerta de enlace y
parámetros IP adicionales como direcciones IPv6 de servidores DNS, nombre de
dominio, ...
✔ DHCPv6 con estado (M=1)→ El dispositivo emplea un servicio DHCPv6 en exclusiva
para configurarse con todos los parámetros IPv6 necesarios.
Independientemente de la opción que se utilice, se recomienda que todos los
dispositivos IPv6 realicen la detección de direcciones duplicadas (DAD) en cualquier

Página 11
 Rafael Lozano DHCP

dirección de unidifusión, entre las que se incluyen las direcciones configuradas mediante
SLAAC o DHCPv6.
Aunque el mensaje RA especifique el proceso que debe utilizar el cliente para obtener
una dirección IPv6 de forma dinámica, el sistema operativo cliente puede elegir omitir el
mensaje RA y utilizar los servicios de un servidor de DHCPv6 exclusivamente.

3.1 SLAAC
SLAAC (StateLess Address AutoConfiguration) es un método por el cual un dispositivo
puede obtener una dirección IPv6 de unidifusión global sin los servicios de un servidor de
DHCPv6. SLAAC utiliza solamente los mensajes de solicitud y de anuncio de router ICMPv6
Como lo indica el nombre, SLAAC quiere decir “sin estado”. Un servicio sin estado
significa que no hay ningún servidor que mantenga la información de la dirección de red. A
diferencia de DHCP, no hay servidor de SLAAC que tenga información acerca de cuáles son
las direcciones IPv6 que están en uso y cuáles son las que se encuentran disponibles.

3.1.1 Funcionamiento de SLAAC

El proceso SLAAC por el que un dispositivo se configura dinámicamente con una
dirección IPv6 es el siguiente.
1. En el ejemplo que se muestra en la figura, el PC1 está configurado para obtener la
información de dirección IPv6 de manera automática. Desde el arranque, el PC1 no
recibió un mensaje RA, de modo que envía un mensaje RS a la dirección de
multidifusión de todos los routers para informarle al router IPv6 local que necesita un
RA.
2. Como se muestra en la figura, el R1 recibe el mensaje RS y responde con un mensaje
RA. En el mensaje RA, se incluyen el prefijo y la longitud de prefijo de la red. El
mensaje RA se envía a la dirección IPv6 de multidifusión de todos los nodos, FF02::1,
con la dirección de enlace local del router como la dirección IPv6 de origen.
3. El PC1 recibe el mensaje RA que contiene el prefijo y la longitud de prefijo para la red
local. El PC1 utiliza esta información para crear su propia dirección IPv6 de unidifusión
global. La PC1 ahora tiene un prefijo de red de 64 bits, pero necesita una ID de
interfaz (IID) de 64 bits para crear una dirección de unidifusión global. Hay dos
maneras en las que la PC1 puede crear su propia IID única:
➢ EUI-64: mediante el proceso EUI-64, el PC1 crea una IID utilizando su dirección
MAC de 48 bits.
➢ De generación aleatoria: la IID de 64 bits puede ser un número aleatorio
generado por el sistema operativo cliente.
El PC1 puede crear una dirección IPv6 de unidifusión global de 128 bits combinando
el prefijo de 64 bits con la IID de 64 bits. El PC1 utiliza la dirección de enlace local del
router como su dirección IPv6 de gateway predeterminado.

Página 12
 Rafael Lozano DHCP

4. Dado que SLAAC es un proceso sin estado, PC1 debe verificar que esta dirección
IPv6 creada recientemente sea exclusiva antes de poder utilizarla. Para ello envía un
mensaje de solicitud de vecino ICMPv6 con una dirección multicast especialmente
creada, denominada dirección multicast de nodo solicitado, que duplica los últimos 24
bits de la dirección IPv6 del PC1. Si ningún otro dispositivo responde con un mensaje
de anuncio de vecino, prácticamente se garantiza que la dirección es única y puede
ser utilizada por el PC1. Si la PC1 recibe un anuncio de vecino, la dirección no es
única, y el sistema operativo debe determinar una nueva ID de interfaz para utilizar.
Este proceso forma parte de la detección de vecinos ICMPv6 y se conoce como
“detección de direcciones duplicadas (DAD)”

Figura 3.- Proceso SLAAC

3.2 SLAAC y DHCPv6 sin estado

La opción de DHCPv6 sin estado informa al cliente que utilice la información del
mensaje RA para el direccionamiento, pero que hay más parámetros de configuración
disponibles que debe obtener desde un servidor de DHCPv6.

Página 13
 Rafael Lozano DHCP

Mediante el prefijo y la longitud de prefijo en el mensaje RA, junto con EUI-64 o una IID
generada aleatoriamente, el cliente crea la dirección IPv6 de unidifusión global.
A continuación, el cliente se comunica con un servidor de DHCPv6 sin estado para
obtener información adicional que no se proporciona en el mensaje RA. Puede tratarse de
una lista de direcciones IPv6 del servidor DNS, por ejemplo. Este proceso se conoce como
DHCPv6 sin estado, debido a que el servidor no mantiene información de estado del cliente,
es decir, una lista de direcciones IPv6 asignadas y disponibles. El servidor de DHCPv6 sin
estado solo proporciona parámetros de configuración para los clientes, no direcciones IPv6.
Para DHCPv6 sin estado, el indicador O se configura en 1 y el indicador M se deja en la
configuración predeterminada de 0. El valor 1 del indicador O se utiliza para informarle al
cliente que hay información de configuración adicional disponible de un servidor de DHCPv6
sin estado.

3.3 DHCPv6 con estado

Esta opción es la más similar a DHCPv4. En este caso, el mensaje RA le informa al
cliente que no utilice la información contenida en el mensaje RA. Toda la información de
direccionamiento y de configuración debe obtenerse de un servidor de DHCPv6 con estado.
Esto se conoce como DHCPv6 con estado, debido a que el servidor de DHCPv6 mantiene
información de estado de IPv6. Esto es similar a la asignación de direcciones para IPv4 por
parte de un servidor de DHCPv4.
El indicador M señala si se debe utilizar DHCPv6 con estado o no. El indicador O no
interviene. El indicador M debe estar a 1 para indicar DHCPv6 con estado.

3.4 Intercambio de mensajes DHCPv6

DHCPv6 sin estado o con estado, o ambos, comienzan con un mensaje RA del router.
El mensaje RA puede ser un mensaje periódico o un mensaje solicitado por el dispositivo
mediante un mensaje RS. Si en el mensaje RA se indica DHCPv6 con estado o sin estado, el
dispositivo inicia las comunicaciones cliente/servidor DHCPv6.
Los mensajes DHCPv6 se envían a través de UDP. Los mensajes DHCPv6 del servidor
al cliente utilizan el puerto de destino UDP 546. El cliente envía mensajes DHCPv6 al
servidor mediante el puerto de destino UDP 547.
1. El cliente, ahora un cliente DHCPv6, necesita ubicar el servidor de DHCPv6 y para
ello envía un mensaje DHCPv6 SOLICIT a la dirección IPv6 de multidifusión de
todos los servidores de DHCPv6 reservada, FF02::1:2. Esta dirección de multidifusión
tiene alcance de enlace local, lo cual significa que los routers no reenvían los
mensajes a otras redes.
2. Uno o más servidores de DHCPv6 responden con un mensaje de unidifusión DHCPv6
ADVERTISE. El mensaje ADVERTISE le informa al cliente DHCPv6 que el servidor
se encuentra disponible para el servicio DHCPv6.

Página 14
 Rafael Lozano DHCP

3. El cliente responde con un mensaje de unidifusión INFORMATION-REQUEST o

DHCPv6 REQUEST al servidor, según si utiliza DHCPv6 con estado o DHCPv6 sin
estado.
a) Cliente DHCPv6 sin estado: el cliente envía un mensaje DHCPv6
INFORMATION-REQUEST al servidor de DHCPv6 en el que solicita solamente
parámetros de configuración, como la dirección del servidor DNS. El cliente creó
su propia dirección IPv6 mediante el uso del prefijo del mensaje RA y una ID de
interfaz autogenerada aleatoriamente.
b) Cliente DHCPv6 con estado: el cliente envía un mensaje DHCPv6 REQUEST al
servidor para obtener una dirección IPv6 y todos los demás parámetros de
configuración del servidor.
4. El servidor envía un mensaje de unidifusión DHCPv6 REPLY al cliente que contiene
la información solicitada en el mensaje REQUEST o INFORMATION-REQUEST,
como se muestra en la figura.

Página 15
 Rafael Lozano DHCP

Figura 4.- Intercambio de mensajes DHCPv6

3.5 Configuración de un router con SLAAC

Tanto el indicador M como el indicador O están establecidos en 0 en el RA. Esta opción
le indica al cliente que utilice la información que se incluye en el mensaje RA de manera
exclusiva. Esto incluye información del prefijo, de la longitud de prefijo, del servidor DNS, de
la MTU y del gateway predeterminado. No se encuentra disponible ninguna otra información
de un servidor de DHCPv6. La dirección IPv6 de unidifusión global se crea combinando el
prefijo del mensaje RA y la ID de interfaz mediante EUI-64 o mediante un valor generado
aleatoriamente.
Los mensajes RA se configuran en una interfaz individual de un router. Para volver a
habilitar una interfaz para SLAAC que pudo haberse establecido en otra opción, se deben
restablecer los indicadores M y O a sus valores iniciales de 0. Veamos un ejemplo.
Supongamos la siguiente red:

Página 16
 Rafael Lozano DHCP

Figura 5.- Red de ejemplo para configuración

automática con SLAAC únicamente

Para que los PCs de la red se configuren automáticamente mediante SLAAC habilitado
en el router R1 primero hay que configurar una dirección IPv6 en la interfaz del router.

R1>enable
R1#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.
R1(config)#interface g0/0
R1(config-if)#ipv6 address 2001:db8:0:0::1/64
R1(config-if)#no shutdown

R1(config-if)#
%LINK-5-CHANGED: Interface GigabitEthernet0/0, changed
state to up

%LINEPROTO-5-UPDOWN: Line protocol on Interface

GigabitEthernet0/0, changed state to up

R1(config-if)#
Posteriormente el router debe tener habilitado el enrutamiento IPv6 antes de poder
enviar mensajes RA.

R1(config)# ipv6 unicast-routing

Ahora, hay que establecer los indicadores M y O a 0. Esto se realiza mediante los
siguientes comandos del modo de configuración de interfaz:

R1(config-if)#no ipv6 nd managed-config-flag

R1(config-if)#no ipv6 nd other-config-flag
R1(config-if)#
Si configuramos el PC1 para que obtenga sus parámetros IPv6 de forma automática
veremos que obtiene la siguiente dirección IPv6.

Página 17
 Rafael Lozano DHCP

Figura 6.- Configuración IPv6 del PC1

Vemos que la dirección IPv6 es 2001:DB8::202:16FF:FE45:A9CB/64. Se aprecia que el

prefijo es 2001:DB8::, que es el mismo que el de la interfaz del router R1. El PC1 tiene la
dirección MAC 0002.1645.A9CB y ha empleado EUI-64 para obtener su identificador de
interfaz. Nótese también que la dirección IPv6 del gateway predeterminado es
FE80::209:7CFF:FE1B:A201, que es la dirección de enlace local del router R1.
Con este método un dispositivo solamente obtiene su dirección IPv6, longitud de
prefijo y dirección de gateway predeterminado.

3.6 Configuración de un router como servidor de DHCPv6 sin estado

Para configurar DHCPv6 sin estado vamos a emplear la siguiente red de ejemplo.

Figura 7.- Red de ejemplo para SLAAC y DCHPv6

Hay cuatro pasos para configurar un router como servidor de DHCPv6:

Página 18
 Rafael Lozano DHCP

3.6.1 Paso 1: Habilitar el routing IPv6

Se requiere el uso del comando ipv6 unicast-routing para habilitar el routing
IPv6. Este comando no es necesario para que el router sea un servidor de DHCPv6 sin
estado, pero se requiere para que el router origine los mensajes RA.

3.6.2 Paso 2: Configurar un pool de DHCPv6

El comando ipv6 dhcp pool nombre-del-conjunto crea un conjunto y el
router entra en modo de configuración DHCPv6, que se identifica por la línea
Router(config-dhcpv6)#. La interfaz del router ya dispone de una dirección IPv6
configurada. Ahora tenemos que configurar el servidor DHCPv6.

R1#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.
R1(config)#ipv6 dhcp pool LAN1
R1(config-dhcpv6)#

3.6.3 Paso 3: Configurar los parámetros del pool

Durante el proceso SLAAC, el cliente recibió la información que necesitaba para crear
una dirección IPv6 de unidifusión global. El cliente también recibió la información de gateway
predeterminado mediante la dirección IPv6 de origen del mensaje RA, que es la dirección de
enlace local del router. Sin embargo, el servidor de DHCPv6 sin estado puede configurarse
para proporcionar otra información que pudo no haberse incluido en el mensaje RA, como la
dirección del servidor DNS y el nombre de dominio.

R1(config-dhcpv6)#dns-server 2001:DB8:0:0::10
R1(config-dhcpv6)#domain-name cisco.local
R1(config-dhcpv6)#exit
R1(config)#

3.6.4 Paso 4: Configurar la interfaz DHCPv6

El comando ipv6 dhcp server nombre-del-conjunto de modo de
configuración de interfaz vincula el conjunto de DHCPv6 con la interfaz. El router responde a
las solicitudes de DHCPv6 sin estado en esta interfaz con la información incluida en el pool.
El indicador O debe cambiarse de 0 a 1 mediante el comando de interfaz ipv6 nd
other-config-flag. El indicador M permanece a su valor por defecto 0. Los mensajes
RA enviados en esta interfaz indican que hay información adicional disponible de un servidor
de DHCPv6 sin estado.

R1>enable
R1#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.
R1(config)#interface g0/0
R1(config-if)#ipv6 nd other-config-flag

Página 19
 Rafael Lozano DHCP

R1(config-if)#no ipv6 nd managed-config-flag

R1(config-if)#ipv6 dhcp server LAN1
R1(config-if)#
Si configuramos PC2 para que obtenga sus parámetros de red IPv6 automáticamente
veremos lo siguiente.

Podemos verificar también el pool y sus parámetros con el comando show ipv6
dhcp pool. La cantidad de clientes activos es 0, porque el servidor no mantiene ningún
estado.

R1#show ipv6 dhcp pool

DHCPv6 pool: LAN1
DNS server: 2001:DB8::10
Domain name: cisco.local
Active clients: 0
R1#

3.7 Configuración de un router como servidor de DHCPv6 con estado

Configurar un servidor de DHCPv6 con estado es similar a configurar un servidor sin
estado. La diferencia más importante es que un servidor con estado también incluye
información de direccionamiento IPv6 de manera similar a un servidor DHCPv4. Vamos a
emplear la misma red de ejemplo del apartado anterior.

3.7.1 Paso 1: Habilitar el routing IPv6

Se requiere el comando ipv6 unicast-routing del modo de configuración
global para habilitar el routing IPv6. Este comando no es necesario para que el router sea un
servidor de DHCPv6 con estado, pero se requiere para que el router origine los mensajes
RA ICMPv6.

3.7.2 Paso 2: Configurar un pool de DHCPv6

El comando ipv6 dhcp pool nombre-del-conjunto del modo de
configuración global crea un conjunto y el router entra en el modo de configuración
DHCPv6, que se identifica por la línea Router(config-dhcpv6)#.

Página 20
 Rafael Lozano DHCP

R1>enable
R1#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.
R1(config)#ipv6 dhcp pool LAN1
R1(config-dhcpv6)#

3.7.3 Paso 3: Configurar los parámetros del pool

Con DHCPv6 con estado, todos los parámetros de direccionamiento y otros
parámetros de configuración deben ser asignados por el servidor de DHCPv6. El comando
address prefix prefijo [lifetime {valid-lifetime preferred-
lifetime | infinite} se utiliza para indicar el conjunto de direcciones que debe
asignar el servidor. La opción lifetime indica el tiempo de arrendamiento válido y
preferido en segundos. Al igual que con DHCPv6 sin estado, el cliente utiliza la dirección
IPv6 de origen del paquete que contenía el mensaje RA. Otra información proporcionada por
el servidor de DHCPv6 con estado suele incluir la dirección del servidor DNS y el nombre de
dominio.

R1(config-dhcpv6)#address prefix 2001:DB8:0:0::/64 lifetime

infinite
R1(config-dhcpv6)#dns-server 2001:DB8:0:0::10
R1(config-dhcpv6)#domain-name cisco.local
R1(config-dhcpv6)#exit
R1(config)#

3.7.4 Paso 4: Comandos de interfaz

El comando ipv6 dhcp server nombre-del-conjunto de interfaz vincula
el pool de DHCPv6 con la interfaz. El router responde a las solicitudes de DHCPv6 sin
estado en esta interfaz con la información incluida en el pool. El indicador M debe cambiarse
de 0 a 1 mediante el comando de interfaz ipv6 nd managed-config-flag. Esto le
informa al dispositivo que no utilice SLAAC, sino que obtenga el direccionamiento IPv6 y
todos los parámetros de configuración de un servidor de DHCPv6 con estado.

R1(config-dhcpv6)#interface g0/0
R1(config-if)#ipv6 dhcp server LAN1
R1(config-if)#ipv6 nd managed-config-flag
R1(config-if)#

4 Delegación de prefijo
IPv6 ofrece varias formas de asignar direcciones IPv6 a dispositivos finales. SLAAC,
DHCPv6 con y sin estado han sido cubiertos en apartados anteriores. El mecanismo de
delegación de prefijo, descrito en los RFC 3769 y 3633, suministra una forma de configurar
automáticamente prefijos IPv6 y direcciones en routers y hosts, lo cual suena como otra

Página 21
 Rafael Lozano DHCP

opción de asignar direcciones IPv6 a dispositivos. ¿Qué lo diferencia entonces de los otros
métodos que hemos visto hasta ahora y por qué lo necesitamos?
Ya hemos visto que en IPv6 se emplean direcciones de unidifusión globales, las cuales
son enrutables en Internet. Al ser globalmente enrutables, hay que tener cuidado para
asegurar que los prefijos configurados por un cliente no solapen prefijos elegidos por otros
clientes.
Mientras que SLAAC o DHCPv6 simplemente habilitan la configuración dinámica de
dispositivos finales, no suministran una especificación para delegar un prefijo
automáticamente al sitio de un cliente. Con IPv6, existe la necesidad de crear un modelo
jerárquico en el cual el proveedor de servicios (ISP) asigna un prefijo de entre un conjunto al
cliente (router doméstico) y este asigna direcciones a sus dispositivos finales (PCs, portátiles,
smartphones,…) dentro del prefijo asignado. Esto permite al ISP controlar la asignación de
prefijos y elimina potenciales conflictos en la asignación de prefijos.

4.1 Funcionamiento
Un router de delegación (servidor de delegación de prefijo) delega un prefijo IPv6 a un
router que lo solicita (cliente de delegación de prefijo). El router solicitante utilizan el prefijo
asignado de direcciones IPv6 de unidifusión global para sus dispositivos en la red interna.
La delegación de prefijo es útil cuando el router de delegación no tiene información
sobre la topología de la red en las que el router solicitante está ubicado. El router de
delegación requiere solo la identidad del router solicitante para elegir un prefijo para la
delegación. La delegación de prefijo no es un nuevo protocolo, utilizan mensajes DHCPv6,
por ello a veces se conoce como delegación de prefijo DHCPv6.
La delegación de prefijo opera como sigue:
✔ Un router de delegación (servidor) dispone de un conjunto de prefijos IPv6 para
delegar a los routers solicitantes.
✔ Un router solicitante (cliente) solicita uno o más prefijos al router de delegación.
✔ El router de delegación (servidor) elige uno, o varios, prefijos para su delegación, y
responde con los prefijos al router solicitante (cliente).
✔ El router solicitante (cliente) es entonces responsable de los prefijos delegados.
✔ El mecanismo final de asignación de direcciones IPv6 finales en la LAN puede ser
realizado con SLAAC o DHCPv6 con o sin estado, dependiendo de las preferencias
del cliente. La cuestión principal es el prefijo IPv6 y no como se desarrolla en el
sistema final.
Vamos a ver en detalle como configurar la delegación de prefijo. Veremos primero una
topología completa con un router servidor y un router cliente. Posteriormente veremos la
configuración de un router con un prefijo delegado.

Página 22
 Rafael Lozano DHCP

4.2 Configuración
Contamos con la siguiente red de ejemplo

Figura 8.- Red de ejemplo para la delegación de prefijo

El router servidor es ISP. En este configuraremos la delegación de prefijo que podrán

obtener los routers clientes (Cliente 1 y Cliente 2). Estos, a su vez, utilizarán los prefijos
delegados para configurar automáticamente los PCs en cada una de las redes. Cada cliente
solicitará al servidor dos prefijos delegados para cada una de las redes LAN que conecta. En
cada red, los tres primeros hextetos son el prefijo delegado desde el servidor y el cuarto
hexteto es el id de subred asignado ya por el cliente.
Este ejemplo está simplificado. Como se puede apreciar en la imagen los prefijos
delegados por ISP son de 48 bits, con lo que los clientes tienen que completar el prefijo
hasta los 64 bits con el cuarto hexteto para crear sus propias subredes. Esto les permite
crear hasta 65536 subredes. Sin embargo, los prefijos delegados no tienen porque ser de
hextetos completos. Podrían ser de 50, 52, … bits. Depende de las subredes que necesite el
cliente. Incluso podrían ser de 63 bits dejando al cliente un ultimo bit para crear una subred.

4.2.1 Configurar el router de delegación (servidor)

En este router tenemos que realizar la siguiente configuración. Primero se activa el
enrutamiento en IPv6.

ISP>enable
ISP#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.

Página 23
 Rafael Lozano DHCP

ISP(config)#ipv6 unicast-routing
ISP(config)#
El siguiente paso es configurar las interfaces de red, en este caso son g0/0, s0/0/0 con
una dirección IPv6 de unidifusión global y una dirección de enlace local.

ISP(config)#interface g0/0
ISP(config-if)#ipv6 address 2001:db8::1/64
ISP(config-if)#ipv6 address fe80::1 link-local
ISP(config-if)#no shutdown
ISP(config-if)#
%LINK-5-CHANGED: Interface GigabitEthernet0/0, changed
state to up

ISP(config-if)#
A continuación, tenemos que crear un pool local para asignarlo después. El pool local
tendrá por nombre dhcpv6-pool1 y tiene un prefijo de longitud 40 del cual puede
delegar subprefijos de longitud 48.

ISP(config-if)#exit
ISP(config)#ipv6 local pool PREFIJOS 2001:db8:1100::/40 48
ISP(config)#
Como se puede observar en la creación del pool local anterior hemos establecido un
prefijo 2001:DB8:1100/40 del cual se delegarán prefijos de longitud 48 a los routers
clientes. En este caso el prefijo es de 40 bits y el router servidor delegará a los routers
clientes un prefijo de 48 bits, por lo que tiene 8 bits para crear prefijos delegados. Por tanto
28=256 prefijos diferentes para atender las peticiones de delegación de los clientes. El
objetivo final es que el router servidor envíe a los routers clientes un prefijo de 48 bits. Estos
prefijos van desde 2001:DB8:1100::/48 hasta 2001:DB8:11FF::/48.
A continuación creamos un pool DHCPv6 al que asignaremos el pool local con la
delegación de prefijo creada anteriormente. Se establece un tiempo límite de 28800
segundos (8 horas) y preferido de 3600 segundos (1 hora). Además, establecemos un
servidor DNS y un nombre de dominio para todos los clientes.

ISP(config)#ipv6 dhcp pool POOL-ISP

ISP(config-dhcpv6)#prefix-delegation pool PREFIJOS lifetime
28800 3600
ISP(config-dhcpv6)#dns-server 2001:db8::10
ISP(config-dhcpv6)#domain-name isp.com
ISP(config-dhcpv6)#
Por último, activamos el servidor DHCPv6 en la interfaz que conecta con el router
cliente.

ISP(config-dhcpv6)#interface g0/0

Página 24
 Rafael Lozano DHCP

ISP(config-if)#ipv6 dhcp server POOL-ISP

ISP(config-if)#

4.2.2 Configuración de los routers cliente

El router cliente es el encargado de solicitar prefijos al router de delegación (servidor).
Comenzamos con el primer cliente. Activamos el enrutamiento en IPv6.

cliente1>enable
cliente1#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.
cliente1(config)#ipv6 unicast-routing
cliente1(config)#
Entramos en la configuración de la interfaz que conecta con el router de delegación
(servidor), en este caso la g0/0, para asignar estáticamente sus direcciones IPv6.

cliente1(config)#interface g0/0
cliente1(config-if)#ipv6 address 2001:db8::2/64
cliente1(config-if)#ipv6 address fe80::2 link-local
cliente1(config-if)#no shutdown

cliente1(config-if)#
%LINK-5-CHANGED: Interface GigabitEthernet0/0, changed
state to up

cliente1(config-if)#
Creamos ahora configuramos la interfaz como cliente de la delegación de prefijo que
obtenemos desde el router servidor a la que le damos un nombre, en este caso pd-
servidor.

cliente1(config-if)#ipv6 dhcp client pd ISP

cliente1(config-if)#
Ahora configuramos las interfaces que conectan con las redes locales. Les tenemos
que asignar una dirección IPv6 cuyo prefijo de 48 bits se obtiene del router servidor y el
resto lo debemos completar nosotros con la id de subred y la id de interfaz. Comenzamos
con la que conecta con la primera red.

cliente1(config-if)#interface g0/1
cliente1(config-if)#ipv6 address ISP ::aaaa:0:0:0:1/64
% Warning: Bits overlapping with general prefix ISP will be
truncated.
cliente1(config-if)#ipv6 address fe80::1 link-local
cliente1(config-if)#no shutdown

Página 25
 Rafael Lozano DHCP

cliente1(config-if)#
%LINK-5-CHANGED: Interface GigabitEthernet0/1, changed
state to up

%LINEPROTO-5-UPDOWN: Line protocol on Interface

GigabitEthernet0/1, changed state to up

Los primeros 48 bits se importan del prefijo delegado desde el router servidor
(2001:db8:1100), añadimos la id de subred aaaa y los 64 bits de la id de interfaz que
formarán finalmente la dirección IPv6 de unidifusión global
2001:db8:1100:aaaa::1/64. Para la segunda interfaz tendríamos lo siguiente

cliente1(config-if)#interface g0/2
cliente1(config-if)#ipv6 address ISP ::bbbb:0:0:0:1/64
% Warning: Bits overlapping with general prefix ISP will be
truncated.
cliente1(config-if)#ipv6 address fe80::1 link-local
cliente1(config-if)#no shutdown

cliente1(config-if)#
%LINK-5-CHANGED: Interface GigabitEthernet0/2, changed
state to up

%LINEPROTO-5-UPDOWN: Line protocol on Interface

GigabitEthernet0/2, changed state to up

cliente1(config-if)#
En este caso tenemos la dirección IPv6 global 2001:db8:1100:bbbb::1/64.
Podemos comprobar la asignación de direcciones mostrando las direcciones IPv6
asignadas a ambas interfaces.

cliente1#show ipv6 interface brief

GigabitEthernet0/0 [up/up]
FE80::2
2001:DB8::2
GigabitEthernet0/1 [up/up]
FE80::1
2001:DB8:1100:AAAA::1
GigabitEthernet0/2 [up/up]
FE80::1
2001:DB8:1100:BBBB::1
Vlan1 [administratively down/down]
unassigned
cliente1#

Página 26
 Rafael Lozano DHCP

Repetimos las mismas operaciones anteriores en el router Cliente 2. Comenzamos

activando el enrutamiento en IPv6.

cliente2>enable
cliente2#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.
cliente2(config)#ipv6 unicast-routing
cliente2(config)#
Ahora asignamos direcciones IPv6 a la interfaz que conecta con el router servidor.

cliente2(config)#interface g0/0
cliente2(config-if)#ipv6 address 2001:db8::3/64
cliente2(config-if)#ipv6 address fe80::3 link-local
cliente2(config-if)#no shutdown

cliente2(config-if)#
%LINK-5-CHANGED: Interface GigabitEthernet0/0, changed
state to up

%LINEPROTO-5-UPDOWN: Line protocol on Interface

GigabitEthernet0/0, changed state to up

cliente2(config-if)#
Esta misma interfaz se define como cliente de la delegación de prefijo.

cliente2(config-if)#ipv6 dhcp client pd ISP

cliente2(config-if)#
Ahora configuramos las interfaces de red que conectan con las LANs las cuales
tendrán su dirección IPv6 formada por los 48 bits del prefijo delegado junto con la ID de
subred y la ID de interfaz que asignamos nosotros. Comenzamos con la primera.

cliente2(config-if)#interface g0/1
cliente2(config-if)#ipv6 address ISP ::cccc:0:0:0:1/64
% Warning: Bits overlapping with general prefix ISP will be
truncated.
cliente2(config-if)#ipv6 address fe80::1 link-local
cliente2(config-if)#no shutdown

cliente2(config-if)#
%LINK-5-CHANGED: Interface GigabitEthernet0/1, changed
state to up

%LINEPROTO-5-UPDOWN: Line protocol on Interface

GigabitEthernet0/1, changed state to up

Página 27
 Rafael Lozano DHCP

El segundo router cliente recibirá el prefijo delegado 2001:db8:1101::/48.

Completamos la configuración de la segunda interfaz que conecta con LAN4 con la ID de
subred dddd y la ID de interfaz 0:0:0:1 quedando su dirección IPv6 como
2001:db8:1101:dddd::1/64.
Finalizamos con la segunda interfaz de red que conecta con la LAN4.

cliente2(config-if)#interface g0/2
cliente2(config-if)#ipv6 address ISP ::dddd:0:0:0:1/64
% Warning: Bits overlapping with general prefix ISP will be
truncated.
cliente2(config-if)#ipv6 address fe80::1 link-local
cliente2(config-if)#no shutdown

cliente2(config-if)#
%LINK-5-CHANGED: Interface GigabitEthernet0/2, changed
state to up

%LINEPROTO-5-UPDOWN: Line protocol on Interface

GigabitEthernet0/2, changed state to up

cliente2(config-if)#
En este caso hemos asignado estáticamente la ID de subred cccc. La ID de interfaz es
la misma que asignamos a la anterior. De nuevo podemos observar como ha quedado la
asignación de direcciones IPv6.

GigabitEthernet0/0 [up/up]
FE80::3
2001:DB8::3
GigabitEthernet0/1 [up/up]
FE80::1
2001:DB8:1101:CCCC::1
GigabitEthernet0/2 [up/up]
FE80::1
2001:DB8:1101:DDDD::1
Vlan1 [administratively down/down]
unassigned
cliente2#

4.2.3 Configuración de los dispositivos finales en las LANs.

Los dispositivos finales se configuran con cualquiera de los tres métodos que hemos
visto anteriormente. Por simplicidad vamos a emplear SLAAC y DHCPv6 sin estado para que
los clientes puedan tener un servidor DNS. Comenzamos con el primer router cliente.

cliente1#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.

Página 28
 Rafael Lozano DHCP

cliente1(config)#ipv6 dhcp pool POOL-LANs

cliente1(config-dhcpv6)#dns-server 2001:db8::10
cliente1(config-dhcpv6)#interface g0/1
cliente1(config-if)#ipv6 dhcp server POOL-LANs
cliente1(config-if)#ipv6 nd other-config-flag
cliente1(config-if)#interface g0/2
cliente1(config-if)#ipv6 dhcp server POOL-LANs
cliente1(config-if)#ipv6 nd other-config-flag
cliente1(config-if)#
En el segundo hay que hacer lo mismo

cliente2#configure terminal
Enter configuration commands, one per line. End with CNTL/
Z.
cliente2(config)#ipv6 dhcp pool POOL-LANs
cliente2(config-dhcpv6)#dns-server 2001:db8::10
cliente2(config-dhcpv6)#interface g0/1
cliente2(config-if)#ipv6 dhcp server POOL-LANs
cliente2(config-if)#ipv6 nd other-config-flag
cliente2(config-if)#interface g0/2
cliente2(config-if)#ipv6 dhcp server POOL-LANs
cliente2(config-if)#ipv6 nd other-config-flag
cliente2(config-if)#
Para configurar los dispositivos finales en las redes internas solamente hay que
establecer la interfaz de red con configuración automática y obtendrá una dirección IPv6 de
de unidifusión global del router cliente y un servidor DNS. En la siguiente imagen se aprecia
la configuración de PC1.

Figura 9.- Configuración automática IPv6 de PC1

Además, si consultamos la asignación del prefijo delegado en el router del primer

cliente veremos lo siguiente

cliente1#show ipv6 dhcp interface

GigabitEthernet0/0 is in client mode
State is OPEN

Página 29
 Rafael Lozano DHCP

Renew will be sent in 0d0h

List of known servers:
Reachable via address: FE80::1
DUID: 0003000100097CDE8C01
Preference: 0
Configuration parameters:
IA PD: IA ID 1825609924, T1 0, T2 0
Prefix: 2001:DB8:1100::/48
preferred lifetime 3600, valid lifetime 28800
expires at abril 4 2020 3:0:38 a. m. (28800
seconds)
DNS server: 2001:DB8::10
Domain name: isp.com
Information refresh time: 0
Prefix name: ISP
Rapid-Commit: disabled
En el segundo router cliente también tendremos su prefijo delegado

cliente2#show ipv6 dhcp interface

GigabitEthernet0/0 is in client mode
State is OPEN
Renew will be sent in 0d0h
List of known servers:
Reachable via address: FE80::1
DUID: 0003000100097CDE8C01
Preference: 0
Configuration parameters:
IA PD: IA ID 1825609924, T1 0, T2 0
Prefix: 2001:DB8:1101::/48
preferred lifetime 3600, valid lifetime 28800
expires at abril 4 2020 3:12:40 a. m. (28800
seconds)
DNS server: 2001:DB8::10
Domain name: isp.com
Information refresh time: 0
Prefix name: ISP
Rapid-Commit: disabled
Por último tenemos la asignación de los prefijos delegados en el router servidor.

ISP#show ipv6 dhcp binding

Client: (GigabitEthernet0/0)
DUID: 0003000100605C007301
IA PD: IA ID 1825609924, T1 0, T2 0
Prefix: 2001:DB8:1100::/48
preferred lifetime 3600, valid lifetime 28800
expires at abril 4 2020 3:13:50 a. m. (28800
seconds)

Página 30
 Rafael Lozano DHCP

Client: (GigabitEthernet0/0)
DUID: 0003000100101124B201
IA PD: IA ID 1825609924, T1 0, T2 0
Prefix: 2001:DB8:1101::/48
preferred lifetime 3600, valid lifetime 28800
expires at abril 4 2020 3:13:50 a. m. (28800
seconds)
ISP#

Página 31
 Rafael Lozano DHCP

5 Bibliografía
CISCO, CCNA1 Introducción a las Redes – Versión 6 – NetAcad 2017.
CISCO, CCNA2 Principios básicos de Routing y Switching – Versión 6 – NetAcad 2017.
ROMERO G., C.A. DHCPv6 Delegación de Prefijo - Cisco IOS – enero 2019 [Accedido abril
2019]. Disponible en <https://www.youtube.com/watch?v=fnnapaF5ETY>

Página 33