Traceroute, prueba de la ruta - CCNA1 V5 - CISCO C8

Regresar al índice

Ping se utiliza para probar la conectividad entre dos hosts, pero no proporciona información sobre los detalles de los dispositivos entre los hosts. Traceroute (tracert) es una utilidad que genera una lista de saltos que se alcanzaron correctamente a lo largo de la ruta. Esta lista puede proporcionar información importante sobre la verificación y la resolución de problemas.

Si los datos llegan al destino, el rastreo indica la interfaz de cada router que aparece en la ruta entre los hosts. Si los datos fallan en algún salto a lo largo del camino, la dirección del último router que respondió al rastreo puede indicar dónde se encuentra el problema o las restricciones de seguridad.

Tiempo de ida y vuelta (RTT)

El uso de traceroute proporciona el tiempo de ida y vuelta para cada salto a lo largo de la ruta e indica si se produce una falla en la respuesta del salto. El tiempo de ida y vuelta es el tiempo que le lleva a un paquete llegar al host remoto y el tiempo que la respuesta del host demora en regresar. Se utiliza un asterisco (*) para indicar un paquete perdido o sin respuesta.

Esta información puede ser utilizada para ubicar un router problemático en el camino. Si en la pantalla se muestran tiempos de respuesta elevados o pérdidas de datos de un salto particular, esto constituye un indicio de que los recursos del router o sus conexiones pueden estar sobrecargados.

Tiempo de vida (TTL) de IPv4 y Límite de saltos de IPv6

Traceroute utiliza una función del campo TTL en IPv4 y del campo Límite de saltos en IPv6 en los encabezados de capa 3, junto con el mensaje de tiempo superado de ICMP.

Reproduzca la animación en la figura para ver cómo Traceroute aprovecha el TTL.

La primera secuencia de mensajes enviados desde traceroute tiene un valor de 1 en el campo TTL. Esto hace que el TTL agote el tiempo de espera del paquete IPv4 en el primer router. Este router luego responde con un mensaje de ICMPv4. Traceroute ahora posee la dirección del primer salto.

A continuación, Traceroute incrementa progresivamente el campo TTL (2, 3, 4...) para cada secuencia de mensajes. De esta manera se proporciona al rastreo la dirección de cada salto a medida que los paquetes expiran el límite de tiempo a lo largo del camino. El campo TTL continúa aumentando hasta que se llega a destino o hasta un máximo predefinido.

Una vez que se llega al destino final, el host responde con un mensaje de puerto inalcanzable de ICMP o un mensaje de respuesta de eco de ICMP, en lugar de hacerlo con un mensaje de tiempo superado de ICMP.

Actividad de clase: Internet de todo, por supuesto

En este capítulo, obtuvo información sobre cómo las pequeñas y medianas empresas se conectan a redes en grupos. También se presentó Internet de todo en el inicio de la actividad de creación de modelos.
Para esta actividad, elija una de las siguientes opciones:

• Servicios bancarios en línea
• Noticias del mundo
• Pronóstico meteorológico/clima
• Condiciones del tráfico

Elabore un esquema de direccionamiento IPv6 para el área que eligió. En el esquema de direccionamiento, incluya la manera en que elaboraría planes para lo siguiente:

• División en subredes
• Transmisiones unicast
• Transmisiones multicast
• Broadcasts

Conserve una copia del esquema para compartir con la clase o la comunidad de aprendizaje. Esté preparado para explicar lo siguiente:

• Cómo se incorporarían la división en subredes y los procesos unicast, multicast y broadcast.
• Dónde podría utilizarse el esquema de direccionamiento.
• Cómo se verían afectadas las pequeñas y medianas empresas al utilizar el plan.

Resumen

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 broadcast 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 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 IPv4 pueden comunicarse de una de tres maneras diferentes: por unicast, broadcast y multicast. 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 los siguientes: 10.0.0.0/8, 172.16.0.0/12 y 192.168.0.0/16.

La migración a IPv6 está motivada por el agotamiento del espacio de direcciones IPv4. Cada dirección IPv6 tiene 128 bits, en comparación con los 32 bits que poseen las direcciones IPv4. IPv6 no utiliza la notación decimal punteada de máscara de subred. La duración de prefijo se utiliza para indicar la porción de red de una dirección IPv6 mediante el siguiente formato: dirección IPv6/duración de prefijo.

