Files
bf-infra/docs/transaktionen/TEST-infra-ssid-matter-pairing.json
Christoph Emsenhuber 9888ef7597 TIMMERFLOTTE angelernt, -infra wieder deaktiviert
Der Workaround aus TP12.1 ist durchgespielt: dirtyvader-infra temporaer auf
ap2, iPhone auf VLAN20, TIMMERFLOTTE per Companion-App angelernt (25,44 C /
53,1 % rF / Batterie 100 %, Technik UG). SSID danach wieder vom Funk;
cfg-infra/dp-infra/sec-infra bleiben auf User-Wunsch inaktiv am Manager
stehen, damit das naechste Thread-Geraet ein Zweizeiler ist. Beide Akten
geschlossen, crs326-core transaktionsfrei.

TP12.1 bleibt offen: der Workaround umgeht das fehlende IPv6-Routing, er
behebt es nicht.

Neuer Gotcha in CLAUDE.md, an dem ich mich heute selbst verrannt habe:
slave-configurations zu setzen bewirkt am Funk nichts ohne
remote-cap provision -- und zwar in BEIDE Richtungen, auch beim Entfernen.
Schlimmer: beim Rueckbau wird der Interface-Kommentar geleert, waehrend der
VAP weitersendet. Ich habe auf comment~"dirtyvader-infra" geprueft, nichts
gefunden und "weg" gemeldet -- tatsaechlich liefen wifi13/wifi18 mit vlan=20
weiter. Richtige Abnahme ist datapath.vlan-id am CAP. Also wieder: Wirkung
messen, nicht Anzeige.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 19:33:11 +02:00

16 lines
483 B
JSON

{
"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": "rolledback",
"snapshot": "docs/transaktionen/TEST-infra-ssid-matter-pairing.snapshot.rsc",
"device_backup": "",
"closed": "2026-08-22"
}