Christoph Emsenhuber
9df506362c
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>
15 lines
451 B
JSON
15 lines
451 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": "open",
|
|
"snapshot": "docs/transaktionen/TEST-infra-ssid-matter-pairing.snapshot.rsc",
|
|
"device_backup": ""
|
|
}
|