Hay tres tipos de direcciones IPv6: unicast, multicast y anycast. 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 una dirección link-local de origen o de destino no se pueden enrutar más allá del enlace en el cual 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 estos 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.

Compartamos el conocimiento. Hasta la próxima oportunidad!

DESCARGAR PUBLICACIÓN

Regresar al índice

Twittear

  

Ping para prueba de conectividad a la LAN local y a dispositivo remoto - CCNA1 V5 - CISCO C8

Regresar al índice

1. Ping para prueba de conectividad a la LAN local

También es posible utilizar ping para probar la capacidad de comunicación del 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 usa la dirección de gateway con mayor frecuencia, debido a que el router normalmente 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.

Si el gateway u otro host responden, los hosts locales pueden comunicarse correctamente a través de la red local. Si el gateway no responde pero otro host sí lo hace, esto podría indicar un problema con la interfaz del router que funciona como gateway.

Una posibilidad es que se haya configurado la dirección de gateway incorrecta en el host. Otra posibilidad es que la interfaz del router puede estar en funcionamiento, pero se le ha aplicado seguridad, de manera que no procesa o responde a peticiones de ping.

2. Ping para prueba de conectividad a dispositivo remoto

También se puede utilizar ping para probar la capacidad de un host local para comunicarse a través de una internetwork. 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 internetwork. Un ping correcto a través de la internetwork confirma la comunicación en la red local, el funcionamiento del router que funciona como gateway y el funcionamiento de todos los otros routers que podrían estar en la ruta entre la red local y la red del host remoto.

Además, es posible verificar la funcionalidad del host remoto. Si el host remoto no podía comunicarse fuera de la red local, no hubiera respondido.

Nota: muchos administradores de red limitan o prohíben la entrada de mensajes de ICMP a la red corporativa; motivo por el cual la ausencia de una respuesta de ping podría deberse a restricciones de seguridad.

Compartamos el conocimiento. Hasta la próxima oportunidad!

DESCARGAR PUBLICACIÓN

Regresar al índice

Twittear

  

Mensajes de solicitud y de anuncio de vecino de ICMPv6 y Ping para prueba del stack local - CCNA1 V5 - CISCO C8

Regresar al índice

1. Mensajes de solicitud y de anuncio de vecino de ICMPv6

El protocolo de descubrimiento de vecinos de ICMPv6 incluye dos tipos de mensajes adicionales: mensaje de solicitud de vecino (NS) y mensaje de anuncio de vecino (NA).

Los mensajes de solicitud y de anuncio de vecino se utilizan para lo siguiente:

• Resolución de direcciones
• Detección de direcciones duplicadas (DAD)

Resolución de direcciones

La resolución de direcciones se utiliza cuando un dispositivo en la LAN conoce la dirección IPv6 unicast de un destino, pero no conoce la dirección MAC de Ethernet. Para determinar la dirección MAC del destino, el dispositivo envía un mensaje de NS a la dirección de nodo solicitado. El mensaje incluye la dirección IPv6 conocida (objetivo). El dispositivo que tiene la dirección IPv6 objetivo responde con un mensaje de NA que contiene la dirección MAC de Ethernet.

Detección de direcciones duplicadas

Cuando se asigna una dirección unicast global o una dirección unicast link-local a un dispositivo, se recomienda llevar a cabo la detección de direcciones duplicadas (DAD) en la dirección para asegurarse de que sea única. Para revisar si una dirección es única, el dispositivo envía un mensaje de NS con su propia dirección IPv6 como la dirección IPv6 objetivo. Si otro dispositivo en la red tiene esta dirección, responde con un mensaje de NA. Este mensaje de NA notifica al dispositivo emisor que la dirección está en uso. Si no se devuelve un mensaje de NA correspondiente dentro de determinado período, la dirección unicast es única y su uso es aceptable.

Nota: la DAD no es obligatoria, pero en RFC 4861 se recomienda que se realice la DAD en direcciones unicast.

2. Ping para prueba del stack local

Ping es una utilidad de prueba que utiliza mensajes de solicitud y de respuesta de eco de ICMP para probar la conectividad entre hosts. Ping funciona tanto con IPv4 y con hosts IPv6.

Para probar la conectividad a otro host en una red, se envía una solicitud de eco a la dirección de host mediante el comando ping. Si el host en la dirección especificada recibe la solicitud de eco, responde con una respuesta de eco. A medida que se recibe cada respuesta de eco, ping proporciona comentarios acerca del tiempo transcurrido entre el envío de la solicitud y la recepción de la respuesta. Esta puede ser una medida del rendimiento de la red.

