Startseite · Dokumentation · Technologie · NETCONF & YANG

NETCONF, YANG & Zero-Touch-Provisioning

OcNOS bietet Ihnen die vollständige modellgetriebene Konfigurationsschnittstelle: NETCONF über SSH/TLS, OpenConfig und IETF YANG, einen Candidate-Datastore mit Commit/Rollback sowie einen Zero-Touch Provisioning-Ablauf, der ein fabrikneues Chassis vom Auspacken bis zum betriebsbereiten Zustand mit einem DHCP-Lease bringt.

Day-0 Zero-Touch-Provisioning-Flow

Ein werksfrischer OcNOS-Router bootet, fordert ein DHCP-Lease an, ruft das korrekte Image vom Staging-Server ab, lädt seine YANG-gerenderte Konfiguration vom Config-Server herunter, committet sie in den Running-Datastore und meldet sich betriebsbereit. Kein Operator vor Ort.

NETCONF- und ZTP-Provisionierungsablauf: OcNOS-Boot zu DHCP zum Image-Server zum Config-Server bis zum betriebsbereiten Zustand
NETCONF und ZTP: Day-0-Provisionierungsablauf vom Boot über Image- und Config-Server bis zum betriebsbereiten Zustand.

Warum modellgetriebene Konfiguration wichtig ist

CLI-Skripte lassen sich nicht komponieren, nicht zurückrollen und validieren Eingaben nicht gegen ein Schema. NETCONF + YANG bietet Ihnen eine typisierte, transaktionale Konfigurationsoberfläche: einen Candidate pushen, validieren, committen oder zurückrollen, falls ein Leaf abgelehnt wird. OcNOS stellt sowohl OpenConfig-Modelle (BGP, Interfaces, Network-Instance, Platform) als auch IETF-Modelle (ietf-interfaces, ietf-routing, ietf-system) sowie native Modelle von IP Infusion für OcNOS-spezifische Einstellungen bereit. In Kombination mit Zero-Touch Provisioning wird der Betriebsablauf zu: eine Box ins Rack einbauen, Management anschließen, weggehen.

Die OcNOS NETCONF-, YANG- & ZTP-Implementierung

NETCONF

SSH + TLS-Transport

RFC 6241 NETCONF-Protokoll – über SSH (RFC 6242) und TLS (RFC 7589) – mit vollständiger Unterstützung der RPCs Get / Get-Config / Edit-Config / Commit / Validate / Lock / Discard-Changes.

YANG-Modelle

OpenConfig + IETF + nativ

OpenConfig BGP, Interfaces, Network-Instance, Platform, Telemetry; IETF System, Interfaces, Routing; native IP Infusion Modelle für einzigartige Features.

Datastores

Candidate + Commit / Rollback

Vollständiger Candidate-Datastore mit Confirmed Commit (RFC 6241), explizitem Rollback zu N früheren Commits und Abruf der Konfigurationshistorie.

ZTP

Day-0-Provisionierung

DHCP-Option-67-/239-gesteuerter Boot: Image abrufen, Signatur verifizieren, installieren, neu starten; dann Config-Bundle abrufen und committen. Idempotenter Retry bei partiellem Fehler.

Ansible / Salt

Referenzmodule

Ansible-Galaxy-Collection und Salt-Formulas für OcNOS-NETCONF: idempotente BGP-, Interface- und EVPN-Role-Plays von Haus aus.

gNMI

Koexistenz mit NETCONF

gNMI Set und NETCONF Edit-Config adressieren denselben Model Store. Wählen Sie das Protokoll, das zu Ihrem Tooling passt, das Gerät verhält sich identisch.

Was Sie mit OcNOS-Automatisierung erhalten

  • Eine Konfigurationsoberfläche, zwei Protokolle. NETCONF und gNMI adressieren beide denselben YANG-modellierten Datastore, ohne protokollspezifische Feature-Lücken.
  • Verifiziertes ZTP. Der Day-0-Image-Abruf ist signaturverifiziert, die Integrität des Config-Bundles wird vor dem Commit geprüft. Kein Eingriff vor Ort, mit voller Zuverlässigkeit.
  • Offene Tools. Referenz-Ansible-Collection, Salt-Formeln und Python-Client-Beispiele veröffentlicht, ohne proprietäres SDK-Lock-in.
  • Operativer Rollback. Jeder Commit wird nachverfolgt. Kehren Sie mit einem einzigen RPC zu jedem früheren Zustand zurück, falls eine Änderung fehlschlägt.
Streaming-Telemetrie OcNOS-SP OcNOS-DC Netzwerkautomatisierung

Setzen Sie einen modellgesteuerten Operations-Stack auf?

Technische Demo anfragen →
FAQ

Häufig gestellte Fragen

Welche YANG-Modelle unterstützt OcNOS über NETCONF?
OcNOS stellt OpenConfig-Modelle (BGP, interfaces, network-instance, platform, telemetry), IETF-Modelle (ietf-system, ietf-interfaces, ietf-routing) sowie IP-Infusion-eigene Modelle für OcNOS-spezifische Funktionen bereit.
Unterstützt OcNOS Konfigurations-Rollback?
Ja. OcNOS stellt einen vollständigen Candidate-Datastore mit Confirmed Commit (RFC 6241), explizitem Rollback zu früheren Commits und dem Abruf der Konfigurationshistorie bereit, sodass eine abgelehnte Änderung mit einem einzigen RPC rückgängig gemacht werden kann.
Wie funktioniert Zero-Touch Provisioning in OcNOS?
Ein fabrikneuer Router startet, fordert einen DHCP-Lease an (Option 67/239), lädt sein Image und verifiziert dessen Signatur, ruft anschließend sein in YANG gerendertes Konfigurationsbündel ab und committet es, wodurch er ohne Operator vor Ort den Betriebszustand erreicht. Teilausfälle werden idempotent wiederholt.
Kann ich sowohl NETCONF als auch gNMI auf OcNOS nutzen?
Ja. NETCONF Edit-Config und gNMI Set adressieren denselben YANG-modellierten Datastore, sodass Sie das zu Ihrem Tooling passende Protokoll wählen können und sich das Gerät gleich verhält.
Funktioniert OcNOS mit Ansible und Salt?
Ja. IP Infusion veröffentlicht eine Referenz-Ansible-Galaxy-Collection und Salt-Formeln für OcNOS NETCONF, mit idempotenten BGP-, Interface- und EVPN-Role-Plays und ohne proprietäres SDK-Lock-in.
Datenblatt und Solution Briefs

Gehen Sie tiefer. Nehmen Sie es mit.

Zwei kurze, technische Downloads, die über diese Seite hinausgehen: das vollständige OcNOS-SP Datenblatt und das vollständige OcNOS-DC Datenblatt.

Datenblatt

OcNOS-SP Datenblatt

Vollständige OcNOS-SP Spezifikation: Funktionsumfang für Access, Cell Site und Aggregation, Software-SKUs, unterstützte Hardware-Plattformen und der Solution Ordering Guide.

Datasheet abrufen
Datenblatt

OcNOS-DC Datenblatt

Vollständige OcNOS-DC Spezifikation: Funktionsumfang für EVPN-VXLAN und Ethernet for AI, Software-SKUs, unterstützte Hardware-Plattformen und der Solution Ordering Guide.

Datasheet abrufen