Resumen

  • RFC 5283 acepta una etiqueta para una FEC específica si la RIB contiene una ruta que la cubre y el vecino anunciante es el siguiente salto. LDP vuelve a anunciar la FEC concreta, no el agregado usado para decidir.
  • Ese estado prueba una relación local y temporal. No acredita por sí solo soporte de extremo a extremo, vida del LER de salida, convergencia de la retirada, programación de la LFIB ni entrega al servicio.

La ruta desapareció de la tabla, no del contrato LDP

El procedimiento original de LDP favorecía una coincidencia exacta entre FEC y RIB. Para construir LSP entre áreas, un operador debía filtrar hacia todas ellas las loopbacks específicas de cada PE. La conectividad MPLS se obtenía a costa de volver a expandir el estado que la jerarquía IGP pretendía contener.

RFC 5283 introduce una alternativa opcional. Una FEC /32 puede encontrar su camino en una entrada /24 que la incluya. Además, el router que anunció la etiqueta debe coincidir con el siguiente salto que la RIB selecciona para ese destino.

La FEC no se redondea al agregado. El LSR propaga la /32 original. Por eso existen dos resoluciones simultáneas: una identidad MPLS concreta y una evidencia IP más amplia. Confundirlas convierte una decisión de encaminamiento en un inventario inexistente.

El agregado no enumera quién sigue vivo

Una ruta /24 puede seguir siendo correcta mientras falla una única salida /32. El agregado expresa que el conjunto se alcanza por cierta frontera; no afirma que todos los miembros continúen disponibles.

El longest match tampoco consulta el destino final. Comprueba su propia RIB y el vecino LDP. El resultado autoriza un NHLFE local. No es un latido del LER, una lectura de la LFIB remota ni una observación de paquetes.

La etiqueta parece precisa porque nombra una FEC. La prueba que la sostiene puede ser deliberadamente menos precisa. Un panel debe mostrar ambos objetos y sus generaciones para que la exactitud visual de la etiqueta no se convierta en autoridad ficticia.

Un nodo compatible puede seguir siendo un punto final

La extensión debería poder activarse y desactivarse, viene desactivada por defecto y puede aplicarse por prefijo. Un equipo antiguo sigue interoperando de forma segura, pero no sabe prolongar la FEC si ya no existe una ruta exacta.

Toda área que use agregación necesita soporte en cada LSR pertinente. Si uno no aplica el procedimiento, el LSP iniciado en el egreso se detiene allí. No aparecen daños adicionales, pero tampoco existe el camino completo.

La capacidad debe comprobarse en la topología real. Un éxito en el borde de ingreso demuestra que el control llegó hasta ese borde, no que cualquier camino alternativo ni cualquier área haya sido actualizado.

Retirar los específicos es una operación de corte

La migración admite actualización gradual. Mientras quede un LSR sin comprobar en un área donde ya funcionan los LSP, el ABR debe mantener las rutas específicas. Solo cuando todos estén listos se retiran y queda el agregado.

Ese solapamiento protege dos modos de resolución. Antes del corte, el nodo antiguo aún encuentra una coincidencia exacta. Después, todo depende de longest match. Eliminar pronto las loopbacks convierte un hueco de inventario en una interrupción.

El recibo necesita el conjunto de nodos, versión, feature flag, prefijos habilitados, última generación con rutas específicas, primera generación solo agregada, mapas FEC antes y después, LFIB y prueba de tráfico. Una orden ejecutada no sustituye ese estado coordinado.

Un evento de RIB puede reescribir muchas FEC

Numerosas FEC específicas pueden depender de la misma ruta agregada. Si aparece un prefijo más específico, desaparece el agregado o cambia su siguiente salto, todas las FEC incluidas deben volver a evaluarse.

Algunas pueden adoptar el nuevo prefijo y otras permanecer en el anterior. Sus NHLFE cambian aunque el identificador FEC no lo haga. Los contadores de etiquetas creadas y borradas no revelan esa transición.

La trazabilidad debe unir prefijo y generación RIB, conjunto de FEC dependientes, vecino, etiqueta recibida, etiqueta local, NHLFE y confirmación de hardware. Solo así puede explicarse por qué dos FEC que ayer compartían salida hoy divergen.

La tabla IP baja; la tabla de etiquetas no necesariamente

El RFC reduce LSDB y entradas FIB IP. No reduce el número de entradas LFIB necesarias para mantener los LSP específicos. La optimización cambia un tipo de estado, no todo el estado del router.

Por eso una afirmación de escala debe nombrar la tabla y el recurso: cálculo SPF, memoria RIB, programación FIB, memoria LIB, actualización LFIB. Una cifra total de “rutas” oculta si el cuello de botella se trasladó.

La convergencia también tiene componentes. La topología puede recalcularse rápido mientras quedan numerosas entradas de etiqueta por reprogramar. El SLA no se cierra con la reducción de una sola fase.

La caída del egreso rompe la simetría

Los fallos de enlace, router de tránsito o ABR siguen el comportamiento habitual. La caída del LER de egreso es especial porque la ruta agregada puede sobrevivir. El resto del bloque aún existe, pero la FEC concreta dejó de tener destino.

LDP debe propagar la retirada ordenada desde el egreso hacia el ingreso. El RFC considera que el tiempo puede ser parecido a la convergencia IGP, aunque depende de la implementación. La reacción de MP-BGP, L3VPN u otra aplicación queda fuera de su alcance.

Durante ese intervalo pueden coexistir un agregado verde, una etiqueta todavía visible arriba y un egreso ya caído. Ninguno de esos datos está necesariamente equivocado; observan objetos y tiempos distintos. Lo incorrecto sería usar el agregado para cancelar la alarma específica.

Una ruta específica solo para control, la retirada ordenada o BFD en el borde pueden aportar observaciones. Cada mecanismo debe conservar su propio sujeto y alcance.

El último límite pertenece al tráfico

Una cadena LDP completa sigue siendo control. Hace falta demostrar que la LFIB se programó, que los paquetes usan el NHLFE correcto, que cruzan las áreas, que el contexto VPN los acepta y que el retorno y la aplicación funcionan.

Una sonda solo prueba la experiencia que reproduce. El ping a una loopback no equivale a un flujo empresarial con otra clase, VRF o ruta de retorno. El recibo debe usar el observador que corresponda a la promesa.

Así puede declarar estados parciales: ruta presente, FEC local presente, soporte remoto desconocido, retirada en curso, hardware pendiente, tráfico sin retorno. Esa precisión acelera la reparación porque mantiene separados al equipo de routing, MPLS, plataforma y servicio.

Dos granularidades en un mismo recibo

Registrar:

  • FEC, familia y LER de salida;
  • candidatos de RIB y longest match elegido;
  • generación, métrica, vecino y siguiente salto;
  • capacidad y activación por nodo y prefijo;
  • etiquetas recibidas, locales y anunciadas;
  • conjunto de FEC dependientes de cada agregado;
  • NHLFE, LFIB y confirmación del plano de datos;
  • áreas y ABR atravesados;
  • fase de migración y orden de retirada de específicos;
  • origen y avance de Label Withdraw;
  • señales BFD o de alcance específicas;
  • reacción de la aplicación de control;
  • tráfico bidireccional; y
  • resultado del servicio reclamado.

El valor de RFC 5283 está en mantener las dos escalas sin fingir que son una. El operador obtiene agregación y conserva precisión, siempre que no otorgue a la primera el poder probatorio de la segunda.

Sources