Ping posee un valor de tiempo de espera para la respuesta. Si no se recibe una respuesta dentro del tiempo de espera, ping proporciona un mensaje que indica que no se recibió una respuesta. Generalmente, esto indica que existe un problema, pero también podría indicar que se habilitaron características de seguridad que bloquean mensajes ping en la red.

Una vez que se envían todas las solicitudes, la utilidad ping proporciona un resumen que incluye la tasa de éxito y el tiempo promedio del recorrido de ida y vuelta al destino.

Ping del loopback local

Existen casos especiales de prueba y verificación para los cuales se puede usar el ping. Un caso es la prueba de la configuración interna de IPv4 o de IPv6 en el host local. Para realizar esta prueba, se debe hacer ping a la dirección de loopback de 127.0.0.1 para IPv4 (::1 para IPv6). En la ilustración, se muestra la prueba de la dirección IPv4 de loopback.

Una respuesta de 127.0.0.1 para IPv4 (o ::1 para IPv6) indica que IP está instalado correctamente en el host. Esta respuesta proviene de la capa de red. Sin embargo, esta respuesta no indica que las direcciones, máscaras o los gateways estén correctamente configurados. Tampoco indica nada acerca del estado de la capa inferior del stack de red. Sencillamente, prueba la IP en la capa de red del protocolo IP. Si se obtiene un mensaje de error, esto indica que el TCP/IP no funciona en el host.

Compartamos el conocimiento. Hasta la próxima oportunidad!

DESCARGAR PUBLICACIÓN

Regresar al índice

Twittear

  

Mensajes de ICMPv4 e ICMPv6 - Mensajes de solicitud y de anuncio de router de ICMPv6 - CCNA1 V5 - CISCO C8

Regresar al índice

1. Mensajes de ICMPv4 e ICMPv6

Si bien IP no es un protocolo confiable, la suite TCP/IP proporciona los mensajes que se deben enviar en caso de que se produzcan determinados errores. Estos mensajes se envían mediante los servicios de ICMP. El objetivo de estos mensajes es proporcionar respuestas acerca de temas relacionados con el procesamiento de paquetes IP bajo determinadas condiciones, no es hacer que el IP sea confiable. Los mensajes de ICMP no son obligatorios y, a menudo, no se permiten dentro de una red por razones de seguridad.

El protocolo ICMP está disponible tanto para IPv4 como para IPv6. El protocolo de mensajes para IPv4 es ICMPv4. ICMPv6 proporciona estos mismos servicios para IPv6, pero incluye funcionalidad adicional. En este curso, el término ICMP se utilizará para referirse tanto a ICMPv4 como a ICMPv6.

Existen muchos tipos de mensajes de ICMP y muchos motivos por los cuales se envían estos mensajes. Analizaremos algunos de los mensajes más comunes.

Los mensajes ICMP comunes a ICMPv4 y a ICMPv6 incluyen lo siguiente:

• Confirmación de host
• Destino o servicio inaccesible
• Tiempo superado
• Redireccionamiento de ruta

Confirmación de host

Se puede utilizar un mensaje de eco de ICMP para determinar si un host está en funcionamiento. El host local envía una petición de eco de ICMP a un host. Si el host se encuentra disponible, el host de destino responde con una respuesta de eco. En la ilustración, haga clic en el botón Reproducir para ver una animación de la solicitud de eco o de la respuesta de eco de ICMP. Este uso de los mensajes de eco de ICMP es la base de la utilidad ping.

Destino o servicio inaccesible

Cuando un host o gateway recibe un paquete que no puede entregar, puede utilizar un mensaje de destino inalcanzable de ICMP para notificar al origen que el destino o el servicio es inalcanzable. El mensaje incluye un código que indica el motivo por el cual no se pudo entregar el paquete.

Algunos de los códigos de destino inalcanzable para ICMPv4 son los siguientes:

• 0: red inalcanzable
• 1: host inalcanzable
• 2: protocolo inalcanzable
• 3: puerto inalcanzable

Nota: los códigos de ICMPv6 para los mensajes de destino inalcanzable son similares, pero presentan algunas diferencias.

Tiempo superado

Los routers utilizan los mensajes de tiempo superado de ICMPv4 para indicar que un paquete no puede reenviarse debido a que el campo Tiempo de vida (TTL) del paquete se disminuyó a 0.

