bf-infra/docs/handoff-20260912-tp25-ap2-messung-blockiert.md

Handoff 2026-09-12 — TP25 „ap2 unterperformt": Messung blockiert (kein Manager-Zugriff)

Kurz: Die ap2-In-situ-Frage (2 m/−80 dBm) konnte nicht gemessen werden. Grund ist kein WLAN-/Gerätedefekt, sondern ein fehlender Management-Pfad zum Manager crs326-core von den verfügbaren Vantage-Points. Auf Christophs Entscheidung vertagt, kein Geräte-Write, SPOF nicht angefasst.

Bestandsaufnahme (erledigt)

• Gitea #17 (TP25) = nur Zeiger, status:wip, Prosa im Repo. SSoT bestätigt.
• Prosa docs/teilprojekte.md ab Zeile 1081 + Archiv-Langfassung gelesen.
• Handoffs 20260902-fund-e (Fund E geschlossen, 7.24.1 war die Ursache) und 20260903-kanalplan (Kanalplan live, In-situ-Messung als einziger Rest offen) gelesen.
• Einziger offener TP25-Punkt bleibt: ap2 unterperformt.

Warum die Messung blockiert ist (live verifiziert, nicht geraten)

Registration-Table/Scan liegen unter CAPsMAN nur am Manager (crs326-core). Dieser ist von beiden Messpunkten nicht erreichbar:

Vantage 1 — diese Session (Mac am dw-Standort):

• Default-GW fritz.box 10.95.10.1 → BF nur über WG-Tunnel; Cloudflare WARP aktiv (lief).
• ICMP zu ganz BF ok (ap2, NAS, Nautobot, core — alle ~32 ms, 0 % Loss).
• Direktes TCP nach BF tot: VLAN20-Hosts (NAS:22, Nautobot:8080, pve:8006) → connect kommt nie zustande (connect=0.000, http=000). MikroTik-Ports schienen bei nc -z „offen", aber jeder echte Handshake (SSH-kex, REST, HTTPS) wird resettet → das waren WARP-lokale nc-Fehlmeldungen (CLAUDE.md-Gotcha: nc -z falsch-positiv/-negativ).
• ⇒ Von hier existiert kein TCP-Management-Pfad in BF. Der Pfad trägt gerade nur ICMP. Passt zum WARP-/Tunnel-Muster (WARP = QUIC-Proxy, kein ICMP; hier umgekehrt: nur ICMP kommt durch).

Vantage 2 — mikromcp (DS923, im BF-LAN, kein WARP):

• check_router_health core → Connect Timeout :80 (~10,5 s).
• ap1/ap2 → other side closed / ECONNRESET (TCP an, Handshake zu).
• run_command core → Timed out waiting for handshake; ap2 → Connection lost before handshake.
• ⇒ Auch der on-LAN-Pfad erreicht die Flotte nicht. Mögliche Ursachen (von hier nicht trennbar, daher nicht entschieden): VLAN20-Firewall auf :80 (mgmt-input nur VLAN10/HA:8728/Nautobot:22/cf-mesh), mikromcp-Host-Netzproblem auf der DS923, oder real.

Wichtig: Der Core ist nicht nachweislich defekt — ICMP + Routing sind gesund. Der Defekt liegt im Zugangspfad, nicht (belegbar) am Gerät.

Nebenbefund: Doku-Drift ap2-Kanal (nicht verifizierbar mangels Manager-Zugriff)

• CLAUDE.md + teilprojekte.md-Langfassung: ap2 = ch44 / 5220 (2,4 GHz ch11).
• Handoff 09-03: ap2 = 5300/5320 (ch60/64, DFS Band B) + ch11.
• Was live läuft, ist offen. Beim nächsten Manager-Zugriff via /interface wifi radio print (Frequenz je Radio) klären und die Doku angleichen.

Nächste Session — was zu tun ist

1. Sauberen Pfad herstellen (Christophs Wahl, offen): WARP trennen + retest, ODER aus einer BF-LAN-Session (macmini) messen, ODER zuerst mikromcp/DS923-Erreichbarkeit zur Flotte klären.
2. Sobald Manager erreichbar, der Messplan aus Handoff 09-03 §„Aufstellorts-Messplan":
   • /interface wifi radio print terse proplist=cap,radio-mac,interface (Karten-Snapshot; wandert bei Rejoin).
   • /interface wifi radio print → aktuelle Frequenz/TX je Radio (ap2 ch prüfen, Doku-Drift oben).
   • /interface wifi registration-table print terse where ssid=dirtyvader-main → Signal/Rate der ap2-Clients.
   • /interface wifi scan cap-wifiN duration=… am Manager → 5-GHz-Umfeld an ap2 (Wiederholung des 08-24-Scans).
   • Ziel: −80 dBm@2 m einordnen (Platzierung/Antenne/TX vs. Kanal-Umfeld), mit Zahlen.
3. Gotchas (CLAUDE.md/09-03): scan/registration-table nur am Manager · list_wifi_interfaces leakt PSKs (nicht benutzen) · cap-wifiN-Karte wandert · vor Client-Diagnose uptime+grep " caps,".

Grenze eingehalten

Kein Geräte-Write. Core (SPOF) nicht angefasst. WARP nicht getrennt (Christophs Client). Doku-Drift dokumentiert statt stillschweigend „korrigiert".