For all that is holy, bring back the ability to reboot a Sonos device via a web browser.
Left stereo paired Sonos Play:1 plays sound.
Right stereo paired Sonos Play:1 is silent.
The only thing that fixed the right stereo paired Sonos Play:1 was to power cycle the Sonos Connect.
Shouldn't need to schlep across the house to unplug a power cable, and spend an eternity trying to plug it back in, when the device is already connected to the network.
Let me reboot it from my computer.
Let me reboot it from my tablet.
Do I really need to buy a WeMo outlet to accomplish this?
Setup...
Router -> (ethernet) Sonos Connect -> (SonosNet) 2 - Sonos Play:1s (stereo paired)
This topic has been closed for further comments. You can use the search bar to find a similar topic, or create a new one by clicking Create Topic at the top of the page.
Page 2 / 2
If wireless root path costs of two nodes are very similar, it won't be cheaper to use the wire between them so it'll remain blocked. Straightforward STP.
Direct Routing is laid on top of the STP topology and is designed to allow audio streams to jump between wireless 'leaf' nodes without taking a circuitous route round the spanning tree. Cabling between wireless nodes in a group/bond is therefore unnecessary, and in fact is now deprecated by Sonos. A possible exception case is where one of the two nodes is badly placed in terms of wireless conditions, in which case it makes sense to disable its radio.
Direct Routing is laid on top of the STP topology and is designed to allow audio streams to jump between wireless 'leaf' nodes without taking a circuitous route round the spanning tree. Cabling between wireless nodes in a group/bond is therefore unnecessary, and in fact is now deprecated by Sonos. A possible exception case is where one of the two nodes is badly placed in terms of wireless conditions, in which case it makes sense to disable its radio.
In theory, a Sonos device should never need re-booting, BUT in the real world there are numerous things re: network, and other things which occasionally need the device re-booted. At this moment, I need to reboot my Playbar. It is installed on a beam 8 feet above the floor. Having had recent surgery on my shoulder and being a senior, the last thing in the world I want to do is get on a ladder. I used to use the ip:1400/reboot. This made it easy. It is not needed daily or weekly, but from time to time it is needed. Why can’t this great feature be restored?
Hi Buzz,
You have a good point!
Yes, my cable modem and router are on a UPS as I have a VoIP phone line on that. Also every devices I have is ( Sonos and others ) have an assigned IP
I will try to get a small UPS for the BOOST.
Thank you for the suggestion.
You have a good point!
Yes, my cable modem and router are on a UPS as I have a VoIP phone line on that. Also every devices I have is ( Sonos and others ) have an assigned IP
I will try to get a small UPS for the BOOST.
Thank you for the suggestion.
Userlevel 2
For Ryan S: I'd like to add my voice to the requests for a reinstatement of the remote reboot feature in some form. Although not a particularly regular requirement (i.e. there is no underlying issue with my system), on the occasions that my loft-based devices feeding ceiling speakers do need rebooting, I am rather stuck. I have a disability (spinal issues) that make climbing a ladder not as straightforward as it would be for some and since the removal of the remote reboot feature I have regularly had to accept zones in my house simply not working.
Userlevel 2
I have, indeed.
Still need to occasionally reboot a Sonos device... by powering it off, and back on.
Working around the lack of remote reboot capability by using a WeMo. 🙂
Userlevel 2
Of course!
However, the issues are infrequent, and not reproducible at will.
It's just a pain to need to power a device off, and back on, when it doesn't have a power button, nor remote reboot capabilities.
Userlevel 7
+23
How often does your network screw up?? Maybe you should get a new router or something.
Perhaps @hcq doesn't have screw-ups, and merely wants to make all units re-request the DHCP server. I've done this a number of times when moving a household between subnets.
@controlav -- My Sophos XG does not neet to be replaced - it works fine (and could be rebooted remotely if needed). I changed SSID names, this made my SONOS stop working correclty. Nevertheless I do see the SONOS via sonos_ip:1400 and why can i play an mp3 via http-sonos-api (http://sonos_api:5005/room/clip/doorbell.mp3/75) to an SONOS "room" but not via the SONOS Mac OS app / Android App without rebooting the SONOS player?
How much of an issue? Well probably less than once or twice year.Sonos updates are rather more frequent than that, and they obviously trigger a full system reboot. Unless of course you've elected to lock your system at some ancient version...
That would have to be a deliberate act on the users part surely. I can't see a router having a default port forward to port 1400, and I don't see how you can accidentally set a port forward. Do we have to have wind-up players because some users opened their devices and licked the live parts?
Updates don't see me having to go round the devices rebooting them manually, the reboots are automatic. Maybe you misunderstood that the thread is about the user initiated remote reboot facility. I would hate to think you are just pedantically looking for things you can nitpick at. Maybe once or twice a year I want to initiate reboots, mainly due to network topology reasons, or I have had a switch out of action.
I am currently held back on updates but I await the day that a killer feature comes out that will make me want to abandon my CR100s in favour of the new killer feature. The removal of remote reboot functionality isn't that killer feature. I do read the version releases and all I can say is I am still waiting. Is the current app the bees knees, is the user base rejoicing in its simplicity of control?
That would have to be a deliberate act on the users part surely.
Agreed, required reboots are rare. The few times I have spoken to support they have always moaned about how long mine have been up for, and got me to reboot (fair enough), although doubt I have spoken to the support team in 10-years.
But equally the 'stupid' SonosNet is so robust that if I take apart part of the fixed network to fix/change something it routes the other half of the network via SonosNet. Handy for resilience, but when restored often needs a reboot to get operational via hardwire. I'm normally at a laptop at that point, and far easier to reboot remotely. Three storey house and can be a pain to run two flights of stairs, move a desk, open a wall cupboard, unplug device and replug.
I have a very stable network, with everything on reserved IPs on Management, Home and IoT VLANs, only the guest LAN is totally unreserved. Everything that can be wired is wired, with 50 something devices. I find this way stuff works, and we have enough pressure on WiFi as it is (10 APs on site and currently 53 guests on WiFi).
Current uptime (as I'm not doing updates) is 87-days, the exact number of days since we got back from vacation, and they were all turned off whilst we away.
Userlevel 7
+20
Both of my Sonos installations automatically reconfigure themselves quite happily when I make network alterations. In one case which I exercise frequently the system flips from WM:0 to WM:1, then back again when it can. It's never skipped a beat.
Which is not say that I wouldn't welcome the return of a reboot facility 🙂
An important used feature, clearly used by many, has been taken away with no viable solution from Sonos. Pretty lame in my book. I think Sonos can do better.
Hey Sonos, what’s the verdict here?
I appreciate the security consciousness as we all need to focus on that, but why wouldn’t you provide an alternative solution before removing this feature that many of us used?
As i see it, your focus has always been ease of use — so why would you want your user to have to go through unnecessary steps to fix an issue? Also, do you not see the advantage of your users soft rebooting your devices instead of hard rebooting them?
Aaron
I appreciate the security consciousness as we all need to focus on that, but why wouldn’t you provide an alternative solution before removing this feature that many of us used?
As i see it, your focus has always been ease of use — so why would you want your user to have to go through unnecessary steps to fix an issue? Also, do you not see the advantage of your users soft rebooting your devices instead of hard rebooting them?
Aaron
Page 2 / 2
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.