Resumen
- RFC 4429 creó el estado Optimistic: la dirección puede usarse antes de acabar DAD, aunque se prefiere otra fuente adecuada.
- Las restricciones sobre Neighbor Discovery reducen el riesgo de reemplazar la información de alcanzabilidad guardada para un propietario legítimo.
- Una evidencia de duplicado desconfigura la dirección; RFC 7527 solo mejora la interpretación de sondas reflejadas.
Utilidad antes que propiedad confirmada
En el DAD normal, una dirección Tentative no está disponible para la comunicación ordinaria. RFC 4429 introduce una condición intermedia: la dirección se asigna a la interfaz y puede utilizarse de manera limitada mientras continúa la comprobación. A efectos de selección de origen se trata como Deprecated, de modo que otra dirección apta tiene prioridad. Si la prueba termina correctamente, vuelve al ciclo normal de Preferred o Deprecated.
La idea no es declarar inocuo un conflicto. El equipo puede enviar tráfico a través de un router cuya dirección de capa de enlace ya conoce, pero aún no puede ejercer todas las facultades de un vecino local establecido.
La decisión de configurar el estado Optimistic tiene una condición previa: el host debe conocer la dirección de capa de enlace del router y poder sostener la ruta restringida. Si no puede obtener o utilizar esa información sin romper las reglas, conserva el estado Tentative y espera al DAD ordinario.
La frontera está en Neighbor Discovery
La dirección Optimistic no puede ser origen de una Neighbor Solicitation. Una Router Solicitation debe emplear una fuente no optimista o no especificada; si usa la dirección provisional, no puede incluir la opción Source Link-Layer Address. Una Neighbor Advertisement para ella debe llevar despejado el bit Override.
Si falta la dirección de capa de enlace de un vecino, no se hace resolución desde la dirección Optimistic. El tráfico se envía por el router predeterminado, esperando una redirección, o se almacena hasta que termine DAD. Si no se pueden cumplir esas condiciones, la dirección permanece Tentative y se aplica el DAD ordinario.
La colisión conserva su coste
Una Neighbor Solicitation desde la dirección no especificada para el objetivo en prueba es evidencia de duplicación: el nodo no responde y desconfigura la dirección. Antes de recibir esa señal, algunos paquetes pueden haberse desviado y las conexiones pueden fallar. Por eso RFC 4429 reserva la técnica para identificadores con alta expectativa de unicidad, no para direcciones introducidas manualmente.
Una sonda puede volver a su origen
RFC 7527 aborda los casos en que una red devuelve una sonda DAD a quien la envió. Cada sonda lleva un nonce recién generado que se conserva localmente. Si regresa el mismo nonce, el nodo puede reconocer una reflexión y continuar la prueba en lugar de tratarla automáticamente como un duplicado. Eso mejora la evidencia disponible, pero no demuestra la propiedad de la dirección.
Fuentes
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
