Christoph Emsenhuber
baf97e2d85
Vier Rotationsposten (MikroTik-admin, IoT-PSK, Shelly-Geraetepasswort, CF-Access-Token) lagen als verstreute Follow-up-Zeilen herum. Der teure Teil jeder Rotation sind die Konsumenten (HA-Re-Auth x4, Nautobot-Stack- Redeploy), nicht das Setzen -- einzeln gemacht zahlt man den mehrfach. Deshalb ein Sammel-TP mit Ausloesekriterium statt Termin. - 100 Zeilen Radius-/Etappe-1-Detail aus den Follow-ups nach TP30 verschoben (nicht dupliziert), Follow-ups tragen jetzt einen Zeiger - Etappe 1 (Service-Accounts ha/nautobot) ist durch; admin ist NICHT rotiert - Stale: "nach TP17.1 sind es weniger Geraete" -- TP17.1 ist verworfen, die Geraete bleiben WLAN-Clients, die Rechnung gilt unveraendert - Handoff 08-24 + Naechster-Schritt-Block als ueberholt markiert 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