Modalidad Semipresencial

SESIÓN
07

DESCRIPCIÓN

ASIGNACIÓN DE DIRECCIONES IP
El direccionamiento es una función crucial de los protocolos de capa de red. Permite la
comunicación de datos entre hosts, sin importar si estos están en la misma red o en redes
diferentes. Tanto el protocolo de Internet versión 4 (IPv4) como el protocolo de Internet versión 6
(IPv6) proporcionan direccionamiento jerárquico para los paquetes que transportan datos.
El diseño, la implementación y la administración de un plan de asignación de direcciones IP eficaz
asegura que las redes puedan operar de manera eficaz y eficiente.
En este capítulo, se examina detalladamente la estructura de las direcciones IP y su aplicación en la
construcción y la puesta a prueba de redes y subredes IP.

CAPACIDAD

Diseña el esquema de direccionamiento IP de diversos escenarios de red de área local

TEMÁTICA

ASIGNACIÓN DE DIRECCIONES IP

 Direcciones de red IPv4

 Direcciones de red IPv6

 Verificación de conectividad

 Conclusión

2
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
TABLA DE CONTENIDO
1. DIRECCIONES DE RED IPV4 .................................................................................................................. 5

1.1 DIRECCIONES IPV4 ................................................................................................................................ 5

1.2 NOTACIÓN DE POSICIÓN ......................................................................................................................... 7
1.3 CONVERSIÓN DEL SISTEMA BINARIO A DECIMAL ........................................................................................... 7
1.4 CONVERSIÓN DEL SISTEMA DECIMAL A BINARIO ........................................................................................... 9
1.5 PORCIÓN DE RED Y DE HOST .................................................................................................................. 11
1.6 LA MÁSCARA DE SUBRED....................................................................................................................... 12
1.7 AND LÓGICO ..................................................................................................................................... 13
1.8 LONGITUD DE PREFIJO .......................................................................................................................... 15
1.9 DIRECCIONES DE RED, DE HOST Y DE DIFUSIÓN (BROADCAST) ....................................................................... 16
1.10 ASIGNACIÓN DE UNA DIRECCIÓN IPV4 ESTÁTICA........................................................................................ 20
1.11 ASIGNACIÓN DE UNA DIRECCIÓN IPV4 DINÁMICA ...................................................................................... 21
1.12 COMUNICACIÓN DE IPV4 ..................................................................................................................... 21
1.13 TRANSMISIÓN DE UNICAST .................................................................................................................... 23
1.14 TRANSMISIÓN DE BOARDCAST................................................................................................................ 23
1.15 TRANSMISIÓN DE MULTICAST ................................................................................................................ 24
1.16 DIRECCIONES IPV4 PÚBLICAS Y PRIVADAS................................................................................................. 24
1.17 DIRECCIONES IPV4 DE USUARIOS ESPECIALES ............................................................................................ 25
1.18 DIRECCIONAMIENTO CON CLASE ANTIGUA ................................................................................................ 26
1.19 ASIGNACIÓN DE DIRECCIONES SIN CLASE .................................................................................................. 28
1.20 ASIGNACIÓN DE DIRECCIONES IP ............................................................................................................ 29

2. DIRECCIONES DE RED IPV6 ................................................................................................................ 30

2.1 NECESIDAD DE UTILIZAR IPV6 ................................................................................................................ 30

2.2 COEXISTENCIA DE IPV4 E IPV6 .............................................................................................................. 31
2.3 REPRESENTACIÓN DE DIRECCIONES IPV6 .................................................................................................. 33
2.4 REGLA 1: OMITIR LOS 0 INICIALES ........................................................................................................... 35
2.5 REGLA 2: OMITIR LOS SEGMENTOS DE 0 .................................................................................................. 35
2.6 TIPOS DE DIRECCIONES IPV6 ................................................................................................................. 36
2.7 LONGITUD DEL PREFIJO IPV6 ................................................................................................................. 37
2.8 DIRECCIONES IPV6 DE UNICAST ............................................................................................................. 38
2.9 DIRECCIONES IPV6 DE UNICAST LINK-LOCAL ............................................................................................. 39
2.10 ESTRUCTURA DE UNA DIRECCIÓN IPV6 DE UNICAST GLOBAL ......................................................................... 41
2.11 CONFIGURACIÓN ESTÁTICA DE UNA DIRECCIÓN DE UNICAST GLOBAL .............................................................. 43
2.12 CONFIGURACIÓN DINÁMICA: SLAAC ...................................................................................................... 45
2.13 CONFIGURACIÓN DINÁMICA: DHCPV6 ................................................................................................... 47
2.14 PROCESO EUI-64 Y GENERACIÓN ALEATORIA............................................................................................ 48
2.15 DIRECCIONES LINK-LOCAL DINÁMICAS ..................................................................................................... 49
2.16 DIRECCIONES LINK-LOCAL ESTÁTICAS ....................................................................................................... 50
2.17 VERIFICACIÓN Y CONFIGURACIÓN DE LA DIRECCIÓN IPV6 ............................................................................ 51
2.18 DIRECCIONES IPV6 DE MULTICAST ASIGNADAS .......................................................................................... 51
2.19 DIRECCIONES IPV6 DE MULTICAST DE NODO SOLICITADO ............................................................................ 52

3. VERIFICACIÓN DE CONECTIVIDAD ..................................................................................................... 53

3.1 ICMPV4 E ICMPV6............................................................................................................................ 53

3
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 3.2 MENSAJES DE SOLICITUD Y DE ANUNCIO DE ROUTER DE ICMPV6.................................................................. 54
3.3 PING: PRUEBA DE LA PILA LOCAL ............................................................................................................ 55
3.4 PING: PRUEBA DE LA CONECTIVIDAD A LA LAN LOCAL ................................................................................. 56
3.5 PING: PRUEBA DE LA CONECTIVIDAD A UNA RED REMOTA ............................................................................ 56
3.6 TRACEROUTE: PRUEBA DE LA RUTA ......................................................................................................... 57

4. CONCLUSIÓN .................................................................................................................................... 58

5. ACTIVIDADES .................................................................................................................................... 59

6. REFERENCIAS BIBLIOGRÁFICAS ......................................................................................................... 59

4
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
1. DIRECCIONES DE RED IPV4

1.1 Direcciones IPv4

El sistema binario es un sistema numérico que consiste en los números 0 y 1, denominados

bits. En comparación, el sistema numérico decimal consiste en 10 dígitos, que incluyen los
números 0 a 9.
Es importante que comprendamos el sistema binario, ya que los hosts, los servidores y los
dispositivos de red usan el direccionamiento binario. Específicamente, usan direcciones IPv4
binarias, como se muestra en la figura 1, para identificarse entre sí.
Figura 1: Direcciones IPv4 expresadas en formato binario

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.1.1

Cada dirección consta de una cadena de 32 bits, divididos en cuatro secciones denominadas
octetos. Cada octeto contiene 8 bits (o 1 byte) separados por un punto. Por ejemplo, a la PC1
de la ilustración se le asignó la dirección IPv4 11000000.10101000.00001010.00001010. La
dirección de gateway predeterminado sería la de la interfaz Gigabit Ethernet del R1,
11000000.10101000.00001010.00000001.
El trabajo con números binarios puede ser desafiante. Para que esto resulte más fácil, las
direcciones IPv4 suelen expresarse mediante una notación decimal punteada, como se
muestra en la figura 2. A la PC1 se le asignó la dirección IPv4 192.168.10.10, y la dirección de
gateway predeterminado es 192.168.10.1.

5
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 2: Direcciones IPv4 expresadas en formato decimal punteado

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.1.1

En la figura 3, se compara la dirección decimal punteada con la dirección binaria de 32 bits de

la PC1.
Figura 3: Comparación decimal punteado y binario

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.1.1

Para tener una buena comprensión del direccionamiento de red, es necesario comprender el
direccionamiento binario y obtener habilidades prácticas en la conversión entre direcciones
IPv4 binarias y decimales punteadas.
En esta sección, se explica cómo convertir entre los sistemas de numeración de base dos y de
base 10.

6
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 1.2 Notación de posición

Para aprender a convertir de sistema binario a decimal, es necesario entender la Notación de

posición. El término "notación de posición" significa que un dígito representa diferentes
valores según la "posición" que el dígito ocupa en la secuencia de números. Ya conoce el
sistema de numeración más común, el sistema de notación decimal (de base 10).
Figura 4: Notación de posición decimal

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.1.1

1.3 Conversión del sistema binario a decimal

Para convertir una dirección IPv4 binaria a su equivalente decimal punteada, divida la dirección
IPv4 en cuatro octetos de 8 bits. A continuación, aplique el valor de posición binario al primer
octeto del número binario y calcule según corresponda.
Por ejemplo, suponga que 11000000.10101000.00001011.00001010 es la dirección IPv4
binaria de un host. Para convertir la dirección de sistema binario a decimal, comience con el
primer octeto, como se muestra en la figura 5. Introduzca el número binario de 8 bits en el
valor de posición de la fila 1 y, después, calcule para producir el número decimal 192. Este
número entra en el primer octeto de la notación decimal punteada.

7
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 5: Conversión del primer octeto al sistema decimal

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.1.4

A continuación, convierta el segundo octeto como se muestra en la figura 6. El valor decimal

resultante es 168 y entra en el segundo octeto.
Figura 6: Conversión del segundo octeto al sistema decimal

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.1.4

Convierta el tercer octeto como se muestra en la figura 7 y el cuarto octeto como se muestra
en la figura 8, con lo que se completa la dirección IP y se obtiene 192.168.11.10.

8
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 7: Notación de la posición binaria

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.1.4

Figura 8: Aplicación de la notación de posición binaria

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.1.4

1.4 Conversión del sistema decimal a binario

También es necesario comprender cómo convertir una dirección IPv4 decimal punteada a una
binaria. La tabla de valores de posición binarios es una herramienta útil. A continuación, se
muestra cómo usar la tabla para convertir de sistema decimal a binario:
 En la figura 9, se pregunta si el número decimal del octeto (n) es igual o mayor que el
bit más significativo (128). Si no es así, introduzca un valor binario 0 en el valor de

9
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 posición 128. Si es así, agregue un valor binario 1 al valor de posición 128 y reste 128
del número decimal.
Figura 9: ¿El valor de n decimal es mayor de 128 o igual?

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.1.6

En la figura 10, se pregunta si el resto (n) es igual o mayor que el siguiente bit más
significativo (64). Si no es así, agregue un valor binario 0 al valor de posición 64, de lo
contrario, agregue el valor binario 1 y reste 64 del número decimal.
Figura 10: ¿El valor de n decimal es mayor de 64 o menor?

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.1.6

10
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
  En la figura 11, se pregunta si el resto (n) es igual o mayor que el siguiente bit más
significativo (32). Si no es así, agregue un valor binario 0 al valor de posición 32, de lo
contrario, agregue el valor binario 1 y reste 32 del número decimal.
Figura 11: ¿El valor de n decimal es mayor de 32 o igual?

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.1.6

El mismo procedimiento se repite para los demás valores.

1.5 Porción de red y de host

Es importante entender la notación binaria para determinar si dos hosts están en la misma red.
Recuerde que una dirección IPv4 es una dirección jerárquica compuesta por una porción de
red y una porción de host. Cuando se determina la porción de red en comparación con la
porción de host, se debe observar la secuencia de 32 bits. Dentro de la secuencia de 32 bits,
una porción de los bits identifica la red y una porción identifica el host, como se muestra en la
ilustración.
Los bits dentro de la porción de red de la dirección deben ser idénticos para todos los
dispositivos que residen en la misma red. Los bits dentro de la porción de host de la dirección
deben ser únicos para identificar un host específico dentro de una red. Si dos hosts tienen el
mismo patrón de bits en la porción de red especificada de la secuencia de 32 bits, esos dos
hosts residen en la misma red.
¿Pero cómo saben los hosts qué porción de los 32 bits identifica la red y qué porción identifica
el host? Esa tarea le corresponde a la máscara de subred.

11
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 12: Porción de red y de host

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.1

1.6 La máscara de subred

Como se muestra en la figura 13, se deben configurar tres direcciones IPv4 decimales
punteadas cuando se asigna una configuración IPv4 al host.
 Dirección IPv4: dirección IPv4 única del host.
 Máscara de subred: se usa para identificar la porción de red/host de la dirección IPv4.
 Gateway predeterminado: identifica el gateway local (es decir, la dirección IPv4 de
interfaz de router local) para llegar a redes remotas.
Figura 13: Configuración de IP en un host

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.2

Cuando se asigna una dirección IPv4 a un dispositivo, la máscara de subred se usa para
determinar la dirección de red a la que pertenece el dispositivo. La dirección de red representa
todos los dispositivos de la misma red.

12
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 En la figura 14, se muestra la dirección decimal punteada y la máscara de subred de 32 bits.
Observe que la máscara de subred es básicamente una secuencia de bits 1 seguida de una
secuencia de bits 0.
Figura 14: La máscara de subred

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.2

Para identificar las porciones de red y de host de una dirección IPv4, se compara la máscara de
subred con la dirección IPv4 bit por bit, de izquierda a derecha, como se muestra en la figura
15. Los 1 de la máscara de subred identifican la porción de red, mientras que los 0 identifican
la porción de host. Se debe tener en cuenta que la máscara de subred no contiene en efecto
la porción de red o de host de una dirección IPv4, sino que simplemente le dice a la PC dónde
buscar estas porciones en una dirección IPv4 dada.
Figura 15: Comparación de la dirección IP y la máscara de subred

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.2

El proceso real que se usa para identificar la porción de red y la porción de host se denomina
AND.

1.7 AND lógico

El AND lógico es una de las tres operaciones binarias básicas que se utilizan en la lógica digital.
Las otras dos son OR y NOT. Si bien en las redes de datos se usan las tres, solo AND se usa para
determinar la dirección de red. Por lo tanto, nuestro debate en este punto se limita a la
operación lógica AND.
La operación lógica AND es la comparación de dos bits que producen los resultados que se
muestran en la figura 16. Observe que solo mediante 1 AND 1 se obtiene 1.

13
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 16: Operación AND Lógico

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.3

Para identificar la dirección de red de un host IPv4, se recurre a la operación lógica AND para
la dirección IPv4, bit por bit, con la máscara de subred. El uso de la operación AND entre la
dirección y la máscara de subred produce la dirección de red.
Para demostrar cómo se usa AND para detectar una dirección de red, piense en un host con la
dirección IPv4 192.168.10.10 y la máscara de subred 255.255.255.0. En la figura 17, se muestra
la dirección de host IPv4 y la conversión a dirección binaria. En la figura 18, se agrega la
dirección binaria de la máscara de subred del host.
Figura 17: Dirección IP de host binaria

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.3

Figura 18: Dirección binaria 255.255.255.0

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.3

En las secciones resaltadas en amarillo de la figura 19, se identifican los bits AND que
produjeron un 1 binario en la fila de Resultados AND. Todas las demás comparaciones de bits
producen 0 binarios. Observe cómo el último octeto ya no tiene bits 1 binarios.

14
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 19: Operación AND

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.3

Por último, en la figura 20, se muestra la dirección de red resultante 192.168.10.0

255.255.255.0. Por lo tanto, el host 192.168.10.10 está en la red 192.168.10.0 255.255.255.0.
Figura 20: Dirección de red resultante

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.3

1.8 Longitud de prefijo

Puede ser difícil expresar direcciones de red y de host con la dirección de la máscara de subred
decimal punteada. Afortunadamente, existe un método alternativo más simple para identificar
una máscara de subred que se denomina "longitud de prefijo".
Específicamente, la longitud de prefijo es el número de bits fijados en 1 en la máscara de
subred. Se escribe mediante la "notación de barra diagonal", es decir, una "/" seguida por el
número de bits fijados en 1. Por lo tanto, cuente el número de bits en la máscara de subred y
anteponga una barra diagonal.
Para ver un ejemplo, consulte la tabla de la ilustración. En la primera columna, se enumeran
varias máscaras de subred que se pueden usar con una dirección de host. En la segunda

15
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 columna, se muestra la dirección binaria de 32 bits convertida. En la última columna, se
muestra la longitud de prefijo resultante.
Más adelante se analiza el uso de varios tipos de longitudes de prefijo. De momento, nos
centraremos en la máscara de subred /24 (es decir, 255.255.255.0).
Figura 21: Comparación de la máscara de subred y la longitud de prefijo

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.5

1.9 Direcciones de red, de host y de difusión (broadcast)

Cada dirección de red contiene (o identifica) direcciones de host y una dirección de difusión,
como se describe en la figura 22.
Figura 22: Tipos de direcciones en una red

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.5

 En la figura 23, se enumeran y se describen las direcciones específicas dentro de la red

192.168.10.0 /24.

16
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 23: Tipos de direcciones en la red 192.168.10.0 /24

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.6

 En la figura 24, se muestra la dirección de red 10.1.1.0 /24. Los bits de host son todos
0.
Figura 24: Dirección de Red

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.6

 En la figura 254, se muestra la dirección de host IPv4 10.1.1.10. Los bits de host son
una mezcla de 0 y 1.

17
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 25: Dirección de host

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.6

 En la figura 26, se muestra la primera dirección de host IPv4 10.1.1.1. Los bits de host
son todos 0 con un 1. Observe que se asigna a la interfaz de router y, por lo tanto, se
transformaría en el gateway predeterminado para todos los hosts en esa red.
Figura 26: Primera dirección de host

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.6

18
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
  En la figura 27, se muestra la última dirección de host IPv4 10.1.1.254. Los bits de host
son todos 1 con un 0.
Figura 27: Última dirección de host

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.6

 En la figura 28, se muestra la dirección de difusión 10.1.1.255. Los bits de host son
todos 1.
Figura 28: Dirección de broadcast

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.2.6

19
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Los conceptos que se debaten en este tema son fundamentales para comprender el
direccionamiento IPv4. Asegúrese de entender cómo una dirección de red identifica una
porción de red y una porción de host mediante la máscara de subred o la longitud de prefijo y
la operación AND. También debe tomar nota de los diferentes tipos de direcciones de red
dentro de una red.

1.10 Asignación de una dirección IPv4 estática

Se pueden asignar direcciones IP a los dispositivos de manera estática o dinámica.

En las redes, algunos dispositivos necesitan una dirección IP fija. Por ejemplo, las impresoras,
los servidores y los dispositivos de red necesitan una dirección IP que no cambie. Por este
motivo, generalmente, se asigna a estos dispositivos una dirección IP estática.
Un host también se puede configurar con una dirección IPv4 estática como la que se muestra
en la ilustración. En redes pequeñas, es aceptable asignar direcciones IP estáticas a los hosts.
Sin embargo, en una red grande, introducir una dirección estática en cada host llevaría mucho
tiempo. Es importante mantener una lista precisa de las direcciones IP estáticas asignadas a
cada dispositivo.
Figura 29: Asignación estática

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.3.1

20
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 1.11 Asignación de una dirección IPv4 dinámica

En la mayoría de las redes de datos, la mayor parte de los hosts incluyen PC, tabletas PC,
teléfonos inteligentes, impresoras y teléfonos IP. También suele ocurrir que la población de
usuarios y los dispositivos cambian con frecuencia. No sería práctico comenzar a asignar
direcciones IPv4 de manera estática a cada dispositivo. Por lo tanto, a estos dispositivos se les
asignan direcciones IPv4 de manera dinámica con el protocolo DHCP.
Como se muestra en la figura 30, un host puede obtener la información de asignación de
direcciones IPv4 de forma automática. El host es un cliente DHCP y solicita la información de
dirección IPv4 de un servidor DHCP. El servidor DHCP proporciona una dirección IPv4, una
máscara de subred, un gateway predeterminado y otra información de configuración.
Figura 30: Asignación dinámica

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.3.2

En general, el protocolo DHCP es el método preferido para asignar direcciones IPv4 a los hosts
en redes grandes. Un beneficio adicional de DHCP es que la dirección no se asigna
permanentemente a un host, sino que solo se "presta" por un período. Si el host se apaga o se
desconecta de la red, la dirección regresa al pool para volver a utilizarse. Esta característica es
muy útil para los usuarios móviles que entran a una red y salen de ella.

1.12 Comunicación de IPv4

Un host conectado correctamente a una red puede comunicarse con otros dispositivos de
alguna de estas tres maneras:

21
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
  Unidifusión: es el proceso de enviar un paquete de un host a otro host individual, como
se muestra en la figura 31.
Figura 31: Comunicación de unidifusión

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.3.3

 Difusión: es el proceso de enviar un paquete de un host a todos los hosts de la red,
como se muestra en la figura 32.
Figura 32: Comunicación de difusión

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.3.3

 Multidifusión: es el proceso de enviar un paquete de un host a un grupo seleccionado
de hosts, probablemente en diferentes redes, como se muestra en la figura 33.
Figura 33: Comunicación de multidifusión

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.3.3

22
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Estos tres tipos de comunicación se utilizan con distintos objetivos en las redes de datos. En
los tres casos, se coloca la dirección IPv4 del host de origen en el encabezado del paquete como
la dirección de origen.

1.13 Transmisión de unicast

La comunicación de unidifusión se usa para la comunicación normal de host a host, tanto en

redes cliente/servidor como en redes punto a punto. Los paquetes de unidifusión usan la
dirección del dispositivo de destino como la dirección de destino y pueden enrutarse en una
interconexión de redes.
En una red IPv4, la dirección de unidifusión aplicada a un terminal se denomina "dirección de
host". En la comunicación de unidifusión, las direcciones asignadas a los dos terminales se usan
como las direcciones IPv4 de origen y de destino. Durante el proceso de encapsulamiento, el
host de origen usa su dirección IPv4 como dirección de origen y la dirección IPv4 del host de
destino como dirección de destino. Sin importar si en el destino se especificó un paquete como
unidifusión, difusión o multidifusión, la dirección de origen de cualquier paquete siempre es la
dirección de unidifusión del host de origen.
Nota: en este curso, todas las comunicaciones entre dispositivos son de unidifusión, a menos
que se indique lo contrario.
Las direcciones de host IPv4 de unidifusión se encuentran en el intervalo de direcciones de
0.0.0.0 a 223.255.255.255. Sin embargo, dentro de este intervalo existen muchas direcciones
reservadas para fines específicos. Estas direcciones con fines específicos se analizan más
adelante en este capítulo.

1.14 Transmisión de boardcast

El tráfico de difusión se utiliza para enviar paquetes a todos los hosts en la red con la dirección
de difusión para la red. En una difusión, el paquete contiene una dirección IPv4 de destino con
todos los números uno (1) en la porción de host. Esto significa que todos los hosts de esa red
local (dominio de difusión) reciben y ven el paquete. En gran parte de la tecnología impulsada
por la red, como DHCP, se utilizan transmisiones por difusión. Cuando un host recibe un
paquete enviado a la dirección de difusión de la red, el host procesa el paquete de la misma
manera en la que procesaría un paquete dirigido a su dirección de unidifusión.
La difusión puede ser dirigida o limitada. Una difusión dirigida se envía a todos los hosts de una
red específica. Por ejemplo, un host de la red 172.16.4.0/24 envía un paquete a la dirección
172.16.4.255. Se envía una difusión limitada a 255.255.255.255. De manera predeterminada,
los routers no reenvían transmisiones por difusión.
A modo de ejemplo, un host dentro de la red 172.16.4.0/24 transmitiría por difusión a todos
los hosts de su red utilizando un paquete con una dirección de destino 255.255.255.255.
Cuando se transmite un paquete por difusión, utiliza recursos de la red y hace que cada host
receptor de la red procese el paquete. Por lo tanto, se debe limitar el tráfico de difusión para
que no afecte negativamente el rendimiento de la red o de los dispositivos. Debido a que los

23
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 routers separan los dominios de difusión, la subdivisión de redes puede mejorar el rendimiento
de la red al eliminar el exceso de tráfico de difusión.

1.15 Transmisión de multicast

La transmisión de multidifusión reduce el tráfico al permitir que un host envíe un único

paquete a un grupo seleccionado de hosts que estén suscritos a un grupo de multidifusión.
IPv4 reservó las direcciones de 224.0.0.0 a 239.255.255.255 como rango de multidifusión. Las
direcciones IPv4 de multidifusión de 224.0.0.0 a 224.0.0.255 están reservadas para la
multidifusión solo en la red local. Estas direcciones se utilizan con grupos de multidifusión en
una red local. Un router conectado a la red local reconoce que estos paquetes están dirigidos
a un grupo de multidifusión de una red local y no los sigue reenviando. Un uso típico de una
dirección de multidifusión de una red local reservada son los Routing Protocols que usan la
transmisión de multidifusión para intercambiar información de routing. Por ejemplo, 224.0.0.9
es la dirección de multidifusión que usa el protocolo de información de routing (RIP) versión 2
para comunicarse con otros routers RIPv2.
Los hosts que reciben datos de multidifusión específicos se denominan “clientes de
multidifusión”. Los clientes de multidifusión utilizan servicios solicitados por un programa
cliente para subscribirse al grupo de multidifusión.
Cada grupo de multidifusión está representado por una sola dirección IPv4 de destino de
multidifusión. Cuando un host IPv4 se suscribe a un grupo de multidifusión, el host procesa los
paquetes dirigidos a esta dirección de multidifusión y los paquetes dirigidos a la dirección de
unidifusión asignada exclusivamente.

