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>
7 lines
627 B
Plaintext
7 lines
627 B
Plaintext
# dirtyvader-infra (VLAN20) temporaer als Slave-VAP auf ap2 ausstrahlen.
|
|
# Zweck: iPhone fuer EIN Matter-Commissioning auf denselben L2-Link wie der OTBR bringen (TP12.1).
|
|
# ap2 statt ap1, weil ap1 am 2026-08-22 auf ether11 (VLAN10-Access) haengt und kein CAP ist.
|
|
# Kommen ap1s Radios zurueck, dieselben zwei Zeilen fuer "ap1 5GHz"/"ap1 2.4GHz" ergaenzen.
|
|
/interface wifi provisioning set [find where comment="ap2 5GHz"] slave-configurations=cfg-media,cfg-untrusted,cfg-guest,cfg-infra
|
|
/interface wifi provisioning set [find where comment="ap2 2.4GHz"] slave-configurations=cfg-iot,cfg-media,cfg-untrusted,cfg-guest,cfg-infra
|