Stand: 2026-10-03 · Zeitzone: Europe/Berlin · Grundlage: lokale Projektunterlagen

Der erste Schritt war, Geräte, Konfigurationen und Abhängigkeiten zu erfassen. Daraus entstanden eine Netzwerkübersicht, ein Migrationsplan und später gezielte Liveprüfungen der tatsächlichen Verbindungswege.

Ausgangspunkt und Ziel

Das vorhandene Heimnetz hatte bereits mehrere VLANs, zwei Internetanschlüsse, WLAN, Switches und zusätzliche Dienste. Der Cudy WR1300 v3 vereinte Routing, DHCP, DNS, Firewall, WLAN und Teile der physischen Verteilung. Für eine Umstellung musste zunächst klar werden, welche dieser Aufgaben tatsächlich genutzt wurden und welche auf dem bisherigen Gerät bleiben sollten.

Als Ausgangsmaterial dienten unter anderem das vorhandene Cudy-Konfigurationsbackup und die IP-Inventarliste. An Codex übergeben wurden ein Backup des bestehenden Openwrt Cudy Routers, eine Excel mit dem Inventar, die PPK-Schlüssel und der Workspace mit den Einstellungen. Die übrigen Projektunterlagen wurden überwiegend mit Codex erstellt.

Was wir erfasst und abgeglichen haben

• Geräte und Rollen: Cudy, Dell-Router, zwei FRITZ!Boxen, Hetzner-VPS, Managed Switches, Clients und Logserver.
• Logische Netze: VLAN 10 als Default/Fail, VLAN 128 für WLAN Arbeit, VLAN 130 für kabelgebundene Clients und Management, VLAN 140 für WLAN Kinder, VLAN 150 für WLAN Smarthome und VLAN 160 für Gaming.
• Konfiguration: Interfaces, Gatewayadressen, DHCP, statische Leases, Firewallzonen, Routing, WireGuard und Monitoring.
• Softwarestände: Architektur, Firmware, Kernel, Paketverwaltung und Netzwerktreiber.
• Abhängigkeiten: Welche Dienste waren auf den Cudy zugeschnitten, welche gehörten zu OpenMPTCProuter und welche sollten bewusst nicht migriert werden?

Eine Übersicht verglich die damaligen Konfigurationsarchive mit dem Zielbild. Sie hielt etwa fest, dass ein Management-DHCP-Scope im Staging separat zu prüfen war und dass die SODOLA-Modelle 215AS und 218AS unterschiedliche Geräte mit unterschiedlichen Rollen sind.

Discovery wurde während der Fehlersuche fortgesetzt

Es wurden Inventarangaben gegen Livezustände geprüft. Für eine PlayStation wurden MAC-Tabellen, VLAN-Mitgliedschaften, PVIDs, Linkgeschwindigkeiten und Portzähler gelesen. Der nachvollzogene Weg führte über einen TP-Link-Switch, den SODOLA 215AS und den 218AS zum Router.

Die Liveprüfung bestätigte VLAN 160 als ungetaggtes Access-VLAN am abgeleiteten PlayStation-Port und getaggt auf den Uplinks. Eine ältere Inventardiskrepanz erwies sich als überholter Stand. Ein Uplink lief nur mit 100 Mbit/s; sein RxBadPkt-Zähler stieg. Beides sind Untersuchungsansätze, aber noch kein Nachweis der Ursache von Spieleabbrüchen. Direkte Kabelzuordnungen waren teilweise aus Tabellen abgeleitet; nur die Verbindung zwischen den beiden SODOLA-Switches war zusätzlich vom Nutzer bestätigt.

Auch eine falsche Zuordnung eines Zielhosts  wurde korrigiert und die zugehörige Messung angepasst. So wurde das Inventar zu einer überprüfbaren Arbeitsgrundlage statt einer einmaligen Geräteliste.

Ergebnis und Rolle von Codex

Codex half beim Zusammenführen der Informationen, beim Vergleich von Konfigurationen, beim Schreiben von Inventar- und Analyseartefakten sowie beim Auswerten von Liveabfragen. Hardwarebeschaffung, Verkabelung und die Bestätigung physischer Verbindungen lagen beim Nutzer.

Das Ergebnis war eine verständliche Zielarchitektur mit konkreten Schnittstellen und Prüfaufgaben. Ältere Inventardateien sind historische Nachweise; ihre Aussagen zu Staging und noch ausstehendem Cutover beschreiben nicht den letzten Betriebsstand. Neuere Liveberichte und abgeschlossene Arbeitspakete sind für diesen Stand maßgeblich.