c376caed7bff1207a68f3b8514ffb5988dabacf6
User-Entscheid 2026-08-23: das IoT-WLAN-Passwort bleibt vorerst wie es ist. Stattdessen zuerst die Shelly Gen4 auf Matter over Thread umstellen; danach haengen deutlich weniger Geraete am WLAN und die Rotation wird billig. Damit ist die Rotation NACHFOLGER von TP17.1, nicht mehr eigenstaendiger Follow-up. TP17.1 stand seit 2026-07-11 als Projektion im (inzwischen archivierten) TP17. Es hat jetzt wieder offene Arbeit und steht deshalb nach der eigenen Split-Regel wieder vorne in teilprojekte.md. Umsetzung liegt im HA-Projekt: ~/dev/ha-xstate/docs/shelly-gen4-thread-migration.md Bestand live gesweept (mcp/shelly/discover.py, read-only, VLAN30): 22 von 26 erreichbar -- 12 Gen4, 8 Gen3, 2 Gen2, alle fw 2.0.0. Nicht erreichbar: s1/s2/s3 (saisonal) und s4 kueche_mikrowelle (RSSI -93). Recherchiert und als Praemissen-Korrektur eingetragen: Shelly unterstuetzt Matter over Thread OFFIZIELL NICHT und plant es nicht -- Gen4 kann offiziell nur Matter over WiFi, was hier nutzlos waere (Geraet bliebe im WLAN, braeuchte den PSK weiter). Thread nur ueber Dritt-Firmware; das brauchbare Projekt deckt 10 der 12 Geraete ab (Plug S Gen4 faellt raus), kostet Garantie + Shelly-Cloud und hat als Rueckweg nur ein UART-Vollbackup je Geraet. Selbst bei vollem Erfolg blieben 12 Geraete im WLAN -- Gen3 hat kein 802.15.4 und kann nie folgen. Nebeneffekt fuer TP12.1: je mehr Thread-Geraete kommen, desto oefter zahlt man den -infra-SSID-Umweg beim Commissioning. Das ist das erste Argument fuer TP12.1, das nicht an einem einzelnen Fuehler haengt. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
docs 🧭 Governance „Config nur via Nautobot" + TP19.1-Stand (ap1-DNS ✅, ap2 vertagt), sw2-IP-Korrektur .41.181, VLAN99-Cutover-Guides sw1/sw2, TP15-Lieferung 17.07., TP20 an Komodo gebunden
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
Description
BF-Infrastruktur (Fork von bf-network-r6): MikroTik, Caddy, AGH, Nautobot/GC, MCPs. Master seit 2026-08-27.
Languages
Python
57.9%
RouterOS Script
33.8%
Jinja
6.6%
Shell
1.7%