Initial import from bf-network-r6.opencode — opencode migration

routeros/tp7.1-core-ether13-trunk.rsc

@@ -0,0 +1,19 @@
+# TP7.1 — core ether13 (pve) um VLAN10 + VLAN40 erweitern.
+#
+# WOFUER: der SSDP-Relay fuer die macOS-Sonos-App braucht ein Bein in BEIDEN
+# VLANs. SSDP ist link-lokales Multicast mit TTL 1: der M-SEARCH des MacBooks
+# verlaesst VLAN10 nie, die ssdp:alive-NOTIFYs der Sonos verlassen VLAN40 nie.
+# Ein Relay kann nur kopieren, was es selbst hoert — Routing hilft nicht, und
+# `forward accept vlan10<->vlan40` ist laengst offen. Es scheitert VOR dem
+# Verbindungsaufbau, an der Entdeckung.
+#
+# IST-STAND (live 2026-08-18): pve haengt an ether13, das nur `tagged vlan20`
+# traegt (pvid=1). Tags hinzuzufuegen stoert VLAN20 nicht.
+#
+# ⚠️ tagged= wird VOLLSTAENDIG gesetzt, nicht angehaengt — die bestehenden
+# Mitglieder ether1,ether8,ether15 stehen deshalb explizit mit drin. Ein
+# `set tagged=ether13` allein wuerde die anderen entfernen und AP1 sowie den
+# branch-Uplink aus dem VLAN werfen.
+:do { /interface bridge vlan set [find vlan-ids=10 and !dynamic] tagged=ether1,ether8,ether13,ether15 } on-error={ :log info "tp71: vlan10 warf" }
+:do { /interface bridge vlan set [find vlan-ids=40 and !dynamic] tagged=ether1,ether8,ether13,ether15 } on-error={ :log info "tp71: vlan40 warf" }
+:log info ("tp71: ENDE v10-tagged=" . [:tostr [/interface bridge vlan get [find vlan-ids=10 and !dynamic] tagged]] . " v40-tagged=" . [:tostr [/interface bridge vlan get [find vlan-ids=40 and !dynamic] tagged]])