admin/bf-infra

Go to file

Christoph Emsenhuber 9fdfb06c1c Uebergabe korrigiert: der AP-Cleanup war falsch abgenommen

Ich hatte "30 Clients vorher, 30 nachher, kein Aussetzer" attestiert. Genau
diese Zahl hat einen laufenden Ausfall verdeckt: seit dem CAPsMAN-Cutover vom
17. war slaves-datapath auf beiden APs leer, IOT/MEDIA/UNTRUSTED/GUEST hingen
in keiner Bridge, Clients assoziierten und bekamen nie DHCP -- 14 Stunden.
Die Registration-Table zeigte derweil zufriedene Clients.

Abnahme fuer WLAN-Umbauten ist eine frische DHCP-Lease pro SSID, nicht die
Registration-Table. In der Uebergabe nachgetragen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-19 13:34:40 +02:00

feat 🌳 projektstatus-Skill: TP-Statusbaum aus teilprojekte.md rendern

2026-07-11 01:18:37 +02:00

TP4 DNS: Entscheidung auf RouterOS-nativ + nur statische Records

2026-06-15 11:24:05 +02:00

Uebergabe korrigiert: der AP-Cleanup war falsch abgenommen

2026-08-19 13:34:40 +02:00

feat 🔌 TP17 GO: 16 Shellys VLAN1→VLAN30 (Anker-Verfahren) + eco-Policy; TP17.2/TP19 angelegt

2026-07-13 17:27:56 +02:00

TP21.1: Core-Cutover-Recovery — crs326-core als L3-Router live

2026-08-08 17:36:45 +02:00

TP2 🔍 Profile-Analyse + TP4 vorgezogen

2026-06-15 19:00:40 +02:00

CAPsMAN: slaves-datapath fehlte, IOT+MEDIA lagen 14h

2026-08-18 09:13:26 +02:00

TP2 ✅ Omada Controller deployed + omada-mcp staged: DS923/macvlan, pve-mcp eingetragen

2026-06-15 14:11:05 +02:00

CAPsMAN: slaves-datapath fehlte, IOT+MEDIA lagen 14h

2026-08-18 09:13:26 +02:00

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

2026-07-16 09:58:09 +02:00

Compliance 68/68 + TP24 (USV) ausgeloest + Doku auf den Stand nach dem Core-Cutover

2026-08-16 19:28:50 +02:00

.gitignore

TP15: CRS326-Core als L3-Router aktiviert

2026-08-07 22:39:29 +02:00

.mcp.json

chore 🔌 gitea-mcp in .mcp.json registriert + TP17 Shelly-Migrationslog (16 Geräte VLAN1→VLAN30)

2026-07-13 19:58:37 +02:00

CLAUDE.md

Reboot-Abnahme ap2: slaves-datapath und CAPWAP ueberstehen den Neustart

2026-08-18 09:43:15 +02:00

HANDOVER.md

CLAUDE.md: auto-geladener Session-Kontext (VLAN, HW, Tooling, Gotchas)

2026-06-15 10:45:42 +02:00

PLAN.md

TP21: Plan aktualisiert — IP-Schema core .99.1, branch .99.2, ap1 .99.11, ap2 .99.12

2026-08-08 09:46:38 +02:00

README.md

Docs: core-switch-prep auf aktuellen Stand bringen

2026-06-09 19:01:14 +02:00

README.md

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 & Phasen
docs/firmware-flash-runbook.md — FW-Flash Historie
switch/cli/CLI-REFERENCE.md — bestätigte CLI-Syntax
switch/cli/*.cli / *.exp — reproduzierbare Konfig-Scripts
inventory/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