1.16 Direcciones IPv4 públicas y privadas

Las direcciones IPv4 públicas son direcciones que se enrutan globalmente entre los routers de
los ISP (proveedores de servicios de Internet). Sin embargo, no todas las direcciones IPv4
disponibles pueden usarse en Internet. Existen bloques de direcciones llamadas direcciones
privadas que son utilizadas por la mayor parte de las organizaciones para asignar direcciones
IPv4 a hosts internos.
A mediados de la década de 1990, se presentaron las direcciones IPv4 privadas debido a la
reducción del espacio de direcciones IPv4. Las direcciones IPv4 privadas no son exclusivas y
pueden usarse en una red interna.
Específicamente, los bloques de direcciones privadas son los siguientes:
 10.0.0.0 /8 o 10.0.0.0 a 10.255.255.255
 172.16.0.0 /12 o 172.16.0.0 a 172.31.255.255
 192.168.0.0 /16 o 192.168.0.0 a 192.168.255.255

Es importante saber que las direcciones dentro de estos bloques de direcciones no están
permitidas en Internet y deben ser filtradas (descartadas) por los routers de Internet. Por

24
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 ejemplo, en la figura 34, los usuarios de las redes 1, 2 o 3 envían paquetes a destinos remotos.
Los routers del proveedor de servicios de Internet (ISP) detectan que las direcciones IPv4 de
origen de los paquetes son de direcciones privadas y, por lo tanto, descartan los paquetes.
Figura 34: Las direcciones privadas no se pueden enrutar a través de internet

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.4.1

Nota: Las direcciones privadas se definen en RFC 1918.

La mayoría de las organizaciones usan direcciones IPv4 privadas para los hosts internos. Sin
embargo, estas direcciones RFC 1918 no se pueden enrutar en Internet y deben traducirse a
direcciones IPv4 públicas. Se usa la traducción de direcciones de red (NAT) para traducir entre
direcciones IPv4 privadas y públicas. En general, esto se hace en el router que conecta la red
interna a la red del ISP.
Los routers domésticos brindan la misma funcionalidad. Por ejemplo, la mayoría de los routers
domésticos asignan direcciones IPv4 a sus hosts cableados e inalámbricos desde la dirección
privada 192.168.1.0 /24. A la interfaz de router doméstico que se conecta a la red del
proveedor de servicios de Internet (ISP) se le asigna una dirección IPv4 pública para usar en
Internet.

1.17 Direcciones IPv4 de usuarios especiales

Existen ciertas direcciones, como la dirección de red y la dirección de difusión, que no se

pueden asignar a los hosts. También hay direcciones especiales que pueden asignarse a los
hosts, pero con restricciones respecto de la forma en que dichos hosts pueden interactuar
dentro de la red.
 Direcciones de bucle invertido (127.0.0.0 /8 o 127.0.0.1 a 127.255.255.254):
generalmente identificadas solo como 127.0.0.1, son direcciones especiales que usa
un host para dirigir el tráfico hacia sí mismo. Por ejemplo, se puede usar en un host
para probar si la configuración TCP/IP funciona, como se muestra en la figura 35.
Observe cómo la dirección de bucle invertido 127.0.0.1 responde al comando ping.
También observe cómo todas las direcciones de este bloque realizan un bucle
invertido hacia el host local, como se muestra con el segundo ping de la ilustración.

25
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 35: Ping a la interfaz loopback

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.4.3

 Direcciones de enlace local (169.254.0.0 /16 o 169.254.0.1 a 169.254.255.254): más

comúnmente conocidas como "direcciones IP privadas automáticas" (APIPA), un
cliente DCHP Windows las usa para la autoconfiguración en caso de que no haya
servidores DHCP disponibles.Son útiles en las conexiones punto a punto.
 Direcciones TEST-NET (192.0.2.0 /24 o 192.0.2.0 a 192.0.2.255): estas direcciones se
apartan con fines de enseñanza y aprendizaje, y pueden usarse en ejemplos de
documentación y de redes.
Nota: También existen direcciones experimentales en el bloque 240.0.0.0 a 255.255.255.254
que se reservan para uso futuro (RFC 3330).

1.18 Direccionamiento con clase antigua

En 1981, las direcciones IPv4 de Internet se asignaban mediante el Direccionamiento con clase
como se define en RFC 790, números asignados. A los clientes se les asignó una dirección de
red basada en una de tres clases:A, B, o C. RFC dividía los rangos de unidifusión en clases
específicas denominadas:
 Clase A (0.0.0.0/8 a 127.0.0.0/8): diseñada para admitir redes extremadamente
grandes, con más de 16 millones de direcciones de host. Usaba un prefijo /8 fijo donde
el primer octeto indicaba la dirección de red y los tres octetos restantes eran para las
direcciones de host. Todas las direcciones de clase A requerían que el bit más

26
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 significativo del octeto de valor superior fuese un cero que creaba un total de 128
redes de clase A posibles. En la figura 36, se resume la clase A.
Figura 36: Especificaciónes de clase A

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.4.4

 Clase B (128.0.0.0 /16 a 191.255.0.0 /16): diseñada para satisfacer la necesidad de

redes de tamaño moderado a grande, con hasta 65 000 direcciones de host. Usaba un
prefijo /16 fijo donde los dos octetos de valor superior indicaban la dirección de red y
los dos octetos restantes eran para las direcciones de host. Los dos bits más
significativos del octeto de valor superior deben ser 10 que crean más de 16 000 redes.
En la figura 37, se resume la clase B.
Figura 37: Especificaciónes de clase B

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.4.4

 Clase C (192.0.0.0 /24 a 223.255.255.0 /24): diseñada para admitir redes pequeñas con
un máximo de 254 hosts. Usaba un prefijo /24 fijo donde los tres primeros octetos
indicaban la red y el octeto restante era para las direcciones de host. Los tres bits más
significativos del octeto de valor superior deben ser 110 que crean más de 2 millones
de redes posibles. En la figura 38, se resume la clase C.
Figura 38: Especificaciónes de clase C

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.4.4

27
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Nota: también existe un bloque de multidifusión de clase D que va de 224.0.0.0 a 239.0.0.0, y
un bloque de direcciones experimentales de clase E que va de 240.0.0.0 a 255.0.0.0.

1.19 Asignación de direcciones sin clase

Como se muestra en la ilustración, el sistema con clase asignaba el 50 % de las direcciones IPv4
disponibles a 128 redes de clase A, el 25 % de las direcciones a la clase B, y la clase C compartía
el 25 % restante con las clases D y E. El problema es que así se desperdiciaba una gran cantidad
de direcciones y se agotaba la disponibilidad de las direcciones IPv4. No todos los requisitos de
las organizaciones se ajustaban a una de estas tres clases. Por ejemplo, una empresa que tenía
una red con 260 hosts necesitaría recibir una dirección de clase B con más de 65 000
direcciones, con lo que se desperdiciarían 64 740 direcciones.
El direccionamiento con clase se abandonó a fines de la década de 1990 para favorecer el
sistema de direccionamiento sin clase actual. Sin embargo, todavía existen versiones con clase
en las redes actuales. Por ejemplo, cuando se asigna una dirección IPv4 a una computadora, el
sistema operativo examina la dirección que se asigna para determinar si es de clase A, B o C.
El sistema operativo después asume el prefijo que usa esa clase y realiza la asignación de la
máscara de subred predeterminada.
El sistema usado actualmente se conoce como Direccionamiento sin clase. El nombre formal
es “Classless Inter-Domain Routing” (CIDR, pronunciado “cider”). En 1993, el IETF creó un
nuevo conjunto de estándares que permitía que los proveedores de servicios asignaran
direcciones IPv4 en cualquier límite de bits de dirección (longitud de prefijo) en lugar de solo
con una dirección de clase A, B o C. Se hizo para poder demorar la disminución y el agotamiento
final de las direcciones IPv4.
El IETF sabía que el CIDR era solo una solución temporal y que sería necesario desarrollar un
nuevo protocolo IP para admitir el rápido crecimiento de la cantidad de usuarios de Internet.
En 1994, el IETF comenzó a trabajar para encontrar un sucesor de IPv4, que finalmente fue
IPv6.
Entonces, ¿quién administra y asigna estas direcciones IP?

