Christoph Emsenhuber
fcd221388f
Zwei User-Korrekturen (2026-08-21) an der Erklaerung des Terrassen-Dead-Spots: "Technik OG" ist kein eigener Raum, sondern ein virtueller Bereich im Arbeitszimmer -- es gibt dort keine bauliche Trennung. Die bisherige Erklaerung zaehlte drei Waende und war damit falsch. Zwischen ap2 und Terrasse liegen zwei Mauern der Diele OG und teilweise die PV-Anlage an der Mauer. Module und Unterkonstruktion sind eine leitende Flaeche, also ein Schirm und keine daempfende Wand. Das erklaert, warum es auf der Terrasse nicht knapp, sondern kaputt ist -- und sagt zugleich voraus, dass mehr Sendeleistung oder ein schmalerer Kanal dort wenig ausrichten werden. Daraus folgt die neue Reihenfolge: ap2 testweise an den Kandidatenplatz haengen, an dem spaeter ohnehin ein Decken-AP sitzen wuerde (kein Config-Change noetig, ap2 ist ein CAP und provisioniert sich am neuen Platz selbst). Bleibt die Terrasse dabei schlecht, ist das OG die falsche Seite: dann ist das Wohnzimmer der Kandidat, das unterhalb der Terrasse liegt -- ein AP dort strahlt an der PV-Anlage vorbei statt durch sie hindurch. 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