Resumen

  • El Neighbor ID obligatorio reúne Neighbor Interface ID y Neighbor Router ID. Conservar sólo el Router ID puede fundir enlaces paralelos y atribuir sus características al circuito equivocado.
  • El U-bit obliga a inundar el Intra-Area-TE-LSA aunque el tipo sea desconocido. La presencia en la LSDB no demuestra interpretación, habilitación ni uso por un cálculo de caminos.

La topología desapareció durante la normalización

Dos enlaces físicos conectan los mismos routers. Comparten el mismo par de Router ID, pero cada extremo usa un Interface ID distinto. El paquete contiene esa diferencia. El esquema del almacén no: su clave sólo admite origen y vecino.

Cuando llegan los dos Link TLV, uno sustituye al otro. El ancho de banda, las direcciones y las métricas parecen cambiar de manera imposible porque el sistema alterna entre dos circuitos reales bajo una sola identidad inventada. Una alarma de inestabilidad es, en realidad, un recibo de pérdida de información.

RFC 5329 hace obligatorio el sub-TLV Neighbor ID y exige que aparezca exactamente una vez. Sus ocho octetos conservan los dos componentes. El Router ID identifica al vecino en OSPFv3; el Interface ID conserva el contexto del enlace. No son duplicados.

Las direcciones ayudan, pero no sustituyen la clave

Los sub-TLV de dirección IPv6 local y remota pueden enumerar varias direcciones globales y sirven para distinguir enlaces paralelos. Las direcciones link-local están prohibidas. La lista es evidencia útil, no una identidad inmutable.

La dirección remota puede omitirse; en multiacceso puede ser ::. Por eso un campo vacío no autoriza a declarar que falta el vecino. Tampoco autoriza a elegir una dirección de otra fuente y presentarla como si hubiera sido anunciada en ese LSA.

Un buen modelo registra el conjunto, su procedencia y su estado: presente, ausente, cero permitido, prohibido o ignorado. La confianza puede bajar cuando falta apoyo, pero la topología no debe ser completada por deseo de tener columnas llenas.

Link State ID organiza sobres, no cables

El Link State ID del Intra-Area-TE-LSA es arbitrario. Permite que un router origine varios LSA TE. RFC 5329 declara expresamente que no tiene significado topológico.

Usarlo como clave de circuito confunde la forma de empaquetar anuncios con la infraestructura. El origen puede redistribuir TLV entre LSA y cambiar esos números sin tocar un enlace. El inventario vería altas y bajas; la red vería la misma adyacencia.

La clave de observación debe anclarse en el Advertising Router, el Neighbor Router ID, el Neighbor Interface ID y el contexto de red. Incluso esa clave describe una afirmación de protocolo, no una factura, un puerto óptico probado ni un compromiso de capacidad.

OSPFv2 no presta su Link ID a OSPFv3

En OSPFv2, el Link ID ayudaba a nombrar el extremo remoto según el tipo de red. OSPFv3 ya no dispone de la dirección IPv4 de interfaz bajo esa semántica. RFC 5329 manda usar Neighbor ID; el antiguo Link ID no debería enviarse y debe ignorarse al recibirlo.

Mostrar el campo antiguo sin su disposición es peligroso. Puede tener una forma reconocible y coincidir con otra base, pero no interviene en la decisión normativa. La captura debe conservar que llegó y, a la vez, registrar que fue ignorado.

Esta separación permite investigar interoperabilidad sin convertir una anomalía en autoridad. Borrar el campo oculta el emisor defectuoso; obedecerlo falsifica la identidad.

La inundación verde no certifica comprensión

RFC 5329 usa un tipo de LSA con alcance de área y U-bit activado. Un router que desconoce el tipo todavía lo inunda dentro del alcance. Esa propiedad permite desplegar extensiones sin que cada tránsito se convierta en un bloqueo semántico.

El recibo de inundación prueba secuencia, checksum, ámbito y transferencia. No prueba que el nodo haya construido una entrada TE. Aun cuando reconoce el LSA, puede ignorar tipos TLV desconocidos. Luego la política de área puede mantener deshabilitada la publicidad TE. Finalmente, un consumidor puede no usar la base construida.

Hablar de “soporte” como un único booleano borra estas etapas. Conviene separar transporte, reconocimiento, análisis, identidad, habilitación y consumo. La divergencia entre ellas es información de operación, no ruido.

El orden decide qué valor vale

Neighbor ID debe aparecer una vez. Los demás sub-TLV definidos en RFC 5329 no deberían repetirse; si se repiten, las instancias posteriores a la primera se ignoran. Una estructura de tipo mapa que conserva el último valor aplica una semántica distinta.

Guarde la secuencia completa, longitud, relleno, tipo y resolución del parser. El relleno alinea a 32 bits pero no forma parte del campo Length. Sin la forma original, una discrepancia entre dos implementaciones puede parecer una simple diferencia de datos.

La instancia ignorada sigue siendo evidencia. Puede revelar un error de codificación, una transición de software o tráfico construido para explotar dos interpretaciones. La norma dice cuál controla; no dice que las demás deban desaparecer del registro.

Una dirección estable no es un latido

Router IPv6 Address TLV anuncia una dirección estable y enrutable que debería ser alcanzable cuando existe conectividad con el router. No puede ser link-local y aparece exactamente en un LSA TE del origen compatible.

Eso describe la intención de la dirección, no el resultado de una sonda. La LSDB, una ruta, un ping, una sesión de gestión y una transacción son recibos distintos. Su valor surge al relacionarlos sin que uno suplante al otro.

Fuentes y límite de la evidencia

Las fuentes establecen reglas, historia y registros. No demuestran implementación actual, configuración, adyacencia, base TE, ruta calculada, reserva, reenvío ni resultado para usuarios.