12.0.2 ¿Qué Aprenderé en Este Módulo?
12.0.2 ¿Qué Aprenderé en Este Módulo?
IPv6 está diseñado para ser el sucesor de IPv4. IPv6 tiene un espacio de direcciones más grande
de 128 bits, que proporciona 340 undecillones (es decir, 340 seguidos de 36 ceros) posibles
direcciones. Sin embargo, IPv6 es más que solo direcciones más extensas.
Cuando el IETF comenzó a desarrollar un sucesor de IPv4, aprovechó esta oportunidad para corregir
las limitaciones de IPv4 e incluir mejoras. Un ejemplo es el Protocolo de mensajes de control de
Internet versión 6 (ICMPv6), que incluye la resolución de direcciones y la configuración
automática de direcciones que no se encuentran en ICMP para IPv4 (ICMPv4).
El agotamiento del espacio de direcciones IPv4 fue el factor que motivó la migración a IPv6.
IPv4 tiene un máximo teórico de 4300 millones de direcciones. Las direcciones privadas en
combinación con la traducción de direcciones de red (NAT) fueron esenciales para demorar la
reducción del espacio de direcciones IPv4. Sin embargo, NAT es problemátic o para muchas
aplicaciones, crea latencia y tiene limitaciones que impiden severamente las comunicaciones entre
pares.
Con el número cada vez mayor de dispositivos móviles, los proveedores de telefonía móvil han
estado liderando el camino con la transición a IPv6. Los dos principales proveedores de telefonía
móvil en los Estados Unidos informan que más del 90% de su tráfico es sobre IPv6.
En 2018, el ISP de banda ancha Comcast reportó un despliegue de más del 65% y British Sky
Broadcasting más del 86%.
Internet evoluciona y se está convirtiendo en una Internet de las cosas (IoT). Ya no serán solo los
equipos, las tabletas y los teléfonos inteligentes los únicos dispositivos que accedan a Internet. Los
dispositivos del futuro preparados para acceder a Internet y equipados con sensores incluirán
desde automóviles y dispositivos biomédicos hasta electrodomésticos y ecosistemas naturales.
Con una población de Internet cada vez mayor, un espacio limitado de direcciones IPv4, problemas
con NAT y el IoT, ha llegado el momento de comenzar la transición a IPv6.
Tanto IPv4 como IPv6 coexistirán en un futuro próximo y la transición llevará varios años. El IETF
creó diversos protocolos y herramientas para ayudar a los administradores de redes a migrar las
redes a IPv6. Las técnicas de migración pueden dividirse en tres categorías:
1. Dual-stack
Dual-stack permite que IPv4 e IPv6 coexistan en el mismo segmento de red . Los dispositivos
dual-stack ejecutan pilas de protocolos IPv4 e IPv6 de manera simultánea. Conocido como IPv6
nativo, esto significa que la red del cliente tiene una conexión IPv6 a su ISP y puede acceder al
contenido que se encuentra en Internet a través de IPv6.
2. Tunelización
La tunelización es un método para transportar un paquete IPv6 a través de una red IPv4. El
paquete IPv6 se encapsula dentro de un paquete IPv4, de manera similar a lo que sucede con otros
tipos de datos.
3. Traducción
La traducción de direcciones de redes 64 (NAT64) permite que los dispositivos con IPv6
habilitado se comuniquen con dispositivos con IPv4 habilitado mediante una técnica de
traducción similar a la NAT para IPv4. Un paquete IPv6 se traduce a un paquete IPv4 y un paquete
IPv4 se traduce a un paquete IPv6.
Nota: La tunelización y la traducción son para la transición a IPv6 nativo y solo deben usarse cuando
sea necesario. El objetivo debe ser las comunicaciones IPv6 nativas de origen a destino.
Las direcciones IPv6 tienen una longitud de 128 bits y se escriben como una cadena de valores
hexadecimales. Cada cuatro bits está representado por un solo dígito hexadecimal; para un
total de 32 valores hexadecimales, como se muestra en la figura. Las direcciones IPv6 no distinguen
entre mayúsculas y minúsculas, y pueden escribirse en minúsculas o en mayúsculas.
Formato preferido
El formato preferido para escribir una dirección IPv6 es x: x: x: x: x: x: x: x, donde cada "x" consta
de cuatro valores hexadecimales. En IPv6, un “hexteto” es el término no oficial que se utiliza para
referirse a un segmento de 16 bits o cuatro valores hexadecimales. Cada "x" es un único hexteto que
tiene 16 bits o cuatro dígitos hexadecimales.
El formato preferido significa que escribe la dirección IPv6 utilizando los 32 dígitos hexadecimales.
No significa necesariamente que sea el método ideal para representar la dirección IPv6. En este
módulo, verá dos reglas que ayudan a reducir la cantidad de dígitos necesarios para representar una
dirección IPv6.
La primera regla para ayudar a reducir la notación de las direcciones IPv6 es omitir los ceros (ceros)
iniciales en cualquier hexteto. Aquí hay ejemplos de formas de omitir ceros a la izquierda:
Esta regla solo es válida para los ceros iniciales, y NO para los ceros finales; de lo contrario, la
dirección sería ambigua. Por ejemplo, el hexteto "abc" podría ser "0abc" o "abc0", pero no
representan el mismo valor.
12.2.3 Regla 2 - Dos puntos dobles
La segunda regla para ayudar a reducir la notación de las direcciones IPv6 es que un doble punto (:
:) puede reemplazar cualquier cadena única y contigua de uno o más hextetos de 16 bits que
consisten en todos los ceros. Por ejemplo, 2001:db8:cafe: 1:0:0:0:1 (0 iniciales omitidos) podría
representarse como 2001:db8:cafe:1: :1. El doble colon (::) se utiliza en lugar de los tres hexetos all-
0 (0:0:0).
Los dos puntos dobles (::) se pueden utilizar solamente una vez dentro de una dirección ; de lo
contrario, habría más de una dirección resultante posible. Cuando se utiliza junto con la técnica de
omisión de ceros iniciales, la notación de direcciones IPv6 generalmente se puede reducir de
manera considerable. Esto se suele conocer como “formato comprimido”.
Si una dirección tiene más de una cadena contigua de hextets todo-0, la práctica recomendada es
usar los dos puntos dobles (::) en la cadena más larga. Si las cadenas son iguales, la primera cadena
debe usar los dos puntos dobles (::).
Al igual que con IPv4, existen diferentes tipos de direcciones IPv6. De hecho, existen tres categorías
amplias de direcciones IPv6:
• Unidifusión - una dirección de unidifusión IPv6 identifica de forma exclusiva una interfaz en
un dispositivo habilitado para IPv6.
• Multidifusión - una dirección de multidifusión IPv6 se usa para enviar un único paquete
IPv6 a múltiples destinos.
• Difusión por proximidad - una dirección de difusión ilimitada de IPv6 es cualquier
dirección de unidifusión de IPv6 que se puede asignar a varios dispositivos. Los paquetes
enviados a una dirección de difusión por proximidad se enrutan al dispositivo más cercano
que tenga esa dirección. Las direcciones de difusión por proximidad exceden el ámbito de
este curso.
A diferencia de IPv4, IPv6 no tiene una dirección de difusión. Sin embargo, existe una dirección
IPv6 de multidifusión de todos los nodos que brinda básicamente el mismo resultado.
El prefijo, o porción de red, de una dirección IPv4 se puede identificar mediante una máscara de
subred decimal decimal o longitud de prefijo (notación de barra). Por ejemplo, la dirección IPv4
192.168.1.10 con la máscara de subred decimal punteada 255.255.255.0 equivale a
192.168.1.10/24.
En IPv4 el /24 se llama prefijo. En IPv6 se llama longitud de prefijo. IPv6 no utiliza la notación
decimal punteada de máscara de subred. Al igual que IPv4, la longitud del prefijo se representa en
notación de barra inclinada y se usa para indicar la porción de red de una dirección IPv6.
La longitud de prefijo puede ir de 0 a 128. La longitud recomendada del prefijo IPv6 para las LAN y
la mayoría de los otros tipos de redes es / 64, como se muestra en la figura.
• Dirección de unidifusión global (GUA) - es similar a una dirección IPv4 pública. Estas son
direcciones enrutables de Internet globalmente exclusivas. Las GUA pueden configurarse
estáticamente o asignarse dinámicamente.
• Dirección local de enlace (LLA) - se requiere para cada dispositivo habilitado para IPv6.
Los LLA se utilizan para comunicarse con otros dispositivos en el mismo enlace local. Con
IPv6, el término “enlace” hace referencia a una subred. Las LLA se limitan a un único
enlace. Su exclusividad se debe confirmar solo para ese enlace, ya que no se pueden
enrutar más allá del enlace. En otras palabras, los routers no reenvían paquetes con una
dirección de origen o de destino link-local.
12.3.4 Una nota sobre la dirección local única
Las direcciones locales únicas (rango fc00: :/7 a fdff: :/7) aún no se implementan comúnmente. Por
lo tanto, este módulo sólo cubre la configuración GUA y LLA. Sin embargo, se pueden usar
direcciones locales únicas para dirigir dispositivos a los que no se debe acceder desde el exterior,
como servidores internos e impresoras.
Se pueden utilizar direcciones locales únicas para dispositivos que nunca necesitarán acceder a
otra red.
• Las direcciones locales únicas se utilizan para el direccionamiento local dentro de un sitio
o entre una cantidad limitada de sitios.
• Se pueden utilizar direcciones locales únicas para dispositivos que nunca necesitarán
acceder a otra red.
• Las direcciones locales* únicas no se enrutan o traducen globalmente a una dirección IPv6
global.
Nota: Muchos sitios también usan la naturaleza privada de las direcciones RFC 1918 para intentar
proteger u ocultar su red de posibles riesgos de seguridad. Sin embargo, este nunca fue el uso
previsto de estas tecnologías, y el IETF siempre ha recomendado que los sitios tomen las
precauciones de seguridad adecuadas en sus enrutadores con conexión a Internet.
Las direcciones IPv6 unicast globales (GUA) son globalmente únicas y enrutables en Internet
IPv6. Estas direcciones son equivalentes a las direcciones IPv4 públicas. La Corporación de Internet
para la Asignación de Nombres y Números (ICANN), operador de la IANA, asigna bloques de
direcciones IPv6 a los cinco RIR. Actualmente, solo se están asignando GUAs con los primeros tres
bits de 001 o 2000 :: / 3, como se muestra en la figura.
La figura muestra el rango de valores para el primer hexteto donde el primer dígito hexadecimal
para las GUA disponibles actualmente comienza con un 2 o un 3. Esto solo constituye un octavo
del espacio total disponible de direcciones IPv6, sin incluir solamente una parte muy pequeña para
otros tipos de direcciones de unidifusión y multidifusión.
Nota: La dirección 2001: db8 :: / 32 se ha reservado para fines de documentación, incluido el uso en
ejemplos.
La figura anterior muestra un GUA que utiliza un prefijo de enrutamiento global /48. Los prefijos / 48
son un prefijo de enrutamiento global común que se asigna y se utilizará en la mayoría de los
ejemplos a lo largo de este curso.
Por ejemplo, la dirección IPv6 2001: db8: acad :: / 48 tiene un prefijo de enrutamiento global que
indica que los primeros 48 bits (3 hextetos) (2001: db8: acad) es cómo el ISP conoce este prefijo
(red). Los dos puntos dobles (: :) que siguen a la longitud del prefijo / 48 significa que el resto de la
dirección contiene todos los 0. El tamaño del prefijo de routing global determina el tamaño de la ID
de subred.
ID de subred
Nota: Muchas organizaciones reciben un prefijo de enrutamiento global /32. El uso del prefijo /64
recomendado para crear un ID de interfaz de 64 bits deja un ID de subred de 32 bits. Esto significa
que una organización con un prefijo de enrutamiento global /32 y un Id. de subred de 32 bits tendrá
4.300 millones de subredes, cada una con 18 quintillion de dispositivos por subred. ¡Son tantas
subredes como direcciones IPv4 públicas!
La dirección IPv6 de la figura anterior tiene un prefijo de enrutamiento global /48, que es común entre
muchas redes empresariales. Esto hace que sea especialmente fácil examinar las diferentes partes
de la dirección. Usando una longitud de prefijo / 64 típica, los primeros cuatro hextetos son para la
porción de red de la dirección, y el cuarto hexteto indica la ID de subred. Los cuatro hextetos
restantes son para la ID de interfaz.
ID de Interface
La ID de interfaz IPv6 equivale a la porción de host de una dirección IPv4. Se utiliza el término “ID
de interfaz” debido a que un único host puede tener varias interfaces , cada una con una o más
direcciones IPv6. La figura muestra un ejemplo de la estructura de un GUA IPv6. Se recomienda
encarecidamente que en la mayoría de los casos se utilicen subredes / 64, lo que crea una ID de
interfaz de 64 bits. Un ID de interfaz de 64 bits permite 18 quintillion de dispositivos o hosts por
subred.
Una subred o prefijo /64 (prefijo de enrutamiento global + ID de subred) deja 64 bits para el ID
de interfaz. Esto se recomienda para permitir que los dispositivos habilitados para SLAAC creen su
propio ID de interfaz de 64 bits. También hace que el desarrollo de un plan de direccionamiento IPv6
sea sencillo y eficaz.
Nota: A diferencia de IPv4, en IPv6, las direcciones de host todo-0 y todo-1 se pueden asignar a un
dispositivo. La dirección all-1s se puede utilizar porque las direcciones de difusión no se utilizan en
IPv6. Las direcciones compuestas solo por ceros también pueden usarse, pero se reservan como
dirección de difusión por proximidad subred-router, y solo deben asignarse a los routers.
Una dirección local de enlace IPv6 (LLA) permite que un dispositivo se comunique con otros
dispositivos habilitados para IPv6 en el mismo enlace y solo en ese enlace (subred). Los
paquetes con un LLA de origen o destino no se pueden enrutar más allá del enlace desde el que
se originó el paquete.
La GUA no es un requisito. Sin embargo, cada interfaz de red habilitada para IPv6 debe tener una
LLA. Si un LLA no se configura manualmente en una interfaz, el dispositivo creará
automáticamente el suyo sin comunicarse con un servidor DHCP. Los hosts con IPv6 habilitado
crean un LLA de IPv6 incluso si el dispositivo no tiene asignada una dirección IPv6 de unidifusión
global. Esto permite que los dispositivos con IPv6 habilitado se comuniquen con otros dispositivos
con IPv6 habilitado en la misma subred. Esto incluye la comunicación con el gateway
predeterminado (router).
Las LLAS IPv6 están en el rango fe80: :/10. /10 indica que los primeros 10 bits son 1111 1110 10xx
xxxx. El primer hextet tiene un rango de 1111 1110 1000 0000 (fe80) to 1111 1110 1011 1111 (febf).
Nota: Por lo general, es el LLA del enrutador, y no la GUA, que se usa como la puerta de enlace
predeterminada para otros dispositivos en el enlace.
Hay dos maneras en que un dispositivo puede obtener una LLA:
Las GUA IPv6 son las mismas que las direcciones IPv4 públicas. Ellas son globalmente únicas y
enrutables en Internet IPv6. Una URL IPv6 permite que dos dispositivos habilitados para IPv6 se
comuniquen entre sí en el mismo vínculo (subred).
Por ejemplo, el comando de Cisco IOS para configurar una dirección IPv4 en una interfaz es ip
address ip-address subnet-mask. Por el contrario, el comando para configurar un GUA IPv6 en una
interfaz es ipv6 address _ipv6-address/prefix-length. _
La configuración de ejemplo utiliza la topología que se muestra en la figura y estas subredes IPv6:
• 2001:db8:acad:1: /64
• 2001:db8:acad:2: /64
• 2001:db8:acad:3:/64
Topología de ejemplo
El ejemplo muestra los comandos necesarios para configurar la GUA IPv6 en GigabitEthernet 0/0/0,
GigabitEthernet 0/0/1 y la interfaz Serial 0/1/0 de R1.
Configurar la dirección IPv6 en un host de forma manual es similar a configurar una dirección IPv4.
Como se muestra en la figura, la dirección de puerta de enlace predeterminada configurada para
PC1 es 2001: db8: acad: 1 :: 1. Esta es la GUA de la interfaz R1 GigabitEthernet en la misma red.
Alternativamente, la dirección de puerta de enlace predeterminada se puede configurar para que
coincida con el LLA de la interfaz GigabitEthernet. El uso de la LLA del enrutador como dirección de
puerta de enlace predeterminada se considera una práctica recomendada. Cualquiera de las dos
configuraciones funciona.
Al igual que con IPv4, la configuración de direcciones estáticas en clientes no se extiende a entornos
más grandes. Por este motivo, la mayoría de los administradores de redes en una red IPv6 habilitan
la asignación dinámica de direcciones IPv6.
Hay dos formas en que un dispositivo puede obtener una GUA IPv6 automáticamente:
Nota: Cuando se utiliza DHCPv6 o SLAAC, el LLA del enrutador se especificará automáticamente
como la dirección de puerta de enlace predeterminada.
Configurar la LLA manualmente permite crear una dirección reconocible y más fácil de recordar. Por
lo general, solo es necesario crear LLA reconocibles en los enrutadores. Esto es beneficioso porque
los LLA de enrutador se usan como direcciones de puerta de enlace predeterminadas y en el
enrutamiento de mensajes publicitarios.
Las LLAS se pueden configurar manualmente mediante el comando ipv6 address ipv6-link-local-
address link-local Cuando una dirección comienza con este hextet dentro del rango de fe80 a febf,
el link-local parámetro debe seguir a la dirección.
Las LAs configuradas estáticamente se utilizan para hacerlas más fácilmente reconocibles como
pertenecientes al router R1. En este ejemplo, todas las interfaces del router R1 se han configurado
con un LLA que comienza con fe80::1:n y un dígito único «n» a la derecha. El «1» representa el router
R1.
Siguiendo la misma sintaxis que el router R1, si la topología incluía el router R2, tendría sus tres
interfaces configuradas con las LAs fe80:: 2:1, fe80:2:2 y fe80:: 2:3.
Nota: Se podría configurar exactamente la misma LLA en cada enlace siempre que sea único en ese
enlace. Esto se debe a que los LLA solo tienen que ser únicos en ese enlace. Sin embargo, la práctica
común es crear un LLA diferente en cada interfaz del router para facilitar la identificación del router
y la interfaz específica.
12.5.1 Mensajes RS y RA
Si no desea configurar estáticamente las GUA IPv6, no hay necesidad de preocuparse. La mayoría
de los dispositivos obtienen sus GUA IPv6 de forma dinámica. En este tema se explica cómo
funciona este proceso mediante mensajes de anuncio de enrutador (RA) y solicitud de enrutador
(RS). la diferencia entre los tres métodos que puede usar un anuncio de enrutador, así como cómo
el proceso EUI-64 para crear un ID de interfaz difiere de un proceso generado aleatoriamente .
Para el GUA, un dispositivo obtiene la dirección dinámicamente a través de mensajes del Protocolo
de mensajes de control de Internet versión 6 (ICMPv6). Los routers IPv6 envían mensajes RA de
ICMPv6 periódicamente, cada 200 segundos, a todos los dispositivos con IPv6 habilitado en la red.
También se enviará un mensaje RA en respuesta a un host que envía un mensaje ICMPv6 RS, que es
una solicitud de un mensaje RA. Ambos mensajes se muestran en la figura.
Mensajes de RS y RA de ICMPv6
1. Los hosts que solicitan información de direccionamiento envían mensajes RS a todos los enrutadores IPv6.
2. RA messages are sent to all IPv6 nodes. Si se utiliza el método 1 (sólo SLAAC), el RA incluye el prefijo de red,
la longitud del prefijo y la información de la puerta de enlace predeterminada.
Los mensajes RA están en interfaces Ethernet del router IPv6. El enrutador debe estar habilitado
para el enrutamiento IPv6, que no está habilitado de forma predeterminada. Para habilitar un
enrutador como enrutador IPv6, se ipv6 unicast-routing debe usar el comando de configuración
global.
El mensaje ICMPv6 RA es una sugerencia para un dispositivo sobre cómo obtener una GUA
IPv6. La decisión final depende del sistema operativo del dispositivo. El mensaje ICMPv6 RA incluye
lo siguiente:
• Prefijo de red y longitud del prefijo: - esto le dice al dispositivo a qué red pertenece.
• Dirección de puerta de enlace predeterminada: - es un IPv6 LLA, la dirección IPv6 de
origen del mensaje RA.
• Direcciones DNS y nombre de dominio: - estas son las direcciones de los servidores DNS
y un nombre de dominio.
• Method 1: SLAAC - «Tengo todo lo que necesita, incluido el prefijo, la longitud del prefijo y
la dirección de la puerta de enlace predeterminada».
• Method 2: SLAAC con un servidor DHCPv6 sin estado - "Aquí está mi información, pero
necesita obtener otra información, como direcciones DNS, de un servidor DHCPv6 sin
estado".
• Method 3: DHCPv6 con estado (sin SLAAC) - «Puedo darle su dirección de puerta de
enlace predeterminada. Necesita pedir a un servidor DHCPv6 con estado para toda su otra
información».
SLAAC es un método que permite a un dispositivo crear su propio GUA sin los servicios de
DHCPv6. Usando SLAAC, los dispositivos confían en los mensajes ICMPv6 RA del enrutador local
para obtener la información necesaria.
Por defecto, el mensaje RA sugiere que el dispositivo receptor use la información en el mensaje RA
para crear su propia GUA IPv6 y toda la otra información necesaria. No se requieren los servicios de
un servidor DHCPv6.
SLAAC no tiene estado, lo que significa que no hay un servidor central (por ejemplo, un servidor
DHCPv6 con estado) que asigne GUA y mantenga una lista de dispositivos y sus direcciones. Con
SLAAC, el dispositivo cliente usa la información en el mensaje RA para crear su propia GUA. Como
se muestra en la figura, las dos partes de la dirección se crean de la siguiente manera:
Se puede configurar una interfaz de enrutador para enviar un anuncio de enrutador utilizando SLAAC
y DHCPv6 sin estado.
Como se muestra en la figura, con este método, el mensaje RA sugiere que los dispositivos utilicen
lo siguiente:
Nota: Un servidor DHCPv6 sin información de estado distribuye las direcciones del servidor DNS y
los nombres de dominio. No asigna GUA.
DHCPv6 con inf ormación de estado es similar a DHCP para IPv4. Un dispositivo puede recibir
automáticamente su inf ormación de direccionamiento, incluida una GUA, la longitud del pref ijo y
las direcciones de los servidores DNS de un servidor DHCPv6 con estado.
Como se muestra en la f igura, con este método, el mensaje RA sugiere que los dispositivos usen
lo siguiente:
• La dirección LLA del router, que es la dirección IPv6 de origen del RA, para la dirección
de gateway predeterminado
• Un servidor DHCPv6 Statef ul, para obtener una GUA, otra inf ormación como la dirección
del servidor DNS y el nombre de dominio
1. La PC envía un RS a todos los enrutadores IPv6, "Necesito información de direccionamiento".
2. El enrutador envía un mensaje RA a todos los nodos IPv6 con el Método 3 (DHCPv6 con estado) especificado:
"Soy su puerta de enlace predeterminada, pero debe pedirle a un servidor DHCPv6 con estado su dirección
IPv6 y otra información de direccionamiento".
3. La PC envía un mensaje de solicitud de DHCPv6 a todos los servidores DHCPv6, "Recibí mi dirección de
puerta de enlace predeterminada del mensaje RA, pero necesito una dirección IPv6 y toda otra información de
direccionamiento de un servidor DHCPv6 con estado".
Un servidor DHCPv6 con inf ormación de estado asigna y mantiene una lista de qué dispositivo
recibe cuál dirección IPv6. DHCP para IPv4 tiene inf ormación de estado.
Cuando el mensaje RA es SLAAC o SLAAC con DHCPv6 sin estado, el cliente debe generar su
propia ID de interf az. El cliente conoce la parte del pref ijo de la dirección del mensaje RA, pero
debe crear su propia ID de interf az. El ID de la interf az se puede crear utilizando el proceso EUI-
64 o un número de 64 bits generado aleatoriamente, como se muestra en la f igura.
Paso 2: Inserte el valor hexadecimal fffe, que en binario es: 1111 1111 1111 1110.
Paso 3: Convierta los primeros 2 valores hexadecimales de la OUI a binario y voltee el bit U / L (bit 7). En este ejemplo,
el 0 en el bit 7 se cambia a 1.
Nota: El uso del bit U / L, y las razones para invertir su valor, se discuten en RFC 5342.
El resultado de ejemplo del ipconfig comando muestra el GUA IPv6 que se crea dinámicamente
mediante SLAAC y el proceso EUI-64. Una manera f ácil de identif icar que una dirección
probablemente se creó usando EUI-64 es fffe ubicarse en el medio de la ID de la interf az.
La ventaja de EUI-64 es que la dirección MAC de Ethernet se puede utilizar para determinar la
ID de la interf az. También permite que los administradores de redes rastreen f ácilmente una
dirección IPv6 a un terminal mediante la dirección MAC única. Sin embargo, esto ha causado
preocupaciones de privacidad entre muchos usuarios que temían que sus paquetes pudieran
rastrearse hasta el equipo f ísico real. Debido a estas preocupaciones, se puede usar una ID de
interf az generada aleatoriamente.
C:\> ipconfig
Windows IP Configuration
Conexión de área local del adaptador Ethernet:
Sufijo de conexión específica DNS. :
IPv6 Address. . . . . . . . . . . : 2001:db8:acad:1:fc 99:47ff:fe75:cee0
Link-local IPv6 Address . . . . .: fe80::fc 99:47ff:fe75:cee0
Default Gateway . . . . . . . . . : fe80::1
C:\>
Una vez establecida la ID de la interfaz, ya sea a través del proceso EUI-64 o mediante la generación
aleatoria, se puede combinar con un prefijo IPv6 en el mensaje RA para crear una GUA, como se
muestra en la figura.
C:\> ipconfig
Windows IP Configuration
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . :
IPv6 Address. . . . . . . . . . . : 2001:db8:acad:1:50a5:8a35:a5bb:66e1
Link-local IPv6 Address . . . . . : fe80::50a5:8a35:a5bb:66e1
Default Gateway . . . . . . . . . : fe80::1
C:\>
Nota: Para garantizar la unicidad de cualquier dirección de unidifusión IPv6, el cliente puede usar
un proceso conocido como Detección de direcciones duplicadas (DAD). Es similar a una solicitud
de ARP para su propia dirección. Si no se obtiene una respuesta, la dirección es única.
Todos los dispositivos IPv6 deben tener una LLA IPv6. Al igual que IPv6 GUA, también puede crear
LAs dinámicamente. Independientemente de cómo cree las LAs (y las GUA), es importante que
verifique toda la configuración de direcciones IPv6. En este tema se explica la verificación de
configuración de LLAS y IPv6 generadas dinámicamente.
La figura muestra que el LLA se crea dinámicamente usando el prefijo fe80 :: / 10 y la ID de interfaz
usando el proceso EUI-64, o un número de 64 bits generado aleatoriamente.
C:\> ipconfig
Windows IP Configuration
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . :
IPv6 Address. . . . . . . . . . . : 2001:db8:acad:1:fc99:47ff:fe75:cee0
Link-local IPv6 Address . . . . . : fe80::fc99:47ff:fe75:cee0
Default Gateway . . . . . . . . . : fe80::1
C:\>
C:\> ipconfig
Windows IP Configuration
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . :
IPv6 Address. . . . . . . . . . . : 2001:db8:acad:1:50a5:8a35:a5bb:66e1
Link-local IPv6 Address . . . . . : fe80::50a5:8a35:a5bb:66e1
Default Gateway . . . . . . . . . : fe80::1
C:\>
12.6.3 LLA dinámicos en enrutadores Cisco
Los routers Cisco crean automáticamente un LLA IPv6 cada vez que se asigna una GUA a la
interfaz. De manera predeterminada, los routers con Cisco IOS utilizan EUI-64 para generar la ID de
interfaz para todas las direcciones LLAs en las interfaces IPv6. Para las interfaces seriales, el
router utiliza la dirección MAC de una interfaz Ethernet. Recuerde que un LLA debe ser único solo
en ese enlace o red. Sin embargo, una desventaja de usar el LLA asignado dinámicamente es su ID
de interfaz larga, lo que dificulta identificar y recordar las direcciones asignadas. El ejemplo muestra
la dirección MAC en la interfaz GigabitEthernet 0/0/0 del enrutador R1. Esta dirección se utiliza para
crear dinámicamente el LLA en la misma interfaz, y también para la interfaz Serial 0/1/0.
Para que sea más fácil reconocer y recordar estas direcciones en los enrutadores, es común
configurar estáticamente los LLA de IPv6 en los enrutadores.
Observe que cada interfaz tiene dos direcciones IPv6. La segunda dirección de cada interfaz es la
GUA que se configuró. La primera dirección, la que comienza con fe80, es la dirección de unidifusión
local de enlace para la interfaz. Recuerde que el LLA se agrega automáticamente a la interfaz
cuando se asigna una GUA.
Además, observe que el R1 Serial 0/1/0 LLA es el mismo que su interfaz GigabitEthernet 0/0/0. Las
interfaces seriales no tienen direcciones MAC de Ethernet, por lo que Cisco IOS usa la dirección
MAC de la primera interfaz Ethernet disponible. Esto es posible porque las interfaces link-local solo
deben ser únicas en ese enlace.
GigabitEthernet0/0/0 [up/up]
FE80::7279:b3ff:fe92:3640
2001:DB8:ACAD:1::1
GigabitEthernet0/0/1 [up/up]
FE80::8320:e4ff:fe79:2830
2001:DB8:ACAD:2::1
Serial0/1/0 [up/up]
FE80::7279:b3ff:fe92:3640
2001:DB8:ACAD:3::1
Serial0/1/1 [down/down]
unassigned
R1#
Como se muestra en el ejemplo, show ipv6 route el comando se puede usar para verificar que las
redes IPv6 y las direcciones de interfaz IPv6 específicas se hayan instalado en la tabla de
enrutamiento IPv6. El show ipv6 route comando solo mostrará redes IPv6, no redes IPv4.
Dentro de la tabla de rutas, una C al lado de una ruta indica que esta es una red conectada
directamente. When the router interface is configured with a GUA and is in the “up/up” state, the
IPv6 prefix and prefix length is added to the IPv6 routing table as a connected route.
Nota: Indica L una ruta local, la dirección IPv6 específica asignada a la interfaz. Esto no es una LLA.
Los LLA no se incluyen en la tabla de enrutamiento del enrutador porque no son direcciones
enrutables.
La GUA IPv6 configurada en la interfaz también se instala en la tabla de enrutamiento como una ruta
local. La ruta local tiene un prefijo /128. La tabla de enrutamiento utiliza las rutas locales para
procesar eficientemente los paquetes con una dirección de destino de la dirección de la interfaz del
enrutador.
El comando ping para IPv6 es idéntico al comando usado con IPv4, excepto que se usa una dirección
IPv6. Como se muestra en el ejemplo, el comando se usa para verificar la conectividad de Capa 3
entre R1 y PC1. Al hacer ping a un LLA desde un enrutador, Cisco IOS solicitará al usuario la interfaz
de salida. Debido a que el LLA de destino puede estar en uno o más de sus enlaces o redes, el
enrutador necesita saber a qué interfaz enviar el ping.
El comando ping en R1
Recuerde que las direcciones de multidifusión se utilizan para enviar un único paquete a uno o
más destinos (grupo de multidifusión). Las direcciones de multidifusión IPv6 tienen el prefijo ff00
:: / 8.
Nota: Las direcciones de multidifusión solo pueden ser direcciones de destino y no direcciones
de origen.
Los dispositivos habilitados para IPv6 envían mensajes ICMPv6 RS a la dirección de multidifusión
de todos los enrutadores. El mensaje RS solicita un mensaje RA del router IPv6 para contribuir
a la configuración de direcciones del dispositivo. El enrutador IPv6 responde con un mensaje RA,
como se muestra.
La introducción a este módulo mencionó la subred de una red IPv6. Recordemos que con IPv4,
debemos tomar prestados bits de la parte del host para crear subredes. Esto se debe a que la subred
fue una idea tardía con IPv4. Sin embargo, IPv6 se diseñó teniendo en cuenta las subredes. Se
utiliza un campo ID de subred independiente en IPv6 GUA para crear subredes. Como se muestra
en la figura, el campo Id. de subred es el área entre el Prefijo de enrutamiento global y el Id. de
interfaz.
La ventaja de una dirección de 128 bits es que puede admitir más que suficientes subredes y hosts
por subred, para cada red. La conservación de direcciones no es un problema. Por ejemplo, si el
prefijo de enrutamiento global es /48, y utilizando un típico 64 bits para el ID de interfaz, esto creará
un ID de subred de 16 bits:
La división en subredes IPv6 también es más fácil de implementar que la IPv4, ya que no se requiere
la conversión al sistema binario. Para determinar la siguiente subred disponible, simplemente se
suman los valores en el sistema hexadecimal.
Con más de 65.536 subredes para elegir, la tarea del administrador de la red es diseñar un esquema
lógico para abordar la red.
Como se muestra en la figura, la topología de ejemplo requiere cinco subredes, una para cada LAN,
así como para el enlace serie entre R1 y R2. A diferencia del ejemplo de IPv4, con IPv6 la subred de
enlace serie tendrá la misma longitud de prefijo que las LAN. Aunque esto puede parecer
"desperdiciar" direcciones, la conservación de direcciones no es una preocupación cuando se
utiliza IPv6.
Topología de ejemplo
Como se muestra en la siguiente figura, se asignaron las cinco subredes IPv6, con el campo ID de
subred 0001 a 0005 utilizado para este ejemplo. Cada subred /64 proporcionará más direcciones de
las que jamás se necesitarán.
Las direcciones IPv6 tienen una longitud de 128 bits y se escriben como una cadena de valores
hexadecimales. Cuatro bits se representan mediante un único dígito hexadecimal, con un total de
32 valores hexadecimales. El formato preferido para escribir una dirección IPv6 es x: x: x: x: x: x: x: x,
donde cada "x" consta de cuatro valores hexadecimales. Por ejemplo: 2001:0 db
8:0000:1111:0000:0000:0000:0200. Dos reglas que ayudan a reducir la cantidad de dígitos
necesarios para representar una dirección IPv6. La primera regla para ayudar a reducir la notación
de las direcciones IPv6 es omitir los ceros (ceros) iniciales en cualquier hexteto. Por ejemplo:
2001:db 8:0:1111:0:0:0:200. La segunda regla para ayudar a reducir la notación de las direcciones
IPv6 es que un doble punto (: :) puede reemplazar cualquier cadena única y contigua de uno o más
hextetos de 16 bits que consisten en todos los ceros. Por ejemplo: 2001:db 8:0:1111: :200.
El comando Cisco IOS para configurar una dirección IPv4 en una interfaz es ip address ipaddress
subnet-mask. Por el contrario, el comando para configurar un GUA IPv6 en una interfaz es ipv6
address ipv6-address/prefix-length. Al igual que con IPv4, la configuración de direcciones estáticas
en clientes no se extiende a entornos más grandes. Por este motivo, la mayoría de los
administradores de redes en una red IPv6 habilitan la asignación dinámica de direcciones IPv6.
Configurar la LLA manualmente permite crear una dirección reconocible y más fácil de recordar. Por
lo general, solo es necesario crear LLA reconocibles en los enrutadores. Los LLA se pueden
configurar manualmente usando el comando ipv6 address ipv6-link-local-address link-local.
Un dispositivo obtiene una GUA dinámicamente a través de mensajes ICMPv6. Los routers IPv6
envían mensajes RA de ICMPv6 periódicamente, cada 200 segundos, a todos los dispositivos con
IPv6 habilitado en la red. También se enviará un mensaje RA en respuesta a un host que envía un
mensaje ICMPv6 RS, que es una solicitud de un mensaje RA. El mensaje RA ICMPv6 incluye: prefijo
de red y longitud de prefijo, dirección de puerta de enlace predeterminada y direcciones DNS y
nombre de dominio. Los mensajes RA tienen tres métodos: SLAAC, SL AAC con un servidor DHCPv6
sin estado y DHCPv6 con estado (sin SLAAC). Con SLAAC, el dispositivo cliente utiliza la información
del mensaje RA para crear su propio GUA porque el mensaje contiene el prefijo y el ID de interfaz.
Con SLAAC con DHCPv6 sin estado, el mensaje RA sugiere que los dispositivos utilicen SLAAC para
crear su propia GUA IPv6, utilizar la LLA del router como dirección de puerta de enlace
predeterminada y utilizar un servidor DHCPv6 sin estado para obtener otra información necesaria.
Con DHCPv6 con estado, RA sugiere que los dispositivos utilicen el enrutador LLA como dirección
de puerta de enlace predeterminada, y el servidor DHCPv6 con estado para obtener una GUA, una
dirección de servidor DNS, nombre de dominio y toda la información necesaria. La ID de interfaz se
puede crear utilizando el proceso EUI-64 o un número de 64 bits generado aleatoriamente. El
proceso EUI utiliza la dirección MAC Ethernet de 48 bits del cliente e inserta otros 16 bits en el medio
de la dirección MAC para crear una ID de interfaz de 64 bits. Dependiendo del sistema operativo, un
dispositivo puede usar una ID de interfaz generada aleatoriamente.
Todos los dispositivos IPv6 deben tener una LLA IPv6. Una LLA se puede configurar manualmente o
crear dinámicamente. Los sistemas operativos, como Windows, suelen utilizar el mismo método
tanto para una GUA creada por SLAAC como para una LLA asignada dinámicamente. Los routers
Cisco crean automáticamente un LLA IPv6 cada vez que se asigna una GUA a la interfaz. De manera
predeterminada, los enrutadores Cisco IOS usan EUI-64 para generar la ID de interfaz para todos los
LLA en las interfaces IPv6. Para las interfaces seriales, el router utiliza la dirección MAC de una
interfaz Ethernet. Para que sea más fácil reconocer y recordar estas direcciones en los enrutadores,
es común configurar estáticamente los LLA de IPv6 en los enrutadores. Para verificar la
configuración de direcciones IPv6, utilice los tres comandos siguientes: show ipv6 interface brief,
show ipv6 route, y ping.
Multidifución de IPv6
IPv6 se diseñó teniendo en cuenta las subredes. Se utiliza un campo ID de subred independiente en
IPv6 GUA para crear subredes. El campo ID de subred es el área entre el Prefijo de enrutamiento
global y la ID de interfaz. La ventaja de una dirección de 128 bits es que puede admitir más que
suficientes subredes y hosts por subred para cada red. La conservación de la dirección no es un
problema. Por ejemplo, si el prefijo de enrutamiento global es un / 48 y utiliza un típico 64 bits para
la ID de interfaz, esto creará una ID de subred de 16 bits: