No, no changes to network. I suspected the problem is with my local
system. I've read some of those vocal threads - as soon as I see I'm the
only one, then the problem is probably local. Over the next two three
days I will explore my settings to determine if anything has changed
(i.e I have auto
Apesbrain wrote:
> Check your squeezesvr service setting to be sure it is not set to
> auto-restart if stopped.
>
> I use a simple bat file to restart the squeezesvr service:
>
> Net stop squeezesvr
> Timeout /t -5
> Net start squeezesvr
>
> Did that from memory so I hope it's correct.
No
Check your squeezesvr service setting to be sure it is not set to
auto-restart if stopped.
I use a simple bat file to restart the squeezesvr service:
Net stop squeezesvr
Timeout /t -5
Net start squeezesvr
Did that from memory so I hope it's correct.
Hi - A week ago, although I did not do any change to my LMS system, a
very annoying problem occured on my Win7 installation. The
SqueezeSvr.exe (7.9.1) process won't die. Whether I start it as a system
service and try to kill it this way, or in the session, does not change
anything. Stopping LMS
Sounds like either or both your AP and router are not handling the fast
roaming packets correctly and shouldn't be passing them on to LMS.
Main system - Rock Solid with LMS 7.9.1 Official on WHS 2011 - 2 Duets
and Squeeseslave
Cabin system - Rock solid with LMS 7.9.1 Official on Win10 Pro - 1
vco1 wrote:
> Although it very much seems the 802.11r packet is initiated by
> 'something' that's related to LMS.
It is 802.11r related - so I'm guessing it's when when an Amdroid app
initiates wireless communication - did you check comms from the android
devices for same packet being sent to
bpa wrote:
> As this is a newtworking and not a LMS issue, you'll probably get better
> feedback from an openwrt forum where you may have access to some
> developers.
Agreed it's not an LMS issue. More of a Samsung/Android issue it seems.
I'll see if I can find an answer somewhere else.
iPhone wrote:
> .
> Well is just it, I am NOT actually get a burst of Audio. I get
> absolutely NO Audio. The track play timer moves from Zero on the left to
> about 10 seconds without any actual Audio output, then I get the
> "Connection Reset by Local Host" error when trying to us Tidal from
vco1 wrote:
> The LMS server is wired. And yes, it looks like the dropped packets are
> just the 802.11r ones. So they are dropped rightfully, but shouldn't end
> on the server. Their destination should be the AP, not the server,
> afaik. The tcpdump show clearly the destination MAC address is
The LMS server is wired. And yes, it looks like the dropped packets are
just the 802.11r ones. So they are dropped rightfully, but shouldn't end
on the server. Their destination should be the AP, not the server,
afaik. The tcpdump show clearly the destination MAC address is that of
the server
Is the LMS server wired or wireless ?
Is it possible the dropped packet are just the 802.11r ones - in which
case the server is justified to drop them and the problem is the router
(which model ?) sending the sending to server.
bpa wrote:
> I'm not familair with detaisl but Fast Roaming is related to wireless
> devices (see 802.11r) but AFAICT should be between radio device and AP.
>
> I'd look at your Wifi setup and perhaps options on the router/AP.
The Wifi setup seems to be okay. I have no problems except for
12 matches
Mail list logo
