@robca is struggling with mDNS discovery across VLANs so would like to be able to specify an IP address in the WiiM Home App instead.Why can't you define a static IP for your WiiM from your dchp server?
@robca is struggling with mDNS discovery across VLANs so would like to be able to specify an IP address in the WiiM Home App instead.Why can't you define a static IP for your WiiM from your dchp server?
We're all using mDNS reflectors/repeaters, which work well, but for some reason @robca is having discovery issues with the WiiM Home App even though other apps are able to discover the hardware.Quite simply mDNS will not traverse VLANs. If I was WiiM I’d quite reasonably put a sticker on the box that says this product will not work with VLANs.
I sure don't need UPnP nor want it It's the Android WiiM Home app that wants it, at least according to WiiM support and starting from a few releases back. My network and the WiiM app were working well with just mDNS reflector enabled, until it started not working anymore. As I said, that's purely the WiiM app, not the WiiM. All other services on the WiiM use mDNS and work just fine. If you use a Bonjuor browser, you see the WiiM and all its services. Alexa Cast can send music to the WiiM, while the WiiM Home app on the same phone is not workingWhy do you even need UPnP if you're using WiiM that uses mDNS?
I'm sorry, but this is completely wrong. Yes, mDNS by itself won't traverse vlans, but with any type of redirector or smcroutes, it does. My network works for any other device and app, excluding only the WiiM Home app. Everything else, including the WiiM when acting as a Chromecast, Alexa Cast, Tidal, Airplay end point works. Just the WiiM app has problemsQuite simply mDNS will not traverse VLANs. If I was WiiM I’d quite reasonably put a sticker on the box that says this product will not work with VLANs.
Yes, of course: you can define a static DHCP lease for the WiiM. But how the WiiM gets a static address is irrelevant, that's not the issue. The WiiM app doesn't allow you to enter a static address to find the device at. It lets you set the device as a static address (so clearly they support the scenario where a device has a fixed address), but doesn't use it to look for the device. However you do it, my WiiM has a fixed address: the app, though, starts discovery every time instead of using the static address. Sometimes that doesn't work.Why can't you define a static IP for your WiiM from your dchp server?
I did this and now every time it asks for an IP, the dchp server gives it the same one.
It's still working for me and @Nikita too by the looks of it with only a mDNS repeater.I sure don't need UPnP nor want it It's the Android WiiM Home app that wants it, at least starting from a few releases back. My network and the WiiM app were working well with just mDNS reflector enabled, until it started not working anymore.
The UPnP setting on your router is likely to be referring to the Internet Gateway Device Protocol, which I agree you do want to keep disabled, but that doesn't stop UPnP working on your network. If you install the mconnect app does it discover the WiiM hardware (on the same vlan)? If it does then UPnP is working.The problem with UPnP is that, if you enable it on your router, it can also be used by devices to "punch thru" your firewall. I know I can set rules to enable just specific UPnP packets from specific devices to traverse a vlan (but also requires changing TTL) and not enable it at the firewall level. But the message I got from WiiM was "just enable UPnP", which if taken literally is a bad idea.
We're not missing the point, it's working for us and we're trying to help.But we keep missing the point. None of this would be needed if the WiiM app used a static address. The app itself lets you set the WiiM with a static address, yet doesn't use it to connect to it. There's no reason for me to hack my home network to work around a WiiM-specific problem that has no reason to even exist: my WiiM will always be at the same address.
The old "works for me" reply, I see It used to work for me, too. Now it's hit and miss (Android). IT works from another Android device. Still, it would all work much better caching the last address (and running discovery in the background for other devices)We're not missing the point, it's working for us and we're trying to help.
The mDNS and UPnP protocols were designed to work on the same broadcast domain, this is not a WiiM specific problem.
Supplying an IP address will only help if you use the WiiM Home app exclusively, and only then for online services, so it's really a niche of a niche.
My point was that in and of itself what does it do? Specifying an IP address resolves one very specific problem you're having on your network with one of your phones. Is that the business justification?How's "using an IP address" in the WiiM Home app going to impact the other working services in the WiiM Pro device? Only the WiiM app is broken, every other service on the WiiM that use mDNS is working.
I think those messages just mean that the device was once connected, but it's now not discoverable. Try turning the WiiM off and you'll see the same thing.The app can find the WiiM, but somehow refuses to use it.
Well, the business justification is that caching the IP makes it faster for everyone, and for people like me and the user posting this thread, solves an actual problem where the Wiim app is unusable. You have at least 2 people reporting this problem. So, advantages for everyone, no downside, helping the few users for which the discovery process is problematic.My point was that in and of itself what does it do? Specifying an IP address resolves one very specific problem you're having on your network with one of your phones. Is that the business justification?
You are right, I had missed it (same if you "forget it" from that screen). Thanks for pointing this out. But, even more so, all it would take is for the WiiM home app to use the cached address of that device, since it's at the same address as before.I think those messages just mean that the device was once connected, but it's now not discoverable. Try turning the WiiM off and you'll see the same thing.
I don't know enough about mDNS to be able to answer that, but if the response to an mDNS discovery included the capabilities of the player then caching the IP could actually be slower, especially if you have multiple devices.Well, the business justification is that caching the IP makes it faster for everyone, and for people like me and the user posting this thread, solves an actual problem where the Wiim app is unusable. You have at least 2 people reporting this problem.
I don't have an answer for any of that, but given that it's only a problem with one of your phones that's where I'd start looking.Can you think of any reason why, outside of a bug in the WiiM app (or a timeout or something similar), the same WiiM device is discoverable using Chromecast, Airplay, Tidal, Amazon and the Bonjour browser, but not the WiiM app? And why, everything else being the same on my network, the app can randomly find and use the WiiM, but not reliably?
I don't wish to start an argument but your use case is clearly not in the majority. Probably 99%+ people don't know what a VLAN is let alone how to set one up. The WiiM products are clearly aimed at consumers at a price point where the evidence from this forum is that many are not very, if at all, experienced in digital streaming let alone the underlying technology including the networking issues.I'm sorry, but this is completely wrong. Yes, mDNS by itself won't traverse vlans, but with any type of redirector or smcroutes, it does. My network works for any other device and app, excluding only the WiiM Home app. Everything else, including the WiiM when acting as a Chromecast, Alexa Cast, Tidal, Airplay end point works. Just the WiiM app has problems
If WiiM put such a sticker, they would shoot themselves in the foot with all the people who learned a long time ago that you can safely run IoT devices in a vlan, and understand enough networking concepts to make it work. What WiiM should do, is either fix the discovery problems (why can Bonjour browser see the WiiM but not the WiiM app?) or allow the use of static addresses.
WiiM, instead, tells you that your device is online but in another network. So discovery kinda works, but not really
Well, it turns out that all Android devices on my network have the same issue, the other device worked that one time I tried, but it's not working reliably anymore, exhibiting the same problem.I don't have an answer for any of that, but given that it's only a problem with one of your phones that's where I'd start looking.
I'm.not arguing against such a change so please don't think I am, it's just not an elegant solution.
I am in agreement that WiiM should resolve the mDNS discovery issues, or at least identify what's wrong in your setup, and if you've described your setup in a ticket then I hope they're able to test it.Judging from the amount of posts online for people asking about mDNS redirectors for Chromecast, Airplay and other streaming devices, my scenario is not uncommon at all. Might not be mainstream, but more and more people are putting all IoT devices, including streamers. in vlans. It's not just a few weirdos doing it, but becoming more of a common scenario. Properly supporting mDNS discovery across vlans is something that all streaming devices do properly. After all, if you are worried about security, a 5 years old random Chinese Chromecast device with no security updates is a security issue. WiiM keeps improving their devices, but security is hard. Streamers are as much a security concern as any other IoT device, there's nothing inherently less risky about them.
In looking at OpenWRT I found UDP Broadcast Relay that has builds for many platforms including OpenWRT, pfsense and EdgeOS, so I might give that a go at some point as it looks like it might handle UPnP too! Not sure how I've missed this before.Sure, happy to. I'm using a Dynalink DL-WRX36 running OpenWRT 23.05.2, and the standard Ahavi redirector.
Uh, that's interesting. I know I could do something similar with nftables, but the UDP relay has a debug output and that helps.In looking at OpenWRT I found UDP Broadcast Relay that has builds for many platforms including OpenWRT, pfsense and EdgeOS, so I might give that a go at some point as it looks like it might handle UPnP too! Not sure how I've missed this before.
Sounds like we have a very similar setup.
When using the WiiM Home app (on main vlan) to play music on the WiiM (on the iot vlan) from my music server (on my main vlan) I notice that there are packets being dropped originating from the WiiM toward the WiiM Home App. This manifests in big delays in the tracks starting.Like before, everything else works, the WiiM app doesn't. But I wonder if the "Echo (ignored)" message has some relevance. Also, all other packets have a ttl of 255, the Echo is 65
Well, yes, if I enable all packets, it works. But that defeats the purpose of having an iot vlan in the first place (I know you are suggesting it only as a test). My router is fast enough that dropped packets should never happen, so if it happens, it happens on the WiiM or the WiiM Home app...When using the WiiM Home app (on main vlan) to play music on the WiiM (on the iot vlan) from my music server (on my main vlan) I notice that there are packets being dropped originating from the WiiM toward the WiiM Home App. This manifests in big delays in the tracks starting.
I wonder if it's not the mDNS discovery that's failing for you, but something else they're doing whist establishing a connection. Have you tried allowing all traffic from iot to the main vlan (turn all the other devices on the vlan off if need be) to see if that's make a difference?
When I said 'dropped packets' I meant that they were being dropped through firewall rules (originating from iot toward lan and not an established connection).Well, yes, if I enable all packets, it works. But that defeats the purpose of having an iot vlan in the first place (I know you are suggesting it only as a test). My router is fast enough that dropped packets should never happen, so if it happens, it happens on the WiiM or the WiiM Home app...