da199be925bdeb6bf9d322448b6aefe1aeecc89c
TP16 -- Ursache war NICHT das erwartete QUIC-Flap: die beiden macmini-Connectoren standen auf Exited(0), beide finishedAt auf derselben Sekunde 2026-07-21T13:00:53, bei korrektem restart=unless-stopped und http2. Also ein docker stop / compose down. Fix = docker start. Abnahme: alle drei bf-Tunnel je 2 Connectoren / 8 conns, 36 Anfragen ueber 6 FQDNs beider Tunnel mit 530er=0. - Datierung korrigiert: degradiert seit 07-21, nicht seit 08-16 (der 08-16 war der Tag der Entdeckung) -- vier Wochen unbemerkt - Nachweisluecke festgehalten: 1 von 2 Connectoren meldet healthy, nur die Connector-ANZAHL zeigt die Degradation -> Check nach TP11 - openclaw-Warnung korrigiert: welcher Tunnel einen Hostname bedient, entscheidet das DNS; kein CNAME zeigt auf die vier toten Tunnel, n8n zeigt korrekt auf bf-mm. Loeschen bleibt richtig als Hygiene - Doku-Drift: bf-nas ist live 220c9958, nicht 70d6a4cf - cf-tunnel-mapping.md Paragraph 15 als As-Built TP25 -- 5-GHz-Umfeldscan am Manager: je EIN Fremdnetz pro AP, -86 bzw -89 dBm. Band leer, Bloecke ueberlappungsfrei => beide ueblichen Gruende fuer 20 MHz treffen nicht zu. Empfehlung: 20/40 behalten; der echte Ausloeser ist die AP-Zahl (Band A = genau 2x40 MHz, mit zwei APs voll), dann lautet die Wahl 20 MHz flottenweit gegen DFS akzeptieren. TP30 -- neues Leak-Ereignis dokumentiert: list_wifi_interfaces gibt alle Passphrasen im Klartext aus, damit sind fuenf WLAN-PSKs exponiert. Als Falle aufgenommen. TP17.2-Stub entfernt (Verweise erklaeren den Merge, ein Wegweiser ist nicht mehr noetig). 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%