Zum Inhalt springen
CONFIGLANE

Wir planen, bauen und betreiben Unternehmensnetze. Von der ersten Architekturentscheidung bis zum laufenden Betrieb verbindet Configlane fundiertes Cisco-Engineering mit Automatisierung — als Projektpartner, Ergänzung Ihrer IT oder Umsetzungsteam für Ihr Systemhaus.

Systemhaus für Cisco-Netzwerke & Network Automation

Network
Engineering.Automated.

Cisco-Netzwerklösungen

Campus, WAN, WLAN und Security: Wir begleiten Unternehmensnetze über den gesamten Lebenszyklus — von der Architektur über Migration und Standort-Rollout bis zum laufenden Betrieb.

Network Automation

Wir industrialisieren den Netzbetrieb: Source of Truth, Configuration as Code und getestete Changes sind bei uns Standard, kein Sonderprojekt. So werden Rollouts planbar und Änderungen kalkulierbar.

Betrieb & Verantwortung

Nach dem Projekt bleiben wir an Ihrer Seite: mit Managed Services oder gemeinsam mit Ihrer IT. Standard-Changes, Wartung, Eskalation und Dokumentation erhalten einen klar vereinbarten Umfang und feste Zuständigkeiten.

Neu aufbauen, Bestand übernehmen oder Ihre IT ergänzen. Umfang, Servicezeiten und Zuständigkeiten vereinbaren wir passend zu Ihrem Bedarf.

Gespräch vorbereiten: Meraki-Projektbriefing herunterladen (.md)Bearbeitbare Checkliste. Ohne Registrierung.

Der Ansatz

Wir machen Network Engineering und Automation. Vor allem aber machen wir Infrastruktur leise: eine Source of Truth statt Tabellen, getestete Changes statt Nachtschichten — damit Ihr Team sich um das kümmert, was wirklich zählt.

Network Engineering.
Automated.

Assessment anfragen

Infrastruktur,
leise.

Senior Network Engineering

Configuration as Code

Dokumentierte Übergabe

Alle Leistungen im Überblick

Über Configlane

Ein Systemhaus, geführt von Engineers

Aus dem Betrieb gewachsen. Configlane ist ein inhabergeführtes Systemhaus für Netzwerktechnik und Automatisierung. Unsere Wurzeln liegen im Betrieb großer Cisco-Umgebungen, dort, wo Änderungen echte Wartungsfenster brauchen und ein Fehler nie abstrakt bleibt. Diese Erfahrung prägt, wie wir Projekte anlegen: mit klaren Verantwortlichkeiten, ehrlichen Aufwandsschätzungen und einem Rückweg, der vor dem Change feststeht.

Engineering führt. Bei uns führt kein Vertrieb durchs Projekt. Wer bei Configlane plant, baut auch; wer baut, übernimmt Verantwortung im Betrieb. Entscheidungen fallen im Review, nicht im Flur — jede Änderung hat einen Autor, einen Prüfer und ein dokumentiertes Rollback. Das ist unsere Vorstellung von Handwerk in der IT.

Wissen bleibt bei Ihnen. Runbooks, Architekturentscheidungen und die Source of Truth gehören zum Lieferumfang. Ihr Team soll unsere Arbeit verstehen, betreiben und weiterentwickeln können — Kunden bleiben bei uns, weil sie wollen, nicht weil sie müssen.

Unser Anspruch

Verantwortung endet bei uns nicht mit der Abnahme.

Know-how

Tief im Cisco-Stack, zuhause in der Automatisierung

Unsere CCNP-zertifizierten Engineers arbeiten quer durch den Cisco-Stack: Routing und Switching in Campus und WAN, SD-WAN, Wireless, Identity Services Engine, Secure Firewall, Meraki und Catalyst Center. Wir kennen diese Plattformen aus Projekten und aus dem Betrieb — nicht aus dem Datenblatt.

Dazu kommt ein Automatisierungs-Stack, der sich in der Praxis bewährt hat: NetBox als Source of Truth, Ansible und Python für die Ausführung, pyATS für automatisierte Netzwerktests, Git für Review und Historie. Werkzeuge wechseln — die Disziplin dahinter nicht.

  • Cisco
  • Cisco Meraki
  • Ansible
  • Cisco Catalyst
  • Python
  • Cisco Catalyst Center
  • NetBox
  • Jinja
  • Cisco ISE
  • Cisco Cyber Vision
  • Git
  • Cisco pyATS
  • pfSense
  • Check Point
  • Jinja
  • Cisco ISE
  • Cisco Cyber Vision
  • Git
  • Cisco pyATS
  • pfSense
  • Check Point
  • Cisco
  • Cisco Meraki
  • Ansible
  • Cisco Catalyst
  • Python
  • Cisco Catalyst Center
  • NetBox

