Resumen

  • draft-ietf-ivy-network-inventory-topology-11 permite asociar nodos y puntos de terminación lógicos con elementos y puertos físicos. Su contenedor port-breakout enumera capacidades intrínsecas, no interfaces ya configuradas ni capacidad libre.
  • Como ne-ref, port-ref y link-type pueden proceder del descubrimiento, de una declaración manual o de un recurso futuro, la automatización debe conservar esa procedencia y exigir comprobantes posteriores de configuración, operación y entrega.

El error empieza con una suma

Cuatro canales de 100G aparecen debajo de un puerto de 400G. La interfaz del orquestador los presenta como una lista limpia. Una solicitud necesita 100G. La suma parece suficiente para convertir el primero en candidato.

Sin embargo, port-breakout es config false: describe lo que el hardware puede exponer. El texto aclara que la capacidad existe con independencia de que el puerto esté configurado en ese momento como trunk o como breakout. La lista no confirma que se haya creado ninguna interfaz hija. Tampoco informa de óptica, cableado, estado de lane, alarmas, ocupación ni reservas.

La pantalla no miente. Está respondiendo a «¿qué admite este componente?». El error consiste en usar la respuesta para «¿qué puedo activar ahora?». Entre ambas preguntas caben una autorización, una transacción de configuración, una lectura posterior del equipo, telemetría, una decisión de política y una prueba de tráfico.

Los mapas tienen autores

La revisión 11 define un tipo de red de topología de inventario sobre RFC 8345. ne-ref enlaza un nodo con un elemento de red físico; port-ref enlaza un punto de terminación con un componente de puerto. Los atributos de mapeo marcan qué objetos representan recursos físicos dentro del modelo.

Ese contrato reduce ambigüedad entre herramientas, pero no elimina la autoridad local. Los campos de mapeo son editables porque no toda infraestructura puede descubrirse. Un CPE puede estar fuera del dominio de gestión, un proveedor puede ocultar los detalles de un circuito arrendado y un planificador puede necesitar una entidad que todavía es hipotética. Incluso una observación automática puede requerir una corrección manual.

Por eso el valor solo no basta. Hay que saber quién o qué lo produjo, mediante qué método, en qué instante, para qué alcance y bajo qué autoridad puede ser reemplazado. «Descubierto», «declarado», «importado» e «hipotético» son estados de conocimiento diferentes aunque el identificador tenga el mismo formato.

Una correspondencia manual puede ser la mejor información disponible. Pero si al copiarse a otro sistema pierde su etiqueta de procedencia, gana una certeza que nunca tuvo.

La capacidad de solo lectura no es la configuración

port-breakout es más fuerte en un sentido concreto: el modelo no permite configurarlo manualmente. La capacidad viene determinada por el hardware. Eso lo hace apto para comprobar compatibilidad y preparar un cambio.

No lo convierte en un informe de estado actual. Un puerto capaz de dividirse puede seguir funcionando como enlace único de 400G. Los canales enumerados pueden no existir como interfaces. Un cambio de tarjeta o de firmware puede alterar la capacidad mientras el nombre lógico permanece. Una caché puede conservar una respuesta antigua después del reemplazo.

El comprobante de capacidad debe quedar ligado a la identidad del dispositivo, al componente, a la versión de software o firmware, a la hora y al mecanismo de recogida. El comprobante de configuración, en cambio, debe registrar la intención aprobada y la lectura real posterior al commit. El comprobante operacional debe nombrar el canal exacto, su estado, contadores y capacidad. Son tres documentos porque responden a tres preguntas.

Una etiqueta ligera para una realidad opaca

El campo link-type separa categorías generales como fibra, cobre, coaxial, microondas, WLAN y fibra arrendada. Sirve para orientar al consumidor hacia modelos especializados, no para reemplazarlos.

En una fibra arrendada, el cliente puede conocer los extremos y la dependencia comercial sin ver el recorrido físico, los hilos o los elementos intermedios del proveedor. La etiqueta leased-fiber es verdadera precisamente a la vez que declara una frontera de visibilidad.

La automatización debe retener esa frontera. No puede inferir diversidad física, capacidad ni propiedad detallada a partir del tipo de enlace. Tampoco debería borrar la dependencia solo porque el interior es desconocido. La buena representación permite decir: «sabemos qué clase de relación es y sabemos qué parte no podemos observar».

El verde de una herramienta no es el verde de la red

En la fecha de investigación, la revisión 11 seguía siendo un Internet-Draft activo, destinado a Standards Track, enviado al IESG y a la espera del visto bueno del Area Director. La revisión de IANA aún no figuraba como aprobada. El Datatracker mostraba cero errores y cero advertencias en la validación YANG.

La validación demuestra algo delimitado sobre el módulo. No demuestra que un fabricante lo haya implementado, que una red lo use ni que los valores recogidos sean actuales. Un transporte seguro protege el mensaje, no su actualidad. NACM delimita el acceso, no garantiza una decisión correcta. Un grafo válido puede apuntar al puerto que existía antes de una sustitución.

La disciplina consiste en no trasladar el veredicto de una capa a la siguiente. Documento bien formado, implementación, despliegue y resultado requieren evidencias distintas.

Cómo se convierte una posibilidad en un servicio

El primer paso operativo es una intención concreta: equipo, puerto padre, modo de breakout, interfaces esperadas, requisitos ópticos, ventana y aprobador. Después se aplica la configuración y se lee el dispositivo. La aceptación del comando no basta; deben aparecer el modo y los hijos previstos.

Luego se verifica el estado administrativo y operacional, alarmas, errores, potencia óptica y capacidad no comprometida del canal exacto. La fecha de esas observaciones importa tanto como el valor.

El ejemplo de aprovisionamiento del borrador no trata el mapeo como sentencia de capacidad. Primero relaciona un SAP con un puerto físico y después consulta otros modelos de topología. Si faltan recursos, permite elegir otro SAP o intervenir manualmente. Esa secuencia evita que port-ref se convierta en una promesa comercial.

La política del orquestador también debe quedar registrada: versión, candidatos, descartes, SAP elegido y excepción humana. La activación añade el último límite. Solo una observación del camino, del tráfico y del resultado visible para el cliente puede cerrar el pedido.

El recibo que permite discutir un fallo

Un expediente útil contiene, por separado:

  1. la revisión del borrador o RFC y del módulo usada por las herramientas;
  2. el controlador, dispositivo, método y tiempo del snapshot;
  3. cada ne-ref, port-ref y link-type con su procedencia;
  4. integridad referencial y autoridad para modificar el mapeo;
  5. capacidad port-breakout vinculada a hardware y software concretos;
  6. cambio deseado, supuestos y aprobación;
  7. lectura posterior que muestre modo e interfaces reales;
  8. estado, contadores, óptica y capacidad del canal seleccionado;
  9. decisión del orquestador y cualquier intervención manual; y
  10. activación, camino de tráfico y resultado del servicio.

El borrador advierte de mapeos obsoletos o mal configurados que pueden causar aprovisionamiento erróneo, rutas inesperadas, fallos de activación y planificación de capacidad inexacta. Separar los comprobantes permite atribuir el fallo a la capa que lo produjo, en lugar de culpar a «la topología» como un bloque indivisible.

Fuentes