0% del curso completado
IA agéntica en operaciones de red (5.1)
📋 En esta lección
El tema más nuevo del blueprint v2.0 — y uno donde el examen no te pide configurar, sino evaluar: se te puede presentar la salida y la recomendación de un agente de IA y pedir que juzgues si es correcta. Aquí aprendes qué distingue a la IA agéntica de la generativa, cómo está construido un agente de red (telemetría, herramientas, bucle de decisión), los niveles de autonomía y sus barandillas, y el método para auditar lo que un agente te propone.
Generativa contra agéntica: la distinción del examen
IA generativa: le preguntas, produce contenido. "Explícame esta salida de show interfaces" → un texto. "Genera una ACL que permita HTTPS desde la VLAN 10" → unas líneas de configuración. Tú las lees, las verificas y las tecleas. El sistema no toca nada.
IA agéntica: el modelo puede actuar por sí mismo mediante herramientas. "Averigua por qué el usuario de la planta 3 no navega" → el agente consulta la telemetría, ejecuta show en los equipos, cruza los resultados, razona sobre ellos y devuelve un diagnóstico — y, según su nivel de autonomía, propone o aplica la corrección.
La diferencia no es la potencia del modelo: es que el agente tiene manos. Esa es la frase con la que se responde cualquier pregunta sobre este tema.
Cómo está hecho un agente de red
Cuatro piezas, y las tres primeras ya las dominas:
- Telemetría y datos: de dónde saca la realidad — SNMP (8.4), syslog (8.5), Assurance (11.5), tablas de los equipos.
- Herramientas (tools): lo que sabe hacer — llamadas a APIs REST (11.3), ejecución de comandos
showpor SSH/NETCONF, consultas al controlador, y en algunos casos, escritura de configuración. - El modelo (LLM): el que interpreta la petición en lenguaje natural, decide qué herramienta usar y con qué parámetros, interpreta el resultado y elige el siguiente paso.
- El bucle de razonamiento: lo que convierte una respuesta en una investigación.
Petición ("el portátil de contabilidad pierde conexión")
↓
┌─ OBSERVAR: consulta telemetría / ejecuta show ──┐
│ ↓ │
│ RAZONAR: ¿qué dicen los datos? ¿qué falta? │ ← se repite hasta
│ ↓ │ tener conclusión
└─ ACTUAR: siguiente consulta, o propuesta final ──┘
↓
Diagnóstico + recomendación (+ acción, si está autorizada)
Es exactamente la escalera de diagnóstico del curso — capa física, VLAN, DHCP, rutas — ejecutada por software a velocidad de máquina. Y por eso su calidad depende de que el método sea bueno: un agente aplica una metodología; si la metodología es pobre, acelera el error.
En el ecosistema Cisco, la forma más visible de esto son los asistentes digitales de red integrados en las plataformas de gestión: interfaces conversacionales que responden preguntas sobre el estado de la red, resumen incidentes y proponen acciones apoyándose en la telemetría de la propia plataforma.
Los niveles de autonomía
No es un interruptor, es un continuo — y saber en qué punto opera un sistema es lo que define el riesgo:
| Nivel | Qué hace el agente | Quién decide |
|---|---|---|
| 1 · Informar | Resume, explica, responde preguntas | El humano, con todo |
| 2 · Recomendar | Diagnostica y propone la acción concreta | El humano aprueba y ejecuta |
| 3 · Actuar con aprobación | Prepara la acción y la ejecuta tras confirmación | El humano autoriza cada acción |
| 4 · Actuar autónomamente | Ejecuta dentro de límites definidos y reporta | El humano define límites y revisa |
La práctica profesional hoy: lectura y diagnóstico en niveles 3-4 (consultar show, correlacionar, abrir incidentes — operaciones sin efectos secundarios) y cambios de configuración en nivel 2-3, con aprobación humana explícita. La asimetría es deliberada: equivocarse leyendo cuesta una consulta; equivocarse escribiendo cuesta una red.
Las barandillas
Lo que hace que un agente sea desplegable en producción — y todo esto ya lo sabes hacer:
- Mínimo privilegio (10.1): el agente accede con sus propias credenciales, con permisos acotados. Un agente de diagnóstico se autentica con un usuario de solo lectura (privilegio 1 — 10.2) o con un rol de AAA que solo autoriza comandos
show(TACACS+ autoriza comando a comando — 10.3). Si el agente no puede configurar, ninguna alucinación conseguirá que lo haga. - Accounting y auditoría (10.3): cada acción del agente queda registrada con su identidad, como la de cualquier administrador. Si el agente tiene manos, tiene que tener expediente.
- Aprobación humana para lo irreversible: cambios de configuración, reinicios, cortes de puerto.
- Entorno de prueba y despliegue por olas: lo mismo que exigimos a un playbook de Ansible (11.4) —
--checkprimero, un equipo después, la flota al final. - Vuelta atrás definida: antes de autorizar un cambio, saber cómo se revierte (backup de configuración — 8.6).
- Límites de alcance: un agente que actúa sobre un puerto de acceso es una cosa; sobre el core, otra.
⚠️ ⚠️ El riesgo específico: equivocarse con buena redacción
Un LLM puede producir un diagnóstico perfectamente estructurado, con vocabulario técnico correcto y absolutamente equivocado — citando un comando que no existe, un contador que no dijo eso, o una causa que no se sigue de la evidencia. El error humano suele parecer inseguro; el de un modelo llega con formato impecable y tono seguro. Esa es exactamente la razón por la que el examen te pide evaluar su salida.
Evaluar la recomendación de un agente
El método — que es lo que se te puede pedir en el examen y lo que harás en el trabajo. Cuatro preguntas, en orden:
1. ¿La evidencia sostiene la conclusión? Mira los datos que el agente cita, no su prosa. Si afirma "el enlace está saturado", ¿enseña utilización?, ¿de qué interfaz?, ¿en qué ventana? Un diagnóstico sin datos citados es una opinión con formato.
2. ¿Los datos son reales y actuales? ¿Salen de la telemetría de tus equipos o están reconstruidos de memoria? La contraprueba es de cinco segundos: ejecutar tú el show que cita y comparar. Timestamps coherentes (NTP — 8.4) incluidos.
3. ¿La acción propuesta hace lo que dice que hace? Aquí entran los Módulos 1-10 enteros. Si propone switchport mode trunk en la boca de un PC "para resolver un problema de VLAN", tú sabes que eso es un agujero de VLAN hopping (10.6), no una solución. El agente propone; tú lees configuración.
4. ¿Qué pasa si se equivoca? Antes de aprobar: alcance del cambio (un puerto o el uplink del core), reversibilidad, y ventana. Una recomendación correcta ejecutada en hora punta sin plan de vuelta atrás sigue siendo una mala decisión operativa.
Y la pregunta transversal: ¿la conclusión explica todos los síntomas? Si el agente culpa al DHCP pero el usuario tenía IP válida, algo no encaja — el mismo rigor que aplicarías a un compañero.
Qué cambia y qué no en tu trabajo
Cambia el reparto: la recolección de datos y la primera correlación —lo tedioso— se delegan; la decisión, la verificación y la responsabilidad no. Un agente reduce el tiempo desde el aviso hasta la hipótesis; no reduce la necesidad de saber si la hipótesis es buena.
Por eso la conclusión honesta de este bloque no es "la IA sustituirá a los ingenieros de red", sino algo más exigente: quien no entiende la red no puede supervisar a un agente que la opera — y supervisar es, cada vez más, el trabajo.
Relación con otros conceptos
- Las herramientas del agente son las APIs REST de la 11.3 y la CLI del Módulo 3; sus datos, la telemetría de 8.4-8.5 y Assurance (11.5).
- Las barandillas son seguridad conocida: mínimo privilegio (10.1), usuarios y privilegios (10.2), autorización por comando y accounting con TACACS+ (10.3), backups y vuelta atrás (8.6).
- La disciplina de despliegue (simular, pilotar, desplegar) es la de Ansible (11.4).
- Evaluar una recomendación exige el método de diagnóstico de la 12.1 y todo lo técnico de los Módulos 1-10; escribir buenas peticiones al sistema es la próxima lección.
Resumen
La distinción que define el tema: la IA generativa produce contenido que tú aplicas; la IA agéntica actúa — tiene herramientas (APIs REST, comandos show, consultas al controlador), consume telemetría, y un LLM decide qué invocar en un bucle observar → razonar → actuar hasta llegar a un diagnóstico. Los niveles de autonomía van de informar a actuar con límites; la práctica sensata es autonomía alta en lectura y aprobación humana en los cambios. Barandillas obligatorias: credenciales propias de solo lectura o autorizadas comando a comando (10.2-10.3), accounting de todo lo que hace, aprobación para lo irreversible, pruebas por olas y vuelta atrás definida. El riesgo característico es el error bien redactado, y por eso el examen pide evaluar: ¿la evidencia citada sostiene la conclusión?, ¿los datos son reales y verificables con un show?, ¿la acción propuesta hace lo que dice (y no abre un agujero)?, ¿qué pasa si se equivoca? Delegas la recolección; la decisión y la responsabilidad siguen siendo tuyas.