bf-infra/docs/handoff-20260915-tp25-steering-threshold-und-terrasse.md

Handoff 2026-09-15 — TP25: Steering-Threshold 5G deployed, Terrasse verifiziert, MacBook-Klebrigkeit „wird nicht umgesetzt"

Anlass: Folgesession zum TP25-Handoff „zuordnung-und-redundanz" (handoff-20260915-tp25-zuordnung-und-redundanz). Ziele: (1) Doku-Drift schließen, (2) Roaming-Threshold für die Terrasse (5G bricht früher zur 2,4G ab), (3) Terrasse-Nachmessung nach dem Deploy.

1. Steering-Threshold 5G — DEPLOYED, 140/140

Problem: Am Rundgang 09-15 saß der Terrasse-Client auf der −80/5G-Kante (genau der Default transition-threshold); auf 2,4 GHz wäre das nicht passiert.

Umsetzung (nur 5G): neues Steering-Profil st-main-5g mit transition-threshold=-72 (statt Default −80) und transition-threshold-time=5s (statt 10s). Die drei 5G-Configs (cfg-main-5g-ap1/ap2/ap3) zeigen darauf; die drei 2G-Configs bleiben auf st-main (unset −80), weil 2,4 GHz draußen (Terrasse/außerhalb) Reichweite behalten soll. 8 dB Abstand = kleine Hysterese.

Weg: Template-Edit (nautobot/mikrotik_routeros.j2) → push-gc-template.py (GC-Commits 6a4b504f, 242ed108) → manueller Plan (gc-manual-plan.py, Plan cc8340a8, Completed) → Refresh: 140/140, 0 Drifts. Commands-File: docs/transaktionen/TP25-steering-5g-threshold.commands.rsc.

2. Gotcha: Parameter-Reihenfolge im Template

Nach dem ersten Push meldete Compliance 139/140 mit einem wifi-steering-Drift: extra/missing derselben Zeile, aber mit unterschiedlicher Feld-Reihenfolge. RouterOS exportiert transition-threshold vor wnm (alphabetisch) — mein Template hatte wnm davor. Fix = Template-Zeile auf die Export-Reihenfolge gebracht (… rrm=yes transition-threshold=-72 transition-threshold-time=5s wnm=yes). Kein Re-Deploy nötig (das Gerät war schon korrekt, nur das Template war es nicht). Merkregel: bei neuen Parametern im /interface wifi steering add die RouterOS-Export-Reihenfolge (alphabetisch) verwenden, sonst Drift ohne Fehlfunktion.

3. Terrasse-Nachmessung — Threshold wirkt am iPhone, nicht am MacBook

Zwei Apple-Geräte 20 cm auseinander auf der Terrasse, beide auf dirtyvader-main, beide physisch rein/raus bewegt (A/B):

Gerät	Band	Signal	Roam-Verhalten
iPhone F2:62:4C:E1:AF:09	2,4 GHz	−55…−66	✅ roamt sauber (rein→5G, raus→2,4G)
MacBook 56:71:6C:22:E6:A9	5 GHz	−73…−75	❌ kein Roam (uptime 1h15m unverändert)

Befund: gleiche Bewegung, gegensätzliches Verhalten. iOS folgt dem Band-Wechsel; macOS hält 5 GHz klebrig fest und ignoriert die 802.11v-Transition-Request — selbst unter der −72-Schwelle und beim physischen Umhertragen. Christoph: das MacBook hatte an diesem Ort nie Probleme (−73/5G reicht ihm).

4. Entscheidung: MacBook-Klebrigkeit = ❌ WIRD NICHT UMGESETZT

Der einzige Hebel dagegen wäre transition-time=immediate (deauth-Erzwingung nach der Transition-Request statt bloßem Vorschlag) — ein schärferer Eingriff mit Abbruch-Risiko für aktive Sitzungen. Christoph-Entscheid 2026-09-15: nicht umsetzen. Kein Handlungsbedarf, da das MacBook dort funktioniert. Nur dokumentiert, falls es später doch wieder aufkommt.

5. Doku-Drift geschlossen (diese Session)

• CLAUDE.md: ap1 „FUNKSTILL"→aktiv am Sideboard (core ether3), ap2→Technik UG (core ether21, ether1-MAC :39), ap3→Technik OG (branch ether24), Branch-Portliste 24 ap3, Gotcha-Zeile ap2/ap3-Uplink. Kanäle mitkorrigiert (ap1 5260/Ce, ap2 5300/Ce).
• teilprojekte.md: neuer Stand-Block 2026-09-15 (definitive Zuordnung + Tausch-Befund ap2↔ap3).
• Nautobot Location (war None): ap1→Wohnzimmer Sideboard, ap2→Technik UG, ap3→Technik OG.

6. Handoff-Punkte (aus dem Vorgänger) — aufgelöst

1. ap1 behalten/abbauen → behalten (Christoph). APs bleiben an ihren jetzigen Orten.
2. Tausch korrigieren (cAP ax → Sideboard) → verworfen; aktueller Zustand bleibt.
3. Drei-Räume-Schatten nachmessen → verworfen; Signal war beim letzten Rundgang gut.
4. Doku-Drift → ✅ geschlossen (s. §5).

Übergabeprompt (nächste Session)

TP25: Steering-Threshold 5G deployed (st-main-5g, −72/5s, 140/140), Terrasse am iPhone verifiziert (2,4G statt 5G/−80). MacBook-Klebrigkeit auf 5G dokumentiert und per Christoph-Entscheid „wird nicht umgesetzt" (transition-time=immediate). Doku-Drift geschlossen, Handoff-Punkte aufgelöst (ap1 bleibt, APs bleiben, Drei-Räume verworfen). Siehe handoff-20260915-tp25-steering-threshold-und-terrasse.