Resumen

  • El borrador conecta agentes de sensing, agentes de red y un controlador, con un nivel decreciente para acotar interacciones, pero deja la selección de subtareas al conocimiento local de cada agente.
  • Una respuesta de «configuración aplicada» no demuestra transporte efectivo, custodia de datos, contribución completa de sensores ni cumplimiento del KPI; cada efecto necesita un recibo independiente.

El agente de red devolvió éxito. La ruta solicitada había sido aceptada por el controlador y todos los contadores de delegación terminaron dentro del límite. El procesador, sin embargo, sólo recibió dos de cuatro flujos de sensores. La plataforma conservó la respuesta de control y perdió el dato que habría impedido llamarla resultado.

La escena encaja en la arquitectura descrita por la revisión 02 de Solutions for enabling agentic sensing with network optimization. El borrador, fechado el 2 de octubre de 2026, imagina una Sensing Control Function que delega tareas a AIaS, agentes de IA para sensing. Esos agentes pueden elegir sensores y una Sensing Processing Function, y negociar con AIaN, agentes de IA para red, la conectividad necesaria. Después, la monitorización puede proponer o activar una nueva configuración.

El documento es una contribución individual activa. No ha sido adoptado por NMRG, no pertenece a un stream, no tiene AD responsable ni representa consenso del IETF. Su texto indica estado pretendido Experimental. No ofrece wire format, implementación, interoperabilidad ni mediciones. La revisión 02 cambia esencialmente fecha, caducidad y agradecimientos respecto de la 01. IANA no tiene acciones; Security Considerations sigue en TBD.

Leerlo con esa cautela permite apreciar su aporte real. La propuesta enumera las piezas de una futura coordinación y muestra dónde una respuesta administrativa puede confundirse con un efecto físico. En una tarea distribuida, sensing y red están acoplados, pero no son la misma capa de evidencia.

La petición contiene una política compuesta

La solicitud puede incluir precisión espacial y temporal, duración, movilidad del objetivo, restricciones de privacidad, seguridad y confianza, ubicación del procesamiento, cifrado, fuentes admitidas, reglas de fusión y consumo energético. También puede limitar cómo los agentes interactúan.

No basta con reenviar una descripción natural. Cada restricción tiene semántica distinta. La localidad controla dónde viven o se transforman los datos. El cifrado protege una transferencia, no legitima el destino. La lista de fuentes confiables gobierna procedencia, no exactitud. La regla de fusión decide qué combinaciones son aceptables. El KPI define qué resultado sirve a la tarea.

Una política sólida debe tener identidad y versión. Cada hijo recibe una capacidad atenuada ligada a esa versión: qué subtarea, qué datos, qué destinos, qué periodo, qué transformaciones y si puede delegar. El hijo acusa recibo. Si modifica una regla, el cambio aparece como nueva decisión, no como copia silenciosa.

El contador limita forma, no autoridad

El allowed level of agentic AI interactions puede indicar con qué clases o propietarios de agentes se permite hablar, quién monitoriza y si cabe proponer reconfiguración. También puede significar saltos, niveles, número de workers o profundidad de grafo. El ejemplo reduce el valor en uno por nivel.

Cero puede impedir otra delegación. No prueba que las anteriores fueran legítimas. Tampoco limita necesariamente el ancho: un nodo en profundidad uno puede abrir varias ramas. Un presupuesto de niveles no es presupuesto de agentes, conexiones, copias, dominios administrativos o acciones.

La codificación ilustrativa añade otra sutileza. Uno permite al AIaS local interactuar con su AIaN local; dos permite hablar con otros nodos de sensing que ya no delegan; tres permite más niveles. ¿Consume el diálogo local una unidad? ¿Y la llamada del AIaN al SMF o AMF? ¿Un reintento? ¿La monitorización posterior hereda el contador? El borrador no fija una contabilidad normativa.

Un experimento debería separar maxDepth, maxWorkers, maxBranches, maxDomains, maxActions y presupuesto temporal. Cada arista registraría valores antes y después, identidad de ambos extremos, política y justificación. Sólo así la organización sabe qué límite se respetó.

El controlador confirma su propio plano

