1 / 46

DIDACTIFICACION DE IPv6

DIDACTIFICACION DE IPv6. 3. CONFIGURACIÓN AVANZADA 3.1. ICMPv6. 3. CONFIGURACIÓN AVANZADA. 3.1. ICMPv6. Todo el mundo conoce el comando ping y su uso para comprobar si hay conectividad entre dos equipos.

armani
Télécharger la présentation

DIDACTIFICACION DE IPv6

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. DIDACTIFICACION DE IPv6 3. CONFIGURACIÓN AVANZADA 3.1. ICMPv6

  2. 3. CONFIGURACIÓN AVANZADA 3.1. ICMPv6 • Todo el mundo conoce el comando ping y su uso para comprobar si hay conectividad entre dos equipos. • No suele ser tan familiar el protocolo que está detrás del ping: ICMP (Internet Control Message Protocol). • Este protocolo, ya en su versión de IPv4, proporciona información importante sobre la salud de la red por medio de mensajes. • En IPv6 se utiliza ICMPv6. Esta versión es incompatible con la anterior. • ICMPv6 es mucho más potente, ya que integra funcionalidades que se lograban en ICMPv4 usando otros protocolos. Por ejemplo: • IGMP (Internet Group Management Protocol) para gestión de miembros de los grupos multicast. • ARP/RARP (Address Resolution Protocol / Reverse ARP) para mapear direcciones MAC con direcciones IP y viceversa.

  3. 3. CONFIGURACIÓN AVANZADA 3.1. ICMPv6 • Se ha añadido la función Neighbor Discovery, para descubrir las dirs. de los host vecinos (conectados en el mismo enlace), routers, etc. • El número de mensajes disponibles es mayor en ICMPv6 que en ICMP (de ahí también la incompatibilidad). • A continuación se analizará la estructura de los mensajes y el contenido de algunos de los más utilizados. Después se analizarán las nuevas prestaciones ofrecidas por ICMPv6, como el Neighbor Discovery, la Autoconfiguración y otras.

  4. 3. CONFIGURACIÓN AVANZADA 3.1. ICMPv6 Los puntos que se tratan en este apartado son los siguientes: 3.1.1. Los mensajes 3.1.2. Neighbor Discovery 3.1.3. Otras posibilidades de ICMPv6

  5. 3.1. ICMPv6 3.1.1. Los mensajes • ICMPv6 define mensajes de error que permiten a los nodos de la red informar de problemas. • Los mensajes van del nodo que detecta el proble-ma al nodo origen del paquete problemático. • Por ej., si un router no puede enviar un paquete por ser demasiado largo, enviará un mensaje ICMP al host de origen indicándoselo. • Mensajes como "Echo Request" y "Echo Reply" permiten valorar el estado de la red. Se usan en el comando ping (o ping6).

  6. 3.1. ICMPv6 3.1.1. Los mensajes – (a) Formato de los mensajes • Las cabeceras ICMPv6 se identifican por un Next Header = 58. • Respecto a los mensajes de ICMPv6, dos tipos: • De error. • Informativos. • El formato →

  7. 3.1. ICMPv6 3.1.1. Los mensajes – (a) Formato de los mensajes • Campo TIPO, el bit de mayor peso determina el tipo del mensaje. • Mensajes de error empiezan por 0 (de 0 a 127)‏ • Mensajes informativos, por 1 (128 y 255)‏ • Todos los códigos asociados a los mensajes se puede encontrar en esta dirección de la IANA. • Campo de CÓDIGO, se utiliza con mensajes de error. Entre los mensajes informativos, el único que lo utiliza es el 138 (Router Renumbering).

  8. 3.1. ICMPv6 3.1.1. Los mensajes – (a) Formato de los mensajes • Posibles valores del campo de CÓDIGO: • 0 → No hay ruta hasta el destino. • 1 → Destino no alcanzable. • 3 → Dirección inalcanzable. • 4 → Puerto inalcanzable. • El campo CHECKSUM para detección de errores. • El campo CUERPO varía en función del tipo y código del mensaje. Se suele usar para devolver una copia del paquete problemático.

  9. 3.1. ICMPv6 3.1.1. Los mensajes – (b) Mensajes de error • DESTINO INALCANZABLE → TIPO = 1 • Destination Unreachable. • Este mensaje se genera cuando no es posible entregar un datagrama IP. • El CÓDIGO indica el motivo por el que no se ha podido hacer la entrega. • Después del Checksum, se dejan 4 bytes a cero y después se copia el mensaje original (en el CUERPO). • Si destino inalcanzable por congestión, no se generan mensajes ICMP.

  10. 3.1. ICMPv6 3.1.1. Los mensajes – (b) Mensajes de error • PAQUETE DEMASIADO GRANDE → TIPO = 2 • Packet To Big • MTU = “Maximum Transmission Unit” = tamaño del paquete más grande que puede manejar un enlace. • Si un router no pueda enviar un paquete porque es más grande que el MTU permitido por el enlace, genera un mensaje “Packet To Big” que será enviado al origen. • En este caso TIPO = 2 y CODIGO = 0. • En el CUERPO, los 4 primeros bytes indican el MTU válido.

  11. 3.1. ICMPv6 3.1.1. Los mensajes – (b) Mensajes de error • TIEMPO AGOTADO → TIPO = 3 • Time Exceeded (mensaje utilizado por Traceroute). • Cuando un router envía un paquete, decrementa su “HOP LIMIT” en 1. • Se evita que un paquete pueda viajar indefinidamente. • Si un router recibe un paquete con “hop limit” = 1 y lo decrementa poniéndolo a 0, descartará el paquete y enviará un “Time Exceeded” al host origen. • “CÓDIGO” = 0. En el “CUERPO”, el mensaje original. • Error indicativo de bucle en el enrutado o de “hop limit” demasiado bajo.

  12. 3.1. ICMPv6 3.1.1. Los mensajes – (b) Mensajes de error • PROBLEMA CON PARAMETROS → TIPO = 4 • Parameter Problem. • Un nodo IPv6 con problemas para procesar un paquete por no poder identificar un campo en la cabecera IPv6 o en una cabecera de Extensión, descartará el paquete y devolverá el mensaje “Parameter Problem”. • Este es el mensaje utilizado cuando el error que se produce no se ajusta a ninguno de los anteriores. • En el CUERPO, los 4 primeros bytes actúan como puntero, señalando el punto del paquete donde se ha detectado la irregularidad. También se envía de vuelta la mayor porción posible del paquete original.

  13. 3.1. ICMPv6 3.1.1. Los mensajes – (c) Mensajes informativos • La RFC 4443 define “Solicitud de eco” (Echo Request) y “Respuesta de eco” (Echo Reply). • En las RFC 4861 y 1981 se definen mensajes “Path MTU Discovery” y “Neighbor Discovery”. • Los primeros se utilizan en el famoso “ping”. • Se usa para determinar si un host está disponible. • El host origen pone en circulación un mensaje “Echo Request” dirigido al destino. • El host destino, si está disponible, responde con un mensaje “Echo Reply”.

  14. 3.1. ICMPv6 3.1.1. Los mensajes – (c) Mensajes informativos • El formato de estos mensajes es el siguiente:

  15. 3.1. ICMPv6 3.1.1. Los mensajes – (c) Mensajes informativos • MENSAJE DE SOLICITUD DE ECO • Echo Request Message. TIPO = 128. • En el “CUERPO”, “Identificador” y “Número de secuencia”que se usan para emparejar las solicitudes con las respuestas. La respuesta debe contener siempre los mismos números que la solicitud. • El que se utilice un identificador y un número de secuencia y el tipo de datos arbitrarios que se incluyen en la solicitud depende de la pila TCP/IP que se esté utilizando.

  16. 3.1. ICMPv6 3.1.1. Los mensajes – (c) Mensajes informativos • MENSAJE DE RESPUESTA DE ECO • Echo Reply message. TIPO = 129 • Como se indica en la figura, los valores del Identificador y del Número de Secuencia coinciden con los recibidos en la solicitud del eco. • Los mensajes de solicitud y respuesta de eco ICMPv6 se pueden autenticar por medio de una cabecera de autenticación IPv6. Esto es, se puede configurar un nodo para ignorar aquellos pings ICMPv6 que no estén autenticados y conseguir así protección contra distintos ataques ICMPv6.

  17. 3.1. ICMPv6 3.1.1. Los mensajes – (d) Captura de mensajes • Lo explicado hasta aquí se puede puede ver con una simple captura de paquetes en un sniffer. • En la siguiente imagen se ve la captura, con Wireshark, de un ping6 lanzado desde un portatil con GNU/Linux UBUNTU a un switch IPv6 al que está conectado. • El comando ejecutado es: • ping6 -I eth0 -c 1 FE80::221:91FF:FEAA:BE00 • Se usa la interfaz eth0, se envía un ping y la dirección es la del switch IPv6.

  18. 3.1. ICMPv6 3.1.1. Los mensajes – (d) Captura de mensajes

  19. 3.1. ICMPv6 3.1.1. Los mensajes – (d) Captura de mensajes • En la cabecera IPv6, “Next Header” = 0x3a = 58. Éste es el valor asignado a ICMPv6. • Las direcciones de origen y destino, son del tipo “de enlace local”, porque empiezan por 0xFE80. • Ya en la cabecera ICMPv6, “Type = 128”, que es el código del mensaje “Echo Request”. • El ID (= Identificador) es 0x2c20 y el número de secuencia es 0x0001 • Después van los 54 bytes de datos arbitrarios. En Windows se usan las letras de la “a” a la “w”.

  20. 3.1. ICMPv6 3.1.1. Los mensajes – (d) Captura de mensajes • En la siguiente imagen se ve la respuesta. • La cabecera IPv6 mantiene el “Next Header” = 0x3a = 58 correspondiente a ICMPv6. • Se han intercambiado las dirs de origen y destino • En la cabecera ICMPv6, el Type = 129 indica que es la respuesta de eco (Echo Reply). • Los campos ID, Secuence y Data son una copia de los enviados en la Solicitud de Eco.

  21. 3.1. ICMPv6 3.1.1. Los mensajes – (d) Captura de mensajes

  22. 3.1. ICMPv6 3.1.2. Neighbor Discovery (ND) = Descubrimiento de Vecinos‏ • La RFC 4861 sustituye a la RFC 2461. • Usos del Neighbor Discovery Protocol (NDP): • Neighbor Discovery (ND) = el descubrimiento en sí. • Autoconfiguración de direcciones IPv6. • Determinación de prefijos de red, rutas... • Detección de IPs duplicadas (DAD = Duplicate Address Detection)‏ • Búsqueda de MACs de vecinos y detección de cambios • Router Discovery (RD) = Búsqueda de routers vecinos. • Control de vecinos disponibles (NUD = Neighbor Unreachability Detection).

  23. 3.1. ICMPv6 3.1.2. Neighbor Discovery (ND) = Descubrimiento de Vecinos‏ • El protocolo ND consta de 5 mensajes ICMP que serán tratados en las siguientes secciones: • Router Solicitation. • Router Advertisement. • Neighbor Solicitation. • Neighbor Advertisement. • ICMP Redirect.

  24. 3.1. ICMPv6 3.1.2. ND – (a) Router Solicitation y Router Advertisement • Es decir, "Solicitud de Router" y "Anuncio de Router". • Los routers envían regularmente mensajes del tipo "RA" para anunciar su presencia. • Los hosts pueden solicitar mensajes de RA con mensajes de Router Solicitation. • El router que lo recibe responde inmediatamente con un RA, aunque no le tocara enviarlo todavía. • La dir. destino en la cabecera IP del mensaje RS es la dirección multicast all-routers (FF02::2).

  25. 3.1. ICMPv6 3.1.2. ND – (a) Router Solicitation y Router Advertisement • Ya en el mensaje, Tipo = 133. • En Opciones se envía la MAC del solicitante si su IP es conocida. • Si la Dir. Origen de la cabecera IP es la dir. All-zeros, no se usa el campo Opciones.

  26. 3.1. ICMPv6 3.1.2. ND – (a) Router Solicitation y Router Advertisement • En cuanto al RA, su formato es → • Con “Current Hop Limit” se da info. para configurar nodos. • Flag M = 1 indica que el DHCPv6 está disponible.

  27. 3.1. ICMPv6 3.1.2. ND – (b) Neighbor Solicitation y Neighbor Advertisement • “Solicitud de Vecinos" y "Anuncio de Vecinos". • Estos dos mensajes tienen varios usos: • La resolución de dirs. MAC (como el ARP en IPv4)‏ • Para resolución de MAC se usa como dirección destino la “dirección multicast de nodo solicitado”. • La autoconfiguración Stateless (dir.origen All-zeros). • El mecanismo de detección de vecinos no alcanzables (Neighbor Unreachability Detection = NUD). • Para verificar la disponibilidad de un vecino (la dirección de destino será una unicast). • DAD (Duplicate IP Address Detection).

  28. 3.1. ICMPv6 3.1.2. ND – (b) Neighbor Solicitation y Neighbor Advertisement • El formato del Neighbor Solicitation es el sgte:

  29. 3.1. ICMPv6 3.1.2. ND – (b) Neighbor Solicitation y Neighbor Advertisement • El formato del Neighbor Solicitation es el sgte:

  30. 3.1. ICMPv6 3.1.2. ND – (b) Neighbor Solicitation y Neighbor Advertisement • Este paquete puede ir dirigido a una dir. IP concreta si se trata de una respuesta a un NS. • Si el mensaje es la respuesta a un mensaje DAD (Duplicate IP Address Detection) originado desde un host desconocido, la respuesta irá dirigida a la dirección multicast “all-nodes” FF02::1. • “Router flag” = 1, indica equipo origen = router. • “Solicited flag” = 1 indica mensaje respuesta a NS • “Flag de Override” = 1 indica que se envía inform. para anular/actualizar la Neighbor Cache.

  31. 3.1. ICMPv6 3.1.2. ND – (b) Neighbor Solicitation y Neighbor Advertisement • En anuncios solicitados, la “Dirección Objetivo” (Target Address) contiene la dirección de la interfaz que envía la solicitud. • En los anuncios no solicitados, este campo contiene la dirección de la interfaz cuya dirección de la capa de enlace ha cambiado. • Una posible opción para el campo de Opciones es la dirección destino de la capa de enlace.

  32. 3.1. ICMPv6 3.1.2. ND – (c) Otros usos del Protocolo Neighbor Discovery • El mensaje de Redirección ICMP • Son los mensajes de Tipo = 137 • Los lanzan los routers informando a un nodo de cuál es el mejor “1er salto” para llegar a un destino determinado. • También puede informar a un nodo de que el destino solicitado no es un nodo de otra subred si no un vecino. • Resolución de direcciones de capa de enlace • Equivale al ARP de IPv4. • Se usa solo con nodos vecinos, enviando un mensaje NS a la dir. multicast de “nodo solicitado” del vecino. • Si dicho equipo es alcanzable, responderá con un NA.

  33. 3.1. ICMPv6 3.1.2. ND – (c) Otros usos del Protocolo Neighbor Discovery • Inverse Neighbor Discovery (IND) (RFC 3122)‏ • Esto es, Descubrimiento Inverso de Vecinos. • IND es el equivalente al RARP (Reverse ARP) de IPv4. • IND utiliza dos tipos de mensajes: • IND Solicitation (Tipo = 141), que es enviado por el equipo que quiere hacer la resolución a la dirección multicast all-nodes (FF02::1). • IND Advertisement (Tipo = 142), que es enviado por el equipo objetivo y que contiene las direcciones de dicho equipo.

  34. 3.1. ICMPv6 3.1.2. ND – (c) Otros usos del Protocolo Neighbor Discovery • Neighbor Unreachability Detection (NUD) (1/3)‏ • “Detección de disponibilidad de vecino” • Para considerar que un equipo está al alcance debe haber alguna prueba de que la comunicación es posible. • Por ejemplo, si su capa IP está recibiendo los paquetes que se le envían. • Si se recibe un NA como respuesta a un NS. • Si se están recibiendo ACKs de TCP. • Para llevar el control de las conexiones activas y alcanzables, ND usa dos tablas: la caché de vecinos o Neighbor Cache y la de destino o Destination Cache.

  35. 3.1. ICMPv6 3.1.2. ND – (c) Otros usos del Protocolo Neighbor Discovery • Neighbor Unreachability Detection (NUD) (2/3)‏ • Neighbor Cache • Es como la Caché ARP de IPv4. • Contiene información de los vecinos con los que se ha intercambiado tráfico recientemente. • Se guarda la IP unicast, su MAC y un flag que indica si el vecino es un router o un host. • Además tambíen indica si hay algún paquete en espera para ser enviado, si el destino está al alcance y cuando se producirá la siguiente comprobación NUD.

  36. 3.1. ICMPv6 3.1.2. ND – (c) Otros usos del Protocolo Neighbor Discovery • Neighbor Unreachability Detection (NUD) (3/3)‏ • Destination Cache • Contiene exactamente la misma información que la Neighbor Cache más la información de los destinos remotos. Es decir, la Neighbor Cache es una parte de la Destination Cache. • Para los destinos remotos, la entrada de la caché contiene la MAC del siguiente router al que saltar. • Esta caché se actualiza con los mensajes de Redirección de ICMPv6.

  37. 3.1. ICMPv6 3.1.3. Otras posibilidades de ICMPv6 • Autoconfiguración (1/3)‏ • Esta capacidad va a ser una de las características clave de IPv6, ahorrando mucho trabajo a los administradores. • Permite que cualquier dispositivo pueda conseguir una IP sin necesidad de tener que ser configurado manualmente. • Hay dos tipos de autoconfiguración: la stateless y la DHCPv6 (antes llamada “stateful”). • Para generar su IP, los hosts combinan información local, su dirección MAC, e información recibida de los routers. • Los routers pueden anunciar múltiples prefijos, y los hosts extraen la información del prefijo de esos anuncios.

  38. 3.1. ICMPv6 3.1.3. Otras posibilidades de ICMPv6 • Autoconfiguración (2/3)‏ • Para la renumeración sencilla de un sitio completo solo hay que cambiar la información del prefijo en el router. • Si no hay routers, cada host se genera una dirección de enlace local (link-local address) con el prefijo FE80. • Esta es como la dirección de la red 169.254.0.0/16 que se tomaba en IPv4 cuando el servidor DHCP no estaba listo. • La gran diferencia en IPv6: ahora, esa dirección FE80... es suficiente para comunicar todos los nodos del enlace. • Stateless y DHCPv6 también se pueden combinar. Un host puede usar stateless para generar una dir. IPv6 y después DHCPv6 para conseguir los demás parámetros.

  39. 3.1. ICMPv6 3.1.3. Otras posibilidades de ICMPv6 • Autoconfiguración (3/3)‏ • Las dirs. IPv6 se asignan a los nodos de forma temporal. • La dirección es válida durante un tiempo (lifetime). • Una dirección IPv6 pasa por los siguientes estados: • Tentativa: justo antes de ser asignada, cuando se está aplicando DAD para garantizar que no está en uso. • Preferida: estado de la dirección finalmente asignada. • Obsoleta (deprecated): es el estado de la dirección cuyo “lifetime” está a punto de expirar. • Válida: direcciones activas (la preferida y la obsoleta). • Inválida: dirección cuyo “lifetime” ha expirado y deja de estar vinculada a la interfaz del host.

  40. 3.1. ICMPv6 3.1.3. Otras posibilidades de ICMPv6 • Renumeración de red • RFC 4192 "Procedures for Renumbering an IPv6 Network without a Flag Day". • El "Flag Day" (Día de la Bandera) es el día clave en el que se va a interrumpir el funcionamiento de la red para realizar una tarea de mantenimiento programada. • Esto es lo que ocurre cuando hay que realizar un cambio en el prefijo de la red, por ej., debido a un cambio de ISP. • ICMPv6 permite enviar mensajes para informar del nuevo prefijo a utilizar, manteniendo activo el antiguo. • Una vez todos los equipos están enterados del nuevo prefijo se "desactiva" el anterior.

  41. 3.1. ICMPv6 3.1.3. Otras posibilidades de ICMPv6 • Path MTU Discovery • En IPv4, los routers pueden fragmentar los paquetes que son demasiado grandes. • En IPv6 los routers no fragmentan paquetes, dejan esta tarea en manos del host de origen. • Hay que conocer cuál es el menor MTU de todo el path. • Esta información la da “Path MTU Discovery” de ICMPv6. • El tamaño mínimo de MTU en IPv6 es de 1280 bytes. • Dado que la ruta no es fija, el “Path MTU” puede cambiar. • En multicast se usa el MTU más pequeño de los que hay en los caminos a lo múltiples destinos.

  42. 3.1. ICMPv6 3.1.3. Otras posibilidades de ICMPv6 • Multicast Listener Discovery (MLD)‏ (1/4)‏ • A veces interesa enviar paquetes a un grupo de hosts. • El broadcast no es la opción adecuada, porque no se puede enrutar (alcance limitado al enlace local). Además obliga a todos los nodos del enlace a procesar la info. • Multicast posibilita el envío simultáneo de paquetes a un grupo de hosts configurados con una dirección multicast de grupo (clase D). Solo procesan los miembros del grupo • Los mensajes multicast son enrutables y se usa IGMP (Internet Group Management Protocol) para asegurar que el mensaje solo se propaga a enlaces con miembros del grupo multicast.

  43. 3.1. ICMPv6 3.1.3. Otras posibilidades de ICMPv6 • Multicast Listener Discovery (MLD)‏ (2/4)‏ • En IPv6, multicast está disponible en todos los nodos. • La 2ª versión deIGMP (IGMPv2) se implementa en IPv6 mediante mensajes ICMPv6. • Esto es lo que se llama Multicast Listener Discovery (MLD)‏ • La segunda versión(MLDv2) se basa en IGMPv3 de IPv4. • Se diferencia por soportar SSM=Source Specific Multicast • Un nodo puede elegir escuchar solo el multicast de una dirección concreta, o de todas las fuentes excepto de una. • Esto no es posible en MLDv1, donde se utiliza ASM (Any Source Multicast) en lugar de SSM.

  44. 3.1. ICMPv6 3.1.3. Otras posibilidades de ICMPv6 • Multicast Listener Discovery (MLD)‏ (3/4)‏ • MLD permite a los oyentes multicast registrar las direcciones multicast que quieren utilizar. • Los routers usan MLD para descubrir qué dirs. multicast tienen oyentes en los links a los que están conectados. • El router mantiene una lista de dirs. con oyentes para cada enlace, sin controlar los oyentes activos que hay. • Mientras haya algún miembro del grupo en el enlace, la dirección se mantiene. • El oyente envía un mensaje al router y éste incluye la dirección multicast es su lista de control.

  45. 3.1. ICMPv6 3.1.3. Otras posibilidades de ICMPv6 • Multicast Listener Discovery (MLD)‏ (4/4)‏ • Del mismo modo, un oyente puede darse de baja de un grupo por medio de un mensaje. • Si el último oyente de un grupo se da de baja, el router elimina la dirección de ese link de su lista de control. • En todos los mensajes MLD se usan direcciones de enlace local como origen y el “hop limit” = 1. Así se limita el alcance al enlace local. • También se usa la opción “Hop By Hop” y se activa el flag Router Alert garantizando que el paquete será procesado por el router aunque no sea miembro del grupo multicast.

  46. 3.1. ICMPv6 3.1.3. Otras posibilidades de ICMPv6 • Multicast Router Discovery (MRD)‏ • Mecanismo basado en paquetes ICMPv6 para descubrir routers capaces de propagar tráfico multicast. • Consta de tres mensajes, dos de los cuales, Multicast Router Advertisement (Tipo = 151) y Multicast Router Termination (Tipo = 153) permiten al router anunciar la activación / desactivación de la difusión multicast. • El tercer mensaje, Multicast Router Solicitation (Tipo = 152), permite que cualquier host pueda preguntar a todos los routers (FF02::2) si alguno trabaja con multicast. • Al igual que en MLD, todos estos mensajes se envían con “Hop Limit” = 1 y con la opción “Router Alert” activa.

More Related