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

自動化 &
Programmability

OcNOSは、すべての設定および運用状態を標準のオープンインターフェース経由で公開します。スクリーンスクレイピングも、独自オーケストレータも不要。既存のNetDevOpsツールが初日から動作します。

ネットワークチームは CLI 主導の運用から、プログラマブルで API 駆動型の自動化へと移行中。OcNOS はこの移行のために設計されている。プロトコル状態、構成要素、運用メトリクスのすべてに、Ansible、NETCONF/YANG、gNMI、REST、Docker からアクセス可能 — Cisco IOS-XR や Juniper Junos が公開しているのと同じ標準インターフェース。違いはプラットフォーム:オープンハードウェア、オープンソフトウェア、そして大幅に低いコスト。
OcNOSの自動化が解決する課題
以前

手動CLI操作

設定はSSH経由でデバイスごとに投入。SNMPポーリングは5分間隔。新規ハードウェアのラック設置や配線にはエンジニアの現地対応が必要。構造化された状態管理もロールバック機能もありません。

OcNOS 導入後

Day 0からDay Nまで完全プログラマブル

Ansibleなら100台のスイッチに対してBGPとEVPN-VXLANを数分で展開可能。gNMIはサブセカンド更新でテレメトリをストリーミングし、ZTPは人手を介さず新規ハードウェアをブートします。ロールバックも数秒で完了します。

プログラマブルインターフェース

OcNOS 自動化の 6 つの方法

1つだけ選んでも、6つすべてを併用しても構いません。OcNOSは独自オーケストレータを強制せず、チームが既に使用しているツールと連携します。

Ansible コレクション

ansible-galaxy collection install ipinfusion.ocnos

Ansible Galaxyに公開されているIP Infusionの公式コレクション。含まれるモジュール: ocnos_facts, ocnos_config, ocnos_command, ocnos_bgp_facts, and ocnos_isis_facts。動的なフリート全体プロビジョニングのための Jinja2 テンプレート。すでに記述している Ansible プレイブックをそのまま使用可能 — OcNOS は Arista、Juniper、Cisco と同じ言語を話す。

ansible-playbook deploy-sr-mpls.yml
$ansible-playbook -i inventory deploy-sr-mpls.yml
ok: [spine-01] — IS-IS + SR-MPLS 構成済み
ok: [leaf-01..04] — BGP-LU overlay up
ok: [all] — config backup saved
PLAY RECAP · スイッチ 5 台 · 失敗 0 · 経過 0:42
OcNOS ドキュメント内 Ansible ガイド

NETCONF / YANG 1.1

IPI ネイティブ + OpenConfig モデル · RFC 6241

IPIネイティブおよびOpenConfigの両YANGデータモデルに対応した完全なNETCONF 1.1。構造化された設定および運用状態の取得を実現 — 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>...YANG ペイロード...</config>
</edit-config>
<ok/> ← 候補ロック中
<commit/> ← applied atomically

gNMI ストリーミングテレメトリ

OcNOS 7.0 · オンチェンジ + 定期 · 100+ センサーパス

gRPC上のgNMIによるリアルタイム・プッシュ型テレメトリ。SNMPポーリングを置き換え、インターフェース、BGPセッション状態、MPLSフォワーディング、QoSキュー、PFC/ECNカウンタ、システムヘルスを構造化されたサブセカンド更新で取得します。接続先: Telegraf、Prometheus、または任意の gRPC コレクター — 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

ゼロタッチプロビジョニング

DHCP + TFTP/HTTP · Day 0 自動化

ラックに搭載、配線、電源投入。残りはすべて ZTP が処理。DHCP がアドレスを割り当て、プロビジョニングサーバーを指定。スイッチは OS イメージとスタートアップ設定を TFTP または HTTP 経由でダウンロードし、適用、ネットワークへ参加 — コンソールケーブル不要、現地エンジニア不要。Day 0 から Day 2 までの完全なパイプラインには ZTP と Ansible を組み合わせ。

