JNCIS-ENT Software-Defined Networking (SDN)

24.08.2026 · 5 Min. Lesezeit

Einleitung

Wenn man heute ein modernes Enterprise-Netzwerk betrachtet, fällt auf, dass sich die Rolle des Netzwerkadministrators stark verändert hat.

Vor zehn oder fünfzehn Jahren bestand ein Großteil der Arbeit aus manuellen Konfigurationsänderungen:

SSH auf Router
↓
CLI öffnen
↓
Befehle eingeben
↓
Commit

Dieses Modell funktioniert in kleinen Umgebungen sehr gut.

Doch was passiert bei:

• 100 Switches?
• 500 Access Switches?
• mehreren Standorten?
• mehreren Rechenzentren?
• hybriden Cloud-Umgebungen?

Hier stößt man schnell an Grenzen.

Eine scheinbar einfache Änderung wie:

NTP Server ändern

kann plötzlich hunderte Geräte betreffen.

Manuelle Konfigurationen werden:

• langsam,
• fehleranfällig,
• schwer dokumentierbar,
• schwer reproduzierbar.

Genau aus diesem Grund entstanden Konzepte wie:

• SDN
• Netzwerkautomatisierung
• APIs
• Controller-basierte Netzwerke
• Infrastructure as Code

Diese Themen gehören mittlerweile zu den Grundlagen moderner Enterprise-Netzwerke und werden deshalb auch in der JNCIS-ENT behandelt.

Die Prüfung verlangt keine Programmierkenntnisse.

Sie erwartet jedoch, dass du die Architektur und die wichtigsten Konzepte verstehst.

Das klassische Netzwerkmodell

Traditionell arbeitet jedes Netzwerkgerät eigenständig.

Beispiel:

Router A
Router B
Switch C
Switch D

Jedes Gerät besitzt:

• eigene Konfiguration
• eigene Routingprozesse
• eigene Verwaltung

Änderungen erfolgen geräteweise.

Bei wenigen Geräten:

Kein Problem

Bei hunderten Geräten:

Hoher Aufwand

Dies war einer der Auslöser für SDN.

Was bedeutet SDN?

SDN steht für:

Software Defined Networking

Die Grundidee:

Netzwerkintelligenz wird zentralisiert.

Anstatt jedes Gerät einzeln zu konfigurieren:

Administrator
↓
Controller
↓
Netzwerkgeräte

Der Controller übernimmt einen Teil der Steuerung.

Das klassische Netzwerkproblem

In traditionellen Netzwerken befinden sich:

Control Plane

und

Data Plane

im selben Gerät.

Beispiel:

Router
├── Routing Entscheidungen
└── Paketweiterleitung

Der Router entscheidet selbst:

• welche Route verwendet wird
• wohin Pakete gesendet werden

Die SDN-Idee

SDN trennt:

Control Plane

von

Data Plane

Vereinfacht:

Controller
      ↓
Entscheidungen

Switches
      ↓
Weiterleitung

Dadurch entsteht eine zentralisierte Steuerung.

Warum SDN?

Große Netzwerke profitieren von:

• zentraler Verwaltung
• einheitlichen Richtlinien
• Automatisierung
• schneller Bereitstellung

Ein Administrator definiert eine Richtlinie.

Der Controller verteilt diese automatisch.

Anstatt:

500 Geräte
500 Änderungen

nur noch:

1 Richtlinie

Control Plane vs Data Plane

Ein häufig geprüftes Konzept.

Data Plane

Aufgabe:

Pakete weiterleiten

Fragen:

Wohin soll das Paket?

Die Data Plane verarbeitet den tatsächlichen Verkehr.

Control Plane

Aufgabe:

Entscheidungen treffen

Beispiele:

• OSPF
• BGP
• Routingtabellen

Merksatz:

Control Plane denkt.
Data Plane arbeitet.

Dieser Satz hilft erstaunlich gut bei Prüfungsfragen.

Netzwerkautomatisierung

Nicht jede Automatisierung benötigt SDN.

Viele Unternehmen beginnen mit:

Automatisierung

ohne vollständige SDN-Architektur.

Beispiele:

• automatische Konfiguration
• zentrale Templates
• Skripte
• API-Nutzung

Ziel:

weniger manuelle Arbeit

Warum Automatisierung?

Menschen machen Fehler.

Typische Probleme:

Falsche IP-Adresse

Vergessene VLANs

Unterschiedliche Konfigurationen

Automatisierung sorgt für:

• Konsistenz
• Geschwindigkeit
• Nachvollziehbarkeit

Infrastructure as Code

Ein moderner Ansatz.

Konfigurationen werden nicht mehr ausschließlich in der CLI erstellt.

Stattdessen:

Konfiguration
=
Code

Beispiel:

Git Repository

↓

Automatisierung

↓

Netzwerkgeräte

Dadurch entstehen Vorteile wie:

• Versionierung
• Rollback
• Dokumentation
• Review-Prozesse

APIs verstehen

Eine API ist eine Schnittstelle.

Sie ermöglicht:

Software
↓
Kommunikation
↓
Netzwerkgerät

Ohne manuelle CLI-Eingaben.

REST APIs

Eine der häufigsten Varianten.

REST basiert auf HTTP.

Beispiele:

GET

Information abrufen.

