17.8 Automation im CCNA-Stoff: Was du wirklich wissen musst

Netzwerkautomation ist heute ein fester Bestandteil des CCNA-Stoffs und sorgt bei vielen Einsteigern zunächst für Unsicherheit. Wer sich auf Routing, Switching, IPv4, VLANs, OSPF, ACLs und WLAN vorbereitet, erwartet oft klassische Netzwerkthemen. Dann tauchen plötzlich Begriffe wie APIs, JSON, Controller, Software-defined Networking oder Automatisierung auf. Das wirkt für viele zunächst wie ein Fremdkörper im Lernstoff. In der Praxis ist genau das aber logisch: Moderne Netzwerke werden nicht mehr nur manuell über die CLI verwaltet. Sie werden zunehmend zentral gesteuert, standardisiert, programmierbar und automatisiert betrieben. Der CCNA verlangt deshalb nicht, dass du bereits ein Netzwerkentwickler bist oder komplexe Python-Skripte schreiben kannst. Du sollst vielmehr die Grundideen moderner Netzwerkautomation verstehen und einordnen können. Genau darum geht es in diesem Thema: nicht um tiefes Coding, sondern um das, was du im CCNA wirklich wissen musst.

Table of Contents

Warum Automation überhaupt im CCNA vorkommt

Früher war Netzwerkarbeit fast vollständig gerätezentriert. Ein Administrator verband sich per Konsole oder SSH auf einen Router oder Switch, gab Befehle ein und konfigurierte jedes Gerät einzeln. Dieses Modell funktioniert für kleine Umgebungen weiterhin gut, stößt aber in modernen Infrastrukturen schnell an Grenzen. Unternehmen betreiben heute oft viele Standorte, Controller, WLANs, Cloud-Anbindungen, virtuelle Netzwerke und eine große Zahl standardisierter Policies.

Deshalb wurde Automation in den CCNA aufgenommen. Die Prüfung soll zeigen, dass du moderne Netzwerke nicht nur als Sammlung einzelner CLI-Geräte verstehst, sondern auch die grundlegende Richtung der Netzwerktechnik kennst. Es geht also um ein erweitertes Netzwerkverständnis.

Warum das im CCNA wichtig ist

  • Moderne Netzwerke sind größer und dynamischer als klassische Einzelgeräte-Umgebungen
  • Manuelle Konfigurationen skalieren nur begrenzt
  • Controller, APIs und strukturierte Datenformate gehören heute zum Alltag vieler Plattformen
  • Der CCNA soll Grundlagen für modernes Netzwerkdenken vermitteln

Was du im CCNA nicht können musst

Ein sehr wichtiger Punkt zuerst: Der CCNA verlangt in diesem Bereich deutlich weniger, als viele befürchten. Du musst im Normalfall keine komplexen Automationssysteme bauen, keine tiefen Entwicklerkenntnisse besitzen und keine fortgeschrittenen Skripte programmieren. Auch tiefes API-Coding oder produktive Python-Automation gehört nicht zum Kern dessen, was auf CCNA-Niveau erwartet wird.

Viel wichtiger ist, dass du Konzepte sauber einordnen kannst. Du solltest also verstehen, was ein Controller macht, warum APIs nützlich sind, was JSON und YAML sind und worin der Unterschied zwischen traditionellem Netzwerkbetrieb und softwarebasierten Ansätzen liegt.

Was typischerweise nicht der Fokus ist

  • Komplexe Programmierung
  • Fortgeschrittene Python-Entwicklung
  • Produktionsreife Automationspipelines
  • Tiefes API-Debugging
  • Umfangreiche DevNet-Praxis auf Profi-Niveau

Was du im CCNA wirklich verstehen musst

Der Kern des Themas besteht darin, Grundbegriffe und Zusammenhänge sicher einordnen zu können. Du solltest verstehen, wie sich klassische Netzwerkverwaltung von modernen, stärker automatisierten Modellen unterscheidet. Außerdem solltest du wissen, warum zentrale Steuerung, strukturierte Daten und programmierbare Schnittstellen wichtig geworden sind.

