Christoph Emsenhuber
6cd41d5e9b
Die "~4 Sekunden je Wechsel" aus der Nachtmessung waren als Obergrenze markiert, und die Vorsicht war berechtigt: 5 Pings/s auf das Telefon zeigen bei -48 bis -55 dBm Uebergabekosten von 0 bis 2,6 s, meist unter einer halben Sekunde. Fast Transition funktioniert. Der Zaehlerstand nach einer Neuanmeldung hatte die Luecke vorgetaeuscht. Der wahre Befund ist schlimmer und liegt woanders: bei -69 bis -77 dBm ist das Telefon 6 bis 45 s nicht erreichbar, zweimal ueber 20 s am Stueck. Die Trennlinie laeuft sauber entlang der Signalstaerke, nicht entlang der Wechsel -- es ist kein Roaming-Problem, es ist ein Dead Spot. Ehrlich dazu: ueber den ganzen Weg gingen 44 % der Pings verloren, und das ist nicht alles Funk -- ein iPhone mit gesperrtem Display beantwortet ICMP verzoegert oder gar nicht (RTT-Median 3,7 ms, Maximum 8,2 s). Power-Save haengt aber am Display, nicht am Ort; dass alle langen Luecken in der schwachen Zone liegen und alle kurzen in der starken, erklaert es nicht. Fuer eine exakte Zahl braucht es ein waches Telefon. tp6-monitor-core.sh bekommt eine Reconnect-Schleife: die SSH-Sitzung ist mitten in der Messung weggebrochen und die Funkdaten endeten 2,5 Minuten vor dem Ping-Mitschnitt -- ausgerechnet im interessanten Teil. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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