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

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 basadas en CLI a la automatización programable e impulsada por API. OcNOS está diseñado para esta transición. Cada estado de protocolo, elemento de configuración y métrica operativa es accesible a través de Ansible, NETCONF/YANG, gNMI y OpenConfig: las mismas interfaces estándar orientadas a modelos 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 configured
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, y el almacén de datos candidate. Funciona con el ncclient library, Ansible's netconf_config módulo, o cualquier cliente NETCONF.

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 · Dial-in + Dial-out · On-Change + Periódico · TLS

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=eth1]/
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.

IP Maestro EMS

Interfaz web · API REST · gestión de elementos OcNOS

Para los equipos que quieren una GUI junto con la automatización por API. IP Maestro es un sistema de gestión de elementos (EMS) basado en GUI para OcNOS: un mapa de topología interactivo, inventario y detalles de los dispositivos, supervisión de fallos y rendimiento, gestión de configuración y software, y visualización de telemetría en streaming. Se comunica mediante NETCONF con los dispositivos OcNOS y expone una API REST en sentido ascendente (northbound) para que un controlador de nivel superior u OSS pueda integrarse con él.

Explorar IP Maestro

Contenedores en el switch

OcNOS 7.0 · Entorno de ejecución de contenedores (K3S) · contenedor único

OcNOS 7.0 incluye un entorno de ejecución de contenedores en el switch (K3S) con gestión del ciclo de vida de un único contenedor. Ejecute un agente Telegraf, un proxy Zabbix, un script personalizado en Python o Go, o una herramienta de seguridad directamente en el switch, junto al NOS, sin hardware de cómputo externo. SSH, SCP, SFTP y FTP estándar transfieren imágenes y configuraciones.

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.

Operaciones nativas de la nube

Orientado a modelos, transaccional y resiliente por diseño

El modelo operativo que los ingenieros esperan de un NOS moderno: estado estructurado, cambios seguros con reversión, visibilidad en streaming y resiliencia del plano de control. Interfaces estándar, hardware abierto.

Configuración orientada a modelos

OpenConfig + IPI-native YANG · NETCONF 1.1

La configuración y el estado operativo son datos estructurados, no texto obtenido por extracción de pantalla. Edite el almacén de datos candidato y, después, confirme de forma atómica o revierta, el mismo flujo de trabajo orientado a modelos que utilizan Cisco IOS-XR y Juniper Junos, sobre NETCONF 1.1 estándar con modelos OpenConfig e IPI-native YANG.

Telemetría en streaming, en ambas direcciones

gNMI · dial-in + dial-out · TLS · multi-VRF

gNMI Subscribe (dial-in) y Publish (dial-out mediante grpctunnel), en modos on-change y periódico, protegido con TLS y autenticado por usuario. Funciona en banda a través de una o varias VRF sobre modelos OpenConfig. Estado estructurado basado en push para Telegraf, Prometheus y Grafana, en lugar del sondeo SNMP.

Resiliencia del plano de control

Graceful Restart / NSF · BGP · OSPF · IS-IS

Graceful Restart con Non-Stop Forwarding mantiene el reenvío en el plano de datos mientras el plano de control se reinicia, para BGP, OSPF, OSPFv3 e IS-IS. Los reinicios de procesos y el mantenimiento planificado no descartan el tráfico de tránsito.

Programabilidad en el switch

Entorno de ejecución de contenedores (K3S) · ZTP · SSH/SCP/SFTP

Ejecute un agente o herramienta en un contenedor directamente en el switch mediante el entorno de ejecución integrado (K3S, ciclo de vida de un único contenedor), de modo que un recolector, un script o una sonda se ejecute junto al NOS sin cómputo externo. ZTP pone en marcha el hardware nuevo sin intervención manual, y SSH, SCP, SFTP y FTP transfieren imágenes y configuraciones.

gNMI Streaming, no sondeo
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 conmutador se enciende. El DHCP asigna una IP. El ZTP descarga la imagen de OcNOS y la configuración base mediante TFTP/HTTP. El equipo arranca listo para gestionar. Sin cable de consola. Sin ingeniero en el sitio. El rack completo se aprovisiona mientras su equipo duerme.

ZTP DHCP OcNOS
Day 1: Configuración

Servicios desplegados en minutos, no en días

Los playbooks de Ansible aplican la configuración de BGP, MPLS, EVPN-VXLAN, QoS, ACL y sincronización en todo el parque. NETCONF/YANG garantiza aplicaciones estructuradas y validadas, con rollback en caso de fallo. IP Maestro, el EMS basado en interfaz gráfica para OcNOS, añade el envío de configuración y la programación mediante interfaz gráfica.

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

Visibilidad en tiempo real, remediación automática

gNMI transmite telemetría a Telegraf → Prometheus → Grafana. Ansible gestiona la detección de desviaciones de configuración, las copias de seguridad programadas y las actualizaciones de software. Un contenedor en el switch ejecuta herramientas personalizadas. IP Maestro ofrece topología, monitorización de fallos y actualizaciones programadas de configuración y software.

gNMI Telegraf Grafana Contenedores 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

Entorno de ejecución K3S

Entorno de ejecución de un único contenedor, nativo en OcNOS 7.0

Preguntas frecuentes

Automatización OcNOS, resuelta

Preguntas que hacen los ingenieros de red 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 admite telemetría en streaming mediante gNMI con modos de suscripción on-change y periódico, en modalidades dial-in y dial-out (grpctunnel), protegida con TLS y autenticación por usuario. Conéctese directamente a Telegraf (plugin de entrada gNMI), Prometheus (exportador gNMI) o cualquier recolector compatible con gRPC, y visualice los datos en Grafana. Las rutas de sensores cubren interfaces, estado de BGP, etiquetas MPLS, colas de QoS, contadores PFC y estado del sistema, sustituyendo el sondeo SNMP por datos estructurados basados en 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 directamente en OcNOS?
OcNOS 7.0 incluye un entorno de ejecución de contenedores en el switch (K3S) para la gestión del ciclo de vida de un único contenedor. Ejecute un agente de monitorización de terceros como Telegraf o un proxy Zabbix, una herramienta de seguridad, o un script personalizado en Python o Go directamente en el switch, junto al NOS, sin cómputo externo. SSH, SCP, SFTP y FTP estándar gestionan la transferencia de imágenes y configuraciones.
¿Es OcNOS nativo de la nube?
OcNOS es un NOS orientado a modelos y API-first, diseñado para operaciones automatizadas sobre hardware abierto. La configuración y el estado operativo son datos estructurados mediante OpenConfig e IPI-native YANG sobre NETCONF 1.1, con un almacén de datos candidato, confirmación atómica y reversión, en lugar de una CLI basada en extracción de pantalla. La telemetría se transmite en streaming por gNMI (dial-in y dial-out, on-change y periódico, protegido con TLS, VRF única o múltiple) en lugar de sondeo SNMP. Graceful Restart con Non-Stop Forwarding mantiene el reenvío del plano de datos durante los reinicios del plano de control, y un entorno de ejecución de contenedores integrado aloja agentes en el switch. Todas las interfaces son estándar, de modo que el mismo pipeline de NetDevOps que gestiona Cisco o Arista gestiona OcNOS, sobre hardware de caja blanca de Broadcom a menor coste.
¿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.