Die wichtigsten Themen auf einen Blick

  • Unterschied zwischen traditionellem Netzwerkbetrieb und Automation
  • Controller-basierte Netzwerke
  • Software-defined Networking
  • APIs und REST APIs
  • Datenformate wie JSON und YAML
  • Grundidee von Automatisierung und Orchestrierung

Traditionelles Netzwerk vs. modernes automatisiertes Netzwerk

Im klassischen Netzwerkbetrieb arbeitet der Administrator direkt auf dem Gerät. Ein Switch oder Router wird per CLI konfiguriert, und Änderungen werden Gerät für Gerät durchgeführt. Dieses Modell ist leicht zu verstehen, aber bei vielen Geräten fehleranfällig und zeitaufwendig.

Im modernen, stärker automatisierten Netzwerk werden Änderungen häufiger zentral definiert und anschließend standardisiert ausgerollt. Das kann über Controller, APIs, Templates oder Automationssysteme geschehen. Der entscheidende Unterschied ist also nicht, dass Geräte verschwinden, sondern dass die Art ihrer Verwaltung moderner wird.

Typische Merkmale des klassischen Betriebs

  • Geräteweise CLI-Konfiguration
  • Viele manuelle Wiederholungen
  • Hoher Aufwand bei Massenänderungen
  • Mehr Risiko für Tippfehler und Inkonsistenzen

Typische Merkmale moderner Ansätze

  • Zentrale Steuerung
  • Mehr Standardisierung
  • Bessere Skalierbarkeit
  • Leichtere Automatisierung wiederkehrender Aufgaben

Warum Automation für Netzwerke sinnvoll ist

Im CCNA solltest du vor allem verstehen, warum Automation eingeführt wurde. Der Sinn liegt nicht darin, Administratoren zu ersetzen, sondern ihre Arbeit konsistenter, schneller und weniger fehleranfällig zu machen. Ein gutes Beispiel ist eine Änderung, die auf vielen Switches gleichzeitig umgesetzt werden muss. Manuell dauert das lange und birgt Fehlerpotenzial. Automatisiert kann dieselbe Änderung standardisiert verteilt werden.

Typische Vorteile von Automation

  • Weniger manuelle Wiederholung
  • Weniger Konfigurationsfehler
  • Mehr Konsistenz auf ähnlichen Geräten
  • Schnellere Rollouts und Änderungen
  • Bessere Skalierbarkeit in größeren Netzwerken

Controller-basierte Netzwerke im CCNA-Kontext

Ein zentrales Thema ist das controller-basierte Networking. Dabei verwaltet eine zentrale Instanz mehrere Geräte, statt jedes Gerät einzeln zu konfigurieren. Besonders verständlich ist dieses Modell bei Enterprise-WLANs. Dort werden viele Access Points nicht einzeln gepflegt, sondern über einen Wireless Controller oder eine Cloud-Plattform gesteuert.

Für den CCNA musst du verstehen, dass ein Controller zentrale Richtlinien, Konfigurationen und Zustandsinformationen verwalten kann. Er erleichtert Standardisierung und Automatisierung.

Was ein Controller typischerweise macht

  • Zentrale Konfigurationsverwaltung
  • Verteilung von Richtlinien und SSIDs
  • Überwachung von Geräten und Clients
  • Vereinfachung von Änderungen über viele Geräte hinweg

Einfacher Merksatz

Ein Controller ist die zentrale Steuerungs- und Managementinstanz für viele Netzwerkgeräte.

Software-defined Networking einfach für den CCNA

Software-defined Networking, also SDN, ist ebenfalls Teil des grundlegenden Verständnisses. Im CCNA geht es hier nicht um tiefes Architekturdesign, sondern um die Kernidee: Netzwerke werden stärker softwarebasiert und zentral gesteuert. Die Logik und Richtlinien liegen stärker in einer zentralen Steuerungsebene, statt vollständig auf jedem Einzelgerät verteilt zu sein.

Ein Begriff, den du dabei einordnen können solltest, ist die Trennung von Control Plane und Data Plane.

Data Plane

Die Data Plane leitet den Verkehr weiter. Sie ist für die eigentliche Paket- oder Frame-Weiterleitung zuständig.

