Yes, you can run ping and tracert as a user but to get direct access to some network level functions using our own code, we had to deal with that issue. It didn't take much to get this resolved but it was an issue that we had to solve.
>No ICMP but you can whip programmatically http/tcp/udp.
We don't need root access but we do need access to those ports mentioned and icmp. I'll have to speak with the dev and see if we could get by without icmp if that's not possible.
>>Your "normal" behavior is wrong then!
![](https://forums.roku.com/images/smilies/icon_wink.gif)
You shouldn't
permanently identify a device, since they change ownership.
No, it's not wrong :). As I said, I didn't disclose what the service is but I'm sharing the facts that do exist. Of course, other ways could be explored and as you mentioned, there is a registry of sorts which might be a possible solution. In other words, when you build something, you realize that you might have to use different methods in different situations so, this is taken into account. It's just not the primary way we would prefer it.
>How do you deal with your MAC "addiction" on iOS, where that's deprecated now?
We don't have anything to do with mobiles.
>Do you use IDFA (advertiser id) - and if so, you can use what Roku calls
RIDA by calling
GetAdvertisingId(). Alternatively you can just call
GetRandomUUID() >on first install, store that in registry and subsequently always send that to the server (that will allow device reset to factory to "unhook" from that ID)
Obviously over my head at the moment since I've just started looking into this but I'll refer back to this thread.
In the end, we designed this in a certain way to be used in a certain way but now are looking at how we could modify as needed if/when using with other products so all of these things will of course come up.
Again, thanks for the leads, these are good starting points.