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>
bf-network-r6
BF-Netzwerk-Migration (Variante R6+C2). 2× MikroTik hAP ax² + Core ALL-SG8316M.
SSOT & Übergabe: HANDOVER.md — kompletter Status, Architektur + Begründungen, Phasen, Gotchas, Zugänge.
Plan-Origin: ~/.claude/plans/welche-kosteng-nstigen-alternativen-zu-memoized-sparkle.md
Struktur:
docs/vlan-plan.md— VLAN-/Adressplan (final)docs/core-switch-prep.md— Core-Switch Status & Phasendocs/firmware-flash-runbook.md— FW-Flash Historieswitch/cli/CLI-REFERENCE.md— bestätigte CLI-Syntaxswitch/cli/*.cli/*.exp— reproduzierbare Konfig-Scriptsinventory/bf.csv/bf.md— IP-Doku (aus IPs.xlsx gespiegelt)inventory/bf-core-ports.csv/.md— Switch-Port-Map
Aktueller Stand (2026-06-09):
- Phase A (VLAN-Vorbereitung) ✅ abgeschlossen
- Phase B (hAP-Cutover) ⏳ wartet auf MikroTik-Lieferung
- Phase C (Firewall) + Phase D (Adress-Migration) ausstehend