Christoph Emsenhuber
de69a674bf
Audit-Trail zum fehlgeschlagenen DTU-Pin. state=rolledback, closed 2026-08-23. access-list ist wieder leer, Snapshot-Vergleich 0 zu 0 Zeilen, keine offenen Transaktionen mehr auf crs326-core. Abnahme am Geraet statt am Job-Status: DTU wieder erreichbar, und die Telemetrie fliesst -- 385,8 W, Tagesertrag 613, Zeitstempel 14:48. Die Unterbrechung hat rund zehn Minuten gedauert. Hinweis fuer spaetere Leser: das reason-Feld der Akte nennt noch die Annahme, ueber ap2 wandere der DTU-AP auf ch11. Genau die ist widerlegt worden -- das Geraet hat eine feste Kanalwahl und kann auf ch11 nicht assoziieren. Die Akte bleibt bewusst unveraendert (sie ist ein Protokoll, kein Dokument); die Aufloesung steht im Runbook unter "Versuch DTU an ap2 binden -- FEHLGESCHLAGEN". Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
bf-network-r6
BF-Netzwerk-Migration (Variante R6+C2). 2× MikroTik hAP ax² + Core ALL-SG8316M.
SSOT & Übergabe: HANDOVER.md — kompletter Status, Architektur + Begründungen, Phasen, Gotchas, Zugänge.
Plan-Origin: ~/.claude/plans/welche-kosteng-nstigen-alternativen-zu-memoized-sparkle.md
Struktur:
docs/vlan-plan.md— VLAN-/Adressplan (final)docs/core-switch-prep.md— Core-Switch Status & Phasendocs/firmware-flash-runbook.md— FW-Flash Historieswitch/cli/CLI-REFERENCE.md— bestätigte CLI-Syntaxswitch/cli/*.cli/*.exp— reproduzierbare Konfig-Scriptsinventory/bf.csv/bf.md— IP-Doku (aus IPs.xlsx gespiegelt)inventory/bf-core-ports.csv/.md— Switch-Port-Map
Aktueller Stand (2026-06-09):
- Phase A (VLAN-Vorbereitung) ✅ abgeschlossen
- Phase B (hAP-Cutover) ⏳ wartet auf MikroTik-Lieferung
- Phase C (Firewall) + Phase D (Adress-Migration) ausstehend