Si un router recibe un paquete y disminuye el campo TTL en el paquete IPV4 a cero, descarta el paquete y envía un mensaje de tiempo superado al host de origen.

ICMPv6 también envía un mensaje de tiempo superado si el router no puede reenviar un paquete IPv6 debido a que el paquete caducó. IPv6 no tiene un campo TTL, por lo que utiliza el campo de Límite de saltos para determinar si el paquete caducó.

Redireccionamiento de ruta

Un router puede usar un mensaje de redireccionamiento de ICMP para notificar a los hosts de una red acerca de una mejor ruta disponible para un destino en particular. Es posible que este mensaje sólo pueda usarse cuando el host de origen esté en la misma red física que ambos gateways.

Tanto ICMPv4 como ICMPv6 utilizan mensajes de redireccionamiento de ruta.

2. Mensajes de solicitud y de anuncio de router de ICMPv6

Los mensajes informativos y de error que se encuentran en ICMPv6 son muy similares a los mensajes de control y de error que implementa ICMPv4. Sin embargo, ICMPv6 tiene nuevas características y funcionalidad mejorada que no se encuentran en ICMPv4.

ICMPv6 incluye cuatro nuevos protocolos como parte del protocolo ND o NDP (Neighbor Discovery Protocol, protocolo de descubrimiento de vecinos):

• Mensaje de solicitud de router
• Mensaje de anuncio de router
• Mensaje de solicitud de vecino
• Mensaje de anuncio de vecino

Mensajes de solicitud y de anuncio de router

Los dispositivos con IPv6 habilitado pueden dividirse en dos categorías: routers y hosts. Los mensajes de solicitud de router y de anuncio de router se envían entre hosts y routers.

• Mensaje de solicitud de router (RS): cuando un host está configurado para obtener la información de direccionamiento de forma automática mediante la configuración automática de dirección sin estado (SLAAC), el host envía un mensaje de RS al router. El mensaje de RS se envía como un mensaje IPv6 multicast de todos los routers.
• Mensaje de anuncio de router (RA): los routers envían mensajes de RA para proporcionar información de direccionamiento a los hosts mediante SLAAC. El mensaje de RA puede incluir información de direccionamiento para el host, como el prefijo y la duración de prefijo. Los routers envían mensajes de RA de forma periódica o en respuesta a un mensaje de RS. De manera predeterminada, los routers Cisco envían mensajes de RA cada 200 segundos. Los mensajes de RA se envían a la dirección IPv6 multicast de todos los nodos. Los hosts que utilizan SLAAC establecen su gateway predeterminado en la dirección link-local del router que envió el mensaje de RA.

Compartamos el conocimiento. Hasta la próxima oportunidad!

DESCARGAR PUBLICACIÓN

Regresar al índice

Twittear

  

Direcciones IPv6 multicast asignadas y de nodo solicitado - CCNA1 V5 - CISCO C8

Regresar al índice

1. Direcciones IPv6 multicast asignadas

Las direcciones IPv6 multicast son similares a las direcciones IPv4 multicast. Recuerde que las direcciones multicast se utilizan para enviar un único paquete a uno o más destinos (grupo multicast). Las direcciones IPv6 multicast tienen el prefijo FF00::/8.

Nota: las direcciones multicast solo pueden ser direcciones de destino, no de origen.

Existen dos tipos de direcciones IPv6 multicast:

• Dirección multicast asignada
• Dirección multicast de nodo solicitado

Dirección multicast asignada

Las direcciones multicast asignadas son direcciones multicast reservadas para grupos predefinidos de dispositivos. Una dirección multicast asignada es una única dirección que se utiliza para llegar a un grupo de dispositivos que ejecutan un protocolo o servicio común. Las direcciones multicast asignadas se utilizan en contexto con protocolos específicos, como DHCPv6.

Dos grupos comunes de direcciones multicast IPv6 asignadas incluyen los siguientes:

• Grupo multicast de todos los nodos FF02::1: grupo multicast al que se unen todos los dispositivos con IPv6 habilitado. Los paquetes que se envían a este grupo son recibidos y procesados por todas las interfaces IPv6 en el enlace o en la red.

