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

Automatización &
Programmability

OcNOS expone toda la configuración y estado operativo mediante interfaces estándar y abiertas. Sin screen-scraping ni orquestadores propietarios. Sus herramientas de NetDevOps existentes funcionan desde el primer día.

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.
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, and 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] — BGP-LU overlay up
ok: [all] — config backup saved
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 — visualizado 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 rack. Cablee. Encienda. ZTP se encarga del resto. DHCP asigna una dirección y apunta a un servidor de aprovisionamiento. El switch descarga su imagen de SO y configuración inicial vía TFTP o HTTP, las aplica y se une a la red — sin cable de consola, sin ingeniero en sitio. Combine ZTP con Ansible para un pipeline completo del Day 0 al Day 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 exposes standard SNMP MIBs, so it can be monitored with Zabbix's generic SNMP templates — keeping legacy SNMP-based NOC tooling working alongside 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

Standard SNMP MIBs — works with Zabbix SNMP templates

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 soporta tanto modelos YANG nativos de IPI como 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 candidate datastore. El mismo enfoque model-driven que utilizan Cisco IOS-XR y Juniper Junos. La biblioteca ncclient de Python se conecta 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?
El ZTP automatiza por completo la puesta en marcha Day 0 del equipo. Cuando un nuevo switch arranca, utiliza DHCP para localizar un servidor de aprovisionamiento y descarga la imagen de OcNOS correcta y la configuración inicial mediante TFTP o HTTP — sin cable de consola, sin ingeniero en sitio. Combinado con Ansible, el ZTP cubre todo el ciclo Day 0 a Day 2: el ZTP gestiona el arranque inicial y la entrega de imagen, Ansible la gestión de configuración continua, y gNMI 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?
Yes. OcNOS exposes standard SNMP MIBs, so it can be monitored with Zabbix using Zabbix's generic SNMP device templates. For teams still using SNMP-based NOC tooling, OcNOS runs SNMP alongside gNMI — you can operate both in parallel during a migration to streaming telemetry.
¿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, Ansible — que Arista EOS y Cisco NX-OS. La diferencia está en la plataforma: OcNOS funciona sobre hardware abierto validado de Edgecore, UfiSpace y otros fabricantes whitebox, con un coste total significativamente menor. Sus playbooks de Ansible y dashboards de Grafana existentes pueden migrar 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: le mostraremos exactamente cómo OcNOS se integra con su pipeline.