dirtyvader-infra temporaer auf ap2 -- als offene Transaktion

TEST-infra-ssid-matter-pairing (Scope wifi-provisioning, Frist 2026-08-29):
cfg-infra als Slave-VAP in beide ap2-Provisioning-Zeilen. Nicht ap1, weil der
gerade auf ether11 (VLAN10-Access) haengt und kein CAP ist.

Zweck ist TP12.1: das iPhone fuer EIN Matter-Commissioning auf denselben
L2-Link wie der OTBR bringen, damit dessen RA (On-Link-Prefix + Route in den
Thread-OMR-Prefix) beim Telefon ankommt. Danach zurueckbauen -- ein WLAN nach
INFRA soll nicht stehen bleiben.

Zwei Dinge fuer die Ablage:
- Provisioning-Zeilen aendern reicht nicht, der CAP muss re-provisioniert
  werden (/interface wifi capsman remote-cap provision). Das ist eine Aktion,
  keine Config, also kein Nautobot-Weg noetig.
- Danach zeigt der MANAGER running=false fuer alle cap-*-Interfaces, waehrend
  am CAP wifi13/wifi18 sauber DBR laufen. Beim Interface-Zustand ist der CAP
  die Wahrheit, nicht der Manager -- Gegenstueck zur bekannten Regel, dass die
  Registration-Table am Manager zu lesen ist.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/transaktionen/TEST-infra-ssid-matter-pairing.json

@@ -0,0 +1,14 @@
+{
+  "change_id": "TEST-infra-ssid-matter-pairing",
+  "device": "crs326-core",
+  "scope": "wifi-provisioning",
+  "match_config": [
+    "/interface wifi provisioning"
+  ],
+  "reason": "dirtyvader-infra temporaer auf ap2: iPhone fuer Matter-Commissioning auf VLAN20 (TP12.1)",
+  "started": "2026-08-22",
+  "expires": "2026-08-29",
+  "state": "open",
+  "snapshot": "docs/transaktionen/TEST-infra-ssid-matter-pairing.snapshot.rsc",
+  "device_backup": ""
+}