Resumen

  • RFC 3063 retrasó la asignación de etiquetas hasta que el hilo regresara: prevenir bucles pasó a ser una condición de establecimiento de la ruta, no una conclusión extraída únicamente de la tabla de rutas.
  • El color, el contador de saltos y el TTL tenían tamaño fijo; la garantía pertenecía al procedimiento de control y no probaba ni la implantación del mecanismo ni la entrega de paquetes.

La etiqueta quedaba para el final

La idea más significativa de RFC 3063 no es solo detectar un bucle. Es ligar la detección con una decisión concreta: en modo de prevención, el router no anuncia la asociación de etiqueta mientras el hilo de control no se haya rebobinado.

MPLS no obliga a cada router a consultar toda la ruta para reenviar cada paquete. Un router de conmutación por etiquetas asocia una etiqueta a una clase de equivalencia de reenvío, o FEC. Si cambia el siguiente salto mientras el estado de enrutamiento de capa 3 sigue un bucle, distribuir la etiqueta demasiado pronto puede dejar configurado un LSP que herede ese bucle. RFC 3063 convierte el establecimiento en una puerta: primero la ruta candidata debe superar las reglas del hilo; después se libera la asociación.

El documento experimental apareció en febrero de 2001 y declara expresamente que no define un estándar de Internet. Un hilo es una secuencia de mensajes de control de ruta con tres atributos: color, número de saltos y tiempo de vida (TTL). El color combina la dirección IP del nodo que lo inicia con un identificador local de evento que debe distinguirse en el tiempo y el espacio. Si un nodo vuelve a ver el mismo color, el hilo ha regresado por una ruta cíclica. El contador mantiene una medida creciente a lo largo de la ruta; un valor especial de salto desconocido cubre ciertos casos en los que ya se ha detectado un bucle.

El TTL limita cuánto puede avanzar un mensaje de control, pero no es por sí mismo la prueba de ausencia de bucle.

Los routers extienden el hilo hacia la salida, fusionan trabajo compatible, lo detienen si reaparece un color que ya vieron, lo retiran cuando desaparece un siguiente salto o lo rebobinan mediante reconocimientos por el camino recorrido. En modo de prevención, la asociación de etiqueta sale solo cuando se completa el rebobinado. En modo de detección, un nodo puede devolverla al recibir un hilo coloreado, pero esa respuesta no rebobina el hilo. La diferencia cambia el momento en que se libera el label; agrupar ambos comportamientos bajo una sola etiqueta de «prevención» oculta una decisión operativa real.

El diseño también delimita el tamaño de la información. A diferencia de un vector de ruta que crece a medida que aumenta el LSP, el objeto del hilo conserva un tamaño fijo. Mientras el hilo avanza, los routers almacenan temporalmente su color y contador de saltos en los enlaces pertinentes. Una vez que vuelve, la marca de color activo se puede descartar y basta con conservar el contador. RFC 3063 argumenta que así se limita el tamaño de los mensajes y que un cambio de siguiente salto involucra solo nodos aguas abajo en la ruta candidata. Son ventajas planteadas por los autores, no mediciones publicadas en una red en servicio.

El texto permite conservar la ruta anterior mientras la nueva encuentra un bucle de capa 3, pero deja esa opción a la implementación. También contempla los dos estilos de asignación ordenada, redes con y sin capacidad de VC merge y reparto de carga mediante hilos distintos. Que el RFC describa esas posibilidades no demuestra que algún fabricante las incorporara ni que un operador las utilizara.

Un acuse del plano de control, no una captura de paquetes

La arquitectura MPLS de RFC 3031 separa la distribución de etiquetas de su aplicación para reenviar tráfico. El retorno del hilo certifica un estado del plano de control examinado por el algoritmo. No prueba que todas las tablas de reenvío recibieran el label correcto, que los paquetes atravesaran la ruta ni que no hubiera un bucle transitorio bajo otro orden de eventos. Para verificarlo se necesitan evidencias del plano de datos: estado FIB, contadores, sondas y un intervalo de observación explícito.

La especificación LDP posterior RFC 5036 documenta una detección configurable mediante TLV Path Vector y Hop Count. El vector registra los identificadores de los routers atravesados; una repetición o un límite configurado lleva a tratar el mensaje como un bucle. Es una técnica LDP distinta del hilo experimental de RFC 3063. Que aparezca en una especificación posterior no indica qué proporción de redes desplegó el hilo ni demuestra por qué la normalización prefirió otros procedimientos.

RFC 5715 analiza más adelante la convergencia sin microbucles tras cambios topológicos: un problema relacionado, pero no idéntico a impedir que se establezca un LSP cíclico.

La conclusión histórica es más acotada que una historia de éxito o de fracaso. RFC 3063 colocó un acuse del plano de control antes de publicar una asociación de etiqueta y evitó transportar una lista de ruta cada vez mayor. La ruta era libre de bucles dentro del modelo del RFC; la implementación, la conservación del camino previo y el tráfico real requieren pruebas separadas.