OSPF Troubleshooting: Neighbor States und LSA-Probleme schnell finden

OSPF Troubleshooting ist in großen Cisco-Netzen eine der häufigsten und zugleich zeitsensibelsten Aufgaben im Betrieb: Wenn OSPF-Neighbors nicht „Full“ werden, wenn Adjacencies flappen oder wenn Routen fehlen, steht oft sofort die Frage im Raum, ob ein Standort oder ein ganzer Pod erreichbar bleibt. Der Vorteil von OSPF ist seine klare Zustandsmaschine und seine gut definierte…

Cisco Konfiguration für Experten: Referenzarchitektur von Access bis Core

Eine Cisco Konfiguration für Experten: Referenzarchitektur von Access bis Core ist dann wirklich wertvoll, wenn sie nicht nur „Beispielbefehle“ liefert, sondern ein konsistentes Betriebsmodell abbildet: klare Rollen (Access, Distribution, Core), saubere Trust Boundaries, wiederholbare Templates, nachvollziehbare Policies und messbare Betriebszustände. In Enterprise-Netzen entstehen die meisten Ausfälle nicht durch exotische Features, sondern durch inkonsistente Standards: Trunks…

BGP Troubleshooting: Session, Prefixes, Route-Maps und Soft Reconfig

BGP Troubleshooting ist in großen Cisco-Netzen eine Kernkompetenz, weil BGP nicht nur das Internet-Routing prägt, sondern auch in Enterprise-Backbones, MPLS L3VPN, EVPN/VXLAN oder WAN-Edge-Designs als Policy-Engine genutzt wird. Wenn eine BGP-Session nicht auf „Established“ kommt, wenn plötzlich Prefixes fehlen oder wenn Route-Maps scheinbar „nichts tun“, ist der Impact oft sofort spürbar: Standorte verlieren Connectivity, Traffic…

QoS Troubleshooting: Warum Policies nicht matchen und Drops entstehen

QoS Troubleshooting auf Cisco-Geräten wird oft erst dann ernst genommen, wenn Voice knistert, Videokonferenzen ruckeln oder kritische Applikationen „sporadisch“ langsam sind. Genau dann fällt auf: Eine QoS-Policy kann formal korrekt konfiguriert sein und trotzdem nicht matchen, oder sie matcht zwar, aber Drops entstehen an anderer Stelle als erwartet. In Enterprise-Netzen ist QoS zudem selten ein…

Cisco Konfig-Templates: Jinja2 Patterns für IOS und NX-OS

Cisco Konfig-Templates auf Basis von Jinja2 sind der pragmatischste Weg, um wiederholbare, auditierbare und skalierbare Konfigurationen für IOS/IOS XE und NX-OS zu erzeugen. Statt Konfigurationen per Copy-&-Paste zu vervielfältigen oder „Golden Configs“ manuell anzupassen, modellieren Sie die Variablen (z. B. Hostname, Interfaces, VLANs, VRFs, BGP-Neighbor) als Daten und lassen daraus die passende CLI-Konfiguration rendern. Das…

Ansible für Cisco Konfiguration: Idempotenz, Diff und Rollback

Ansible für Cisco Konfiguration ist in vielen Enterprise-Netzen der schnellste Weg, wiederholbare Changes sicher auszurollen, Drift zu reduzieren und den Betrieb in Richtung „Configuration as Code“ zu professionalisieren. Der entscheidende Mehrwert entsteht jedoch nicht dadurch, dass Sie „Ansible irgendwie nutzen“, sondern dadurch, dass Sie drei Themen sauber beherrschen: Idempotenz (Playbooks können wiederholt laufen, ohne unerwünschte…

NETCONF/RESTCONF auf Cisco: Automatisierung für Experten

NETCONF/RESTCONF auf Cisco ist der konsequente Schritt weg von „CLI als einzigem Automationsinterface“ hin zu modellgetriebener, transaktionaler und deutlich besser prüfbarer Netzwerkautomatisierung. In großen Netzen reicht es nicht, Konfigurationen nur schneller auszurollen – sie müssen vor allem reproduzierbar, idempotent und auditierbar sein. Genau hier spielen NETCONF und RESTCONF ihre Stärken aus: Sie arbeiten mit YANG-Datenmodellen,…

Cisco YANG Modelle nutzen: Validierung und “Config as Data”

Cisco YANG Modelle nutzen ist der Schritt, der Netzwerkautomatisierung von „CLI-Skripten mit Parsern“ zu Config as Data hebt: Konfiguration wird nicht mehr als Text verstanden, sondern als strukturierter Datensatz mit Typen, Beziehungen und Validierungsregeln. Genau darin liegt der große Vorteil für Enterprise-Netze: Sie können Konfigurationen vor dem Ausrollen prüfen, Änderungen präzise diffen, Policies automatisiert erzwingen…

GitOps für Network Changes: PR-Reviews, Policy Checks, Deployment

GitOps für Network Changes ist ein Betriebsmodell, das Netzwerkänderungen so behandelt, wie moderne Softwareteams ihre Releases steuern: über versionierten Code, Pull Requests, automatisierte Policy Checks und kontrollierte Deployments. Statt Konfigurationen direkt auf Geräten zu ändern („Hand an der CLI“), wird der gewünschte Zielzustand in Git abgelegt. Der Pull Request (PR) ist dabei der zentrale Kontrollpunkt:…

Cisco Konfig-Drift erkennen: Compliance Checks automatisieren

Cisco Konfig-Drift erkennen ist in Enterprise-Netzen keine „Nice-to-have“-Aufgabe, sondern eine Voraussetzung für stabilen Betrieb, Security und Compliance. Drift entsteht, wenn die tatsächlich laufende Konfiguration eines Geräts von dem abweicht, was als Standard oder „Golden Config“ definiert ist. Das passiert schneller, als viele Teams erwarten: ein Hotfix in der Nacht, ein temporärer Debug-Befehl, ein manuelles „no…