Control Plane

Die Control Plane entscheidet, wie diese Weiterleitung grundsätzlich organisiert wird. In SDN wird diese Steuerung stärker zentralisiert oder softwarebasiert organisiert.

Was du dir merken solltest

  • SDN bedeutet mehr zentrale Steuerung und mehr Softwarelogik
  • Control Plane und Data Plane werden konzeptionell stärker getrennt
  • SDN erleichtert Automation und Policy-basierte Netzwerke

APIs im CCNA: Die Grundidee verstehen

Ein API ist eine Application Programming Interface, also eine Schnittstelle, über die Programme mit einem System kommunizieren können. Für den CCNA ist wichtig, dass du APIs nicht als Entwicklerdetail betrachtest, sondern als Werkzeug moderner Netzwerke. Controller, Firewalls, Cloud-Plattformen und Managementsysteme stellen Informationen und Funktionen oft über APIs bereit.

Der entscheidende Vorteil ist, dass Programme über APIs strukturierte Daten lesen oder Änderungen auslösen können, ohne dass ein Mensch alles per CLI manuell durchführen muss.

Was du über APIs wissen solltest

  • Sie sind Schnittstellen für Softwarekommunikation
  • Sie ermöglichen Automation und Integration
  • Sie liefern oft strukturierte Daten statt Freitext
  • Sie sind ein wichtiger Baustein moderner Netzwerkplattformen

REST APIs: Was davon prüfungsrelevant ist

Von den API-Konzepten ist im CCNA besonders die REST API relevant. REST APIs arbeiten typischerweise über HTTP oder HTTPS und sind in modernen Plattformen weit verbreitet. Für die Prüfung musst du vor allem die Grundidee verstehen: Ressourcen werden über URLs angesprochen, und typische Methoden wie GET, POST, PUT oder DELETE steuern, was mit diesen Ressourcen passieren soll.

Die wichtigsten REST-Methoden

  • GET = Daten lesen
  • POST = neue Daten anlegen oder Aktion starten
  • PUT = bestehende Daten vollständig aktualisieren
  • DELETE = Daten löschen

Was du dir merken solltest

  • REST APIs sind webbasierte Schnittstellen
  • Sie arbeiten oft mit JSON
  • Sie sind für Automatisierung und Controller wichtig
  • HTTPS ist dabei für sichere Kommunikation relevant

JSON und YAML: Datenformate im CCNA richtig einordnen

Ein weiterer Baustein im Automationsbereich sind strukturierte Datenformate. Besonders wichtig sind JSON und YAML. Im CCNA musst du diese Formate nicht tief beherrschen, aber du solltest wissen, wofür sie verwendet werden.

JSON ist besonders häufig bei APIs, also beim strukturierten Datenaustausch zwischen Systemen. YAML ist oft in Konfigurations- und Automationsdateien zu finden, weil es für Menschen gut lesbar ist.

JSON einfach eingeordnet

  • Strukturiertes Datenformat
  • Häufig bei REST APIs
  • Gut maschinell verarbeitbar

YAML einfach eingeordnet

  • Ebenfalls strukturiertes Datenformat
  • Oft für Konfigurationsdateien und Automationsdefinitionen genutzt
  • Meist menschenlesbarer als JSON

Ein einfaches JSON-Beispiel

{
  "hostname": "SW1",
  "management_ip": "10.10.10.11"
}

Ein einfaches YAML-Beispiel

hostname: SW1
management_ip: 10.10.10.11

Im CCNA reicht es in der Regel, diese Formate erkennen und grob unterscheiden zu können.

Northbound und Southbound Interfaces einfach erklärt

Ein Thema, das in SDN-Zusammenhängen auftauchen kann, sind Northbound und Southbound Interfaces. Diese Begriffe beschreiben die Richtung, in die ein Controller kommuniziert.

Southbound Interface

Das Southbound Interface verbindet den Controller mit den eigentlichen Netzwerkgeräten oder der Infrastruktur. Es transportiert also Steuerinformationen vom Controller nach unten zu Switches, Routern oder Access Points.

Northbound Interface

