Resumen

  • La regla requiere una opción recibida antes, solicitada de nuevo y ausente en una Reply válida a Renew, Rebind o Information-Request.
  • Ese mensaje acredita la decisión del servidor y fija la obligación del cliente; no acredita por sí solo que configuración, procesos y tráfico hayan abandonado el valor.
  • Las IA quedan fuera y otra fuente puede suministrar legítimamente el mismo dato, por lo que la auditoría debe conservar la procedencia.

Una omisión no existe fuera de su conversación

La sección 18.2.10.5 no define una simple diferencia entre dos paquetes. Para que la ausencia tenga sentido de retirada, el expediente necesita la Reply antigua, la solicitud posterior y la Reply correlacionada que omite la opción. También necesita la validación del intercambio. Sin esas piezas, la ausencia puede pertenecer a otra transacción o a una opción que el cliente no pidió.

Cumplidas las condiciones, el cliente SHOULD dejar de usar la información y volver al estado predeterminado pertinente. La norma describe lo que debe hacer el receptor. No convierte el registro del emisor en prueba de que el cambio llegó al archivo local, al proceso consumidor y a las conexiones existentes.

El hostname y NTP marcan extremos distintos

Una excepción permite persistir solo si no hay forma viable de retirar el valor, no existe otra fuente y no hay impacto externo. RFC 9915 menciona el hostname derivado de Client FQDN cuando el sistema no puede deshacerlo razonablemente; RFC 4704 define esa opción y su coordinación con DNS.

Para NTP, la obligación es más fuerte. Si la dirección configurada por DHCP desaparece de la Reply que cumple las condiciones, el cliente MUST dejar de usarla. RFC 5908 define la ubicación del servidor de tiempo. El tráfico posterior al destino antiguo es evidencia operacional relevante, aunque todavía hay que atribuir su fuente.

La propia RFC pide aceptar otras fuentes del mismo dato. RFC 3646 puede entregar resolutores DNS por DHCPv6 y RFC 8106 puede entregar RDNSS por Router Advertisement. El mismo valor puede continuar con otra autoridad y otro reloj. Una comparación sin procedencia confunde continuidad legítima con incumplimiento.

No mezclar IA, Reconfigure y resultado

Las opciones IA están excluidas y siguen la sección 18.2.10.1. Una IA_NA o IA_PD ausente no se retira con esta regla general. Reconfigure tampoco contiene el estado final: dispara Renew, Rebind o Information-Request. Registrar el disparador es útil, pero no sustituye el intercambio, la aplicación local ni la recuperación del servicio.

La prueba termina donde corre la configuración

El cierre exige enlazar concesión anterior, nueva solicitud, omisión válida, transición local, recarga de consumidores, fuente de cualquier valor superviviente y tráfico observado. Solo así puede distinguirse demora, defecto del cliente y reposición legítima.

RFC 8415 ya contenía la sustancia de la regla. RFC 9915 la presenta como sección propia. La mejora editorial facilita citar el control; no autoriza a afirmar que todos los clientes lo han ejecutado.

Fuentes