Re: Remote management of embedded devices
Alex J Lennon <ajlennon@...>
On 07/03/2014 13:41, Bryan Evenson wrote:
Alex,Thanks Bryan, thanks really interesting. We do something similar with-----Original Message-----This is similar to what we have running. We're using opkg for the package management system and allow firmware upgrade through the USB stick or through remote access. We have an SSH server for remote access, and each device has its own private key for access into the server. If the device is in the middle of an SSH session with the remote access server, we can then SSH into the device from our server if we want to do some deeper diagnostics on an issue with a device. We have separate HTTP server which each device queries to see if it needs to check in. So instead of having to do an ssh login each time to check if there's a firmware upgrade available, it just needs to do a HTTP GET to see if there's firmware available or if we want to check on its status.
HTTP requests on various projects and that might well be something to
apply here. I guess the limitation of this approach is that you are
limited in when you can obtain your back channel to the device to the
frequency with which they connect to the HTTP server. I do wonder just
how much load there would be on a server handling a lot of SSH
connections if almost all of those connections were just idling, sending
keep alives now and again. I keep meaning to try to put together some
metrics on that as, if I'm right and the load is low (as long as we
ensure connections from devices are never synchronised, e.g. power
failure) then I'd like to have an "always on" back-channel available
Interestesting about opkg too - thanks for that!
I'd also love to hear other people's solutions to see if they have done something similar or came up with a different solution.Me too