Esto tiene el mismo efecto que una dirección de broadcast en IPv4. En la ilustración, se muestra un ejemplo de comunicación mediante la dirección multicast de todos los nodos. Un router IPv6 envía mensajes de RA de protocolo de mensajes de control de Internet versión 6 (ICMPv6) al grupo multicast de todos los nodos. El mensaje de RA proporciona a todos los dispositivos en la red con IPv6 habilitado la información de direccionamiento, como el prefijo, la duración de prefijo y el gateway predeterminado.

• Grupo multicast de todos los routers FF02::2:grupo multicast al que se unen todos los routers con IPv6 habilitado. Un router se convierte en un miembro de este grupo cuando se habilita como router IPv6 mediante el comando de configuración global ipv6 unicast-routing. Los paquetes que se envían a este grupo son recibidos y procesados por todos los routers IPv6 en el enlace o en la red.

Los dispositivos con IPv6 habilitado envían mensajes de solicitud de router (RS) de ICMPv6 a la dirección multicast de todos los routers. El mensaje de RS solicita un mensaje de RA del router IPv6 para contribuir a la configuración de direcciones del dispositivo.

2. Direcciones IPv6 multicast de nodo solicitado

Las direcciones multicast de nodo solicitado son similares a las direcciones multicast de todos los nodos. Recuerde que la dirección multicast de todos los nodos es esencialmente lo mismo que una dirección IPv4 de broadcast.

Todos los dispositivos en la red deben procesar el tráfico enviado a la dirección de todos los nodos. Para reducir el número de dispositivos que deben procesar tráfico, utilice una dirección multicast de nodo solicitado.

Una dirección multicast de nodo solicitado es una dirección que coincide solo con los últimos 24 bits de la dirección IPv6 unicast global de un dispositivo. Los únicos dispositivos que deben procesar estos paquetes son aquellos que tienen estos mismos 24 bits en la porción menos significativa que se encuentra más hacia la derecha de la ID de interfaz.

Una dirección IPv6 multicast de nodo solicitado se crea de forma automática cuando se asigna la dirección unicast global o la dirección unicast link-local. La dirección IPv6 multicast de nodo solicitado se crea combinando un prefijo especial FF02:0:0:0:0:1:FF00::/104 con los 24 bits de su dirección unicast que se encuentran en el extremo derecho.

La dirección multicast de nodo solicitado consta de dos partes:

• Prefijo multicast FF02:0:0:0:0:1:FF00::/104: los primeros 104 bits de la dirección multicast de todos los nodos solicitados.
• 24 bits menos significativos: los 24 bits finales o que se encuentran más hacia la derecha de la dirección multicast de nodo solicitado. Estos bits se copian de los 24 bits del extremo derecho de la dirección unicast global o unicast link-local del dispositivo.

Es posible que varios dispositivos tengan la misma dirección multicast de nodo solicitado. Si bien es poco común, esto puede suceder cuando los dispositivos tienen los mismos 24 bits que se encuentran más hacia la derecha en sus ID de interfaz. Esto no genera ningún problema, ya que el dispositivo aún procesa el mensaje encapsulado, el cual incluye la dirección IPv6 completa del dispositivo en cuestión.

Compartamos el conocimiento. Hasta la próxima oportunidad!

DESCARGAR PUBLICACIÓN

Regresar al índice

Twittear

  

Direcciones link-local estáticas y Verificación de la configuración de la dirección IPv6 - CCNA1 V5 - CISCO C8

Regresar al índice

1. Direcciones link-local estáticas

Configurar la dirección link-local de forma manual permite crear una dirección reconocible y más fácil de recordar.

Las direcciones link-local pueden configurarse manualmente mediante el mismo comando interface que se utiliza para crear direcciones IPv6 unicast globales, pero con un parámetro adicional:

Router(config-if)#ipv6 address link-local-address link-local

En la figura 1, se muestra que una dirección link-local tiene un prefijo dentro del rango FE80 a FEBF. Cuando una dirección comienza con este hexteto (segmento de 16 bits), el parámetro link-local debe seguir la dirección.

En la figura 2, se muestra la configuración de una dirección link-local mediante el comando ipv6 address interface. 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 IPv6 link-local en todas las interfaces de R1. Se puede configurar FE80::1 en cada enlace, debido a que solamente tiene que ser única en ese enlace.

De manera similar a R1, el router R2 se configuraría con FE80::2 como la dirección IPv6 link-local en todas sus interfaces.

Figura 1

Figura 2

2. Verificación de la configuración de la dirección IPv6

