HANDOFF.md: Router am 2026-09-15 erneut auf Werkseinstellungen zurückgesetzt

Alle Config-Stände aus früheren Sessions sind damit hinfällig.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01YDmUd93KxsYGr2kLTotWnG

HANDOFF.md

@@ -1106,17 +1106,16 @@ Unit-Tests grün (inkl. neuer `ExpertViewModelTests` und
    unabhängig ausführen und die Reihenfolgen von Hand vergleichen.
 8. **Router wurde zwischen M12 und M13 vom Nutzer komplett auf
    Werkseinstellungen zurückgesetzt** ("damit wir sauber weitermachen
-   können"), und im Zuge des ersten M13-Testlaufs (Bug 18, Login-Sperre)
-   nochmal per Hardware-Reset zurückgesetzt. `test-vlan`/`testpool`/
-   `testdhcp`/`dhcp5`/`pool5` aus früheren Sessions existieren dadurch
-   nicht mehr — **nicht mehr relevant, nicht danach suchen.** Aktueller
-   Stand: `Kay-Uwes-iMac` an ether2 und Test-Laptop `DEDELLB2M6GK3` an
-   ether3, beide dynamisch, plus was auch immer die zuletzt erfolgreich
-   getestete Backup-Wiederherstellung zurückgespielt hat, und die
-   Routerboard-Firmware wurde per M14 aktualisiert (Neustart ausgeführt)
-   — vor Annahmen über den genauen aktuellen Stand lieber neu per
-   Geräte-/Übersicht-/Verbinden-Tab prüfen statt auf ältere Einträge hier
-   zu vertrauen.
+   können"), im Zuge des ersten M13-Testlaufs (Bug 18, Login-Sperre)
+   nochmal per Hardware-Reset, und am 2026-09-15 erneut vom Nutzer
+   manuell auf Werkseinstellungen zurückgesetzt ("ich räume den Router
+   mal auf - werksreset", danach bestätigt: "ist durch, funktioniert").
+   Jeder Config-Stand aus früheren Sessions (VLANs, Test-Pools/-DHCP-
+   Server, Interface-Umbenennungen wie `ether51`, angelegte Firewall-
+   Regeln/Routen, etc.) existiert dadurch **nicht mehr — nicht mehr
+   relevant, nicht danach suchen.** Vor Annahmen über den aktuellen
+   Stand immer neu per Geräte-/Übersicht-/Verbinden-Tab prüfen statt auf
+   ältere Einträge hier zu vertrauen.
 9. **`fetchMenuItems`s Output-Text-Fallback (Bug 20) auf weitere
     Singleton-Menüs prüfen** — live nur für `/system routerboard`
     bestätigt gebraucht zu werden (`/system identity` etc. liefen schon