POST

Daten erzeugen.

PUT

Daten ändern.

DELETE

Daten entfernen.

Für die JNCIS genügt das Grundverständnis.

NETCONF

Ein besonders wichtiges Juniper-Thema.

NETCONF ist ein Netzwerkprotokoll zur Verwaltung von Geräten.

Es ermöglicht:

• Konfigurationsänderungen
• Abfragen
• Automatisierung

Dabei nutzt es strukturierte Daten.

Vorteile:

• standardisiert
• zuverlässig
• maschinenlesbar

NETCONF wird in Juniper-Umgebungen häufig verwendet.

JNCIS-Prüfungsfokus

Merke:

NETCONF
=
Netzwerkverwaltung
über APIs

XML in Junos

Junos speichert Konfigurationen intern in strukturierter Form.

Historisch spielte dabei:

XML

eine große Rolle.

Viele Automatisierungslösungen greifen auf XML-basierte Daten zu.

Für die Prüfung genügt:

Junos kann Konfigurationen strukturiert über XML bereitstellen.

YANG

Ein weiteres modernes Konzept.

YANG beschreibt:

Datenmodelle

Nicht die Konfiguration selbst.

Sondern:

Wie Daten strukturiert werden.

YANG wird häufig mit:

• NETCONF
• RESTCONF

kombiniert.

Telemetry

Traditionelles Monitoring:

SNMP Polling

Der Monitoring-Server fragt regelmäßig Daten ab.

Moderne Telemetry funktioniert anders.

Das Gerät sendet Daten aktiv.

Vorteile:

• Echtzeitinformationen
• geringere Verzögerung
• bessere Skalierbarkeit

Ein wichtiges Zukunftsthema.

Juniper Apstra

Ein modernes Beispiel für Netzwerkautomatisierung.

Juniper Apstra ermöglicht:

• Fabric-Automatisierung
• EVPN/VXLAN-Bereitstellung
• Intent-Based Networking

Die JNCIS verlangt keine Detailkenntnisse.

Es ist jedoch hilfreich zu wissen, dass Juniper stark auf Automatisierung setzt.

Intent-Based Networking

Ein moderner Ansatz.

Administrator definiert:

Was erreicht werden soll

Nicht:

Wie jedes Gerät konfiguriert wird

Beispiel:

Alle Clients
dürfen auf DNS zugreifen

Das System erzeugt die notwendigen Konfigurationen automatisch.

Vorteile der Automatisierung

Geschwindigkeit

Änderungen werden schneller umgesetzt.

Konsistenz

Alle Geräte erhalten identische Konfigurationen.

Skalierbarkeit

Große Umgebungen werden beherrschbar.

Fehlerreduktion

Weniger manuelle Eingaben.

Herausforderungen

Automatisierung ist kein Allheilmittel.

Falsche Automatisierung kann Fehler sogar schneller verbreiten.

Deshalb bleiben wichtig:

• Tests
• Reviews
• Rollbacks
• Validierung

Hier zeigt sich erneut die Stärke des Junos Commit-Modells.

Zusammenhang mit Junos

Viele Eigenschaften von Junos wurden ursprünglich für Automatisierung entwickelt:

• Candidate Configuration
• Commit Check
• Rollback
• XML-Struktur
• NETCONF-Unterstützung

Dadurch eignet sich Junos besonders gut für automatisierte Umgebungen.

Typische JNCIS-ENT Prüfungsfallen

Falle 1

SDN mit Automatisierung gleichsetzen.

Automatisierung:

Aufgaben automatisieren

SDN:

Architekturansatz

Falle 2

Control Plane und Data Plane verwechseln.

Falle 3

NETCONF als Routing-Protokoll betrachten.

NETCONF dient der Verwaltung.

Falle 4

Annehmen, dass SDN keine Router mehr benötigt.

Router und Switches existieren weiterhin.

Falle 5

REST und NETCONF verwechseln.

Praxisbezug

Selbst mittelgroße Unternehmen betreiben heute oft:

• hunderte Switches,
• dutzende Router,
• Cloud-Anbindungen,
• virtuelle Netzwerke.

Ohne Automatisierung steigen Aufwand und Fehlerrisiko erheblich.

Deshalb entwickeln sich Netzwerke zunehmend in Richtung:

• API-basierte Verwaltung
• Controller-Systeme
• Infrastructure as Code
• Intent-Based Networking

Fazit

SDN und Netzwerkautomatisierung verändern die Art und Weise, wie moderne Netzwerke betrieben werden.

Anstatt einzelne Geräte manuell zu konfigurieren, werden Richtlinien und Konfigurationen zunehmend zentral verwaltet und automatisiert ausgerollt.

Für die JNCIS-ENT solltest du insbesondere verstehen:

• den Unterschied zwischen Control Plane und Data Plane,
• die Grundidee von SDN,
• die Vorteile der Automatisierung,
• die Rolle von APIs,
• NETCONF,
• Telemetry,
• sowie die Bedeutung von Infrastructure as Code.

JNCIS-ENT Prüfungsstrategie

Merke dir die folgende Zuordnung:

Wenn du diese Begriffe sicher auseinanderhalten kannst, wirst du die meisten SDN- und Automatisierungsfragen der JNCIS-ENT problemlos beantworten.