Como se muestra en la figura 1, el comando para verificar la configuración de la interfaz IPv6 es similar al comando que se utiliza para IPv4.

El comando show interface muestra la dirección MAC de las interfaces Ethernet. EUI-64 utiliza esta dirección MAC para generar la ID de interfaz para la dirección link-local. Además, el comando show ipv6 interface brief muestra un resultado abreviado para cada una de las interfaces. El resultado [up/up]en la misma línea que la interfaz indica el estado de interfaz de capa 1/capa 2. Esto es lo mismo que las columnas Status (Estado) y Protocol (Protocolo) en el comando IPv4 equivalente.

Advierta que cada interfaz tiene dos direcciones IPv6. La segunda dirección para cada interfaz es la dirección unicast global que se configuró. La primera dirección, la que comienza con FE80, es la dirección unicast link-local para la interfaz. Recuerde que la dirección link-local se agrega automáticamente a la interfaz cuando se asigna una dirección unicast global.

Además, advierta que la dirección link-local serial 0/0/0 de R1 es igual a la interfaz GigabitEthernet 0/0. Las interfaces seriales no tienen una dirección MAC de Ethernet, de modo que Cisco IOS utiliza 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.

La dirección link-local de la interfaz del router suele ser la dirección de gateway predeterminado para los dispositivos en ese enlace o red.

Como se muestra en la figura 2, el comando show ipv6 route puede utilizarse para verificar si las redes IPv6 y las direcciones específicas de la interfaz IPv6 se instalaron en la tabla de enrutamiento IPv6. El comandoshow ipv6 route muestra solamente redes IPv6, no redes IPv4.

Dentro de la tabla de la ruta, una C junto a una ruta indica que se trata de una red conectada directamente. Cuando la interfaz del router se configura con una dirección unicast global y su estado es “up/up”, se agrega el prefijo y la duración de prefijo IPv6 a la tabla de enrutamiento IPv6 como una ruta conectada.

La dirección IPv6 unicast global 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 eficazmente paquetes cuya dirección de destino es la dirección de la interfaz del router.

El comando ping para IPv6 es idéntico al comando que se utiliza con IPv4, excepto que se usa una dirección IPv6. Como se muestra en la figura 3, el comando se utiliza para verificar la conectividad de capa 3 entre R1 y PC1. Al hacer ping a una dirección link-local desde un router, Cisco IOS solicita al usuario la interfaz de salida. Dado que la dirección link-local de destino puede estar en uno o más de los enlaces o redes, el router debe saber qué interfaz utilizar para enviar el ping.

Utilice el verificador de sintaxis de la figura 4 para verificar la configuración de la dirección IPv6.

Figura 1

Figura 2

Figura 3

Figura 4

Compartamos el conocimiento. Hasta la próxima oportunidad!

DESCARGAR PUBLICACIÓN

Regresar al índice

Twittear

  

Proceso EUI-64 o de generación aleatoria y Direcciones link-local dinámicas - CCNA1 V5 - CISCO C8

Regresar al índice

1. Proceso EUI-64 o de generación aleatoria

Proceso EUI-64

El IEEE definió el identificador único extendido (EUI) o proceso EUI-64 modificado. Este proceso utiliza la dirección MAC de Ethernet de 48 bits de un cliente e introduce otros 16 bits en medio de la dirección MAC de 48 bits para crear una ID de interfaz de 64 bits.

Las direcciones MAC de Ethernet, por lo general, se representan en formato hexadecimal y constan de dos partes:

• Identificador único de organización (OUI): el OUI es un código de proveedor de 24 bits (seis dígitos hexadecimales) que asigna el IEEE.
• Identificador de dispositivo: el identificador de dispositivo es un valor único de 24 bits (seis dígitos hexadecimales) dentro de un OUI común.

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. Esto significa que si el séptimo bit es un 0, se convierte en 1, y viceversa.
• Valor de 16 bits FFFE introducido (en formato hexadecimal)
• Identificador de dispositivo de 24 bits de la dirección MAC del cliente

En la figura 1, se ilustra el proceso EUI-64, con la siguiente dirección MAC de GigabitEthernet de R1: FC99:4775:CEE0.

Paso 1: Dividir la dirección MAC entre el OUI y el identificador de dispositivo

Paso 2: Insertar el valor hexadecimal FFFE, que en formato binario es: 1111 1111 1111 1110

Paso 3: Convertir los primeros dos valores hexadecimales del OUI a binario e invertir el bit U/L (séptimo bit) En este ejemplo, el 0 en el bit 7 se cambia a 1.

