82c8f0e8288cc029e577b803218bb13dbc016ccc
Zweiter Gehweg-Durchgang, diesmal methodisch sauber: Ping vom Core statt vom Laptop, Konsole auf dem iPhone (Wake Lock haelt es wach, sonst misst man Ruhezustand), Raumwechsel per Klick markiert. Das Ergebnis ist eindeutig und macht die Roaming-Geschichte klein. Im ganzen Haus null Paketverlust -- Technik UG und OG, Diele, Kinder-, Schlaf- und Arbeitszimmer, Treppe, alle 0 %, und die Uebergaben ap1<->ap2 auf der Treppe kosten 0,2 s. Auf der Terrasse dagegen 43 % Verlust ueber 162 Sekunden, am Stueck fehlen 20,4 Sekunden, bei -72 dBm. Dort ist ein Call nicht gestoert, sondern weg. Die Topologie erklaert es vollstaendig: ap2 steht in Technik OG, das nur ueber das Arbeitszimmer zugaenglich ist -- zur Terrasse liegen Technik OG, Arbeitszimmer, Diele OG und die Aussenwand dazwischen. Das dreht die Massnahmen um. Ein signal-range-Boden (Fund E) wuerde die Terrasse VERSCHLECHTERN, weil es dort keinen besseren AP gibt, auf den er steuern koennte -- er wuerde nur rauswerfen. Stattdessen: 5 GHz auf 20 MHz (+3 dB, ein Wort im Template), dann ap2 von Technik OG in die Diele OG umhaengen, die an Terrasse, Arbeitszimmer und Treppe grenzt. Kein neuer AP noetig, damit ist auch die User-Randbedingung erfuellt. Konsole nachgezogen: Marker werden URL-dekodiert und behalten ihre Gross- und Kleinschreibung (aus "RAUM=Diele OG" wurde "RAUM%3DDIELE%20OG"), Diele OG ist ergaenzt, und das Raumraster steht jetzt oben -- ohne JavaScript laedt die Seite nach jedem Klick neu, und dann muss der naechste Raum ohne Scrollen erreichbar sein. 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%