Asset, Topologie, Connectivity: Was Stadtwerke über IT und Netzwerk wissen sollten
/ Lesedauer: etwa 5 Minuten
In den meisten Stadtwerken sind Leitungen und Versorgungsnetze im GIS oder Netzinformationssystem sorgfältig dokumentiert. Bei IT-Systemen, Kommunikationsnetzen und Verkabelung sieht das oft anders aus. Das merkt man in Situationen wie diesen: Ein Switch fällt aus, und niemand kann sicher sagen, welche Standorte und Dienste betroffen sind. Im Audit liegt die Liste der relevanten Netzwerkkomponenten schnell vor. Kommt dann die Frage, wann eine bestimmte Verbindung zuletzt umgepatcht wurde und wer das freigegeben hat, beginnt die Suche. Vor der Anbindung eines neuen Standorts ist unklar, ob die dokumentierte Belegung von Ports und Fasern noch stimmt. Geht jemand mit langjähriger Erfahrung in den Ruhestand, geht ein Teil des Wissens über Netzwerk und IT-Infrastruktur mit.
Tools, die Infrastrukturdaten enthalten, gibt es meist genug, vom GIS über das Leitsystem bis zur CMDB. Jedes enthält aber nur einen Teil der Informationen und die Teile passen nicht immer zusammen.
Drei Ebenen, die in der Dokumentation oft vermischt werden
Bei einem Ausfall wie in einer Prüfung stellen sich drei Fragen: Was ist vorhanden? Wie ist es verbunden? Was ist betroffen, wenn ein Element ausfällt? Sie betreffen drei Ebenen der Dokumentation, die oft nicht sauber getrennt werden.
Asset-Modell: das Inventar mit Zustand, Lebenszyklus und Verantwortlichkeit. Dazu gehören Server und Netzwerkgeräte ebenso wie ein IED (Intelligent Electronic Device) in der Ortsnetzstation oder die USV, die diese Technik versorgt.
Topologie: was womit verbunden ist. Welches IED mit welcher Engineering-Station kommuniziert, welcher Standort über welchen Glasfaserstrang angebunden ist. Topologie ist dabei nicht dasselbe wie Geografie. Eine Karte zeigt, wo etwas liegt, ein Topologiemodell zeigt, was womit zusammenhängt.
Connectivity: die konkrete physische Verbindung. Über welches Glasfasersegment, welches Verteilfeld, welchen Patchpunkt und welche Muffe eine Strecke läuft. Mit diesen Angaben kann man beantworten, welche Stationen, Systeme und Anschlüsse von einem Streckenausfall betroffen sind.
Auf die vier Situationen übertragen: Bei der Störung fehlt meist die Connectivity. Im Audit fehlt für OT-Komponenten und passive Infrastruktur oft die Änderungshistorie. Vor der Standortanbindung fehlen aktuelle Belegungsdaten zu Ports und Fasern. Die Topologie wiederum kennen oft nur die Kolleginnen und Kollegen, die das Netzwerk seit Jahren betreuen.
Welches System welche Ebene abdeckt
Das GIS dokumentiert zuverlässig, wo Leitungen und Betriebsmittel liegen. Das Leitsystem kennt den Schaltzustand. Eine klassische IT-CMDB strukturiert IT-Konfigurationen, reicht aber meist nicht bis zu Kabeln, Muffen und Stationen. Der Rest verteilt sich auf Tabellen, Pläne und Zeichnungen. In vielen Stadtwerken sieht das ungefähr so aus:
| Ebene | Wo sie heute meist liegt | Was dort fehlt |
| Asset-Modell | IT-CMDB, Discovery-Tools, Inventarlisten | OT-Komponenten in den Stationen, passive Infrastruktur wie Racks und Patchfelder |
| Topologie | Netzwerkmanagement und Monitoring, Netzpläne, Erfahrungswissen | die physische Ebene unter den logischen Verbindungen und ein aktueller Stand über IT und OT hinweg |
| Connectivity | GIS für Trassen im Außenbereich, Patchlisten, Zeichnungen | der durchgehende Pfad von Port zu Port und die Verknüpfung mit Standorten und Diensten |
Wie sieht die Verteilung bei Ihnen aus? Nehmen Sie als Beispiel die Glasfaserstrecke zu einem Außenstandort: Wo ist dokumentiert, welche Geräte dort stehen? Wo steht, wie der Standort ans Kernnetz angebunden ist? Und wo finden Sie, über welche Patchfelder und Muffen die Strecke läuft und wer das zuletzt aktualisiert hat? Wer das einmal durchspielt, sieht schnell, wo Antworten jedes Mal neu zusammengesucht werden.
Welches System welche Ebene abdeckt
Das GIS dokumentiert zuverlässig, wo Leitungen und Betriebsmittel liegen. Das Leitsystem kennt den Schaltzustand. Eine klassische IT-CMDB strukturiert IT-Konfigurationen, reicht aber meist nicht bis zu Kabeln, Muffen und Stationen. Der Rest verteilt sich auf Tabellen, Pläne und Zeichnungen. In vielen Stadtwerken sieht das ungefähr so aus:
Asset-Modell: Es liegt heute meist in der IT-CMDB, in Discovery-Tools und in Inventarlisten. Dort fehlen die OT-Komponenten in den Stationen und die passive Infrastruktur wie Racks und Patchfelder.
Topologie: Sie ergibt sich meist aus Netzwerkmanagement und Monitoring, aus Netzplänen und aus Erfahrungswissen. Was fehlt, ist die physische Ebene unter den logischen Verbindungen und ein aktueller Stand über IT und OT hinweg.
Connectivity: Sie ist meist im GIS für Trassen im Außenbereich, in Patchlisten und in Zeichnungen dokumentiert. Hier fehlen der durchgehende Pfad von Port zu Port und die Verknüpfung mit Standorten und Diensten.
Wie sieht die Verteilung bei Ihnen aus? Nehmen Sie als Beispiel die Glasfaserstrecke zu einem Außenstandort: Wo ist dokumentiert, welche Geräte dort stehen? Wo steht, wie der Standort ans Kernnetz angebunden ist? Und wo finden Sie, über welche Patchfelder und Muffen die Strecke läuft und wer das zuletzt aktualisiert hat? Wer das einmal durchspielt, sieht schnell, wo Antworten jedes Mal neu zusammengesucht werden.
Vier Fragen, die Sie intern klären können
Oft zeigt sich dabei, dass dieselbe Information in mehreren Quellen steht, jedoch mit unterschiedlichem Stand. Bevor die Daten zusammengeführt werden, egal mit welchem Tool, sollten deshalb vier Fragen geklärt sein:
- Welches System ist für welche Information führend?
- Wer gibt Änderungen frei und wer trägt sie nach?
- Welcher Datenstand gilt als geprüft?
- Wie werden Abweichungen zwischen Systemen behandelt?
Ein typisches Beispiel: Für dieselbe Ortsnetzstation stehen in zwei Systemen unterschiedliche Inbetriebnahmetermine, für denselben Glasfaserstrang sind zwei verschiedene Verantwortliche eingetragen. Um das aufzulösen, muss jemand entscheiden, welche Quelle künftig gilt und wer sie pflegt. Das ist eine organisatorische Entscheidung, die keine Software abnehmen kann. Jede spätere Zusammenführung der Daten baut darauf auf.
Auch relevant für Paragraf 14a und Wärmeplanung
Stadtwerke, die Verteilnetze betreiben, kennen die drei Ebenen auch aus dem Netzbetrieb. Für die Steuerung nach Paragraf 14a Energiewirtschaftsgesetz müssen steuerbare Verbrauchseinrichtungen der richtigen Ortsnetzstation zugeordnet sein und für die kommunale Wärmeplanung liefern Stadtwerke regelmäßig Daten zu. Wie ein Stadtwerk NIS-2, KRITIS, Wärmeplanung und Paragraf 14a auf einer gemeinsamen Datenbasis angehen kann, zeigt das Expert Paper „Drei Pflichten, ein Datenfundament“ am Beispiel eines mittelgroßen Querverbund-Stadtwerks.
Eine Datenbasis für die digitale Infrastruktur
FNT Command führt Komponenten, Netzwerke, Verkabelung und Services der digitalen Infrastruktur mit ihren Verbindungen in einem Modell zusammen. Vorhandene Fachsysteme bleiben im Einsatz und können über Schnittstellen angebunden werden.