Zwei von Christoph gemeldete Ausfaelle (13:16 Terrasse, 14:23 Arbeitszimmer) stehen im Kollektor und tragen dieselbe Signatur: Reauth-Schwall, dann ein Loch von 7 bzw. 5,5 Minuten. Beide liegen NACH dem Hebel von 08:09. - Hebel 1 (ft-over-ds=no) hat nicht gegriffen: 124x reauthenticating nach dem Eingriff, Stundenvergleich auf gleicher Firmware 07h=79 vs 14h=70. Erfolgskriterium war ~0. Gewertet wird nur 08:09-14:36 (Christoph-Entscheid), danach kommt das Upgrade als zweite Variable dazu. Transaktion bleibt OFFEN, Compliance bleibt bewusst 134/135. - TP27 erledigt: Flotte einheitlich auf 7.24.1 (ap2 08:56, core 14:36, ap1 14:50, branch 14:52; ap3 kam bereits so). Nach dem Upgrade live geprueft: 3 CAPs Ok, 4 Provisioning-Regeln, ap2 9x running, 30 Clients, ft-over-ds=no hat den Reboot ueberlebt. - Fund B entwarnt: die 13 CAP-joined / 4 activity timeout waren die Upgrade-Reboots, keine CAPWAP-Instabilitaet. Neuer Gotcha: ein Burst ueber VIELE MACs ist Infrastruktur, ueber EINE MAC ein Client. - Zweiter Gotcha: die cap-wifiN-Karte verschiebt sich bei JEDEM Rejoin, nicht nur beim Provisionieren -- sie wanderte an einem Tag zweimal, womit die Tabelle im Vormittags-Handoff nach sechs Stunden falsch war. Interface-Namen in Logzeilen sind ohne zeitnahen Snapshot nicht zuschreibbar. - Offen fuer die naechste Session: Hebel 2 (ft=no) ODER wpa2-psk,wpa3-psk -- sec-main ist auch die einzige SSID ohne wpa2-psk, und "association rejected, no cached PMK" (157x am 31.08., 0x am 30.08.) ist eine SAE/PMKSA-Meldung. Vorher pruefen, ob 7.24.1 das Verhalten schon veraendert hat. - wifi-p750w-coverage-and-map.md ist vom 2026-07-02 und als Coverage-Beleg unbrauchbar (vor CAPsMAN-Cutover, vor ap2-Umzug, vor ap3). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2.4 KiB
2.4 KiB