OcNOS 路由器與交換器的網路自動化
IP Infusion 提供的 OcNOS 路由器與交換器,可透過零接觸佈建進行佈建,透過 NETCONF 和 YANG 或 Ansible 集合進行設定,並透過 gNMI 串流式遙測進行監控。需要圖形介面時,請使用 IP Maestro。
從首次開機到日常維運
OcNOS 路由器或交換器透過零接觸佈建上線,透過 NETCONF 或 Ansible 集合取得設定,並透過 gNMI 回報狀態。每個階段都使用標準協定和資料模型。
選擇階段
Day 0:佈建
新的路由器或交換器透過 DHCP 取得位址,然後使用零接觸佈建載入軟體和啟動設定。
- IPv4 上的 ZTP(RFC 8572),涵蓋全部 26 款 OcNOS-SP 路由器和全部 18 款 OcNOS-DC 交換器
- IPv6 上的 ZTP,涵蓋 16 款 OcNOS-SP 路由器和 15 款 OcNOS-DC 交換器
- 在 ONIE 提示符號下安裝,或在 OcNOS shell 中使用 sys-update 升級,適用於每台路由器和交換器
Day 1:設定
Ansible 或 IP Maestro 透過 NETCONF,使用 YANG 和 OpenConfig 模型推送設定,CLI 將每次變更以交易方式套用。
以下每一項均適用於全部 26 款 OcNOS-SP 路由器和全部 18 款 OcNOS-DC 交換器。
- 透過 SSH 和 TLS 的 NETCONF,支援 YANG 1.0 和 YANG 1.1 模型
- OpenConfig 支援和 NETCONF Call Home
- ipinfusion.ocnos Ansible 集合
- 以交易為基礎的 CLI,支援提交回復
Day 2:維運
每台路由器和交換器透過 gNMI 向遙測採集器串流傳送狀態,並向管理系統傳送 NETCONF 通知。
- gNMI Subscribe(撥入)以及透過 IPv4、經由 grpctunnel 的 Publish(撥出),均透過 TLS
- 自 OcNOS 7.0 起支援變更觸發的串流傳輸和 gNMI 使用者驗證
- 每台路由器和交換器上,SNMP v1、v2 和 v3、sFlow 與 syslog 均可與 gNMI 並行使用
gNMI 在全部 26 款 OcNOS-SP 路由器和 18 款 OcNOS-DC 交換器中的 15 款上運作。在 OcNOS-DC 上,它屬於 PLUS 版本。
以自有工具執行 OcNOS 的營運商
「IP Infusion 的 OcNOS 軟體與 Edgecore 硬體搭配,現已成為我們正式上線環境的一部分,支撐中段網路與資料中心傳輸。在這些有針對性的使用情境中,該平台的彈性、對開放標準的支援以及成本結構,與我們在整個美國中部地區擴展寬頻接取、同時維持營運敏捷性與效能的目標十分契合。」
Cameron Kilton,Nextlink Internet 技術長
依產品線區分的自動化介面
大多數自動化介面在全部 OcNOS-SP 路由器和 OcNOS-DC 交換器上運作。表格顯示各型號支援情況的差異。
| 介面 | OcNOS-SP 路由器 | OcNOS-DC 交換器 |
|---|---|---|
| Ansible 集合 | 26 of 26 | 18 of 18 |
| 透過 SSH 和 TLS 的 NETCONF | 26 of 26 | 18 of 18 |
| YANG 1.0 和 YANG 1.1 | 26 of 26 | 18 of 18 |
| OpenConfig 和 NETCONF Call Home | 26 of 26 | 18 of 18 |
| gNMI Subscribe(撥入)和 Publish(撥出) | 26 of 26 | 15 of 18 |
| gNMI 變更觸發串流傳輸,自 OcNOS 7.0 起 | 26 of 26 | 15 of 18 |
| gNMI 頻內,單一 VRF 或多 VRF | 24 of 26 | 15 of 18 |
| IPv4 上的零接觸佈建 | 26 of 26 | 18 of 18 |
| IPv6 上的零接觸佈建 | 16 of 26 | 15 of 18 |
| 以交易為基礎的 CLI,支援提交回復 | 26 of 26 | 18 of 18 |
| 具自動還原的 commit confirmed,自 OcNOS 6.3 起提供 | 26 of 26 | 18 of 18 |
| SNMP v1、v2 和 v3、sFlow 與 syslog | 26 of 26 | 18 of 18 |
數量來自 OcNOS Feature Matrix。 請在 OcNOS Feature Matrix 中查看每款路由器和交換器的情況。
在 OcNOS-DC 上,串流式遙測屬於 PLUS 版本。在 OcNOS-SP 上,NETCONF 包含在 IPBASE、MPLS 和 PLUS 版本中,OpenConfig 包含在 MPLS 和 PLUS 版本中。
了解 AI 代理如何讀取、變更與還原 OcNOS 路由器與交換器。
管理 VRF 上的 NETCONF 和遙測
取自我們實驗室中 OcNOS-SP 7.0.2 上一台 UfiSpace S9600-28DX 路由器的執行中設定。
feature netconf-ssh vrf management
feature netconf-tls vrf management
feature streaming-telemetry vrf management
telemetry maximum-subscribe-paths 50
- 透過 SSH 的 NETCONF,位於管理 VRF。
- 透過 TLS 的 NETCONF,位於管理 VRF。
- gNMI 串流式遙測,位於管理 VRF。
- 將遙測訂閱路徑的最大數量設為 50。
需要圖形介面時使用 IP Maestro
IP Maestro 是 OcNOS 的網元管理系統。它透過 NETCONF 管理 OcNOS 裝置,並提供北向 REST API,因此 NMS 或 OSS 可以透過 IP Maestro 驅動 OcNOS,而您的維運人員使用其圖形介面。
監控
拓撲探索與視覺化、儀表板與指標、效能監控,以及依據 NETCONF 通知的故障管理。
設定
以 CLI 或 JSON 推送設定、排程與大量佈建、含設定差異比對的排程備份,以及軟體映像檔更新。
規模
在 IPMA 3.1 中,一個執行個體經驗證可在 8 個 vCPU、32 GB 記憶體和 1 TB 磁碟上管理 250 台 OcNOS 裝置,OcNOS 版本為 6.3.4 及更高。
關於 OcNOS 網路自動化的常見問題。
應用說明與規格書。
供團隊分享的 Ansible 應用說明和 IP Maestro 規格書。填寫簡短表單,即可立即開啟 PDF。
規劃您的網路自動化。
我們將您的佈建、設定和監控工具與 OcNOS 對應起來:新路由器和交換器使用 ZTP,設定使用 NETCONF 或 Ansible,遙測使用 gNMI,需要圖形介面的場景使用 IP Maestro。
網路管理自動化:將 Ansible 與 OcNOS 整合
簡短表單。提交後 PDF 將立即開始下載。
✓ 正在新標籤頁中打開您的 PDF。
若未開啟,請使用下方連結。
IP Maestro 3.x 資料表
表單簡短。提交後您的 PDF 將立即在新標籤頁中打開。
✓ 正在新標籤頁中打開您的 PDF……
如果未能自動打開,請使用下方連結。

