Inicio · Documentación · Tecnología · NETCONF y YANG

NETCONF, YANG y aprovisionamiento Zero-Touch

OcNOS le ofrece la superficie de configuración basada en modelos completa: NETCONF sobre SSH/TLS, OpenConfig e IETF YANG, un almacén de datos candidate con commit/rollback y un flujo de Zero-Touch Provisioning que lleva un chasis totalmente nuevo desde el desembalaje hasta el estado operativo con una concesión DHCP.

Flujo de aprovisionamiento Zero-Touch de día 0

Un router OcNOS recién salido de fábrica arranca, solicita una concesión DHCP, obtiene la imagen correcta del servidor de staging, descarga su configuración renderizada en YANG del servidor de configuración, confirma en el datastore en ejecución y reporta su estado operativo. Sin operador en sitio.

Flujo de aprovisionamiento NETCONF y ZTP: arranque de OcNOS, DHCP, servidor de imágenes, servidor de configuración y estado operativo
NETCONF y ZTP: flujo de aprovisionamiento Day-0 desde el arranque, pasando por los servidores de imágenes y configuración, hasta el estado operativo.

Por qué importa la configuración basada en modelos

Los scripts de CLI no se componen, no se revierten y no validan las entradas contra un esquema. NETCONF + YANG le ofrece una superficie de configuración tipada y transaccional: envíe un candidato, valide, confirme, o revierta si algún leaf es rechazado. OcNOS expone tanto los modelos OpenConfig (BGP, interfaces, network-instance, platform) como los modelos IETF (ietf-interfaces, ietf-routing, ietf-system), además de los modelos nativos de IP Infusion para los ajustes específicos de OcNOS. Combinado con Zero-Touch Provisioning, el flujo de operaciones se convierte en: monte el equipo en el rack, conecte la gestión, y aléjese.

La implementación de NETCONF, YANG y ZTP de OcNOS

NETCONF

Transporte SSH + TLS

Protocolo NETCONF RFC 6241, sobre SSH (RFC 6242) y TLS (RFC 7589), con soporte completo de RPC Get / Get-Config / Edit-Config / Commit / Validate / Lock / Discard-Changes.

Modelos YANG

OpenConfig + IETF + nativo

OpenConfig BGP, interfaces, network-instance, platform, telemetry; IETF system, interfaces, routing; modelos nativos de IP Infusion para funciones exclusivas.

Datastores

Candidato + commit / rollback

Datastore candidate completo con confirmed commit (RFC 6241), rollback explícito a los N commits anteriores y consulta del historial de configuración.

ZTP

Aprovisionamiento de día 0

Arranque impulsado por DHCP opción 67 / 239: obtener imagen, verificar firma, instalar, reiniciar; luego obtener el paquete de configuración y confirmarlo. Reintento idempotente ante fallos parciales.

Ansible / Salt

Módulos de referencia

Colección de Ansible Galaxy y fórmulas de Salt para NETCONF de OcNOS: plays idempotentes de BGP, interfaces y roles EVPN listos para usar.

gNMI

Coexistencia con NETCONF

gNMI Set y NETCONF Edit-Config apuntan al mismo almacén de modelos. Elija el protocolo que se ajuste a sus herramientas, el dispositivo se comporta de la misma manera.

Lo que obtiene con la automatización de OcNOS

  • Una superficie de configuración, dos protocolos. NETCONF y gNMI apuntan ambos al mismo almacén de datos modelado en YANG, sin brechas de funciones específicas de cada protocolo.
  • ZTP verificado. La obtención de la imagen Day-0 se verifica por firma; la integridad del paquete de configuración se comprueba antes del commit. Cero intervención en sitio, con confianza.
  • Herramientas abiertas. Colección de referencia de Ansible, fórmulas de Salt y ejemplos de cliente en Python publicados, sin bloqueo propietario a un SDK.
  • Reversión operativa. Cada commit queda registrado. Revierta a cualquier estado anterior con un solo RPC si un cambio sale mal.
Telemetría en streaming OcNOS-SP OcNOS-DC Automatización de red

¿Está implantando una pila de operaciones basada en modelos?

Solicite una demostración técnica →
Preguntas frecuentes

Preguntas frecuentes

¿Qué modelos YANG admite OcNOS a través de NETCONF?
OcNOS expone modelos OpenConfig (BGP, interfaces, network-instance, platform, telemetry), modelos IETF (ietf-system, ietf-interfaces, ietf-routing) y modelos nativos de IP Infusion para las funciones específicas de OcNOS.
¿OcNOS admite el rollback de configuración?
Sí. OcNOS proporciona un datastore candidate completo con confirmed commit (RFC 6241), rollback explícito a commits anteriores y consulta del historial de configuración, de modo que un cambio rechazado puede revertirse mediante un único RPC.
¿Cómo funciona el Zero-Touch Provisioning en OcNOS?
Un router recién salido de fábrica arranca, solicita una concesión DHCP (opción 67/239), obtiene su imagen y verifica su firma, y a continuación descarga y aplica mediante commit su paquete de configuración generado en YANG, alcanzando el estado operativo sin operador in situ. Los fallos parciales se reintentan de forma idempotente.
¿Puedo usar tanto NETCONF como gNMI en OcNOS?
Sí. NETCONF Edit-Config y gNMI Set apuntan al mismo datastore modelado en YANG, de modo que puede elegir el protocolo que se ajuste a su tooling y el dispositivo se comporta de igual manera.
¿Funciona OcNOS con Ansible y Salt?
Sí. IP Infusion publica una colección Ansible Galaxy de referencia y fórmulas Salt para OcNOS NETCONF, con role plays BGP, de interfaz y EVPN idempotentes y sin lock-in propietario de SDK.
Datasheet y resúmenes de solución

Profundice. Llévelo consigo.

Dos descargas técnicas y breves que profundizan más que esta página: el datasheet completo de OcNOS-SP y el datasheet completo de OcNOS-DC.

Datasheet

Datasheet de OcNOS-SP

Especificación completa de OcNOS-SP: el conjunto de funciones de acceso, cell site y agregación, los SKU de software, las plataformas de hardware compatibles y la guía de pedido de la solución.

Obtener el datasheet
Datasheet

Datasheet de OcNOS-DC

Especificación completa de OcNOS-DC: el conjunto de funciones EVPN-VXLAN y Ethernet for AI, los SKU de software, las plataformas de hardware compatibles y la guía de pedido de la solución.

Obtener el datasheet