TP25 Fund E: Hebel 1 gescheitert, TP27 durchgezogen, Fund B entwarnt

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>

mcp/mikromcp/config/routers.yaml

@@ -10,7 +10,8 @@
 # 2026-08-30 (TP28-Nachtrag): ap3 (cAP ax, .99.13) aufgenommen, Uplink core ether21.
 #   Diese Datei ist seit 2026-08-30 die EINZIGE gelesene Registry: MIKROMCP_CONFIG_PATH
 #   zeigte bis dahin auf ~/dev/bf-network-r6 (Archiv-Repo) -- Aenderungen hier waren
-#   wirkungslos. rosVersion war auf allen Eintraegen stale (7.23/7.19.5), live ist 7.24.
+#   wirkungslos. rosVersion war auf allen Eintraegen stale (7.23/7.19.5).
+# 2026-08-31 (TP27): Flotte einheitlich auf 7.24.1 gehoben -- alle fuenf Eintraege nachgezogen.
 #   ap1/ap2 (.99.11/.99.12) = Zielwerte — ap1 ist derzeit Werksreset/getrennt und kommt
 #   erst mit der WLAN-Neuprovisionierung (eigene Session) zurück.
 
@@ -25,7 +26,7 @@ routers:
       source: "env"
       envPrefix: "ROUTER_AP1"
     tags: ["bf", "wifi", "access-point"]
-    rosVersion: "7.24"
+    rosVersion: "7.24.1"
 
   ap2:
     host: "10.40.99.12"
@@ -37,7 +38,7 @@ routers:
       source: "env"
       envPrefix: "ROUTER_AP2"
     tags: ["bf", "wifi", "access-point"]
-    rosVersion: "7.24"
+    rosVersion: "7.24.1"
 
   crs326-core:
     host: "10.40.99.1"
@@ -49,7 +50,7 @@ routers:
       source: "env"
       envPrefix: "CRS326_CORE"
     tags: ["bf", "switch", "core", "l3-router"]
-    rosVersion: "7.24"
+    rosVersion: "7.24.1"
 
   crs326-branch:
     host: "10.40.99.2"
@@ -61,7 +62,7 @@ routers:
       source: "env"
       envPrefix: "CRS326_BRANCH"
     tags: ["bf", "switch", "branch"]
-    rosVersion: "7.24"
+    rosVersion: "7.24.1"
 
   ap3:
     host: "10.40.99.13"
@@ -73,4 +74,4 @@ routers:
       source: "env"
       envPrefix: "ROUTER_AP3"
     tags: ["bf", "wifi", "access-point"]
-    rosVersion: "7.24"
+    rosVersion: "7.24.1"