Resumen

  • La versión 07, fechada el 29 de septiembre, del borrador del grupo LSR del IETF sobre identificadores remotos de miembros de un agregado L2 exige que el valor anunciado coincida exactamente con el ID local no nulo de 32 bits que publica el vecino para ese mismo miembro. La versión 06 recomendaba utilizar el Port ID obtenido por LLDP.
  • El texto nuevo aclara que los números de puerto de LLDP y LACP pueden ayudar a descubrir la conexión física, pero no son necesariamente el identificador de enrutamiento requerido. La autenticación de un anuncio IGP tampoco autentica la información L2 con la que se construyó esa asociación.

Un agregado de capa 2 puede esconder varias conexiones físicas bajo un enlace lógico. Esa abstracción sirve para muchas funciones, pero un controlador que calcula trayectos sobre miembros individuales necesita una respuesta más precisa: cuál de los miembros de R1 llega a cuál de R2. El proyecto Advertisement of Remote Interface Identifiers for Layer 2 Bundle Members propone transportar esa información en OSPF e IS-IS y exponerla a los consumidores de BGP-LS. La nueva versión no demuestra que las redes la hayan desplegado; define con más rigor qué dato puede anunciarse como identificación remota.

El cambio se aprecia al comparar el texto del 22 de agosto con el del 29 de septiembre. En la versión 06 se recomendaba LLDP para conocer el Port ID del vecino y se proponía usarlo como ID remoto en el anuncio. También se citaban identificadores de puerto LACP como vía alternativa. La versión 07 elimina la sustitución directa. Cada extremo asigna a cada miembro un identificador local no nulo de 32 bits. Si un router anuncia un ID remoto para uno de sus miembros, ese número debe ser exactamente el que el otro router anuncia como ID local del miembro correspondiente.

Así se puede contrastar la pareja en ambos sentidos, en lugar de confiar en nombres de puerto parecidos.

LLDP no promete esa igualdad: el formato de su Port ID depende del subtipo y puede no ser un número de 32 bits. Los números Actor y Partner de LACP son de 16 bits y se asignan de forma independiente en cada extremo. Ambos protocolos pueden localizar el puerto vecino, pero pasar de esa observación al ID local que el vecino publica en el atributo del agregado depende de la implementación. La adquisición exacta queda fuera del alcance del borrador. Sigue siendo posible usar configuración o mecanismos de descubrimiento propios; lo que deja de ser defendible es copiar un valor de descubrimiento sin justificar la correspondencia.

Imaginemos una asociación errónea entre el miembro A y el supuesto miembro X de otro router. El equipo obtuvo un nombre de puerto válido, pero lo convirtió al número equivocado y difundió la relación. La autenticación IGP puede confirmar qué router originó ese anuncio; no prueba que la lectura L2 fuera reciente, auténtica o correctamente convertida. La versión 07 incorpora una sección de seguridad que identifica este límite de confianza. Una relación falsa podría llevar a un controlador a dirigir tráfico hacia un miembro que no está conectado como cree, o a diagnosticar mal una avería.

Es un riesgo descrito por el borrador, no una incidencia observada.

El texto también protege el significado de lo que falta. La ausencia de un ID remoto indica que no se aprendió o no se anunció, no que el vecino carezca de ese miembro. Puede suceder si solo un extremo implementa la extensión. IS-IS permite un cero como marcador posicional de «desconocido» en una lista ordenada; BGP-LS no exporta ese cero como ID válido. El propagador de BGP-LS no verifica semánticamente la asociación: esa tarea recae en el consumidor y su aplicación. Tratar un vacío como una prueba de inexistencia deformaría el mapa en los despliegues parciales.

El Datatracker muestra la versión 07 como Internet-Draft activo, en IESG Last Call hasta el 13 de octubre y con la intención de llegar a Proposed Standard. Todavía no es un RFC. La obligación de activar la publicidad solo por configuración en enlaces concretos ya estaba en la versión anterior. La noticia es que, cuando se active, la afirmación numérica deberá tener una base más sólida.

Fuentes