Resumen

  • RFC 9992 define cómo estructurar claves y valores de las KV TIE de RIFT; prohíbe el atajo de emplearlas como información para los cálculos distribuidos propios de RIFT.
  • Un objeto puede ser retransmitido por equipos que no lo entienden. La llegada y el público objetivo no demuestran comprensión, aceptación ni efecto de forwarding.
  • La selección determinista de una de dos claves iguales limita la indecisión, pero no certifica que el valor ganador describa el estado real.

La distinción nace en el propio diseño. RFC 9992 permite que las parejas clave-valor sirvan a cualquier propósito imaginable. A la vez advierte que no deben transportar topología utilizada por RIFT para sus cálculos distribuidos: pueden aparecer carreras de convergencia, oscilaciones y resultados inferiores. No es una prohibición de automatizar; es una regla contra confundir un canal extensible con la autoridad de la ruta.

La clave lleva tipo, identificador y valores variables. Cero es ilegal en los identificadores pertinentes y el receptor debe descartarlo y registrarlo. Los tipos Experimental, Well-Known y OUI separan espacios de nombres; Well-Known y Experimental exigen subtipo. Esa disciplina hace que una especificación pueda nombrar una semántica. No demuestra quién originó una instancia concreta, qué política local permite su uso ni qué proceso responde si llega tarde.

Según RFC 9692, una KV TIE desconocida puede seguir inundándose normalmente. Por eso un diagrama de propagación es evidencia de transporte, no de adopción. La hoja puede retransmitirlo sin decodificarlo. Puede decodificarlo y negarse a usarlo. Puede usarlo sólo para observabilidad. Cada transición pertenece a un propietario distinto.

Tampoco Key Target entrega una orden ejecutable. RFC 9992 lo limita a dirección southbound y lo presenta como identificación de nodos previstos. Un nodo sin soporte continúa enviando las KV TIE adecuadas a todos. La intención del emisor y la población que vio bytes siguen siendo dos cosas distintas.

El caso de dos ToF muestra la diferencia entre selección y verdad. Para claves idénticas desde varios vecinos northbound, sólo una KV TIE queda seleccionada; valores distintos pueden resolver por System ID más alto. RFC 9992 recomienda que los nodos determinen valores de forma consistente porque un split brain puede producir un resultado no querido. La hoja obtiene continuidad, no conocimiento perfecto. Debe conservar candidatos, origen, dirección, lifetime, target, huella del valor y motivo de selección antes de permitir una acción posterior.

El registro IANA de RIFT y la revisión experta protegen la semántica pública. Un número asignado evita colisiones; no concede a una empresa, proveedor o equipo local el poder de cambiar una ruta. RFC 9719 separa además la gestión de RIFT del hecho de que el hardware haya aceptado un cambio. La configuración deseada, el anuncio visto, el valor seleccionado, la RIB, la FIB y el paquete medido necesitan registros distintos.

La lectura de Heng Lu ayuda a no borrar esos saltos: una especificación inicial pequeña permite interoperabilidad; la decisión futura queda donde existe conocimiento y responsabilidad. El código que corre, sus trazas y la prueba del paquete son evidencia posterior, no una consecuencia mágica del campo recibido.