OcNOS 7.0 · Ansible · NETCONF/YANG · gNMI · ZTP · Docker

Automatización &
Programmability

Sus herramientas NetDevOps existentes funcionan desde el primer día. OcNOS expone cada configuración y estado operativo a través de interfaces estándar y abiertas, sin screen-scraping y sin orquestadores propietarios.

Los equipos de red están pasando de operaciones centradas en el CLI a una automatización programable y dirigida por API. OcNOS está diseñado para esta transición. Cada estado de protocolo, elemento de configuración y métrica operativa es accesible mediante Ansible, NETCONF/YANG, gNMI, REST y Docker: las mismas interfaces estándar que exponen Cisco IOS-XR y Juniper Junos. La diferencia está en la plataforma: hardware abierto, software abierto y una fracción del coste.
Nota de aplicación

Los playbooks que usan los ingenieros.

Un recorrido probado en campo de la integración de Ansible con OcNOS: módulos, patrones de inventario y la estructura de playbooks Day-0/1/2.

El problema que resuelve la automatización de OcNOS
Antes

Operaciones manuales por CLI

Configuración empujada dispositivo a dispositivo por SSH. Sondeo SNMP cada 5 minutos. Ingenieros en sitio para rackear y cablear el nuevo hardware. Sin estado estructurado ni rollback.

Tras OcNOS

Totalmente programable, del Day 0 al Day N

Ansible despliega BGP y EVPN-VXLAN en 100 switches en minutos. gNMI transmite telemetría con actualizaciones subsegundo. ZTP arranca el hardware nuevo sin intervención humana. Rollback en segundos.

Interfaces programables

Seis formas de automatizar OcNOS

Elija uno o utilícelos los seis juntos. OcNOS no impone un orquestador propietario: trabaja con las herramientas que su equipo ya usa.

Colección Ansible

ansible-galaxy collection install ipinfusion.ocnos

Colección oficial de IP Infusion en Ansible Galaxy. Módulos incluidos: ocnos_facts, ocnos_config, ocnos_command, ocnos_bgp_facts, y ocnos_isis_facts. Templating Jinja2 para aprovisionamiento dinámico a nivel de flota. Use los mismos playbooks de Ansible que ya escribe. OcNOS habla el mismo idioma que Arista, Juniper y Cisco.

ansible-playbook deploy-sr-mpls.yml
$ansible-playbook -i inventory deploy-sr-mpls.yml
ok: [spine-01] –IS-IS + SR-MPLS configurado
ok: [leaf-01..04] – overlay BGP-LU activo
ok: [all] – copia de seguridad de configuración guardada
PLAY RECAP · 5 switches · 0 fallos · 0:42 transcurridos
Guía Ansible en docs OcNOS

NETCONF / YANG 1.1

Modelos nativos IPI + OpenConfig · RFC 6241

NETCONF 1.1 completo con modelos YANG IPI-native y OpenConfig. Recuperación estructurada de configuración y estado operativo: get, edit-config, commit, rollback, and candidate datastore. Works with Python's ncclient library, Ansible's netconf_config module, or any NETCONF client.

netconf – edit-config + commit
<edit-config>
<target><candidate/></target>
<config>...payload YANG...</config>
</edit-config>
<ok/> ← candidato bloqueado
<commit/> ← applied atomically

Telemetría gNMI en streaming

OcNOS 7.0 · On-Change + Periódico · 100+ rutas de sensor

Telemetría push en tiempo real vía gNMI sobre gRPC. Reemplaza el polling SNMP con actualizaciones estructuradas subsegundo de interfaces, estado de sesiones BGP, forwarding MPLS, colas QoS, contadores PFC/ECN y salud del sistema. Conecte a Telegraf, Prometheus o cualquier colector gRPC, y luego visualice en Grafana.

gnmic subscribe – interfaces
$gnmic subscribe --path /interfaces/interface[name=et-0/0/1]/
in-octets: 4,218,753,012
out-octets:3,874,112,440
mode: ON_CHANGE · encoding: PROTO

Aprovisionamiento Zero Touch

DHCP + TFTP/HTTP · automatización Day 0