実運用ユースケース: 週末の間に現地エンジニアゼロでプロビジョニングされた 48 ノードの AI GPU クラスター Spine-Leaf ファブリック。ZTP が各スイッチを起動、Ansible が BGP + PFC 構成を展開、gNMI がロスレスファブリックを確認。

IP Maestro GUI オーケストレーション

Web UI · REST API · OcNOS の単一画面管理

API 自動化と並行して視覚的な制御を求めるチーム向け。IP Maestro は、OcNOS 資産全体のインタラクティブなトポロジーマップ、GUI 主導の ZTP ダッシュボード、ソフトウェアライフサイクル管理(アップグレード、スケジュール、ロールバック)、ストリーミングテレメトリ可視化、設定テンプレートを提供。OSS/BSS および CI/CD パイプラインとの統合のための REST API も公開。

IP Maestro を見る

Docker & オンスイッチコンテナ

OcNOS 7.0 · Docker · Kubernetes

OcNOS 7.0はDockerコンテナをスイッチ上で直接ネイティブにホストします。Telegrafエージェント、Zabbixプロキシ、独自のPython監視スクリプト、セキュリティツールなどを — 外部コンピュートハードウェアなしにNOSと並走させられます。Kubernetes(K8s)もサポートし、機器群全体にわたるコンテナライフサイクルオーケストレーションが可能です。

また: 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+ gNMI センサーパス
6 自動化インターフェース
0 専有オーケストレーターが必要
600+ 本番ネットワーク
Day 0 最初の自動プッシュ
完全なライフサイクルをカバー

Day 0 → Day 1 → Day 2

OcNOSは、オープンで標準的なツール群によって運用ライフサイクル全体をカバーします。独自オーケストレータも、CLIスクリプティングも、SNMPポーリングも不要です。

Day 0 — プロビジョニング

ハードウェアが自らネットワークに参加

スイッチに電源を投入すると、DHCPがIPアドレスを割り当て、ZTPがTFTP/HTTP経由でOcNOSイメージとベース設定をダウンロード、機器がIP Maestroに登録されます。コンソールケーブル不要、現地エンジニアも不要 — チームが寝ている間にラック全体のプロビジョニングが完了します。

ZTP DHCP IP Maestro
Day 1 — 設定

サービスは数日ではなく数分で展開

Ansibleプレイブックで、BGP、MPLS、EVPN-VXLAN、QoS、ACL、タイミング設定を機器群全体にプッシュ。NETCONF/YANGにより、構造化された検証済みのプッシュと、失敗時のロールバックを保証します。インテントベース展開にはIP Maestroテンプレートを使用します。

Ansible NETCONF/YANG OpenConfig IP Maestro
Day 2 — 運用

リアルタイム可視化と自動修復

gNMI がサブセカンドテレメトリを Telegraf → Prometheus → Grafana へストリーミング。Ansible が設定ドリフト検知、定期バックアップ、ソフトウェアアップグレードを処理。Docker がスイッチ上でカスタムツールを実行。IP Maestro がトポロジーアラートとライフサイクルスケジューリングを提供。

gNMI Telegraf Grafana Docker Zabbix
エコシステム

既存のスタックと連携

OcNOSは標準プロトコルに対応しています。ツールチェーンを総入れ替えする必要はなく、チームが既に習熟しているツールが初日から動作します。

構成管理

Ansible

公式 Galaxy コレクション — ipinfusion.ocnos

テレメトリコレクタ

Telegraf

gNMI 入力プラグイン、直接サブスクリプション

メトリクスストア

Prometheus

gNMI エクスポーター、時系列メトリクス

可視化

Grafana

OcNOS テレメトリ向けの事前構築ダッシュボード

SNMP モニタリング

Zabbix

Standard SNMP MIBs — works with Zabbix SNMP templates

Python NETCONF

ncclient

標準 Python ライブラリ、完全な NETCONF 1.1

gNMI CLI クライアント