28
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 39: Resumen de asignación de direcciones con distinción de clases

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.4.6

1.20 Asignación de direcciones IP

Para que una empresa u organización admita hosts de red, por ejemplo, servidores web a los
que se accede desde Internet, esa organización debe tener asignado un bloque de direcciones
públicas. Se debe tener en cuenta que las direcciones públicas deben ser únicas, y el uso de
estas direcciones públicas se regula y se asigna a cada organización de forma independiente.
Esto es válido para las direcciones IPv4 e IPv6.
Tanto las direcciones IPv4 como las IPv6 son administradas por la Autoridad de Números
Asignados a Internet (Internet Assigned Numbers Authority, IANA) (http://www.iana.org). La
IANA administra y asigna bloques de direcciones IP a los Registros Regionales de Internet (RIR).
Los RIR se encargan de asignar direcciones IP a los ISP, quienes a su vez proporcionan bloques
de direcciones IPv4 a las organizaciones y a los ISP más pequeños. Las organizaciones pueden
obtener sus direcciones directamente de un RIR, según las políticas de ese RIR.

29
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 40: Asignación de direcciones IP

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.1.4.7

2. DIRECCIONES DE RED IPV6

2.1 Necesidad de utilizar IPv6

IPv6 está diseñado para ser el sucesor de IPv4. IPv6 tiene un mayor espacio de direcciones de
128 bits, lo que proporciona 340 sextillones de direcciones. (Es decir, el número 340 seguido
por 36 ceros). Sin embargo, IPv6 es más que solo direcciones más extensas. Cuando el IETF
comenzó el desarrollo de un sucesor de IPv4, utilizó esta oportunidad para corregir las
limitaciones de IPv4 e incluir mejoras adicionales. 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, las cuales no se encuentran en ICMP para IPv4
(ICMPv4). ICMPv4 e ICMPv6 se analizan más adelante en este capítulo.

Necesidad de utilizar IPv6

El agotamiento del espacio de direcciones IPv4 fue el factor que motivó la migración a IPv6.
Debido al aumento de la conexión a Internet en África, Asia y otras áreas del mundo, las
direcciones IPv4 ya no son suficientes como para admitir este crecimiento. Como se muestra
en la figura 41, a cuatro de cinco RIR se les agotaron las direcciones IPv4.

30
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 41: Fechas de agotamiento de direcciones IPv4 de RIR

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.1.1

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, la NAT rompe muchas aplicaciones y
tiene limitaciones que obstaculizan considerablemente las comunicaciones entre pares.

Internet de todo
En la actualidad, Internet es significativamente distinta de cómo era en las últimas décadas.
Actualmente, Internet es mucho más que el correo electrónico, las páginas web y la
transferencia de archivos entre computadoras. Internet evoluciona y se está convirtiendo en
una Internet de los objetos. Ya no serán solo las computadoras, las tabletas PC 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 que accede a Internet cada vez mayor, un espacio de direcciones IPv4
limitado, los problemas de NAT y la Internet de todo, llegó el momento de comenzar la
transición hacia IPv6.

2.2 Coexistencia de IPv4 e IPv6

No hay una única fecha para realizar la transición a IPv6. En un futuro cercano, IPv4 e IPv6
coexistirán. Se espera que la transición demore 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:

31
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
  Dual-stack: como se muestra en la figura 42, la técnica 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.
Figura 42: Dual-stack

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.1.2

 Tunelización: como se muestra en la figura 43, el protocolo de túnel es un método para

transportar un paquete IPv6 en 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.
Figura 43: Tunelización

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.1.2

 Traducción: como se muestra en la figura 44, la traducción de direcciones de red 64

(NAT64) permite que los dispositivos habilitados para IPv6 se comuniquen con los

32
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 dispositivos habilitados para IPv4 mediante una técnica de traducción similar a NAT
para IPv4. Un paquete IPv6 se traduce a un paquete IPv4 y viceversa.
Figura 44: Traducción

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.1.2

2.3 Representación de direcciones IPv6

Las direcciones IPv6 tienen una longitud de 128 bits y se escriben como una cadena de valores
hexadecimales. Cada 4 bits se representan con un único dígito hexadecimal para llegar a un
total de 32 valores hexadecimales, como se muestra en la figura 45. Las direcciones IPv6 no
distinguen entre mayúsculas y minúsculas, y pueden escribirse en minúsculas o en mayúsculas.
Figura 45: Hextetos

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.1.2

Formato preferido
Como se muestra en la figura 45, 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. Al hacer referencia a 8
bits de una dirección IPv4, utilizamos el término “octeto”. 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, 16 bits o cuatro dígitos hexadecimales.

33
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 “Formato preferido” significa que la dirección IPv6 se escribe utilizando los 32 dígitos
hexadecimales. No significa necesariamente que sea el método ideal para representar la
dirección IPv6. En las siguientes páginas, veremos dos reglas que permiten reducir el número
de dígitos necesarios para representar una dirección IPv6.
En la figura 46, se presenta un resumen de la relación entre decimal, binario y hexadecimal. En
la figura 47, se muestran ejemplos de direcciones IPv6 en el formato preferido.
Figura 46: Numeración hexadecimal

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.1.2

34
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 47: Ejemplos de formatos prederidos

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.1.2

2.4 Regla 1: omitir los 0 iniciales

La primera regla para ayudar a reducir la notación de las direcciones IPv6 consiste en omitir
los 0 (ceros) iniciales en cualquier sección de 16 bits o hexteto. Por ejemplo:
 01AB puede representarse como 1AB.
 09F0 puede representarse como 9F0.
 0A00 puede representarse como A00.
 00AB puede representarse como AB.
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 estos
no representan el mismo valor.
Figura 48: Omisión de ceros iniciales

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.2.2

2.5 Regla 2: omitir los segmentos de 0

La segunda regla que permite reducir la notación de direcciones IPv6 es que los dos puntos
dobles (::) pueden reemplazar cualquier cadena única y contigua de uno o más segmentos de
16 bits (hextetos) compuestos solo por ceros.
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

35
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 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”.
Dirección incorrecta:
 2001:0DB8::ABCD::1234

Expansiones posibles de direcciones comprimidas ambiguas:

 2001:0DB8::ABCD:0000:0000:1234
 2001:0DB8::ABCD:0000:0000:0000:1234
 2001:0DB8:0000:ABCD::1234
 2001:0DB8:0000:0000:ABCD::1234

Figura 49: Uso de dos puntos dobles

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.2.3

2.6 Tipos de direcciones IPv6

Existen tres tipos de direcciones IPv6:

 Unidifusión: una dirección IPv6 de unidifusión identifica de manera única una interfaz
de un dispositivo habilitado para IPv6. Como se muestra en la ilustración, las
direcciones IPv6 de origen deben ser direcciones de unidifusión.
 Multidifusión: las direcciones IPv6 de multidifusión se usan para enviar un único
paquete IPv6 a varios destinos.
 Difusión por proximidad: una dirección IPv6 de difusión por proximidad es cualquier
dirección IPv6 de unidifusión que puede asignarse 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.

36
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 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.
Figura 50: Comunicación IPv6 de unidifusión

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.3.1

2.7 Longitud del prefijo IPv6

Recuerde que el prefijo, o la porción de red, de una dirección IPv4 se puede identificar con una
máscara de subred decimal punteada o con la longitud de prefijo (notación con barra diagonal).
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.
IPv6 utiliza la longitud de prefijo para representar la porción de prefijo de la dirección. IPv6 no
utiliza la notación decimal punteada de máscara de subred. La longitud de prefijo se utiliza
para indicar la porción de red de una dirección IPv6 mediante el formato de dirección
IPv6/longitud de prefijo.
La longitud de prefijo puede ir de 0 a 128. Una longitud de prefijo IPv6 típica para LAN y la
mayoría de los demás tipos de redes es /64. Esto significa que la porción de prefijo o de red de
la dirección tiene una longitud de 64 bits, lo cual deja otros 64 bits para la ID de interfaz
(porción de host) de la dirección.

37
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 51: Longitud de prefijo IPv6

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.3.2

2.8 Direcciones IPv6 de unicast

Las direcciones IPv6 de unidifusión identifican de forma exclusiva una interfaz en un dispositivo
con IPv6 habilitado. Un paquete que se envía a una dirección de unidifusión es recibido por la
interfaz que tiene asignada esa dirección. Como sucede con IPv4, las direcciones IPv6 de origen
deben ser direcciones de unidifusión. Las direcciones IPv6 de destino pueden ser direcciones
de unidifusión o de multidifusión.
Los tipos de direcciones IPv6 de unidifusión más comunes son las direcciones de unidifusión
globales (GUA) y las direcciones de unidifusión link-local.

Unidifusión global
Las direcciones de unidifusión globales son similares a las direcciones IPv4 públicas. Estas son
direcciones enrutables de Internet globalmente exclusivas. Las direcciones de unidifusión
globales pueden configurarse estáticamente o asignarse de forma dinámica.

Link-local
Las direcciones link-local se utilizan para comunicarse con otros dispositivos en el mismo
enlace local. Con IPv6, el término “enlace” hace referencia a una subred. Las direcciones link-
local 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.

Local única
Otro tipo de dirección de unidifusión es la dirección de unidifusión local única. Las direcciones
IPv6 locales únicas tienen ciertas similitudes con las direcciones privadas RFC 1918 para IPv4,
pero existen grandes diferencias. Las direcciones locales únicas se utilizan para el
direccionamiento local dentro de un sitio o entre una cantidad limitada de sitios. Estas
direcciones no deberían poder enrutarse en la IPv6 global, y no deberían traducirse hacia
direcciones IPv6 globales. Las direcciones locales únicas están en el rango de FC00::/7 a
FDFF::/7.

38
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Con IPv4, las direcciones privadas se combinan con NAT/PAT para proporcionar una traducción
de varios a uno de direcciones privadas a públicas. Esto se hace debido a la disponibilidad
limitada del espacio de direcciones IPv4. Muchos sitios también utilizan la naturaleza privada
de las direcciones definidas en RFC 1918 para ayudar a proteger u ocultar su red de posibles
riesgos de seguridad. Sin embargo, este nunca fue el uso previsto de esas tecnologías, y el IETF
siempre recomendó que los sitios tomaran las precauciones de seguridad adecuadas en el
router del lado de Internet. Las direcciones locales únicas pueden usarse en dispositivos que
nunca necesitan o nunca pueden acceder a otra red.
Figura 52: Direcciones IPv6 Unicast

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.3.3

2.9 Direcciones IPv6 de unicast link-local

Una dirección IPv6 link-local permite que un dispositivo se comunique con otros dispositivos
con IPv6 habilitado en el mismo enlace y solo en ese enlace (subred). Los paquetes con
direcciones link-local de origen o destino no pueden enrutarse más allá del enlace en el que se
originó el paquete.
La dirección de unidifusión global no es un requisito. Sin embargo, cada interfaz de red con
IPv6 habilitado debe tener una dirección link-local.
Si en una interfaz no se configura una dirección link-local de forma manual, el dispositivo crea
automáticamente su propia dirección sin comunicarse con un servidor DHCP. Los hosts con
IPv6 habilitado crean una dirección IPv6 link-local incluso si no se asignó una dirección IPv6 de
unidifusión global al dispositivo. Esto permite que los dispositivos con IPv6 habilitado se

39
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 comuniquen con otros dispositivos con IPv6 habilitado en la misma subred. Esto incluye la
comunicación con el gateway predeterminado (router).
Las direcciones IPv6 link-local están en el rango de FE80::/10. /10 indica que los primeros 10
bits son 1111 1110 10xx xxxx. El primer hexteto tiene un rango de 1111 1110 1000 0000 (FE80)
a 1111 1110 1011 1111 (FEBF).
En la figura 53, se muestra un ejemplo de comunicación mediante direcciones IPv6 link-local.
Figura 53: Comunicaciones IPv6 Link-local

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.3.4

En la figura 54, se muestran algunos usos de las direcciones IPv6 link-local.

Figura 54: Usos de una dirección IPv6 Link-local

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.3.4

40
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Nota: Generalmente, es la dirección de enlace local del router, y no la dirección de unidifusión
global, que se usa como gateway predeterminado para otros dispositivos del enlace.

2.10 Estructura de una dirección IPv6 de unicast global

Las direcciones IPv6 de unidifusión 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 asignan
direcciones de unidifusión globales con los tres primeros bits 001 o 2000::/3. Es decir que el
primer dígito hexadecimal de una dirección de GUA comienza con 2 o 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: se reservó la dirección 2001:0DB8::/32 con fines de documentación, incluido el uso en
ejemplos.
En la figura 55, se muestra la estructura y el intervalo de una dirección de unidifusión global.
Figura 55: Dirección IPv6 de unidifusión global

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.1

Una dirección de unidifusión global consta de tres partes:

 Prefijo de routing global
 ID de subred
 ID de interfaz

Prefijo de routing global

El prefijo de routing global es la porción de prefijo, o de red, de la dirección que asigna el
proveedor (por ejemplo, un ISP) a un cliente o a un sitio. En general, los RIR asignan un prefijo
de routing global /48 a los clientes. Estos incluyen a todos, desde redes comerciales de
empresas a hogares individuales.

41
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 En la figura 56, se muestra la estructura de una dirección de unidifusión global con el prefijo
de routing global /48. Los prefijos /48 son los prefijos de routing global más comunes y se
utilizan en la mayoría de los ejemplos a lo largo de este curso.
Figura 56: Prefijo de routing global /48 de IPv6

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.1

Por ejemplo, la dirección IPv6 2001:0DB8:ACAD::/48 tiene un prefijo que indica que los
primeros 48 bits (3 hextetos) (2001:0DB8:ACAD) son la porción de prefijo o de red de la
dirección. Los dos puntos dobles (::) antes de la longitud de prefijo /48 significan que el resto
de la dirección se compone solo de ceros.
El tamaño del prefijo de routing global determina el tamaño de la ID de subred.

ID de subred
Las organizaciones utilizan la ID de subred para identificar subredes dentro de su ubicación.
Cuanto mayor es la ID de subred, más subredes habrá disponibles.

ID de interfaz
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. Se recomienda especialmente usar subredes /64 en la mayoría de los
casos. En otras palabras, una ID de interfaz de 64 bits como la que se muestra en la figura 56.
Nota: a diferencia de IPv4, en IPv6, pueden asignarse a un dispositivo las direcciones de host
compuestas solo por ceros y solo por unos. Se puede usar la dirección compuesta solo por
unos debido al hecho de que en IPv6 no se usan las direcciones de difusión. 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 forma fácil de leer la mayoría de las direcciones IPv6 es contar la cantidad de hextetos.
Como se muestra en la figura 57, en una dirección de unidifusión global /64, 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.

42
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 57: Lectura de una dirección de unidifusión global

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.1

2.11 Configuración estática de una dirección de unicast global

Configuración del router

La mayoría de los comandos de configuración y verificación IPv6 de Cisco IOS son similares a
sus equivalentes de IPv4. En la mayoría de los casos, la única diferencia es el uso de ipv6 en
lugar de ip dentro de los comandos.
El comando para configurar una dirección de unidifusión global IPv6 en una interfaz es ipv6
address ipv6-address/prefix-length.
Tenga en cuenta que no hay un espacio entre ipv6-address y prefix-length.
La configuración del ejemplo usa la topología que se muestra en la figura 58 y estas subredes
IPv6:
 2001:0DB8:ACAD:0001:/64 (o 2001:DB8:ACAD:1::/64)
 2001:0DB8:ACAD:0002:/64 (o 2001:DB8:ACAD:2::/64)
 2001:0DB8:ACAD:0003:/64 (o 2001:DB8:ACAD:3::/64)
En la figura 58, también se muestran los comandos necesarios para configurar la dirección IPv6
de unidifusión global en la interfaz GigabitEthernet 0/0, GigabitEthernet 0/1 y Serial 0/0/0 del
R1

43
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 58: Configuración de IPv6 en un router

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.2

Configuración de host
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 59, la dirección de gateway predeterminado configurada para la
PC1 es 2001:DB8:ACAD:1::1. Esta es la dirección de unidifusión global de la interfaz
GigabitEthernet del R1 de la misma red. De manera alternativa, la dirección de gateway
predeterminado puede configurarse para que coincida con la dirección link-local de la interfaz
GigabitEthernet. Cualquiera de las dos configuraciones funciona.
Figura 59: Configuración IPv6 de host

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.2

44
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 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.
Los dispositivos pueden obtener automáticamente una dirección IPv6 de unidifusión global de
dos maneras:
 Configuración automática de dirección independiente del estado (SLAAC)
 Mediante DHCPv6 con estado

Nota: cuando se usa DHCPv6 o SLAAC, se especifica automáticamente la dirección link-local

del router local como dirección de gateway predeterminado.

2.12 Configuración dinámica: SLAAC

La configuración automática de dirección independiente del estado (SLAAC) es un método que

permite a un dispositivo obtener el prefijo, la longitud de prefijo, la dirección del gateway
predeterminado y otra información de un router IPv6 sin utilizar un servidor DHCPv6.
Mediante SLAAC, los dispositivos dependen de los mensajes de anuncio de router (RA) de
ICMPv6 del router local para obtener la información necesaria.
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 envía un mensaje RA en respuesta a
un host que envía un mensaje ICMPv6 de solicitud de router (RS).
El routing IPv6 no está habilitado de manera predeterminada. Para habilitar un router como
router IPv6, se debe usar el comando de configuración global ipv6 unicast-routing.
Nota: se pueden configurar direcciones IPv6 en un router sin que sea un router IPv6.
El mensaje RA de ICMPv6 es una sugerencia a un dispositivo sobre cómo obtener una dirección
IPv6 de unidifusión global. La decisión final la tiene el sistema operativo del dispositivo. El
mensaje RA de ICMPv6 incluye lo siguiente:
 Prefijo de red y longitud de prefijo: indica al dispositivo a qué red pertenece.
 Dirección de gateway predeterminado: es una dirección IPv6 link-local, la dirección
IPv6 de origen del mensaje RA.
 Direcciones DNS y nombre de dominio: direcciones de los servidores DNS y un nombre
de dominio.

Como se muestra en la figura 60, existen tres opciones para los mensajes RA:
 Opción 1: SLAAC
 Opción 2: SLAAC con un servidor DHCPv6 sin información de estado
 Opción 3: DHCPv6 con información de estado (no SLAAC)

45
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 60: Mensajes de solicitud y de anuncio de router

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.2

Opción 1 de RA: SLAAC

De manera predeterminada, el mensaje RA sugiere que el dispositivo receptor use la
información de dicho mensaje para crear su propia dirección IPv6 de unidifusión global y para
toda la demás información. No se requieren los servicios de un servidor DHCPv6.
SLAAC es independiente del estado, o sea que no existe un servidor central (por ejemplo, un
servidor DHCPv6 con información de estado) que asigne direcciones de unidifusión globales y
mantenga una lista de los dispositivos y sus direcciones. Con SLAAC, el dispositivo cliente usa
la información del mensaje RA para crear su propia dirección de unidifusión global. Como se
muestra en la figura 61, las dos partes de la dirección se crean del siguiente modo:
 Prefijo: se recibe en el mensaje RA.
 ID de interfaz: usa el proceso EUI-64 o genera un número aleatorio de 64 bits.

46
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 61: Dirección de unidifusión global y SLAAC

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.2

2.13 Configuración dinámica: DHCPv6

De manera predeterminada, el mensaje RA es la opción 1, solo SLAAC. La interfaz del router

puede configurarse para enviar un anuncio de router mediante SLAAC y un DHCPv6 sin
información de estado, o solo DHCPv6 con información de estado.

Opción 2 de RA: SLAAC y DHCPv6 sin información de estado

Con esta opción, el mensaje RA sugiere que el dispositivo use lo siguiente:
 SLAAC para crear su propia dirección IPv6 de unidifusión global
 La dirección link-local del router, la dirección IPv6 de origen del RA para la dirección
de gateway predeterminado
 Un servidor DHCPv6 sin información de estado que obtendrá otra información como
la dirección del servidor DNS y el nombre de dominio

Un servidor DHCPv6 sin información de estado distribuye las direcciones del servidor DNS y los
nombres de dominio. No asigna direcciones de unidifusión globales

Opción 3 de RA: DHCPv6 con información de estado

DHCPv6 con información de estado es similar a DHCP para IPv4. Un dispositivo puede recibir
automáticamente la información de direccionamiento, que incluye una dirección de

47
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 unidifusión global, la longitud de prefijo y las direcciones de los servidores DNS que usan los
servicios de un servidor DHCPv6 con información de estado.
Con esta opción, el mensaje RA sugiere que el dispositivo use lo siguiente:
 La dirección link-local del router, la dirección IPv6 de origen del RA para la dirección
de gateway predeterminado
 Un servidor DHCPv6 con información de estado para obtener una dirección de
unidifusión global, una dirección del servidor DNS, un nombre de dominio y toda la
información restante.

Un servidor DHCPv6 con información de estado asigna y mantiene una lista de qué dispositivo
recibe cuál dirección IPv6. DHCP para IPv4 tiene información de estado.
Nota: la dirección de gateway predeterminado solo puede obtenerse de manera dinámica del
mensaje RA. El servidor DHCPv6 con información de estado o sin ella no brinda la dirección de
gateway predeterminado.
Figura 62: Mensajes de solicitud y de anuncio de router

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.4

2.14 Proceso EUI-64 y generación aleatoria

Cuando el mensaje RA es SLAAC o SLAAC con DHCPv6 sin estado, el cliente debe generar su
propia ID de interfaz.
 La ID de interfaz puede crearse mediante el proceso EUI-64 o mediante un número de
64 bits de generación aleatoria

48
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Las ID de interfaz EUI-64 se representan en sistema binario y constan de tres partes:
 OUI de 24 bits de la dirección MAC del cliente, pero el séptimo bit (bit universal/local,
U/L) se invierte.
 El valor de 16 bits FFFE introducido (en formato hexadecimal).
 Identificador de dispositivo de 24 bits de la dirección MAC del cliente.

Figura 63: Proceso EUI-64

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.5

2.15 Direcciones link-local dinámicas

La dirección link-local puede establecerse dinámicamente o configurarse manualmente.

Los routers con Cisco IOS utilizan EUI-64 para generar la ID de interfaz para todas las
direcciones link-local en las interfaces IPv6.
El problema de utilizar la dirección link-local asignada dinámicamente es la larga ID de interfaz;
por lo tanto, a menudo, se configuran estáticamente.

49
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 64: Dirección Link-local del router generada mediante EUI-64

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.6

2.16 Direcciones link-local estáticas

Configurar la dirección link-local manualmente permite crear una dirección reconocible y más
fácil de recordar. Por lo general, solo es necesario crear direcciones de enlace local
reconocibles en los routers. Esto es útil, ya que utilizan direcciones de enlace local del router
como direcciones de gateway predeterminado y en los mensajes routing de anuncios.
Las direcciones link-local pueden configurarse manualmente mediante el mismo comando de
interfaz utilizado para crear las direcciones IPv6 de unidifusión globales, pero con un
parámetro link-local adicional. Cuando una dirección comienza con este hexteto dentro del
rango de FE80 a FEBF, el parámetro de link-local debe seguir a la dirección.
En la ilustración, se muestra la configuración de una dirección link-local con el comando de
interfaz ipv6 address. La dirección link-local FE80::1 se utiliza para que sea posible reconocer
fácilmente que pertenece al router R1. Se configura la misma dirección link-local IPv6 en todas
las interfaces del R1. Se puede configurar FE80::1 en cada enlace, debido a que solamente
tiene que ser única en ese enlace.
De manera similar al R1, el router R2 se configura con FE80::2 como la dirección IPv6 link-local
en todas las interfaces.

50
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 65: Configuración de direcciones Link-local en el R1

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.7

2.17 Verificación y configuración de la dirección IPv6

Los comandos para verificar la configuración de IPv6 son similares a los de IPv4:
 show ipv6 interface brief
 show ipv6 route

El comando ping de IPv6 es idéntico al comando que se usa en IPv4, excepto que se usa una
dirección IPv6
Figura 66: Comando Ping IPv6

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.4.8

2.18 Direcciones IPv6 de multicast asignadas

Existen dos tipos de direcciones IPv6 de multidifusión:

 Multidifusión asignada: direcciones de multidifusión reservadas para grupos
predefinidos de dispositivos.
 Dirección de multidifusión de nodo solicitado

51
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Dos grupos comunes de direcciones de multidifusión IPv6 asignadas:
 Grupo de multidifusión FF02::1 para todos los nodos: este es un grupo de multidifusión
al que se unen todos los dispositivos con IPv6 habilitado. Similar a una transmisión en
IPv4.
 Grupo de multidifusión FF02::2 para todos los nodos: este es un grupo de multidifusión
al que se unen todos los routers IPv6.
Figura 67: Comunicaciones IPv6 de multidifusión de todos los nodos

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.5.1

2.19 Direcciones IPv6 de multicast de nodo solicitado

Una dirección de multidifusión de nodo solicitado es similar a una dirección de multidifusión

de todos los nodos. La ventaja de una dirección de multidifusión de nodo solicitado es que se
asigna a una dirección especial de multidifusión de Ethernet. Esto permite que la NIC Ethernet
filtre el marco al examinar la dirección MAC de destino sin enviarla al proceso de IPv6 para ver
si el dispositivo es el objetivo previsto del paquete IPv6.

52
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 68: Dirección IPv6 de multidifusión de nodo solicitado

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.2.5.2

3. VERIFICACIÓN DE CONECTIVIDAD

3.1 ICMPv4 e ICMPv6

El protocolo de mensajes para IPv4 es ICMPv4. ICMPv6 proporciona los mismos servicios para
IPv6.
Los mensajes ICMP comunes a ambos son los siguientes:
 Confirmación de host
 Destino o servicio inaccesible
 Tiempo superado
 Redireccionamiento de ruta

53
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 69: Ping a un host remoto

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.3.1.1

3.2 Mensajes de solicitud y de anuncio de router de ICMPv6

ICMPv6 incluye cuatro protocolos nuevos como parte del protocolo de detección de vecino
(ND o NDP).
 Mensaje de solicitud de router (RS)
 Mensaje de anuncio de router (RA)

Mensajes de RA utilizados para proporcionar información de direccionamiento a los hosts:

 Mensaje de solicitud de vecino (NS)
 Mensaje de anuncio de vecino (NA)

Los mensajes de solicitud y anuncio de vecino se usan para la resolución de direcciones y para
la detección de direcciones duplicadas (DAD).
Figura 70: Envío de mensajes entre un router IPv6 y un dispositivo IPv6

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.3.1.2

54
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 71: Envío de mensajes entre dispositivos IPv6

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.3.1.2

3.3 Ping: Prueba de la pila local

Haga ping a la dirección de bucle invertido local de 127.0.0.1 para IPv4 o ::1 para IPv6 para
comprobar que el IP esté instalado correctamente en el host.
Figura 72: Testing Local TCP/IP Stack

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.3.2.1

55
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 3.4 Ping: prueba de la conectividad a la LAN local

También es posible utilizar el comando ping para probar la capacidad de comunicación de un

host en la red local. Por lo general, esto se realiza haciendo ping a la dirección IP del gateway
del host. Un ping al gateway indica que la interfaz del host y la interfaz del router que cumplen
la función de gateway funcionan en la red local.
Para esta prueba, se suele usar la dirección de gateway porque el router generalmente está en
funcionamiento. Si la dirección de gateway no responde, se puede enviar un ping a la dirección
IP de otro host en la red local que se sepa que funciona.
Figura 73: Prueba de la conectividad IPv4 a la red local

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.3.2.2

3.5 Ping: prueba de la conectividad a una red remota

También se puede utilizar el comando ping para probar la capacidad de un host local para
comunicarse en una interconexión de redes. El host local puede hacer ping a un host IPv4
operativo de una red remota, como se muestra en la ilustración.
Si este ping se realiza correctamente, se puede verificar el funcionamiento de una amplia
porción de la interconexión de redes. Un ping correcto en una interconexión de redes confirma
la comunicación en la red local, el funcionamiento del router que sirve como gateway y el
funcionamiento de todos los routers que podrían estar en la ruta entre la red local y la red del
módulo remoto de E/S.

56
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
 Figura 74: Prueba de la conectividad a una red remota

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.3.2.3

3.6 Traceroute: prueba de la ruta

Traceroute (tracert) es una utilidad que genera una lista de saltos que se alcanzaron
correctamente a lo largo de la ruta.
 Tiempo de ida y vuelta (RTT): tiempo que le lleva a un paquete llegar al host remoto y
a la respuesta regresar del host.
 Se usa un asterisco (*) para indicar la pérdida de un paquete.
Figura 75: Prueba de rutas

Imagen tomada de https://static-course-assets.s3.amazonaws.com/ITN6/es/index.html#7.3.2.4

57
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
4. CONCLUSIÓN

 Las direcciones IP son jerárquicas y tienen porciones de red, subred y host. Una
dirección IP puede representar una red completa, un host específico o la dirección de
difusión de la red.
 Es importante entender la notación binaria para determinar si dos hosts están en la
misma red. Los bits dentro de la porción de red de la dirección IP deben ser idénticos
para todos los dispositivos que residen en la misma red. La máscara de subred o el
prefijo se utilizan para determinar la porción de red de una dirección IP. Las direcciones
IP pueden asignarse de manera estática o dinámica. El protocolo DHCP permite la
asignación automática de información de direccionamiento, como una dirección IP,
una máscara de subred, un gateway predeterminado y otra información de
configuración.
 Los hosts de IPv4 se pueden comunicar en una de tres maneras diferentes: unidifusión,
difusión o multidifusión. Además, los bloques de direcciones que se utilizan en redes
que requieren acceso limitado o inexistente a Internet se denominan “direcciones
privadas”. Los bloques de direcciones IPv4 privadas son 10.0.0.0/8, 172.16.0.0/12 y
192.168.0.0/16.
 El agotamiento del espacio de direcciones IPv4 es el factor que motivó la migración a
IPv6. Cada dirección IPv6 tiene 128 bits, en comparación con los 32 bits de una
dirección IPv4. IPv6 no utiliza la notación decimal punteada de máscara de subred. La
longitud de prefijo se utiliza para indicar la porción de red de una dirección IPv6
mediante el siguiente formato: dirección IPv6/longitud de prefijo.
 Existen tres tipos de direcciones IPv6: de unidifusión, de multidifusión y de difusión
por proximidad. Una dirección IPv6 link-local permite que un dispositivo se comunique
con otros dispositivos con IPv6 habilitado en el mismo enlace y solo en ese enlace
(subred). Los paquetes con direcciones link-local de origen o destino no pueden
enrutarse más allá del enlace en el que se originó el paquete. Las direcciones IPv6 link-
local están en el rango de FE80::/10.
 El protocolo ICMP está disponible tanto para IPv4 como para IPv6. El protocolo de
mensajes para IPv4 es ICMPv4. ICMPv6 proporciona los mismos servicios para IPv6,
pero incluye funcionalidad adicional.
 Una vez implementada, la red IP se debe probar para verificar la conectividad y el
rendimiento operativo.

58
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
5. ACTIVIDADES

Guía de actividades que se desarrollará para la sesión:

Actividad Título de la actividad Descripción
Actividades de
Práctica de  Prueba de conectividad de red con ping y
laboratorio raceroute (7.3.2.7) clase

Actividades de
Packet tracer  Solución de problemas de
direccionamiento IPv4 e IPv6 (7.3.2.9) clase

Actividades de
Packet tracer  Desafío de integración de habilidades
(7.4.1.2) clase

Examen de Capítulo  Capítulo 7

6. REFERENCIAS BIBLIOGRÁFICAS

 Netacad.com. (2018). Cisco Networking Academy Builds IT Skills & Education For Future
Careers. [online] Disponible en: http://www.netacad.com/ [Accesaso el 17 Sep. 2018].
 Ariganello, E. (2016). Redes cisco guía de estudio para la certificación CCNA routing y
switching, 4ta ed. España: RA-MA Editorial. ISBN: 978-84-9964-664-0
 Gerometta, O. (2018). Guía de preparación para el examen de certificación CCNA R&S 200-
120 v6.3, 1ra ed. Argentina: Ediciones Edubooks. ISBN: 978-987-3868-14-6
 Odom, W. (2016). CCENT/CCNA ICND1 100-105 Official Cert Guide, 1th ed. USA: Ciswco
Press. ISBN: 978-1-58720-580-4

59
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.