Faser-Polarität & Patchpanel: Häufigste Fehler im Feld

Faser-Polarität & Patchpanel: Häufigste Fehler im Feld ist ein Klassiker im Netzwerkbetrieb, weil schon kleine Unsauberkeiten in der optischen Verkabelung zu „mysteriösen“ Symptomen führen können: Link bleibt down, DOM/DDM zeigt „kein Licht“, Rx-Power ist grenzwertig, Links flappen unter Last oder nur ein Ende sieht Signal. Das Frustrierende dabei: Die Ursache liegt oft nicht am Switch,…

Einen Troubleshooting-Decision-Tree nach den 7 OSI-Schichten erstellen

Ein Troubleshooting-Decision-Tree nach den 7 OSI-Schichten ist eine der zuverlässigsten Methoden, um Netzwerk- und Service-Störungen schnell einzugrenzen, ohne sich in Einzelmetriken, Tool-Ansichten oder Herstellerdetails zu verlieren. Gerade wenn Meldungen wie „Keine Verbindung“, „Dienst nicht erreichbar“, „VPN bricht ab“ oder „Website lädt nicht“ im Raum stehen, ist das eigentliche Problem oft nicht sofort erkennbar: Ein DNS-Fehler…

Migration 10G→100G: Layer-1-Risiken, die oft übersehen werden

Die Migration 10G→100G ist in vielen Netzwerken längst mehr als ein reines Kapazitätsprojekt: Sie verändert die physikalische Realität im Rack, im Patchpanel und auf der Faserstrecke. Obwohl 100G-Links in der Planung oft „nur“ als schnelleres Ethernet erscheinen, sind die Layer-1-Anforderungen deutlich anspruchsvoller als bei 10G – und genau darin liegen die Risiken, die im Feld…

Von Alarm zur Root Cause: OSI-Modell fürs On-Call

Das OSI-Modell fürs On-Call ist eine der zuverlässigsten Methoden, um von einem plötzlich auftauchenden Alarm systematisch zur Root Cause zu gelangen – auch dann, wenn Sie müde sind, wenig Kontext haben und mehrere Systeme gleichzeitig „rot“ blinken. In On-Call-Situationen ist der größte Zeitfresser selten die technische Komplexität, sondern der fehlende Fokus: Man springt zwischen Dashboards,…

L1-Redundanz: Physische Pfade wirklich getrennt designen

L1-Redundanz: Physische Pfade wirklich getrennt designen klingt auf dem Papier oft einfacher, als es in der Praxis ist. In Architekturdiagrammen werden zwei Links gezeichnet, zwei Provider beauftragt oder zwei Fasern „A“ und „B“ beschriftet – und damit gilt die Redundanz als erledigt. Im Feld zeigt sich jedoch regelmäßig das Gegenteil: Ein einziger Bagger schneidet beide…

Standardisierung von NOC-Ticket-Kategorien mit dem OSI-Modell

Die Standardisierung von NOC-Ticket-Kategorien mit dem OSI-Modell ist ein praktischer Hebel, um Störungen schneller zu triagieren, sauberer zu eskalieren und langfristig bessere Qualität in Monitoring, Runbooks und Problemanalysen zu bringen. In vielen Network Operations Centers (NOC) entstehen Tickets aus sehr unterschiedlichen Quellen: automatisierte Alarme, Service-Desk-Weiterleitungen, Kundenmeldungen, On-Call-Übergaben oder ChatOps. Ohne einheitliche Kategorien werden diese Tickets…

OSI-Modell für Schichtübergaben: So schreibst du klare Updates

Das OSI-Modell für Schichtübergaben ist eine der einfachsten und zugleich wirkungsvollsten Methoden, um im NOC, im On-Call oder im IT-Betrieb klare Updates zu schreiben, die sofort handlungsfähig machen. Bei Schichtwechseln entsteht sonst ein typisches Problem: Der Kontext bleibt im Kopf der abgebenden Person – und das Ticket oder der Chat-Verlauf enthält zwar viele Informationen, aber…

RCA-Template für Netzwerk-Incidents auf Basis des OSI-Modells

Ein RCA-Template für Netzwerk-Incidents auf Basis des OSI-Modells ist ein praktischer Standard, um Ursachenanalysen (Root Cause Analysis) schneller, konsistenter und für unterschiedliche Teams verständlich zu machen. Viele RCAs scheitern nicht daran, dass die Ursache unbekannt bleibt, sondern daran, dass der Bericht unstrukturiert ist: zu viel Chronik, zu wenig Belege, unklare Abhängigkeiten und keine saubere Trennung…

OSI-Modell als gemeinsame Sprache: Network-, Security- und App-Teams verbinden

Das Hauptkeyword „OSI-Modell als gemeinsame Sprache“ klingt zunächst wie Lehrbuchstoff – in der Praxis ist es jedoch ein äußerst wirksames Werkzeug, um Network-, Security- und App-Teams auf einen Nenner zu bringen. In vielen Unternehmen entstehen Reibungsverluste nicht, weil Menschen unwillig wären zusammenzuarbeiten, sondern weil sie unterschiedliche mentale Modelle, Metriken und Begriffe nutzen. Das Netzwerkteam spricht…

End-to-End-Latenz: Korrekte Messmethoden pro Schicht

End-to-End-Latenz ist eine der zentralen Kennzahlen für Nutzererlebnis, Servicequalität und operative Stabilität – und zugleich eine der am häufigsten falsch gemessenen. Viele Teams sprechen über „die Latenz“ als wäre sie ein einzelner Wert. In der Realität setzt sie sich aus mehreren Teilstrecken zusammen: physikalische Übertragung, Switching und Routing, Queueing unter Last, Transport-Mechanismen wie Retransmissions sowie…