ive been the last days figthing with my new RB433GL trying to get DLNA to work from
ethernet port to wlan interface. My config is pretty simple, and i decided to remove
all the firewall rules so they dont interfer with the multicast/dlna negotiations.
My net is really simple → eth1 (172.16.0.0/24) - [ RB433GL] - wlan2 (172.18.0.0/24)
I have tried many combinatios of configurations:
igmp-proxy → Followed the upstream scheme explain on the mikrotik igmp-proxy doc
pim
upnp - > activated on both interfaces as internal. But didnt see any dummy rule
on the fw (Is that a sign of something wrong ?)
Even creating a bridge with eth1 and wlan2 and assigning the same ip subnet to both
(172.16.0.0/24) the communuications fail to work. This is not the scenario i prefer
but i had to give it a try because of my deseperation.
I have followed this tutorial that reflects my same scenario.
I decided to stay with v6.1 but do a factory reset, so nothing apart from eth1 and eth2 was configured.
Then i setted up the upnp on eth1 and eth2, and activated it.
Then i configured igmp-proxy and succesfully saw mfc entrys, but traffic between tv and pc is just
not working. Somehitn gs
[admin@MikroTik] > routing igmp-proxy mfc print
Flags: X - disabled, A - active, D - dynamic
# GROUP SOURCE UPSTREAM-INTERFACE ACTIVE-DOWNSTREAM-...
0 AD 239.0.0.250 192.168.0.254 ether1 ether2
1 AD 239.255.255.250 192.168.0.254 ether1 ether2
2 AD 239.255.255.250 192.168.1.254 (unknown)
[admin@MikroTik] > routing igmp-proxy interface print
Flags: X - disabled, I - inactive, D - dynamic, U - upstream
# INTERFACE THRESHOLD
0 U ether1 1
1 ether2 1
[admin@MikroTik] > ip address print
Flags: X - disabled, I - invalid, D - dynamic
# ADDRESS NETWORK INTERFACE
0 192.168.0.1/24 192.168.0.0 ether1
1 192.168.1.1/24 192.168.1.0 ether2
Then why am i seeing this ?
1:08:56 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.1.254 to 239.255.255.250 on ether2
01:08:56 igmp-proxy,debug ignoring request from unknown address - "alternative-subnets" configuration may be required:
01:08:56 igmp-proxy,debug source=192.168.1.254
01:08:56 igmp-proxy,debug destination=239.255.255.250
01:09:21 igmp-proxy,debug sending IGMP query to 224.0.0.1 on ether2
01:09:22 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.1.254 to 239.0.0.250 on ether2
01:09:26 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.1.254 to 239.255.255.250 on ether2
01:09:26 igmp-proxy,debug ignoring request from unknown address - "alternative-subnets" configuration may be required:
01:09:26 igmp-proxy,debug source=192.168.1.254
01:09:26 igmp-proxy,debug destination=239.255.255.250
01:10:07 igmp-proxy,debug ignoring request from unknown address - "alternative-subnets" configuration may be required:
01:10:07 igmp-proxy,debug source=192.168.1.254
01:10:07 igmp-proxy,debug destination=239.255.255.250
01:11:26 igmp-proxy,debug sending IGMP query to 224.0.0.1 on ether2
Seems to me weird that the proxy didnt recognised the direct and configured ipnet.
Should i see somekind of dummy rule on the firewall because of the Upnp ?