cdc47ad1381d2934147b173fe43231c9bb941e80
Shelly.CheckForUpdate ueber die Flotte (read-only): stable ist ueberall 2.0.0, fuer KEIN Geraet gibt es ein stabiles Update; beta waere 2.0.1-beta1 (Build 2026-08-19). Entscheidend ist der alt-Block: fuer die Gen4 liefert Shelly alternative FUNK-Firmware ueber den normalen Update-Kanal -- S2PMG4ZB, S1PMG4ZB, PowerStripZB, jeweils "with Zigbee". Gen3 hat keinen alt-Eintrag. Zwei Folgerungen eingetragen: - Frueindikator statt Pressemeldungen: eine kuenftige Thread-Variante erschiene mit hoher Wahrscheinlichkeit genau dort als weiterer alt-Eintrag. Pollen statt warten. - Zigbee ist eine Option, die vorher nicht auf dem Tisch lag: erfuellt alle drei Ziele von TP17.1 (raus aus dem WLAN, Mesh, Funkruhe), heute, mit Hersteller-Firmware, ohne Garantieverlust und ohne UART-Backup -- und Zigbee2MQTT laeuft bereits als LXC 112. Offene Pruefpunkte notiert, u.a. dass Zigbee und WLAN sich 2,4 GHz teilen (Kanalplanung gegen ap1 ch1 / ap2 ch11). Presselage korrigiert: Shellys offizielle Linie ist "wird evaluiert", nicht "angekuendigt", Engpass ist der Flash-Platz. Die Thread-Firmware, die im Mai 2026 durch die Presse ging, ist die Dritt-Firmware. Reihenfolge revidiert (User): PSK-Rotation und Funk-Umstellung laufen PARALLEL. Der Passphrase-Override je MAC macht den Flag-Day ueberfluessig; die Reihenfolge war nie technisch noetig, nur oekonomisch. HA-Gegencheck: genau ein Shelly ist offline (s4 kueche_mikrowelle, RSSI -93), deckungsgleich mit dem Netz-Sweep. s1/s2/s3 (weihnachten) existieren in HA gar nicht -- sie kommen beim naechsten Einstecken mit dem alten PSK. Drucker: NICHT stillschweigend auf VLAN10 geaendert. Das Geraet sagt VLAN30 (Reservierung 10.40.30.5 auf dhcp-v30, ARP vlan30, derzeit aus, last-seen 3d15h), CLAUDE.md sagt seit 08-08 dasselbe. Als offener Klaerungspunkt notiert. 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%