El resultado es una ID de interfaz de FE99:47FF:FE75:CEE0 generada mediante EUI-64.

Nota: el uso del bit U/L y los motivos para invertir su valor se analizan en RFC 5342.

La ventaja de EUI-64 es que se puede utilizar la dirección MAC de Ethernet para determinar la ID de interfaz. También permite que los administradores de red rastreen fácilmente una dirección IPv6 a un dispositivo final mediante la dirección MAC única. Sin embargo, esto generó inquietudes con respecto a la privacidad a muchos usuarios. Les preocupa que los paquetes puedan ser rastreados a la PC física real. Debido a estas inquietudes, se puede utilizar en cambio una ID de interfaz generada aleatoriamente.

ID de interfaz generadas aleatoriamente

Según el sistema operativo, un dispositivo puede utilizar una ID de interfaz generada aleatoriamente en lugar de utilizar la dirección MAC y el proceso EUI-64. Por ejemplo, comenzando con Windows Vista, Windows utiliza una ID de interfaz generada aleatoriamente en lugar de una ID de interfaz creada mediante EUI-64. Windows XP y sistemas operativos Windows anteriores utilizaban EUI-64.

Una manera sencilla de identificar que una dirección muy probablemente se creó mediante EUI-64 es el valor FFFE ubicado en medio de la ID de interfaz, como se muestra en la figura 2.

Después de que se establece una ID de interfaz, ya sea mediante el proceso EUI-64 o mediante la generación aleatoria, se puede combinar con un prefijo IPv6 para crear una dirección unicast global o una dirección link-local.

• Dirección unicast global: al utilizar SLAAC, el dispositivo recibe su prefijo del mensaje de RA de ICMPv6 y lo combina con la ID de interfaz.
• Dirección link-local: los prefijos link-local comienzan con FE80::/10. Los dispositivos suelen utilizar FE80::/64 como prefijo o duración de prefijo, seguido de la ID de interfaz.

2. Direcciones link-local dinámicas

Al utilizar SLAAC (SLAAC solamente o SLAAC con DHCPV6), los dispositivos reciben el prefijo y la duración de prefijo del mensaje de RA de ICMPv6. Debido a que el mensaje de RA designa el prefijo de la dirección, el dispositivo debe proporcionar únicamente la porción de ID de interfaz de su dirección. Como se indicó anteriormente, la ID de interfaz se puede generar de forma automática mediante el proceso EUI-64, o, según el OS, se puede generar de forma aleatoria. Con la información del mensaje de RA y la ID de interfaz, el dispositivo puede establecer su dirección unicast global.

Después de que se asigna una dirección unicast global a una interfaz, el dispositivo con IPv6 habilitado genera la dirección link-local automáticamente. Los dispositivos con IPv6 habilitado deben tener, como mínimo, la dirección link-local. Recuerde que una dirección IPv6 link-local permite que un dispositivo se comunique con otros dispositivos con IPv6 habilitado en la misma subred.

Las direcciones IPv6 link-local se utilizan para diversos fines, incluidos los siguientes:

• Los hosts utilizan la dirección link-local del router local para obtener la dirección IPv6 de gateway predeterminado.
• Los routers intercambian mensajes de protocolo de enrutamiento dinámico mediante direcciones link-local.
• Las tablas de enrutamiento de los routers utilizan la dirección link-local para identificar el router del siguiente salto al reenviar paquetes IPv6.

Las direcciones link-local se pueden establecer dinámicamente o se pueden configurar de forma manual como direcciones link-local estáticas.

Dirección link-local asignada dinámicamente

La dirección link-local se crea dinámicamente mediante el prefijo FE80::/10 y la ID de interfaz.

De manera predeterminada, los routers en los que se utiliza Cisco IOS utilizan EUI-64 para generar la ID de interfaz para todas las direcciones link-local en las interfaces IPv6. Para las interfaces seriales, el router utiliza la dirección MAC de una interfaz Ethernet. Recuerde que una dirección link-local debe ser única solo en ese enlace o red. Sin embargo, una desventaja de utilizar direcciones link-local asignadas dinámicamente es su longitud, que dificulta identificar y recordar las direcciones asignadas.

Compartamos el conocimiento. Hasta la próxima oportunidad!

DESCARGAR PUBLICACIÓN

Regresar al índice

Twittear