There is no port scan or subnet scan happening
OK, then. Hypothesis falsified!
Yet, the phenomenon continues. Is there anything special happening on a cold start (power cycle) as opposed to waking up from being suspended? That is the one difference between my mom's client an all of the others; her Fire stick is powered off when the TV is turned off.
1 Like
You have it on some kind of IP outlet that removes power to the Firestick? I was under the impression a Firestick is never off unless you pull the plug.
It goes to sleep.
From the previous post, it sounds as if the Fire Stick is powered by the TV’s USB port, and power is cut when the TV is powered off.
1 Like
Yep! I was previously using Roku sticks, which had the annoying trait of continuing to stream even after the TV was turned off. Consequently, I kept hitting the data cap, at least partly due one or more of them staying connected to a streaming source 24/7 (this was a few years ago). So, I found a plug strip that would turn off some outlets if the device plugged into a monitored outlet was turned off.
I've never noticed this to be a problem with the Fire TV sticks, so I could disable that feature.
What?
Did you plug the firesticks microusb cord into one of the TVs usb ports, or is it connected to a brick.
Most TVs have a USB port that delivers just enough power to keep a Fire Stick running. While this generally is for plugging in a thumb drive for viewing photos, music, or videos, it can also be used for less-needy streaming devices.
I have seen TVs that continuously power USB ports, and others that power them off when the TV is turned off. I've also experienced USB devices that need more power that the TV provides, so I always use a power brick. I bought a smart plug strip that switches some outlets on or off, depending on whether or not a device plugged into a control socket is drawing power or not. This is not the one I bought (which I can't find anymore) but this one is functionally equivalent: https://smudenergystore.com/TrickleStar-7-Outlet-APS/P-TKSAPS007.html
Slightly off topic, but related....
I have all my media devices segregated on a separate vlan and additionally only open those ports necessary for them to communicate with each other when necessary (DVR server and clients on same vlan). When resetting or reloading the client software, it cannot detect the server, but I have no problem connecting to it manually. So the question...
what protocol and port do you use for the server discovery?
I believe SSDP is 5353.
5353 is mDNS....already have that opened both UDP and TCP. SSDP UDP/1900 is also open. I don't have Bonjour enabled....is that necessary for discovery?
To traverse subsets/networks/VLANs, not only do you need the ports open, but broadcast packets need to be forwarded. You need to additionally look into a multicast relay or repeater. (The relay is preferable, as the repeater can introduce additional traffic on your network that can be quite noisy.)
Read again....everything is on the same vlan (DVR server and android client)
I skimmed over the latter part of your post.
Well, considering Bonjour == zeroconf == multicast DNS (mDNS), yes that’s most likely your problem. If your server is not advertising its services, how are you expecting clients to discover them?
Just wanted confirmation they weren't using an alternate method. For example...HDHomerun discovery happens on UDP/65000,
I don't like running unnecessary services, and I've had problems with Bonjour in the past.
From their own published docs (check out the Discovery section):
(Granted that’s for the clients’ API, but the DVR uses the same model.)
1 Like
Thanks for the link. Actually, maybe they could spend some time expanding that api doc. There are other http api's that I've picked up in the forum that aren't documented there.
That link is for the API to the clients. The server API is undocumented, and not guaranteed to be stable.