touché
you are correct
You guys have been busy overnight … 
So yes, as Anup has alluded to there the main difficulty in this issue is that it’s a problem that is only affecting a very small number of you guys and that’s in no way an attempt to suggest that it’s not something that we’re not taking seriously and from my perspective it would be much easier if everyone was reporting that their UPnP servers had vanished because then that narrows down the potential causes so much better!
As you are all aware we specify that we test against MinimServer - and one reason for that is Simon (who writes MinimServer) is really quite stubborn in making sure that he “follows the rules” (in so far as the “rules” for UPnP exist - they are a little vague in places) so MinimServer pretty much stands out as being something of a gold standard for UPnP compliance and also it doesn’t try to do everything else including making toasted sandwiches but that doesn’t mean that we ignore every other UPnP server so I have AssetUPnP, Foobar2000, Jellyfin, JRiver Media Centre, Kodi, MinimServer, Plex, Serviio and TwonkyMedia Server set up as well as NetGear, QNAP and Synologys own built in Media Servers and a few of the dedicated ripper/servers as well.
This particular issue so far seems to have no commonality that stands out and we’ve pulled logs from units to see if there’s anything useful in them but there isn’t. The difficulty is identifying where the issue is coming in as from the Rossini you can only see what data is coming in and out of the network port and from Mosaic you can only see what data iOS (or Android) is routing to you.
It’s often assumed that when you write an app then you write everything that is associated with the app - including all the network handling code and all the UPnP handling code - but that isn’t the case and we use exactly the same libraries for handling network discovery and UPnP browsing as thousands of other developers do and we have no access to the inner workings of those libraries to make changes ourselves (or break things) plus whenever an app is submitted to either the Play Store or the AppStore then it is trawled through by Google and Apple’s own automated systems to make sure that none of the Android or iOS libraries are being accessed in any way other than those that are documented …
Essentially we’re calling UPnP discovery libraries which in turn are then sending out UDP / SSDP discovery packets and we get responses back (or not in this case) but once the app has passed a call out to the devices OS then we get no visibility as to what is actually happening out on the network.
Basically the upshot of this is that what we ideally need is one of these close enough to be able to physically put a person and a laptop and either a managed switch or a network hub into the network to do some traffic sniffing (and without “breaking” the broken network so that it works again - which I realise is an odd concept) to even start to get an idea of what’s going on - in the meantime I know that we’re all trying to put together combinations of kit to try to provoke the same issue at our end.
Does that help?
Phil
1 Like
Appreciate the reply Phil and a big CHEERS and Thumbs up to Simon. As an original owner of a Linn Klimax DS from back in 2011 Simon was a KDS owner and member of our (unfortunately) now defunct Linn forum. I actually participated in some informal testing sessions of MinimServer and contributed funds towards its development. Back in those days the only UPnP server available was Twonky (WONKY!) and MinimServer was born from Simon’s desire to help fellow Linn users out - and also develop a stable MAC version for those of us refusing to run Windows.
It sounds like there is no need for you to have access to my log files as others have not yielded any significant information. Thanks for soldiering on with this issue and, as always, a thanks to Anup @Anupc for always going out of his way to help other forum members.
Best
Gregg
2 Likes
That set-up should have the best chance of a working baseline. You might want to trying it again, but be sure to give every element a reboot. Once everything’s physically connected up, start with rebooting the TP-Link. Once it’s back up, follow with your MinimServer, and then your iPhone/Mosaic & Rossini.
The only potential issue I see is that your TP-Link appears to have IGMP Snooping. In which case, even if Mosaic-to-MinimServer visibility works initially, it may break after some time. Depending on your particular TP-Link model, if it has an “IPTV Mode” enabled, try Disabling that (it’s likely to turn off IGMP Snooping).
Once you get that ultra simple setup working, then incrementally move elements, 1-by-1, to where they’re suppose to be, giving ample time in-between change for the network to settle and issues to get flushed out. Like maybe wait for a day or two each time.
1 Like
I will give this a try
@Phil out of curiosity I just downloaded and installed Asset UPnP from Spoon at dBPoweramp. Same issue - Mosaic does not see it.
Apple has recently had several updates to MAC OS. Is it possible there is something which needs to be checked in my iMac OS Network settings?
As a point of additional information once I installed Asset the other control point I use, JPLAY, had no problem finding it. JPLAY also sees MinimServer.
Bet
Gregg
If MAC OS resembles iOS in configurability, check that Private Browsing is deselected.
Thanks Phil - I have reverted to closing Mosaic down after each session and have now gone over a week without a UPnP dropout. I suspect that this problem was resolved by some random update in the network chain. My only residual problem is that sometimes after playing an album the back button takes me all the way back to the source selection page, which suggests to me that there is some loss of connectivity but not a real hassle.
Hi guys, I am running minim server on my antipodes server and dcs bartok is directly connected via Direct Stream Ethernet port of Antipodes.
I have same issue where mosaic doesn’t detect the UPNP (minimserver). But other apps like mConnect detects the minimserver and can also stream to bartok.
Not sure what I should do to make it work…
At the risk of asking the obvious question, have you rebooted everything in your network?
By everything, I mean your router (and switch if you have one), Antipodes (you don’t state which server, but I have the K41), and Bartók?
Occasionally, I have the same issue but, with such a reboot, I’m up and running again very quickly.
When rebooting, I leave all units completely powered off (in your case, via the toggle switch at the back of your Bartók) for 1 minute, which invariably re-establishes the requisite ‘handshake’ between all components.
Yes Jonathan, I have restarted everything a few times.
Only the bartok is unable to view the servers. Every other player on Mac, iPad can see the UPNP servers. I have a few UPNP servers actually apart from the one on Antipodes S40. Please see screenshot.
Kishore, if you haven’t already seen it, @Phil posted a very helpful list of comments/suggestions on another thread.
Hopefully, this will help to resolve your issue.
If you’re unable to resolve the issue yourself, I suggest that you send an e-mail to dCS support;
[email protected]
Thank you for the support Jonathan, I will write to dcs.
No problem, Kishore.
Hopefully, it will be sorted out soon.
Good News!
After resetting Network Streaming Interface from Web Interface, Bartok is able to discover all the uPNP servers now.
Great!
I’m glad that you managed to resolve the issue.
1 Like
As I am still having the same problem, I will give this a try and report back
Unfortunately this did not work so I continue to remain with the other 10 or so people having this ongoing problem
If you give me a shout at [email protected] I’ll try to find you a solution…
Recently, my Rossini has stopped playing files from a playlist several times for no reason, and Mosaic couldn’t connect to it after losing connection. Only turning off the device with the button on the back panel restored communication with Mosaic Rossini and the ability to play music.