Das Northbound Interface verbindet den Controller mit darüberliegenden Anwendungen oder Management-Systemen. Es ist also die Schnittstelle nach oben, etwa für Automationswerkzeuge oder Orchestrierungsplattformen.

Merksatz

  • Southbound = Richtung Infrastruktur
  • Northbound = Richtung Anwendungen und Tools

Was du über Automatisierung und Orchestrierung unterscheiden solltest

Im Automationskontext ist die Unterscheidung zwischen Automation und Orchestrierung hilfreich. Diese Begriffe werden oft ähnlich verwendet, meinen aber nicht exakt dasselbe.

Automation

Automation bedeutet, dass einzelne Aufgaben automatisch ausgeführt werden. Beispiel: Ein System sichert jede Nacht automatisch Gerätekonfigurationen.

Orchestrierung

Orchestrierung bedeutet, dass mehrere automatisierte Aufgaben koordiniert zusammenarbeiten. Beispiel: Ein neuer Standort bekommt automatisch VLANs, Firewall-Regeln, WLAN-Profile und Monitoring-Einträge.

Einfacher Unterschied

  • Automation = eine Aufgabe automatisch ausführen
  • Orchestrierung = mehrere Aufgaben als geordneten Gesamtprozess koordinieren

Was Cisco mit „intent-based networking“ meint

Im erweiterten Kontext moderner Netzwerke taucht auch der Begriff intent-based networking auf. Für den CCNA musst du kein tiefes Architekturwissen dazu besitzen, aber das Grundprinzip verstehen: Der Administrator definiert nicht nur einzelne technische Details, sondern beschreibt stärker den gewünschten Zustand oder die gewünschte Absicht. Die Plattform setzt diese Absicht dann technisch um.

Beispielhaft bedeutet das: Statt an jedem Gerät einzelne Regeln für eine Benutzergruppe zu konfigurieren, wird zentral festgelegt, welche Rolle oder welcher Zugriff für diese Gruppe gelten soll.

Wichtige Einordnung

  • Fokus auf gewünschtes Ergebnis statt auf Einzelbefehl
  • Mehr Policy- und Controller-Denken
  • Enge Verbindung zu SDN und Automatisierung

Wie Automatisierung mit klassischen CCNA-Themen zusammenhängt

Ein häufiger Denkfehler ist, Automation als völlig separates Thema zu betrachten. In Wirklichkeit baut sie auf klassischen Netzwerkgrundlagen auf. Ohne Verständnis von VLANs, IP-Adressierung, Routing, WLANs, ACLs oder DHCP ergibt Automation kaum Sinn. Automatisierung ändert nicht die Netzwerktechnik selbst, sondern die Art, wie sie verwaltet und ausgerollt wird.

Typische Beispiele

  • Ein VLAN bleibt ein VLAN – es kann nur zentraler und schneller ausgerollt werden
  • Eine ACL bleibt eine ACL – sie kann aber durch Policies oder Templates verteilt werden
  • Ein WLAN bleibt ein WLAN – Controller und APIs vereinfachen nur die Verwaltung

Typische Prüfungsfalle: Zu tief oder zu oberflächlich lernen

Viele Lernende machen bei diesem Thema einen von zwei Fehlern. Entweder sie lernen zu tief und versuchen, DevNet-Inhalte auf Profi-Niveau mit in den CCNA zu nehmen. Oder sie ignorieren das Thema fast vollständig, weil sie es als „nicht klassisch genug“ empfinden. Beides ist nicht ideal.

Für den CCNA reicht ein solides konzeptionelles Verständnis. Du solltest Begriffe erkennen, Grundideen erklären und Beziehungen zwischen Controller, APIs, JSON, SDN und klassischer Netzwerkarbeit herstellen können.

Was du vermeiden solltest

  • Dich in zu tiefen Entwicklerdetails zu verlieren
  • Das Thema komplett zu unterschätzen
  • Nur Definitionen auswendig zu lernen, ohne die Zusammenhänge zu verstehen

Ein sinnvolles Lernmodell für das Automation-Thema

Am besten lernst du diesen Bereich in einer klaren Reihenfolge. Zuerst sollten die klassischen Netzwerkgrundlagen sicher sitzen. Danach wird Automation deutlich leichter verständlich, weil du erkennst, was automatisiert oder zentralisiert werden soll.

