Christoph Emsenhuber
5fd8d4edb1
Der Cutover ist durch (34 Clients, iot=27, beide CAPs Ok, Roaming belegt). Festgehalten sind vor allem die zwei Fallen, die mich Zeit und Christoph das halbe IoT-Netz gekostet haben: 1. Unter CAPsMAN fuehrt der MANAGER die registration-table und die wireless-Logs, nicht der CAP. Auf ap1/ap2 sind beide leer, obwohl das WLAN laeuft — ich habe daraus zweimal faelschlich 'WLAN ist unten' geschlossen. 2. Drei uebereinstimmende .rsc-Dateien sind nicht drei Belege, wenn sie aus demselben Bring-up stammen. Genau daran habe ich wlan-psks.env fuer veraltet gehalten und ueberschrieben. Die Passphrasen sind am Geraet per REST lesbar — das ist der Weg, nicht der Dateivergleich. Offen: das GC-Modell beschreibt weiter Standalone-APs; die 76/76 ist stale (13:55 gemessen, Cutover 18:05). wifi-*-Features muessen auf den Core. 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