Revision as of 01:45, 13 July 2012

Protocolo de descubrimiento de vecinos

Tabla de contenido

Implementación de la autoconfiguración

Principios

La autoconfiguración o (configuración automática) con y sin estado, busca reducir el esfuerzo de instalación de dispositivos IPv6. La diferencia entre ambas es que la primera ofrece más información de configuración y permite un mayor control sobre la asignación de parámetros de configuración.

Un parámetro de configuración representa información útil para que un dispositivo pueda configurar su interfaz de red con el fin de establecer comunicaciones sobre su enlace o en Internet. El conjunto de parámetros de configuración incluye la siguiente información:

• de direccionamiento, de enrutamiento,
• del servidor de nombres (DNS),
• del servicio de información de red (NIS)
• etcétera.

Cabe resaltar que la información de enrutamiento no está contemplada en los mecanismos de autoconfiguración de IPv6 con o sin estado, sino por el procedimiento de descubrimiento de enrutadores de ICMPv6. Las dos técnicas de autoconfiguración no son mutuamente exclusivas, pueden coexistir en un mismo entorno. Por ejemplo, una máquina puede obtener su dirección unicast global mediante la autoconfiguración sin estado, y recuperar la información sobre el servicio de nombres (DNS) vía la configuración automática con estado.

El mecanismo de configuración automática con estado sigue un modelo de cliente-servidor y se basa en el uso de DHCPv6 (Dynamic Host ConfigurationProtocol para IPv6) como ocurre con DHCP para IPv4, aunque hay grandes diferencias en el código: DHCP en IPv4 no es más que una extensión del protocolo BOOTP, por lo que tiene una funcionalidad limitada. En cambio, el protocolo DHCPv6 permite establecer los parámetros de configuración de un servidor DHCP para un cliente IPv6.

El cliente IPv6 representa un dispositivo que busca tener conectividad global IPv6 y solicita la información de configuración necesaria para poder establecer esta conectividad. El servidor DHCP constituye un punto central que reagrupa los parámetros de configuración. No necesariamente se ubica en el mismo enlace que el cliente, en cuyo caso, la información DHCP puede inercambiarse a través de un relevo. El servidor puede contener información de configuración para dispositivos ubicados en distintos enlaces. El cliente DHCP debe establecer una conexión directa ya sea con el relevo o con el propio servidor DHCP.

El relevo funciona como un "proxy" DHCP que se limita a retransmitir los mensajes DHCP; es transparente a la información intercambiada y no modifica en absoluto los mensajes DHCP intercambiados entre el servidor y el cliente. El proxy encapsula los mensajes DHCP del cliente en un formato específico (cf figura Estructura de los mensajes de relevo) y realiza la operación inversa, es decir, desencapsula los mensajes provenientes del servidor para su entrega al cliente. El servidor forma el mensaje que debe ser recibido por el cliente, y, si no tiene comunicación directa con él, lo encapsula en un mensaje DHCP dirigido al proxy.

Para conocer el estado de los recursos administrados (representados por los parámetros de configuración), el servidor DHCP mantiene una lista de asociaciones entre los parámetros asignados y el cliente. El cliente no puede ser identificado con su dirección unicast ya que ésta es parte de los parámetros otorgados por el servidor DHCP. Por ello, el servidor utiliza un identificador particular: el DUID (DHCP Unique IDentifier). El DUID es creado por el cliente y lo identifica a él (al nodo), no a una interfaz. Se han propuesto varios esquemas para generarlo, por ejemplo, a partir de la dirección de enlace local, completada con un elemento que garantice la exclusividad, como un sello de tiempo (timestamp). Una vez que el cliente genera un DUID, éste debe ser invariable, incluso si llegara a cambiar su dirección de enlace local.

En realidad, sí es posible utilizar la dirección de enlace local del cliente como identificador, pero no se garantiza que éste sea único en todo el dominio; únicamente se puede asegurar su unicidad a nivel del enlace. Sin embargo, ésta tiene las siguientes ventajas:

• Queda determinada por el cliente durante la primera fase de la configuración automática (cf Configuración automática y el control),
• es permanente para el cliente (no habrá renumeración ni cambio de dirección mientras la tarjeta de red no se cambie).

La asignación de direcciones a cliente es administrada por el servidor bajo la noción de un contenedor llamado IA (Identity Association). Una IA se define como una lista (posiblemente vacía) de direcciones IPv6. La idea es que cada cliente tendrá una IA por interfaz; esta IA estará asignada de forma permanente a la interfaz. Por este conducto, la gestión del tiempo de vida de las direcciones o la renumeración del cliente es realizada por el servidor, lo que simplifica el formato de los mensajes y el control de las direcciones.

Conforme al modelo cliente-servidor, los intercambios de información están formados por solicitudes y respuestas. Una transacción suele comenzar a iniciativa del cliente mediante una solicitud DHCP. La confiabilidad del mecanismo queda en manos del cliente, quien reenviará la solicitud DHCP hasta recibir una respuesta, o tener la certeza de que el servidor DHCP no está disponible. DHCPv6 es un protocolo de aplicación que utiliza UDP como protocolo de transporte. El cliente envía sus solicitudes al puerto 547 y recibirá las respuestas en el puerto 546. Típicamente, los mensajes UDP se encapsulan en paquetes IPv6. Además de las comunicaciones punto a punto, DHCPv6 también se sirve de comunicaciones multicast para el descubrimiento de servidores en un sitio.

Protocolo de descubrimiento de vecinos

Tabla de contenido

Implementación de la autoconfiguración