Empfohlene Lernreihenfolge

  • Erst Routing, Switching, IP, WLAN und Security-Grundlagen verstehen
  • Dann traditionelle Verwaltung mit CLI sauber einordnen
  • Danach Controller, SDN und APIs als moderne Erweiterung verstehen
  • Zum Schluss JSON, YAML und REST logisch dazusetzen

Was du dir kurz vor der Prüfung merken solltest

Wenn du das Automation-Thema auf CCNA-Niveau zusammenfassen willst, reichen einige klare Kernaussagen:

  • Automation reduziert manuelle Wiederholung und verbessert Konsistenz
  • Controller verwalten viele Geräte zentral
  • SDN trennt Steuerung stärker von der Weiterleitung und setzt auf zentrale Logik
  • APIs erlauben Software den strukturierten Zugriff auf Netzwerkfunktionen
  • REST APIs sind häufig webbasierte Schnittstellen mit Methoden wie GET oder POST
  • JSON und YAML sind strukturierte Datenformate, die in APIs und Automation wichtig sind
  • Im CCNA geht es um Verstehen, nicht um tiefes Programmieren

Ein einfaches Beispiel zur Gesamtlogik

Angenommen, ein Unternehmen möchte auf vielen Access Points dieselbe neue SSID bereitstellen. Klassisch müsste ein Administrator jeden Access Point einzeln konfigurieren. In einem modernen, controller-basierten und API-fähigen Netzwerk wird die SSID zentral definiert, über den Controller verteilt und kann über APIs überwacht oder automatisiert angepasst werden.

Dieses Beispiel zeigt sehr gut, wie klassische Netzwerktechnik und moderne Automation zusammenhängen. Die SSID bleibt technisch dasselbe WLAN-Konzept. Neu ist vor allem die Art der Steuerung und Verwaltung.

Der wichtigste Punkt zum Schluss

Wenn du Automation im CCNA richtig verstehen willst, dann denke nicht zuerst an Programmierung, sondern an moderne Netzwerkverwaltung. Der CCNA will von dir vor allem, dass du erkennst, wie sich Netzwerke verändert haben: weg von rein manueller Einzelgeräteverwaltung, hin zu zentralen Controllern, APIs, strukturierten Daten und softwarebasierten Modellen. Genau dieses Verständnis ist das, was du wirklich wissen musst.

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab/GNS3

Ich biete professionelle Unterstützung im Bereich Netzwerkkonfiguration und Network Automation für private Anforderungen, Studienprojekte, Lernlabore, kleine Unternehmen sowie technische Projekte. Ich unterstütze Sie bei der Konfiguration von Routern und Switches, der Erstellung praxisnaher Topologien in Cisco Packet Tracer, dem Aufbau und Troubleshooting von GNS3- und EVE-NG-Labs sowie bei der Automatisierung von Netzwerkaufgaben mit Netmiko, Paramiko, NAPALM und Ansible. Kontaktieren Sie mich jetzt – klicken Sie hier.

Meine Leistungen umfassen:

  • Professionelle Konfiguration von Routern und Switches

  • Einrichtung von VLANs, Trunks, Routing, DHCP, NAT, ACLs und weiteren Netzwerkfunktionen

  • Erstellung von Topologien und Simulationen in Cisco Packet Tracer

  • Aufbau, Analyse und Fehlerbehebung von Netzwerk-Labs in GNS3 und EVE-NG

  • Automatisierung von Netzwerkkonfigurationen mit Python, Netmiko, Paramiko, NAPALM und Ansible

  • Erstellung von Skripten für wiederkehrende Netzwerkaufgaben

  • Dokumentation der Konfigurationen und Bereitstellung nachvollziehbarer Lösungswege

  • Konfigurations-Backups, Optimierung bestehender Setups und technisches Troubleshooting

Benötigen Sie Unterstützung bei Ihrem Netzwerkprojekt, Ihrer Simulation oder Ihrer Network-Automation-Lösung? Kontaktieren Sie mich jetzt – klicken Sie hier.

Related Articles