Vorgehen

Jeder Change fährt denselben Weg

Sechs Stufen mit definierten Ein- und Ausgangskriterien. Besonders wichtig ist die Trennung von Build, Test und Deploy: ein erfolgreich erzeugtes Konfigurationsartefakt ist noch keine Freigabe für die Produktivumgebung. Jede Stufe hinterlässt ein Artefakt, das Bestand hat — vom Inventar-Diff bis zum Abnahmeprotokoll.

  1. Inventar-Diff

    Discover

    Wir erfassen den Ist-Zustand aus Geräten, Controllern und APIs und stellen ihn der vorhandenen Dokumentation gegenüber.

    • Netzwerk-Inventur über CLI, SNMP und Controller-APIs
    • Ist-Analyse für LAN, WAN und WLAN
    • Abgleich mit CMDB und bestehender Dokumentation
  2. HLD / LLD

    Design

    Zielarchitektur, Datenmodell und Migrationsweg werden entworfen und mit Ihrem Team abgestimmt.

    • High-Level- und Low-Level-Design (HLD/LLD)
    • Zielarchitektur für Campus, Rechenzentrum und SD-WAN
    • Migrationsplan mit Risikobewertung
  3. Jinja-Template

    Automate

    Die Zielkonfiguration entsteht aus strukturierten Daten und versionierten Templates, nicht aus Copy-and-paste.

    • Infrastructure as Code mit Ansible und Python
    • Jinja2-Templates aus der Source of Truth (NetBox)
    • Versionierung und Review in Git
  4. pyATS-Report

    Test

    Cisco pyATS und Genie prüfen Routing, Nachbarschaften, VPN, Redundanz und Erreichbarkeit — vor und nach dem Change.

    • Automatisierte Netzwerktests mit Cisco pyATS und Genie
    • Pre- und Post-Checks für Routing, VPN und Redundanz
    • Testreports als Freigabegrundlage
  5. Change-Log

    Change

    Ausführung im freigegebenen Fenster, mit Dry Run, Peer Review, vollständiger Protokollierung und definiertem Rollback.

    • Change-Management mit Dry Run und Peer Review
    • Wartungsfenster mit definiertem Rollback-Plan
    • Vollständige Protokollierung jedes Changes
  6. Abnahmeprotokoll

    Document

    Die Source of Truth wird nachgeführt, die Abnahme protokolliert und der Betrieb übergeben.

    • Netzwerkdokumentation und Betriebsübergabe
    • Source of Truth in NetBox nachgeführt
    • Abnahmeprotokoll und Runbooks für den Betrieb

Wo sich Wiederholung lohnt, automatisieren wir

Automatisierung ist bei uns kein Selbstzweck — sie ist das Werkzeug, mit dem wiederkehrende Rollouts, Prüfungen und Standard-Changes verlässlich werden. Was sich wiederholt, wird strukturiert, versioniert und getestet.

Wiederholbare Rollouts

Templates und strukturierte Daten statt Einzelkonfiguration.

Weniger manuelle Fehler

Validierung, Peer Review und kontrollierte Ausführung.

Nachvollziehbare Changes

Git-Historie, Logs und Abnahmeberichte zu jeder Änderung.

Geringere Personenabhängigkeit

Standardisierte Rollen, Tests und Betriebsprozesse.

Automation im Betrieb

Mehr zur Network Automation

Unser Standard

Ein Change ist erst fertig, wenn er getestet, dokumentiert und rückholbar ist.

So läuft ein Standard-Change bei Configlane: Die Änderung entsteht als Datensatz in der Source of Truth, wird aus versionierten Templates gerendert und gegen den Ist-Zustand geprüft. Vor dem Rollout stehen automatisierte Pre-Checks und das Peer-Review durch einen zweiten Engineer, danach Post-Checks gegen dieselben Kriterien — im vereinbarten Wartungsfenster, mit vorbereitetem Rückweg.

Dieses Vorgehen ist keine Projekt-Sonderlocke, sondern unser Betriebsalltag. Es macht Änderungen planbar, Audits entspannt und Nachtschichten selten.

Für Systemhäuser

White-Label Senior Engineering

Meraki-Rollout beim Kunden, laufende Dashboard-Betreuung oder ein anspruchsvolles Cisco-Projekt: Wir ergänzen Ihr Team als White-Label-Umsetzungspartner. Mit abgestimmtem Kundenkontakt, klarer Arbeitsteilung und Dokumentation für Ihren Betrieb.

Nächster Schritt

Ein Assessment, kein Transformationsversprechen

Wir beginnen mit einer Bestandsaufnahme: Wie belastbar sind Inventar, Standards und Änderungsprozesse — und wo lohnt sich Automatisierung wirtschaftlich zuerst?

Assessment anfragen

Assessment → belastbarer erster Change