# The UPnP device is not yet registered **URL:** \ **Category:** Bindings\ **Tags:** sonos\ **Created:** [January 3, 2018, 10:01am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167 "2018-01-03T10:01:55Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![DanielMalmgren](https://community.openhab.org/user_avatar/community.openhab.org/danielmalmgren/32/6783_2.png) [@DanielMalmgren](https://community.openhab.org/u/DanielMalmgren)\ **Post date:** [January 3, 2018, 10:01am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/1 "2018-01-03T10:01:55Z")
I’ve got some problem with my Sonos speakers. They all have the status “OFFLINE (COMMUNICATION\_ERROR): The UPnP device RINCON\_xxxxxxxxxxxxxxxx is not yet registered”. Tried restarting the binding. Also activated debug logging for the binding, but that gives me nothing at all. If I check the properties on the Thing everything (macAddress, serialNumber, ipAddress) looks correct. I’m on 2.2 stable and the binding is version 0.10.0.b1, installed from repository on Debian. Unfortunately I don’t really know when the binding last worked, I think it’s months since I last used it. ---
**Author:** ![DanielMalmgren](https://community.openhab.org/user_avatar/community.openhab.org/danielmalmgren/32/6783_2.png) [@DanielMalmgren](https://community.openhab.org/u/DanielMalmgren)\ **Post date:** [January 4, 2018, 7:36pm UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/2 "2018-01-04T19:36:38Z")
Ok, I realized I’d activated debug logging wrongly. I thought it should be org.openhab.binding.sonos whereas it should really be org.eclipse.smarthome.binding.sonos. So now I’ve got debug on. Now the following lines keep repeating over and over: ```auto 20:28:40.416 [DEBUG] [os.internal.handler.ZonePlayerHandler] - Polling job 20:28:40.474 [DEBUG] [os.internal.handler.ZonePlayerHandler] - UPnP device RINCON_B8E937BECD0001400 not yet registered 20:28:40.558 [DEBUG] [os.internal.handler.ZonePlayerHandler] - Polling job 20:28:40.621 [DEBUG] [os.internal.handler.ZonePlayerHandler] - UPnP device RINCON_5CAAFD458C9201400 not yet registered ``` Anyone can tell what’s happening? Also I forgot to say, the Sonos system works at it should otherwise. ---
**Author:** ![Lolodomo](https://community.openhab.org/letter_avatar_proxy/v4/letter/l/ac91a4/32.png) [@Lolodomo](https://community.openhab.org/u/Lolodomo)\ **Post date:** [January 4, 2018, 7:55pm UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/3 "2018-01-04T19:55:16Z")
It looks like the UPnP bundle is not seeing your Sonos devices in the network of your OH server. Please also check that the UPnP bundle.is started. bundle:list | grep UPnP ---
**Author:** ![DanielMalmgren](https://community.openhab.org/user_avatar/community.openhab.org/danielmalmgren/32/6783_2.png) [@DanielMalmgren](https://community.openhab.org/u/DanielMalmgren)\ **Post date:** [January 4, 2018, 8:08pm UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/4 "2018-01-04T20:08:36Z")
Any of those? ```auto openhab> bundle:list | grep UPnP 181 │ Active │ 80 │ 2.3.0 │ JUPnP Library 204 │ Active │ 80 │ 0.10.0.b1 │ Eclipse SmartHome Configuration UPnP Discovery 205 │ Active │ 80 │ 0.10.0.b1 │ Eclipse SmartHome UPnP Transport Bundle ``` ---
**Author:** ![DanielMalmgren](https://community.openhab.org/user_avatar/community.openhab.org/danielmalmgren/32/6783_2.png) [@DanielMalmgren](https://community.openhab.org/u/DanielMalmgren)\ **Post date:** [January 5, 2018, 8:44am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/5 "2018-01-05T08:44:42Z")
Ok, some more findings. I enabled debug logging on org.eclipse.smarthome.config.discovery.upnp and org.jupnp and now I get more useful info in my logs. I get things like this: ```auto 09:26:24.138 [DEBUG] [jupnp.transport.spi.MulticastReceiver] - UDP datagram received from: 192.168.168.40:57917 on local interface: eth0 and address: 192.168.168.3 09:26:24.313 [DEBUG] [org.jupnp.transport.Router] - Received asynchronous message: (IncomingDatagramMessage) NOTIFY 09:26:24.410 [DEBUG] [jupnp.transport.spi.MulticastReceiver] - UDP datagram received from: 192.168.168.40:57917 on local interface: eth0 and address: 192.168.168.3 09:26:24.414 [DEBUG] [np.protocol.RetrieveRemoteDescriptors] - Sending device descriptor retrieval message: (StreamRequestMessage) GET http://192.168.168.40:1400/xml/device_description.xml 09:26:24.529 [DEBUG] [org.jupnp.transport.Router] - Received asynchronous message: (IncomingDatagramMessage) NOTIFY 09:26:24.656 [DEBUG] [org.jupnp.transport.Router] - Sending via TCP unicast stream: (StreamRequestMessage) GET http://192.168.168.40:1400/xml/device_description.xml 09:26:24.763 [DEBUG] [jupnp.transport.spi.MulticastReceiver] - UDP datagram received from: 192.168.168.40:57917 on local interface: eth0 and address: 192.168.168.3 09:26:25.085 [DEBUG] [org.jupnp.transport.Router] - Received asynchronous message: (IncomingDatagramMessage) NOTIFY 09:26:34.905 [INFO] [org.jupnp.transport.spi.StreamClient] - Timeout of 10 seconds while waiting for HTTP request to complete, aborting: (StreamRequestMessage) GET http://192.168.168.40:1400/xml/device_description.xml 09:26:35.121 [WARN] [np.protocol.RetrieveRemoteDescriptors] - Device descriptor retrieval failed, no response: http://192.168.168.40:1400/xml/device_description.xml ``` From what I understand it fails fetching the device\_description.xml, right? Strange thing is I tried fetching the exact same URL from the server (using wget) and that works fine and I get an ok looking xml file. So why doesn’t the binding succeed in getting the same xml? ---
**Author:** ![Lolodomo](https://community.openhab.org/letter_avatar_proxy/v4/letter/l/ac91a4/32.png) [@Lolodomo](https://community.openhab.org/u/Lolodomo)\ **Post date:** [January 5, 2018, 8:47am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/6 "2018-01-05T08:47:04Z")
Looks good. Have you something standard for your local network ? Same network for OH server and Sonos devices ? ---
**Author:** ![DanielMalmgren](https://community.openhab.org/user_avatar/community.openhab.org/danielmalmgren/32/6783_2.png) [@DanielMalmgren](https://community.openhab.org/u/DanielMalmgren)\ **Post date:** [January 5, 2018, 8:49am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/7 "2018-01-05T08:49:34Z")
> [@Lolodomo](#): > > Have you something standard for your local network ? Same network for OH server and Sonos devices ? Nothing strange there. The OH server is on wired and Sonos devices on wireless, but no VLANs or anything like that. I might notice though that I upgraded DD-WRT on my router a couple of weeks ago (from a version from 2016 to latest, r34311). I’ve tried finding out if DD-WRT does anything that should be relevant to this, but not that I can find… ---
**Author:** ![DanielMalmgren](https://community.openhab.org/user_avatar/community.openhab.org/danielmalmgren/32/6783_2.png) [@DanielMalmgren](https://community.openhab.org/u/DanielMalmgren)\ **Post date:** [January 6, 2018, 7:15am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/8 "2018-01-06T07:15:12Z")
I don’t know if this is relevant, but others also seem to have problems with upnp since the last Sonos update, see [here](https://en.community.sonos.com/troubleshooting-228999/possible-upnp-issues-after-8-2-2-update-6796380) and [here](https://www.reddit.com/r/sonos/comments/7nazlb/sonos_upnp_after_822/). If that would be the problem I guess I wouldn’t be the only OH user with the problem though, would I? Anyone else having problems? Also if I understand my logs correctly the problem isn’t about discovery but about simply fetching an xml file, really don’t understand how that could be a problem… ---
**Author:** ![Lolodomo](https://community.openhab.org/letter_avatar_proxy/v4/letter/l/ac91a4/32.png) [@Lolodomo](https://community.openhab.org/u/Lolodomo)\ **Post date:** [January 6, 2018, 9:33am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/9 "2018-01-06T09:33:02Z")
Ah ok so it would be a bug in the Sonos firmware. The XML file to be read is the XML description of all UPnP services delivered by your Sonos device. You can try to enter this URL in a browser. Normally you should have an immediate answer. ---
**Author:** ![DanielMalmgren](https://community.openhab.org/user_avatar/community.openhab.org/danielmalmgren/32/6783_2.png) [@DanielMalmgren](https://community.openhab.org/u/DanielMalmgren)\ **Post date:** [January 6, 2018, 9:39am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/10 "2018-01-06T09:39:59Z")
Yep, opening the url in my browser returns an xml that looks alright. Guess we’ll simply have to wait and see. If it would be something general to everyone running the latest Sonos version I’m sure we’d heard a lot more about it though… ---
**Author:** ![J-N-K](https://community.openhab.org/user_avatar/community.openhab.org/j-n-k/32/19276_2.png) [@J-N-K](https://community.openhab.org/u/J-N-K)\ **Post date:** [January 6, 2018, 11:27am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/11 "2018-01-06T11:27:10Z")
I’m facing exactly the the same problem. ---
**Author:** ![DanielMalmgren](https://community.openhab.org/user_avatar/community.openhab.org/danielmalmgren/32/6783_2.png) [@DanielMalmgren](https://community.openhab.org/u/DanielMalmgren)\ **Post date:** [January 6, 2018, 1:23pm UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/12 "2018-01-06T13:23:45Z")
> [@J-N-K](#): > > I’m facing exactly the the same problem. I’m not alone! 😄 Do you know if the problem started with the Sonos 8.2.2 update? Also, I tried installing an UPnP test program on my laptop and from that I can see all my Sonos speakers just fine. Both when the laptop is on wifi and when it’s connected by cable. ---
**Author:** ![J-N-K](https://community.openhab.org/user_avatar/community.openhab.org/j-n-k/32/19276_2.png) [@J-N-K](https://community.openhab.org/u/J-N-K)\ **Post date:** [January 7, 2018, 7:52am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/13 "2018-01-07T07:52:54Z")
Not sure. I don‘t use it that often. But it worked flawlessly before upgrading the Sonos firmware and to the latest OH stable. ---
**Author:** ![DanielMalmgren](https://community.openhab.org/user_avatar/community.openhab.org/danielmalmgren/32/6783_2.png) [@DanielMalmgren](https://community.openhab.org/u/DanielMalmgren)\ **Post date:** [January 28, 2018, 12:09pm UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/14 "2018-01-28T12:09:02Z")
Ok, this is weird. Since an upgrade to 8.3 didn’t solve this problem, I grew tired of it, so a few days ago I contacted Sonos support. Got answer the next day, saying that “this has been disabled in latest 8.3” (my translation). I interpret this as Sonos not wanting third party stuff connecting at all any more. Sent a follow up question, but haven’t got any answer yet. However (and here comes the strange bit) tonight I hade a power outage here, too long for my ups to keep things alive. So now everything (including of course openhab server and all Sonos speakers) have been restarted and suddenly things seem to work fine! All speakers are online and openhab seems to communicate perfectly well with them. So it seems in 8.3 things work again after a restart (though I don’t know if it’s restart of openhab or speakers). Can anyone else confirm? And why the heck would Sonos support say it’s been disabled when in fact it has been fixed??? ---
**Author:** ![J-N-K](https://community.openhab.org/user_avatar/community.openhab.org/j-n-k/32/19276_2.png) [@J-N-K](https://community.openhab.org/u/J-N-K)\ **Post date:** [January 29, 2018, 8:16pm UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/15 "2018-01-29T20:16:07Z")
I upgraded to 8.3 today and can it worked again. ---
**Author:** ![DanielMalmgren](https://community.openhab.org/user_avatar/community.openhab.org/danielmalmgren/32/6783_2.png) [@DanielMalmgren](https://community.openhab.org/u/DanielMalmgren)\ **Post date:** [January 30, 2018, 2:22pm UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/16 "2018-01-30T14:22:09Z")
…and now Sonos support tells me that only the systems listed on [this page](https://sonos.custhelp.com/app/answers/detail/a_id/4138/kw) will work with Sonos and nothing else. And that the developers should visit [https://developer.sonos.com/](https://developer.sonos.com/) if they want us to be supported. So first it didn’t work and nobody knew why. Now it DOES work but Sonos themselves says that it shouldn’t… What do you think about that? @Lolodomo, any comments? ---
**Author:** ![Lolodomo](https://community.openhab.org/letter_avatar_proxy/v4/letter/l/ac91a4/32.png) [@Lolodomo](https://community.openhab.org/u/Lolodomo)\ **Post date:** [January 30, 2018, 9:07pm UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/17 "2018-01-30T21:07:54Z")
They probably propose an official SDK/API to selected partners while we are relying only on reverse engineering findings on their way to use the UPnP protocol. I doubt they will change all their API and break lots of software but they could probably technically do it. It would be so stupid and deceiving that I can’t imagine it. ---
**Author:** ![J-N-K](https://community.openhab.org/user_avatar/community.openhab.org/j-n-k/32/19276_2.png) [@J-N-K](https://community.openhab.org/u/J-N-K)\ **Post date:** [February 4, 2018, 9:35am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/18 "2018-02-04T09:35:32Z")
I did have a quick look at the registration form. Someone should register ESH, it seems to be enough to point out how Sonos users benefit from us. ---
**Author:** ![der\_M0j0](https://community.openhab.org/letter_avatar_proxy/v4/letter/d/a9adbd/32.png) [@der\_M0j0](https://community.openhab.org/u/der_M0j0)\ **Post date:** [June 29, 2018, 4:56pm UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/19 "2018-06-29T16:56:33Z")
Hi, i am having the same issue after upgarding my Openhab from 2.1 to 2.3 Is there any temorary workaround/solution available? For me it takes around 24h until all sonos devices are seen as offline. Throughout these 24h i see them sometimes toggeling to offline for a minute and than comming back up. Until the fully disapear Saludos M0j0 ---
**Author:** ![J-N-K](https://community.openhab.org/user_avatar/community.openhab.org/j-n-k/32/19276_2.png) [@J-N-K](https://community.openhab.org/u/J-N-K)\ **Post date:** [June 30, 2018, 8:08am UTC](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167/20 "2018-06-30T08:08:46Z")
Please provide logs and details about your setup. [Next page](https://community.openhab.org/t/the-upnp-device-is-not-yet-registered/38167.md?page=2)