Resumen

  • La revisión 07 de draft-ietf-lsr-l2-bundle-member-remote-id propone identificadores de interfaz remota para OSPF, IS-IS y BGP-LS. Con ellos, un consumidor puede unir cada miembro local del haz L2 con el miembro correspondiente del vecino; que el agregado exista o esté activo no aporta esa unión.
  • A→X y X→A forman un recibo de correlación, no una prueba física. La obtención del dato queda fuera del protocolo de routing, la autenticación IGP protege el anuncio después de creada la relación y una pareja coincidente no demuestra actividad, métricas actuales, uso efectivo ni éxito de una acción TE.

Un solo enlace lógico borró una pregunta física

La agregación cumple una función valiosa: convierte varias interfaces físicas en una sola adyacencia lógica. El routing se simplifica y el servicio puede resistir la pérdida de un miembro. Sin embargo, la abstracción pierde información cuando el operador necesita atribuir retardo, pérdida, ancho de banda o una avería a un miembro concreto.

R1 puede anunciar A, B y C como identificadores locales, mientras R2 anuncia X, Y y Z. Las dos listas pueden ser correctas y el enlace padre puede seguir operativo. Nada de eso indica si A llega a X o a Y. Una medición auténtica asociada al extremo equivocado produce una decisión falsa sin que ningún dato individual sea inventado.

La revisión 07 ofrece la pieza que faltaba. Para su miembro A, R1 anunciaría exactamente el valor no nulo de 32 bits que R2 usa como identificador local del mismo miembro. Si ese valor es X, R2 debería anunciar A como identificador remoto de X. El consumidor ve así A→X y X→A.

La unión permite correlacionar métricas por miembro y razonar sobre trayectos bidireccionales. Pero sigue siendo una afirmación producida por el router. No es una sonda sobre el cable.

El protocolo asegura el mensajero después de construir la relación

La frase decisiva del análisis de seguridad separa dos momentos. La autenticación del IGP protege el anuncio una vez que el router de origen lo ha creado. No autentica la información local de capa 2 utilizada antes para decidir cuál era el miembro remoto.

OSPF e IS-IS operan sobre el enlace L3 padre, no directamente sobre cada puerto del haz. No pueden pedir de forma nativa al otro extremo «dime tu ID local de 32 bits para este hilo». Por eso la adquisición queda fuera del alcance de la propuesta. Puede proceder de configuración o de un mecanismo de descubrimiento específico, quizá apoyado en LLDP o LACP.

Esos protocolos tampoco entregan la cifra deseada sin traducción. El Port ID de LLDP depende del subtipo y puede no ser numérico ni caber naturalmente en 32 bits. Los port numbers Actor y Partner de LACP son valores de 16 bits asignados por separado. Relacionarlos con el identificador local del descriptor L2 es trabajo propio de cada implementación.

Surge entonces un fallo incómodo: LLDP informó correctamente, la tabla local existe, la LSA de OSPF lleva autenticación y BGP-LS transportó el atributo sin alterarlo, pero la tabla de conversión corresponde al cableado anterior. La integridad criptográfica conserva lo que dijo el router; no valida retrospectivamente el sensor o la inferencia que produjo el mensaje.

La reciprocidad detecta desacuerdo, no una equivocación común

Si R1 declara A→X, el controlador debería encontrar X→A en R2. La ausencia de la relación inversa puede descubrir una mala configuración, un fallo de descubrimiento o manipulación en la adquisición. Es una comprobación valiosa.

No obstante, ambos extremos pueden compartir la misma tabla antigua. También es posible comparar anuncios de épocas topológicas distintas durante un cambio. Dos afirmaciones simétricas elevan la confianza en la correlación, pero no prueban que el puerto siga conectado, que esté reenviando o que la métrica pertenezca al mismo instante.

La cadena completa conserva cada autoridad por separado:

  1. se anuncia el enlace L3 padre;
  2. ambos extremos publican identificadores locales no nulos;
  3. la adquisición genera una relación remota con fuente y antigüedad;
  4. OSPF o IS-IS autentica lo que el router originó;
  5. BGP-LS exporta la relación bajo el padre y orden correctos;
  6. el consumidor confirma A→X y X→A en la misma época;
  7. el estado actual de las interfaces confirma que los miembros siguen activos;
  8. las mediciones recientes corresponden al par pretendido;
  9. la acción del controlador alcanza esos miembros y el forwarding observado coincide.

El nuevo campo mejora la parte media de la cadena. No convierte el paso seis en el nueve.

Desconocido no significa inexistente

La ausencia del ID remoto indica que no se aprendió o no se anunció. No demuestra que el vecino carezca de un miembro correspondiente. En un despliegue gradual, un extremo puede implementar la extensión y el otro no.

El cero tiene un significado estrecho: desconocido. No es un identificador válido. Un originador OSPF no debe anunciarlo y el receptor lo trata como ausencia. IS-IS puede usar cero sólo para conservar la posición cuando otros miembros del mismo descriptor sí tienen valores conocidos. BGP-LS nunca exporta ese cero.

En IS-IS, el número y el orden de ID remotos deben coincidir con los miembros del descriptor contenedor. Una longitud cero, una longitud no divisible por cuatro o un recuento incompatible convierte el conjunto entero en desconocido. Adivinar una unión parcial sería peor que declarar incertidumbre.

Los duplicados tienen una regla determinista: OSPF y BGP-LS usan la primera aparición; IS-IS, la primera del fragmento LSP con el número menor. Eso garantiza una lectura estable durante transitorios, no que la primera versión sea físicamente correcta.

La telemetría debe separar: función no soportada, dato no aprendido, anuncio omitido, cero posicional, conjunto malformado, duplicado ignorado, falta de reciprocidad, fuente caducada y pareja recíproca válida. Reducirlos a «sin enlace» elimina la información útil para operar.

Transportar el dato no traslada la responsabilidad semántica

El Producer de BGP-LS origina el nuevo sub-TLV como atributo del Link NLRI del enlace L3 padre. El Propagator no aplica las comprobaciones semánticas propuestas. El Consumer valida la reciprocidad y decide qué hace su aplicación ante un error.

La división evita que un intermediario simule comprender toda la topología. También impide que el controlador suponga que la llegada por BGP-LS equivale a una validación previa. Quien va a mover tráfico conserva la responsabilidad de la última revisión.

El detalle de cada miembro expone más topología que el agregado. La propuesta exige que el anuncio esté desactivado por defecto y se habilite por enlace, además de recordar el aislamiento del dominio confiable de BGP-LS. La visibilidad que ayuda a controlar también puede ayudar a cartografiar la infraestructura.

La frescura pertenece al originador. Si sabe que una relación dejó de ser válida, debe retirarla o sustituirla. Cómo detectarlo y cuánto envejece una observación son decisiones de implementación. Un entero de 32 bits sin procedencia ni tiempo no basta para describir el cableado actual.

Last Call no es producción

Datatracker registra la revisión 07 como documento activo del grupo LSR, enviado para publicarse como Proposed Standard. La IETF Last Call termina el 13 de octubre de 2026 y aún se necesita la revisión de IANA. El texto está fechado el 29 de septiembre de 2026 y caduca el 2 de abril de 2027. No es un RFC.

Los nuevos tipos sub-TLV de OSPFv2, OSPFv3, IS-IS y BGP-LS siguen como TBA. El expediente no prueba valores asignados, soporte de proveedores, despliegue operativo, exactitud ni mejora TE. La afirmación defendible es más concreta: el borrador define cómo transportar una relación acotada y revela dónde comienza y termina su confianza.

Fuentes