Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- blog:2025:routingprobleme_durch_dhcpv6 [2025/04/10 11:05] – angelegt Robin Därmann
+++ blog:2025:routingprobleme_durch_dhcpv6 [2025/04/10 11:24] (aktuell) – Robin Därmann
@@ Zeile 3: / Zeile 3: @@
 Am Mittwoch, den 09.04.2025 kam es zwischen 11:09 Uhr und ca. 15:00 Uhr zu zahlreichen Erreichbarkeitsproblemen vieler IT-Systeme der RUB. Die Ursache ist nicht eine einzige sondern eine Verkettung mehrerer Umstände.
-Alles begann vor einigen Tagen - genauer gesagt am 1. April - als wir auf Wunsch eines Netzbetreuers eine Konfigurationsänderung an einem VLAN auf einem der Datacenter-Router durchgeführt haben. Dabei haben wir ein wichtiges Detail übersehen: Diese Konfigurationsänderung war sinnfrei und daher unnötig. Was wir allerdings nicht geahnt haben ist, dass diese Konfigurationsänderung einige Tage später zu einem mehrstündigen Routingproblem mit zahlreichen Auswirkungen und einer umfangreichen Troubleshooting-Aktion unter erschwerten Bedingungen führen würde.
+Alles begann vor einigen Tagen - genauer gesagt am 1. April - als wir auf Wunsch eines Netzbetreuers eine Konfigurationsänderung an einem VLAN auf einem der Datacenter-Router durchgeführt haben. Dabei haben wir ein wichtiges Detail übersehen: Diese Konfigurationsänderung war unnötig und problematisch. Was wir allerdings nicht geahnt haben ist, dass diese Konfigurationsänderung einige Tage später zu einem mehrstündigen Routingproblem mit zahlreichen Auswirkungen und einer umfangreichen Troubleshooting-Aktion unter erschwerten Bedingungen führen würde.
 ==== Was im Detail geschah ====
@@ Zeile 43: / Zeile 43: @@
 Es hat uns erstaunt, dass dieser vergleichsweise kleine Packet Loop zu so hoher Last und darüber hinaus auch noch zu Folgen im Routing führen konnte. Wir müssen prüfen, warum es diesen Zusammenhang gibt und wie er verhinderbar ist.
-Man kann sich jetzt aussuchen auf wen man mit dem Finger zeigen will. Dem Netzbetreuer ist jedenfalls nichts vorzuwerfen, er hat sich korrekterweise an uns gewendet und um eine Änderung der Konfiguration seines VLANs gebeten. Wir können uns jedoch den Schuh anziehen, dass wir die Sinnhaftigkeit der Konfigurationsänderung nicht ordentlich geprüft haben. Letztendlich kam es aber hier zum Ausfall aller Anbindungen eines Routers aufgrund eines einzigen Prozesses, der hohe CPU-Last verursacht hat. Unserer Auffassung nach handelt es sich hier um ein Design-Problem im Betriebssystem des Routers.
+Man kann sich jetzt aussuchen auf wen man mit dem Finger zeigen will. Dem Netzbetreuer ist jedenfalls nichts vorzuwerfen, er hat sich korrekterweise an uns gewendet und um eine Änderung der Konfiguration seines VLANs gebeten. IT.SERVICES betreibt zwar das DNS-System der RUB, aber auch dieses ist nicht Ursache des Problems, es war lediglich mit betroffen. Wir können uns jedoch den Schuh anziehen, dass wir die Sinnhaftigkeit der Konfigurationsänderung nicht ordentlich geprüft haben. Letztendlich kam es aber hier zum Ausfall aller Anbindungen eines Routers aufgrund eines einzigen Prozesses, der hohe CPU-Last verursacht hat. Unserer Auffassung nach handelt es sich hier um ein Design-Problem im Betriebssystem des Routers.