Móntelo en el rack. Conéctelo. Enciéndalo. ZTP se encarga de todo lo demás. DHCP asigna una dirección y apunta a un servidor de aprovisionamiento. El switch descarga su imagen de SO y la configuración de arranque por TFTP o HTTP, la aplica y se une a la red, sin cable de consola y sin ingeniero en el sitio. Combine ZTP con Ansible para una canalización completa de Día 0 a Día 2.

Caso de uso real: Un fabric leaf-spine de clúster de IA GPU de 48 nodos aprovisionado en un fin de semana sin ingenieros en sitio. ZTP arranca cada switch, Ansible despliega la configuración BGP + PFC y gNMI confirma el fabric lossless.

Orquestación GUI IP Maestro

UI Web · API REST · Gestión OcNOS unificada

Para equipos que quieren control visual junto con automatización por API. IP Maestro proporciona un mapa interactivo de la topología de todo su parque OcNOS, paneles ZTP basados en GUI, gestión del ciclo de vida del software (actualización, planificación, rollback), visualización de telemetría en streaming y plantillas de configuración. También expone una API REST para la integración con OSS/BSS y pipelines CI/CD.

Explorar IP Maestro

Docker y contenedores en switch

OcNOS 7.0 · Docker · Kubernetes

OcNOS 7.0 hospeda contenedores Docker directamente en el switch de forma nativa. Ejecute agentes Telegraf, proxies Zabbix, scripts de monitorización Python personalizados o herramientas de seguridad junto con el NOS, sin hardware de cómputo externo. También es compatible con Kubernetes (K8s) para la orquestación del ciclo de vida de contenedores a través de la flota.

También: OcNOS expone estándares SNMP MIBs, de modo que puede monitorizarse con las plantillas SNMP genéricas de Zabbix, manteniendo el funcionamiento de las herramientas NOC heredadas basadas en SNMP junto con gNMI.

100+ Rutas de sensor gNMI
6 Interfaces de automatización
0 Se requieren orquestadores propietarios
600+ Redes en producción
Día 0 Primer push automatizado
Cobertura completa del ciclo de vida

Day 0 → Day 1 → Day 2

OcNOS cubre todo el ciclo de vida operativo con herramientas abiertas y estándar. Sin orquestadores propietarios, sin scripting de CLI y sin polling SNMP.

Day 0: Provisión

El hardware se une a la red por sí mismo

El switch arranca, DHCP asigna una IP, ZTP descarga la imagen de OcNOS y la configuración base por TFTP/HTTP, y el dispositivo se registra en IP Maestro. Sin cable de consola y sin ingeniero in situ: el rack completo queda aprovisionado mientras su equipo duerme.

ZTP DHCP IP Maestro
Day 1: Configuración

Servicios desplegados en minutos, no en días

Los playbooks de Ansible despliegan BGP, MPLS, EVPN-VXLAN, QoS, ACLs y configuración de timing en toda la flota. NETCONF/YANG garantiza envíos estructurados y validados, con rollback ante fallos. Plantillas de IP Maestro para despliegue basado en intención.

Ansible NETCONF/YANG OpenConfig IP Maestro
Day 2: Operación

Visibilidad en tiempo real, remediación automática

gNMI envía telemetría subsegundo a Telegraf → Prometheus → Grafana. Ansible se encarga de la detección de deriva de configuración, las copias de seguridad programadas y las actualizaciones de software. Docker ejecuta herramientas personalizadas on-switch. IP Maestro proporciona alertas de topología y planificación del ciclo de vida.

gNMI Telegraf Grafana Docker Zabbix
Ecosistema

Funciona con su stack existente

OcNOS habla protocolos estándar. Sin sustitución completa de su toolchain: las herramientas que su equipo ya conoce funcionan desde el primer día.

Gestión de configuración

Ansible

Colección Galaxy oficial: ipinfusion.ocnos

Collector de telemetría

Telegraf

Plugin de entrada gNMI, suscripción directa

Almacén de métricas

Prometheus

Exportador gNMI, métricas de serie temporal

Visualización

Grafana

Paneles prediseñados para telemetría OcNOS

Monitoreo SNMP

Zabbix

MIBs SNMP estándar, funciona con plantillas SNMP de Zabbix

Python NETCONF

ncclient

Biblioteca Python estándar, NETCONF 1.1 completo

Cliente CLI gNMI

gnmic

subscribe, get, set: pruebas por línea de comandos

