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>
4 lines
350 B
Plaintext
4 lines
350 B
Plaintext
# Rueckbau: dirtyvader-infra wieder von ap2 nehmen. Stand vor dem Change (live gelesen 2026-08-22).
|
|
/interface wifi provisioning set [find where comment="ap2 5GHz"] slave-configurations=cfg-media,cfg-untrusted,cfg-guest
|
|
/interface wifi provisioning set [find where comment="ap2 2.4GHz"] slave-configurations=cfg-iot,cfg-media,cfg-untrusted,cfg-guest
|