Resumen

  • UDLD no pregunta sólo si el medio está activo: comprueba si el Device-ID y Port-ID esperados regresan en el eco del mismo interfaz.
  • El modo normal no convierte la falta de mensajes en una causa observada. El agresivo puede retirar el puerto después de una relación bidireccional previa, caducidad y reintentos fallidos, bajo una política topológica explícita.

Una planta de fibra puede construir una ficción convincente. El RX de un conmutador recibe luz, el TX envía, y ambos indicadores parecen sanos; sin embargo, cada hebra termina en un vecino distinto. Las capas superiores suponen una pareja que el cableado nunca creó.

RFC 5171 describe UDLD como una corrección de esa suposición. Cada puerto anuncia identidad de dispositivo y de puerto. El receptor incorpora en su Echo TLV las parejas que escuchó y almacenó por ese mismo interfaz. El emisor busca su propia pareja devuelta. Así prueba una relación mutua más específica que la señal física.

La prueba no alcanza todo el plano de datos. Un eco correcto no valida cada VLAN, política, cola, MTU, dirección IP ni aplicación. Tampoco convierte al RFC en un estándar de Internet: fue publicado por el Independent Stream con una nota del IESG que excluye una evaluación general de idoneidad.

El inventario del vecino tiene edad

Los hello mantienen una caché con tiempo de vida. Al llegar un mensaje nuevo, sustituye el anterior y reinicia el temporizador. Un reinicio, una desactivación del protocolo o el cierre del interfaz borra entradas y trata de coordinar el borrado remoto.

Por eso una tabla operativa debe leerse con su reloj. “Vecino presente” significa que se aceptó una observación dentro de una ventana. Cuando esa ventana termina, el equipo sabe que ya no posee evidencia fresca; aún no sabe por qué dejó de llegar.

Al descubrir un vecino o recibir una petición de resincronización, UDLD envía varios ecos. El diseño presupone que esa cantidad permite que alguno sobreviva a pérdidas ocasionales. Si todos faltan, la observación se vuelve más seria, pero las causas posibles siguen siendo múltiples.

Además, el proceso vive en el plano de control. Carga de CPU, planificación, firmware y manejo de eventos limitan su velocidad. El RFC eligió prudencia temporal para reducir falsos positivos. Un temporizador copiado de otra plataforma no conserva necesariamente esa prudencia.

El modo normal protege el significado de «no sé»

Normal toma decisiones a partir de información recibida. Puede reconocer el emparejamiento correcto o detectar que las identidades no encajan. Cuando no obtiene información suficiente, incluso ante una pérdida bidireccional, conserva undetermined y no deshabilita por silencio solo.

La documentación actual de Cisco explica una razón práctica: un alto índice de errores o un desajuste de dúplex puede hacer caducar la información UDLD. La caída de esos paquetes no demuestra por sí misma una fibra unidireccional. También pueden intervenir un proceso detenido, un vecino sin soporte, una transición de configuración o congestión del control.

Esta reserva impide que una ausencia simbólica se convierta automáticamente en diagnóstico físico. Conserva espacio para investigar.

El modo agresivo cambia la función de pérdida

Aggressive parte de otra preferencia. Si el puerto había establecido bidireccionalidad, deja de recibir los mensajes, caduca la caché y los intentos finales no restauran la relación, el equipo local puede entrar en errdisable. Guías actuales describen ocho intentos de un segundo en implementaciones concretas.

No se descubrió una causa durante esos ocho segundos. Se alcanzó un umbral de acción. La decisión suma estado previo, duración, pruebas activas y una topología —normalmente punto a punto— donde perder al vecino no es un estado tolerable.

Cerrar el puerto puede cortar un bucle o evitar que más tráfico caiga en un agujero negro. También puede retirar capacidad sana si la causa era transitoria o de control. Esa es la transacción: disponibilidad inmediata a cambio de limitar una exposición potencialmente mayor.

El resultado depende de otros relojes

STP o RSTP pueden modificar la topología mientras UDLD espera. Cisco advierte que la fórmula clásica de convergencia STP no garantiza que UDLD gane la carrera frente a RSTP. Plataforma, versión, papeles de puertos, temporizadores y momento del fallo alteran el orden.

El expediente de operación debe conservar portadora, último eco, expiración, secuencia de reintentos, errdisable, cambio de spanning tree, ruta alternativa y prueba de entrega. Sólo así se distingue una señal de control de la reparación y del resultado que importa al usuario.

Fuentes