gnmic

subscribe / get / set — CLI でのテスト

オンスイッチコンピュート

Docker / K8s

OcNOS 7.0にネイティブ搭載のコンテナランタイム

よくあるご質問

OcNOS の自動化、その答え

ネットワークエンジニアが導入前に実際に尋ねる質問。

OcNOSはAnsibleに対応していますか?
対応しております。IP Infusion は Ansible Galaxy 上で公式 Ansible Collection(ipinfusion.ocnos)を公開。ファクト収集、コマンド実行、構成管理、プロトコル固有の操作(ocnos_facts、ocnos_config、ocnos_command、ocnos_ping、ocnos_bgp_facts、ocnos_isis_facts など)向けのモジュールを含む。プレイブックは Jinja2 テンプレートを使用し、数百台規模の OcNOS デバイスに対するフリート全体の動的プロビジョニングを実現。
OcNOSはどのYANGモデルをサポートしていますか?
OcNOS は NETCONF 1.1 上で IPI ネイティブ YANG モデルおよび OpenConfig モデルの双方をサポート。構造化された設定と運用状態の取得 — get、edit-config、commit、rollback、candidate datastore 操作 — を実現。Cisco IOS-XR や Juniper Junos と同じモデル駆動型アプローチ。Python の ncclient ライブラリは OcNOS NETCONF と直接連携可能。
OcNOSのテレメトリをGrafanaやPrometheusへストリーミングできますか?
対応しております。OcNOS 7.0 は on-change と周期サブスクリプションの両モードを伴う gNMI ストリーミングテレメトリをサポート。Telegraf(gNMI 入力プラグイン)、Prometheus(gNMI エクスポーター)、または gRPC 互換のコレクターに直接接続し、Grafana で可視化。100 を超えるセンサーパスを提供 — インターフェース、BGP 状態、MPLS ラベル、QoS キュー、PFC カウンター、システムヘルスを網羅 — SNMP ポーリングを push 型の構造化データに置き換え。
OcNOSにおけるZero Touch Provisioning(ZTP)とは何ですか?
ZTP は Day 0 のデバイスセットアップを完全に自動化。新規スイッチに電源を投入すると、DHCP でプロビジョニングサーバーを特定し、TFTP または HTTP 経由で適切な OcNOS イメージとスタートアップ設定をダウンロード — コンソールケーブル不要、現地エンジニア不要。Ansible と組み合わせることで、ZTP は Day 0 から Day 2 までのライフサイクル全体をカバー:ZTP が初期起動とイメージ配信、Ansible が継続的な設定管理、gNMI が運用監視を担当。
OcNOS上で直接Dockerコンテナを実行できますか?
OcNOS 7.0 はスイッチ上での Docker コンテナをネイティブにサポート。これによりオペレーターは、サードパーティ監視エージェント(Telegraf、Zabbix)、セキュリティツール、カスタム Python/Go スクリプトを NOS と並行して直接実行可能 — 外部コンピュート不要。OcNOS スイッチのフリート全体でのコンテナライフサイクル管理のために Kubernetes(K8s)もサポート。
OcNOSはSNMP監視のためにZabbixと連携できますか?
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.
OcNOSの自動化は、Arista EOSやCisco NX-OSと比べてどうですか?
OcNOS は Arista EOS や Cisco NX-OS と同じ標準インターフェース — NETCONF/YANG、gNMI、OpenConfig、Ansible — を公開。違いはプラットフォーム:OcNOS は Edgecore、UfiSpace、その他のホワイトボックスベンダー製の検証済みオープンハードウェア上で動作し、総コストが大幅に低い。既存の Ansible プレイブックや Grafana ダッシュボードは最小限の変更で OcNOS へ移行可能。
今すぐ始める

OcNOS の自動化を実際に見る

エンジニアリングチームによるライブデモをご予約ください。お客様の自動化要件をお持ちいただければ、OcNOSがどのようにパイプラインと統合されるかを具体的にご紹介します。