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

Bestandsaufnahme durch; ap2-In-situ-Messung nicht möglich, weil crs326-core
(Manager) von dw (WG+WARP, nur ICMP) und von mikromcp/DS923 nicht erreichbar
ist. Core gesund (ICMP+Routing), Zugangspfad-Problem, kein Gerätedefekt.
Kein Write, SPOF nicht angefasst. Nebenbefund: Doku-Drift ap2-Kanal
(ch44/5220 vs. 5300/5320) — beim nächsten Manager-Zugriff zu verifizieren.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
2026-09-12 10:47:20 +02:00
parent 614025eafb
commit 0278b3b8ef

View File

@@ -0,0 +1,65 @@
# 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".