I have the case where I have a public facing service sitting out on the internet and I would like the ability for the server to contact specifically design embedded devices that are sitting in normal home networks when required.
I know that the devices can poll the server to get updates etc but 1) There will be a lag between when server does something, and device polls for update and 2) There will be a lot of useless traffic (over time) generated.
Does anyone have any suggestions on how to do this? My initial though is to have the embedded devices use UPNP to try and generate a port forward rule in the home router, and then register that port to the server. The server can then generate a HTTP request to that address (http so that it will get routed etc without being blocked by firewalls etc along the way). If the device cant create the forward rule then it will resourt back to the polling method.
Does this sound about right? Anyone have any experience they could share with this sort of thing? (Client will be c++ on embedded linux, server .NET).