NETI · Troubleshooting de red con evidencia
Tu monitoreo te avisa que algo pasó. Neti te dice qué, dónde y por qué: consulta los equipos reales en solo lectura, cruza SSH, SNMP, NetFlow y logs, y responde en español con veredicto primero y comandos después.
verifica, no adivina.
¿cómo va el peer con Google?
Estable. Sesión BGP establecida hace 27 días, 4.380 prefijos recibidos, tráfico vivo 9,8 Gbps sobre 20 Gbps contratados (uso 49%). Sin flaps en 7 días.
Neti conoce las diferencias de sintaxis entre vendors y entre versiones. Tú preguntas en español; él elige el comando correcto para cada equipo.
Cada sesión BGP por categoría (IX, upstream, PNI, CDN, clientes), rutas activas, tráfico real contra capacidad contratada.
El de la noche recibe la misma respuesta que el de la mañana, con la misma evidencia, y todo queda registrado para el traspaso.
Zabbix o LibreNMS te dicen que algo se cayó. Lo que tarda es lo siguiente: entrar equipo por equipo, en tres sintaxis distintas, cruzar con NetFlow y con el log, y armar una explicación que otro pueda leer.
Con Neti: una pregunta, un veredicto, los comandos que lo respaldan. Segundos. Mediana de 30 s en consultas reales, de la pregunta al veredicto.
Tiempos de referencia, no cronometrados.
Cómo funciona
La única pieza que guarda credenciales y ejecuta comandos, siempre con usuario de solo lectura. Corre los escaneos y se alimenta también del monitoreo que ya tienes, Zabbix o LibreNMS, por SNMP. Tapa secretos antes de que cualquier salida salga.
La IA. Sin credenciales, sin inventario, sin IPs de gestión. Si alguien lo compromete, lo único que hereda es poder hacer preguntas de lectura.
Instalas el runner (una VM en tu red) y le das acceso de solo lectura por SSH y SNMP, y a tu Zabbix o LibreNMS si los tienes.
Preguntas en español, desde el chat o desde cualquier módulo del panel.
Recibes el veredicto y, debajo, el equipo y los comandos exactos que se ejecutaron.
Qué hace
Español de operador y la jerga de tu casa; elige la fuente correcta y responde veredicto primero. Si el dato no existe, lo dice. El chat vive también como panel lateral en Panel, Bitácora y Superficie.
ssh · snmp · netflow · panelKPIs vivos, tráfico por hora de 24 h, top peers y últimos avisos. Cada KPI lleva a su módulo.
kpis vivosCada 15 minutos revisa peers BGP, troncales (distingue corte de apagado), syslog, capacidad y exposición. Aprende lo conocido y deja de alarmar por eso, sin dejar de vigilarlo. Cada aviso se investiga con Neti en contexto, con un playbook de qué haría un ingeniero.
activo → en solución → resueltoCada sesión por categoría, rutas activas IPv4/IPv6, buscador de AS con la ruta real como cadena y como mapa, looking glass desde tus equipos.
ipv4 · ipv6 · looking glassCurvas por peer y upstream, típico p50 y pico con hora, uso contra capacidad contratada, NetFlow real con factor de muestreo. Neti sugiere; tú aplicas.
p50 · pico · netflowInventario vivo, diagrama troncal por niveles y por mapa con caídas en vivo, salud del backbone y latencias por destino y país.
p95 · hora punta · ópticaQué servicios de gestión escuchan en cada equipo: config real contrastada con escaneo desde la red de gestión. Un puerto que la config no explica es un hallazgo.
alta / media / bajaÚltimos eventos por equipo, filtros, búsqueda y salto directo a la Bitácora.
syslogEstos son ocho. Hay más módulos en producción. Contáctanos y te decimos qué más tiene Neti
El panel
Siete vistas del panel sobre una red de demostración: la vista general, el chat, la bitácora, el tráfico de peers, la inteligencia por negocio, el diagrama troncal y BGP path. Pásalas con las flechas o ábrelas a pantalla completa.
Solo lectura, sin excepciones
Un validador en el camino bloquea todo verbo de escritura (reload, set, delete, config…) aunque se lo pidan «urgente». No hay forma de saltarlo desde el chat ni desde la web. Lo único que roza la escritura es el generador de configuración: produce texto según tu estándar, y aplicarlo es siempre un acto humano.
Ese registro —equipo, comando, hora, resultado— te sirve como respaldo cuando tienes que reportar un incidente (Ley 21.663).
solo lectura 0 escrituras · registro auditable
Aprende tu red
Neti mantiene un documento vivo de tu arquitectura que distingue lo verificado en los equipos (con fecha) de la intención de diseño. Si la realidad contradice al documento, gana la realidad. Recuerda tus capacidades contratadas, tus casos conocidos y la jerga de tu equipo.
Cifras de referencia: una lectura real de la tabla BGP de un ISP, con los valores ajustados.
Seguridad del producto
Viven solo en el runner; secretos, communities y llaves se tapan antes de cualquier salida.
La llave de cada equipo la confirma un humano antes del primer contacto; si cambia, Neti se detiene y avisa.
Salen preguntas, resúmenes de inventario sin IPs de gestión y salidas de comandos de lectura hacia la API del modelo (sin uso para entrenamiento). Jamás salen credenciales, llaves ni IPs de gestión con puertos.
Un comando de v7 en un equipo v6 devuelve vacío, no error. Neti conoce esa trampa y las demás.
Cómo se implementa
Para que Neti responda bien necesita contexto: qué es cada equipo, cómo se llama en tu casa, qué capacidad tiene contratada, qué es normal y qué no. Ese contexto no se adivina; se levanta con una auditoría. Por eso toda implementación parte de ahí.
Una sesión para ver si tu red está lista y qué le falta.
Inventario verificado, estándares de nombres y accesos, documento de arquitectura, hallazgos de exposición. Te lo quedas aunque no sigas.
Runner en tu red, tus marcas conectadas, sobre la red ya auditada.
Neti en producción, con soporte de quien lo construyó.
Red ordenada: se monta. Red desordenada: se ordena primero. La estandarización es parte del valor, no un trámite.
Lo que viene
No. Los usa como fuente. Tu monitoreo sigue alertando; Neti explica.
Una VM en tu red (2 vCPU, 4 GB de RAM y 40 GB de disco, Ubuntu 22.04 LTS) y usuario de solo lectura por SSH y SNMP en los equipos.
No. Viven en el runner y se tapan antes de cualquier salida.
Preguntas, resúmenes sin IPs de gestión y salidas de comandos de lectura van a la API del modelo de IA, sin uso para entrenamiento. Nada más sale.
En nuestra nube (Google Cloud, región de Santiago de Chile, southamerica-west1). El runner corre en la tuya y es el único que toca tus equipos.
No. Un validador bloquea toda escritura, sin excepciones.
En la primera implementación, 3 días desde que el runner tuvo acceso, después de la auditoría.
La auditoría la ordena primero. Es parte del proceso, y te quedas con el resultado aunque no sigas con Neti.
Agenda el diagnóstico inicial sin costo. Te decimos si tu red está lista para Neti, qué habría que ordenar antes y qué te entregaría la auditoría, con o sin producto después.
respuesta el mismo día hábil
Neti lo construye y lo soporta Soporti, que lleva más de diez años operando redes de ISP.