自動化 &
Programmability
您現有的 NetDevOps 工具從第一天起即可使用。OcNOS 通過標準、開放的接口暴露每一項配置和運行狀態，無需螢幕抓取，也無需專有編排器。
工程師所用的 playbook。
經現場驗證的 Ansible 與 OcNOS 整合實操指南：模組、清單模式以及 Day-0/1/2 playbook 結構。
手動 CLI 操作
配置通過 SSH 逐臺下發，SNMP 以 5 分鐘間隔輪詢，新硬體需工程師到場上架與布線，沒有結構化狀態記錄，也沒有回滾機制。
從 Day 0 到 Day N 全程可編程
Ansible 可在數分鐘內將 BGP 與 EVPN-VXLAN 部署到 100 臺交換機；gNMI 以亞秒級粒度流式上送遙測；ZTP 在零人工幹預下完成新硬體啟動；回滾耗時僅幾秒。
自動化 OcNOS 的 6 種方式
可任選其一，也可六者並用。OcNOS 不會強制使用專有編排器。它能與您團隊已有的工具協同工作。
Ansible 集合
ansible-galaxy collection install ipinfusion.ocnos在 Ansible Galaxy 上發布的 IP Infusion 官方 collection，包含的模組： ocnos_facts, ocnos_config, ocnos_command, ocnos_bgp_facts、以及 ocnos_isis_facts。用於動態全局配置的 Jinja2 模板。直接使用您現有的 Ansible playbook。OcNOS 與 Arista、Juniper 與 Cisco 使用相同的語言。
NETCONF / YANG 1.1
IPI 原生 + OpenConfig 模型 · RFC 6241完整的 NETCONF 1.1，同時支持 IPI 原生與 OpenConfig YANG 數據模型，提供結構化的配置與運行狀態讀取： get, edit-config, commit, rollback，以及 candidate 資料儲存區。可與 Python 的 ncclient library, Ansible's netconf_config 模組，或任何 NETCONF 用戶端。
gNMI 串流遙測
OcNOS 7.0 · Dial-in + Dial-out · On-Change + Periodic · TLS通過 gRPC 上的 gNMI 提供實時推送式遙測，取代 SNMP 輪詢，針對接口、BGP 會話狀態、MPLS 轉發、QoS 隊列、PFC/ECN 計數器與系統健康度提供結構化的亞秒級更新。可對接： Telegraf、Prometheus 或任何 gRPC 收集器，然後在 Grafana 中可視化。
零接觸配置
DHCP + TFTP/HTTP · Day 0 自動化上架。布線。上電。其餘一切由 ZTP 處理。DHCP 分配地址並指向部署伺服器。交換機通過 TFTP 或 HTTP 下載其作業系統鏡像和啟動配置，加以應用，隨後接入網路，全程無需 console 線纜，也無需工程師到場。將 ZTP 與 Ansible 結合，即可構建完整的 Day 0 至 Day 2 流水線。
實際應用場景： 在一個周末內、無需現場工程師即完成配置的 48 節點 AI GPU 叢集 leaf-spine 架構。ZTP 啟動每臺交換機,Ansible 下發 BGP + PFC 配置,gNMI 確認無損架構。
IP Maestro EMS
Web UI · REST API · OcNOS 網元管理專為希望在 API 自動化之外也擁有圖形介面的團隊而設。IP Maestro 是一套以圖形介面為基礎、專為 OcNOS 打造的網元管理系統 (EMS)：提供互動式拓撲地圖、資產清單與設備詳細資訊、故障與效能監控、組態與軟體管理，以及串流遙測視覺化。它透過 NETCONF 與 OcNOS 設備通訊，並提供北向 REST API，讓上層控制器或 OSS 得以與其整合。
了解 IP Maestro交換機上容器
OcNOS 7.0 · 容器運行時（K3S）· 單容器OcNOS 7.0內置交換機上容器運行時（K3S），支持單容器生命周期管理。可在交換機上直接運行Telegraf代理、Zabbix代理、自定義Python或Go腳本，或安全工具，與NOS並行運行，無需額外的計算硬體。標準SSH、SCP、SFTP和FTP負責傳輸鏡像和配置文件。
另外： OcNOS 提供標準化 SNMP MIBs，因此可使用 Zabbix 的通用 SNMP 模板進行監控，讓基於 SNMP 的傳統 NOC 工具與 gNMI 並行運作。
從設計之初即模型驅動、事務化且具備彈性
這正是工程師對現代NOS所期望的運維模式：結構化狀態、可安全回滾的變更、流式可視性，以及控制平面彈性。標準接口，開放硬體。
模型驅動配置
OpenConfig + IPI-native YANG · NETCONF 1.1配置和運行狀態均為結構化數據，而非屏幕抓取的文本。編輯候選數據存儲，然後原子化提交或回滾，這與Cisco IOS-XR和Juniper Junos所採用的模型驅動工作流相同，均基於標準NETCONF 1.1，並使用OpenConfig和IPI-native YANG模型。
雙向流式遙測
gNMI · dial-in + dial-out · TLS · multi-VRFgNMI Subscribe（dial-in）與Publish（通過grpctunnel實現的dial-out），支持On-Change和周期性兩種模式，並通過TLS按用戶進行身份驗證保護。可在單個或多個VRF上以帶內方式運行，基於OpenConfig模型。為Telegraf、Prometheus和Grafana提供推送式結構化狀態數據，取代SNMP輪詢。
控制平面彈性
Graceful Restart / NSF · BGP · OSPF · IS-ISGraceful Restart結合Non-Stop Forwarding，可在控制平面重啟期間保持數據平面持續轉發，適用於BGP、OSPF、OSPFv3和IS-IS。進程重啟和計劃性維護不會導致過境流量中斷。
交換機上可編程性
容器運行時（K3S）· ZTP · SSH/SCP/SFTP通過內置運行時（K3S，單容器生命周期管理），可在交換機上直接以容器方式運行代理或工具，使採集器、腳本或探針與NOS並行運行，無需外部計算資源。ZTP可實現新硬體免手動開局，SSH、SCP、SFTP和FTP用於傳輸鏡像和配置文件。
Day 0 → Day 1 → Day 2
OcNOS 通過開放標準工具覆蓋完整的運維生命周期——無需專有編排器、無需 CLI 腳本、也無需 SNMP 輪詢。
硬體自動接入網路
交換器上電。DHCP 分配 IP。ZTP 透過 TFTP/HTTP 下載 OcNOS 映像與基礎組態。設備啟動後即可管理。無需主控台纜線。無需工程師到場。整個機架在您的團隊休息期間即完成佈建。
服務以分鐘級而非天級部署
Ansible playbook 將 BGP、MPLS、EVPN-VXLAN、QoS、ACL 與授時設定下發至整個裝置群。NETCONF/YANG 確保下發結構化、經過驗證，並在失敗時回復。 IP Maestro，適用於OcNOS的GUI式EMS，增加了以GUI為基礎的組態下發與排程功能。
實時可視化、自動修復
gNMI將遙測數據流式傳輸至Telegraf → Prometheus → Grafana。Ansible負責配置漂移檢測、定時備份和軟體升級。交換機上的容器運行自定義工具。IP Maestro提供拓撲、故障監控，以及定時配置和軟體更新。
與您現有的技術棧協同
OcNOS 使用標準協議。無需對工具鏈推倒重來，您團隊已熟悉的工具從第一天起就能正常使用。
Ansible
官方 Galaxy 集合：ipinfusion.ocnos
Telegraf
gNMI 輸入插件，直接訂閱
Prometheus
gNMI 導出器，時序指標
Grafana
適用於 OcNOS 遙測的預構建儀錶板
Zabbix
標準 SNMP MIB，兼容 Zabbix SNMP 模板
ncclient
標準 Python 庫，完整 NETCONF 1.1
gnmic
subscribe、get、set：命令行測試
K3S運行時
單容器運行時，OcNOS 7.0原生內置
OcNOS 自動化，一文讀懂
網路工程師部署前會問的問題。
用一套工具鏈管理整個開放網路
本頁提及的每個自動化接口都同時適用於 OcNOS-SP、OcNOS-DC 與 IP Maestro：在您的全部設備上形成一致的流水線。
了解 OcNOS 自動化的實際運行
預約與我們工程團隊的現場演示。帶上您的自動化需求，我們將為您精確展示 OcNOS 如何與您的流水線整合。
網路管理自動化：將 Ansible 與 OcNOS 整合
簡短表單。提交後 PDF 將立即開始下載。
✓ 正在新標籤頁中打開您的 PDF……
如果未能自動開啟，請使用下方連結。