admin/bf-infra

Go to file

Christoph Emsenhuber 44c1fbcca8 TP16.1 4.1-4.4 durch: Mesh-Tunnel steht auf crs326-core

Prereqs: use_zt_virtual_ip=true, Device-Profil 'Cloudflare Mesh', Split-Tunnel
auf beiden Profilen (100.64/10 -> /11 + 100.112/12).
Geraet: cf-mesh, 100.96.0.6/32, Peer 162.159.193.2:2408, Handshake steht,
Route 100.96.0.0/12 aktiv. Backup vorher (Auflage #4).
4.4 Weg A hat funktioniert - vnet-Gotcha trat NICHT ein.

Zwei Werkzeug-Fallen dokumentiert: MikroMCP manage_wireguard_interface kann
keinen Privkey annehmen (CF liefert ihn aber), und manage_wireguard_peer
verarbeitet endpoint 'IP:Port' falsch (endpoint-port=0 -> kein Handshake).

Offen: Dashboard-only-Schalter 'Allow all Cloudflare One traffic to reach
enrolled devices' + Ping-Abnahme 4.5.

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

2026-08-17 12:08:36 +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

TP16.1 4.1-4.4 durch: Mesh-Tunnel steht auf crs326-core

2026-08-17 12:08:36 +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

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

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

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

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

TP22: RouterOS-Fleet unter Nautobot Golden Config, Deploy scharf

2026-08-13 18:16:21 +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

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

2026-08-16 19:28:50 +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