# 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".