Cómputo en switch

Docker / K8s

Runtime de contenedores nativo en OcNOS 7.0

Preguntas frecuentes

Automatización OcNOS, resuelta

Preguntas que los ingenieros realmente hacen antes de desplegar.

¿OcNOS es compatible con Ansible?
Sí. IP Infusion publica una Ansible Collection oficial en Ansible Galaxy (ipinfusion.ocnos). Incluye módulos para recopilación de facts, ejecución de comandos, gestión de configuración y operaciones específicas de protocolo como ocnos_facts, ocnos_config, ocnos_command, ocnos_ping, ocnos_bgp_facts y ocnos_isis_facts. Los playbooks utilizan plantillas Jinja2 para el aprovisionamiento dinámico a nivel de flota de cientos de dispositivos OcNOS.
¿Qué modelos YANG soporta OcNOS?
OcNOS admite tanto los modelos YANG nativos de IPI como los modelos OpenConfig sobre NETCONF 1.1. Esto permite la configuración estructurada y la recuperación del estado operativo: operaciones get, edit-config, commit, rollback y de almacén de datos candidato. El mismo enfoque basado en modelos que utilizan Cisco IOS-XR y Juniper Junos. La biblioteca ncclient de Python funciona directamente con NETCONF de OcNOS.
¿Puedo transmitir la telemetría de OcNOS a Grafana o Prometheus?
Sí. OcNOS 7.0 soporta telemetría streaming gNMI con modos de suscripción on-change y periódico. Conéctese directamente a Telegraf (plugin de entrada gNMI), Prometheus (exportador gNMI) o cualquier colector compatible con gRPC, y visualice en Grafana. Hay más de 100 sensor paths disponibles, que cubren interfaces, estado BGP, etiquetas MPLS, colas QoS, contadores PFC y salud del sistema, sustituyendo el polling SNMP por datos estructurados push.
¿Qué es Zero Touch Provisioning (ZTP) en OcNOS?
ZTP automatiza por completo la configuración Day 0 del dispositivo. Cuando un nuevo switch se enciende, utiliza DHCP para localizar un servidor de aprovisionamiento, luego descarga la imagen OcNOS correcta y la configuración de arranque vía TFTP o HTTP, sin cable de consola y sin un ingeniero en sitio. Combinado con Ansible, ZTP cubre el ciclo de vida completo de Day 0 a Day 2: ZTP gestiona el arranque inicial y la entrega de imagen, Ansible gestiona la administración continua de configuración, y gNMI gestiona la monitorización operativa.
¿Puedo ejecutar contenedores Docker directamente sobre OcNOS?
OcNOS 7.0 soporta de forma nativa contenedores Docker on-switch. Esto permite a los operadores ejecutar agentes de monitorización de terceros (Telegraf, Zabbix), herramientas de seguridad o scripts personalizados en Python/Go directamente junto al NOS, sin cómputo externo. Kubernetes (K8s) también está soportado para la gestión del ciclo de vida de contenedores en una flota de switches OcNOS.
¿OcNOS funciona con Zabbix para monitorización SNMP?
Sí. OcNOS expone MIB de SNMP estándar, por lo que se puede monitorizar con Zabbix usando las plantillas genéricas de dispositivo SNMP de Zabbix. Para los equipos que aún utilizan herramientas de NOC basadas en SNMP, OcNOS ejecuta SNMP junto con gNMI. Usted puede operar ambos en paralelo durante una migración a telemetría por streaming.
¿Cómo se compara la automatización de OcNOS con Arista EOS o Cisco NX-OS?
OcNOS expone las mismas interfaces estándar (NETCONF/YANG, gNMI, OpenConfig y Ansible) que Arista EOS y Cisco NX-OS. La diferencia está en la plataforma: OcNOS se ejecuta sobre hardware abierto validado de Edgecore, UfiSpace y otros proveedores de whitebox, con un costo total significativamente menor. Sus playbooks de Ansible y dashboards de Grafana existentes pueden migrarse a OcNOS con cambios mínimos.
Empiece hoy mismo

Vea la automatización OcNOS en acción

Reserve una demostración en vivo con nuestro equipo de ingeniería. Traiga sus requisitos de automatización y le mostraremos exactamente cómo OcNOS se integra con su flujo de trabajo.