En la secuencia, un AIaS solicita conectividad a un AIaN; el AIaN la pide a una entidad de control; la respuesta vuelve por la cadena. Ese retorno puede demostrar que el controlador aceptó o aplicó una configuración. Es un recibo valioso, siempre que se conserve quién actuó, sobre qué objeto, bajo qué versión y con qué resultado.

No demuestra el plano de datos. Una regla puede instalarse mientras el tráfico toma otro camino. Un enlace puede fallar después. Las colas pueden incumplir la latencia. Un filtro puede bloquear un sensor. La resolución del destino puede cambiar. Para afirmar entrega hace falta observación posterior desde la perspectiva relevante.

RFC 9232 ayuda a separar generación, exportación, análisis y consumo de telemetría. Una muestra observada aporta evidencia, pero no atribuye automáticamente causa a la última configuración. Conviene conservar el recibo del cambio y el recibo de conectividad como registros enlazados, no fusionarlos en un indicador verde.

El sensing también puede ser parcial

El procesador necesita mostrar qué sensores contribuyeron, a qué hora, con qué preprocesamiento, qué fuentes faltaron y cómo se calculó la incertidumbre. Si esperaba cuatro y recibió dos, el resultado puede seguir siendo útil, pero debe declararse parcial. Rellenar la ausencia con cero altera la realidad observada.

La confianza tampoco se hereda de una firma. RFC 9334 describe evidencia de attestation y su appraisal por un relying party. Eso puede ayudar a evaluar un entorno. No concede por sí mismo derecho a procesar una clase de datos ni prueba que la medida sea correcta. Fuente, plataforma, mandato y calidad siguen separados.

El borrador reconoce que cada agente decide si necesita subtareas adicionales según su implementación y conocimiento local. Esa libertad es el motor de la arquitectura y su principal superficie de control. Una inferencia local puede acabar solicitando una ruta garantizada o trasladando cómputo. El recibo debe conservar qué observación motivó la decisión y qué capacidad la permitía.

Optimizar exige publicar el vector de objetivos

La propuesta menciona exactitud, frecuencia de actualización, confianza, latencia, privacidad y energía. No existe una única configuración óptima para todos a la vez. Menos energía puede significar menos sensores. Menor latencia puede requerir procesamiento remoto. Mayor precisión puede mezclar datos cuya fusión estaba prohibida.

El sistema debe publicar los objetivos, restricciones duras, ponderaciones y resultado observado. Un KPI mejor no compensa automáticamente una violación de política. Tampoco puede declararse éxito porque el modelo predijo que la nueva configuración cumpliría; la predicción y la observación son recibos distintos.

El marco CATS y los casos GREEN son contexto arquitectónico para selección y eficiencia, no evidencia de que una cadena específica haya aplicado una decisión ni alcanzado sus metas. Una referencia en el borrador no convierte su ejemplo en despliegue.

La monitorización abre una nueva decisión

El último paso permite a agentes o mecanismos tradicionales vigilar conectividad, precisión estimada y energía. Umbrales pueden asociarse a acciones. Si una medida cruza el límite, la plataforma puede reconfigurar.

Observar no autoriza. El monitor debería emitir una medida atribuida, su ventana, incertidumbre y una propuesta. Una autoridad identificada consulta la política vigente, decide, nombra el actuador, limita el cambio y exige una observación posterior. Así se evita que el componente que define su propia métrica se conceda también el poder de alterar la red.

Security Considerations TBD debe tratarse como una dependencia abierta. Faltan amenazas y respuestas para suplantación, replay, ampliación de capacidad, pérdida de política, colusión, fuga de datos, bucles inestables y recuperación. Enumerar requisitos de privacidad no demuestra que se transmitan ni se cumplan.

La especificación inicial más útil sería estrecha: principal, identificador de política, capacidad, presupuestos con unidades claras, atenuación, aceptación del hijo y estado parcial. Después, cada plano añade sus pruebas. Esta secuencia refleja la prioridad del código en funcionamiento: sólo implementaciones independientes y trazas observadas pueden convertir el diagrama en conocimiento operacional.

El incidente inicial no exige negar el valor de la configuración. Exige etiquetarla correctamente. El controlador hizo una promesa sobre su estado. Los flujos ausentes contaron otra historia. Una plataforma responsable conserva ambas y se niega a llamar entrega a la primera.

Sources