UDP broadcast relay Mikrotik

mag00

Ciao a tutti,
sto provando RouterOS su RB5009, una bomba.
Vengo da OPNSense, con cui facevo di tutto... e RouterOS non me lo sta facendo rimpiangere, anzi...

All'inizio l'ho trovato un pò più complicato a livello di UI, ma una volta entrato "nell'ottica RouterOS" per certe cose è addirittura più semplice di OPNSense.
Lo so...lo so... uno è principalmente un router e l'altro è principalmente un firewall... ma non fate i filosofi: in ambito home-lab/SOHO non c'è nessuna differenza di utilizzo, a parte le preferenze personali...

Domanda: ho riconfigurato praticamente tutto quello che avevo su OPNSense... mi manca solo di capire come avere la funzionalità del relay UDP broadcast per fare sincronizzare il decoder sky q e l'app sui cellulari/pc che sono su VLAN diverse.
Su OPNSense c'era il plugin: https://github.com/marjohn56/udpbroadcastrelay... sapete se c'è qualcosa di simile o qualche workaround su Router OS?

@Karakurt ho visto una tua discussione del 2021 (https://forum.fibra.click/d/17280-sky-q-e-sky-go-attraverso-vlan) ma non ho capito se hai risolto o no

GioAda

mag00 prova con mDNS a me ha funzionato alla grande con i vari Chromecast etc etc su due VLAN diverse

mark129

mag00 sapete se c'è qualcosa di simile o qualche workaround su Router OS?

Che io sappia no: puoi alterare i tag solo su SwOs (quello dei Crs), forwardando i pacchetti sulle porte col nuovo tag (mai fatto però, mai avuto dei Crs).

GioAda prova con mDNS

Non ti ho capito: stai suggerendo di farlo col protocollo UDP anziché mDNS?

steff70

mag00 Ciao a tutti,
sto provando RouterOS su RB5009, una bomba.

Concordo al 100%. Ne ho uno anche io da quando è uscita la versione full PoE e non tornerei indietro per nessun motivo noto al momento.
Lo avevo preso perchè mi ero stufato delle pecche del router in comodato del provider e sono stra contento.

NOn so aiutarti personalmente, ma c'è la community Mikrotik molto attiva e il supporto clienti gratuito al quale puoi aprire un caso e rispondono di solito in giornata.
Ora il mio è UP da 272 giorni (ho un UPS)

mag00

mark129 Che io sappia no: puoi alterare i tag solo su SwOs (quello dei Crs), forwardando i pacchetti sulle porte col nuovo tag (mai fatto però, mai avuto dei Crs).

Ho un CSS326 come switch principale, ma mi sa che forwardi tutto il traffico dell porta, non sono il broadcast udp.

GioAda prova con mDNS a me ha funzionato alla grande con i vari Chromecast etc etc su due VLAN diverse

Ho provato ad abilitarlo e selezionare le due vlan in questione ma nada. Qualche indicazione un po più precisa? 🙂

r00t

Interessa anche a me sta roba: ci avevo provato per un po' ma alla fine ci avevo rinunciato. Nel cercare avevo trovato una guida ben fatta per usare un Raspberry Pi 3/4 allo scopo, ma non riesco più a ritrovarla 😫

GioAda prova con mDNS a me ha funzionato alla grande con i vari Chromecast etc etc su due VLAN diverse

Ecc ecc cosa intendi 😁 mDNS non funziona solo con Bonjour?
Voglio dire banalmente una smart tv che usa UPnP/SSDP o SMB ci fai poco. O no?

GioAda

mag00 se hai creato una regola nel firewall per bloccare il traffico tra le VLAN non basta attivarlo, devi anche creare una nuova regola nel firewall per consentire mDNS.

mag00

GioAda hai mica un esempio pratico o una spiegazione più specifica di cosa dovrei fare passare dal firewall?
Perché si, al momento blocco tutto tra le due vlan

r00t

mag00 penso intenda che devi consentire il traffico udp sulla porta 5353 verso 224.0.0.251.

mag00

Ho provato ad impostare mDNS e creare regole per consentire traffico UDP da decoder sky q a router (chain input) e attraverso il router (chain forward) verso l'altra VLAN ma non funziona.

Per info: su OPNSense avevo configurato il relay con le info di questo post e funzionava perfettamente
https://forum.opnsense.org/index.php?topic=15721.75

L'AI mi suggerisce di usare un container "mikrotik-docker-mdns-repeater" ma se posso evito

Altri suggerimenti/prove?

GioAda

mag00 creare regole per consentire traffico UDP da decoder sky q a router (chain input) e attraverso il router (chain forward) verso l'altra VLAN ma non funziona.

Devi fare anche attenzione all'ordine delle regole nel firewall.
Crei quella per mDNS e la metti prima delle DROP

Poi aggiungi quella per i dispositivi, ovviamente devi inserire l'IP del decoder.

mag00

GioAda Grazie mille per gli esempi! Quindi: 192.168.111.0/24 è la tua rete su cui vuoi fare usare chromecast e 192.168.11.6 è l'indirizzo del tuo chromecast.
Giusto?

[EDIT]: Nada, non funziona con sky q

gio79

mag00

Puoi provare così come indicato nel video di MK: https://www.youtube.com/watch?v=ys9MZpHDdDk

RouterOS, sezione DNS aggiungi in mdns-repeat-ifaces le 2 vlan
Once an interface in this list receives an mDNS packet, it will forward it to all other interfaces in this list. Only supports IPv4.
https://help.mikrotik.com/docs/spaces/ROS/pages/37748767/DNS

mag00

gio79 grazie mille
Questo è stato il primissimo tentativo che ho fatto, ma non funziona
Mi viene da pensare che a questo punto sia il decoder Sky Q che ha un comportamento particolare e fuori standard.

Se catturo i pacchetti dall IP del decoder vedo infatti un sacco di pacchetti UDP 239.255.255.250 che poi si perdono da qualche parte

mario152475

mag00

https://www.reddit.com/r/mikrotik/comments/14w2xkz/mediaserver_and_tv_in_different_subnets/ può servire?

gio79

mag00

Potresti creare un tunnel EOIP tra le 2 vlan, aggiungi il tunnel e le 2 vlan ad un nuovo bridge.
poi blinda pesantemente il bridge, altrimenti sono + i problemi che i benefici.
ovvero fai passare solo quello che ti serve, il resto droppa tutto

crei interfaccia eoip e eviti i problemi di mtu con clamp-tcp-mess (hai un overhaed dell'incapsulamento eoip)
/interface eoip add name=eoip-bcast remote-address=127.0.0.1 tunnel-id=10 clamp-tcp-mss=yes
crei il nuovo bridge
/interface bridge add name=bridge-bcast protocol-mode=none fast-forward=no
aggiungi al bridge l'interfaccia eoip e le 2 vlan
/interface bridge port
add bridge=bridge-bcast interface=vlan1 hw=no
add bridge=bridge-bcast interface=vlan2 hw=no
add bridge=bridge-bcast interface=eoip-bcast hw=no
aggiungi le regole di filtraggio
4.1 regola per traffico ARP
/interface bridge filter
add chain=forward action=accept mac-protocol=arp in-bridge=bridge-bcast out-bridge=bridge-bcast
4.2 abiliti SSDP (UPnP discovery)
/interface bridge filter
add chain=forward action=accept mac-protocol=ip ip-protocol=udp dst-address=239.255.255.250 dst-port=1900 in-bridge=bridge-bcast out-bridge=bridge-bcast
4.3 abiliti mDNS 224.0.0.251:5353/UDP
/interface bridge filter
add chain=forward action=accept mac-protocol=ip ip-protocol=udp dst-address=224.0.0.251 dst-port=5353 in-bridge=bridge-bcast out-bridge=bridge-bcast
droppi tutto il resto
interface bridge filter
add chain=forward action=drop in-bridge=bridge-bcast out-bridge=bridge-bcast
`

con la rb5009 non ci dovrebbero essere problemi, perché il routing tra le vlan lo fai via cpu, per avere prestazioni + elevate dovresti cercare un router con L3 hardware offload

mag00

mario152475
Sarà che non sono un genio io con Router OS... sarà che dicono che Sky Q ha il multicast implementato tutto a modo suo... ma non ci sono riuscito neanche con la regola mangle per modificare il TTL

mario152475

mag00
Mi dispiace!

Ti va di condividere qualche informazione sui pacchetti che catturi?

mag00

mario152475 Ti va di condividere qualche informazione sui pacchetti che catturi?

Certamente, questi sono gli unici pacchetti UDP su porta 1900 che vedo in uscita dal decoder (192.168.3.16), poi, nonostante le regole di firewall e mDNS attivo, non vedo gli stessi trasferiti sulla VLAN del wifi.
Perchè è così che dovrebbe funzionare no? I pacchetti con dst-address 239.255.255.250, porta 1900 dovrebbero essere replicati su tutte le inferfacce selezionate con mDNS, no?

gio79

Grazie mille per questa soluzione, la studio e poi la provo
L'alternativa che stavo valutando è un container con un UDP broadcast relay, soluzione simile a quello che usavo su OPNSense...

Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈 🇵🇸
P.I. IT16712091004 - info@fibraclick.it

♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile