Curt and I ended up getting this working. I created a "recipe" on IFTTT to use iOS Location to go download a URL to my Dropbox when I enter a particular geolocation and download a different URL to my Dropbox when I exit the geolocation. The URL's aren't actual existing web pages (though they could be). Curt wrote a program to monitor the Apache log and when it sees an attempt at that obscure, non-existing web page, it SSH's into the Elastix server and runs a command to enable or disable the call forwarding.
I also have the "DO" app on my phone with two "recipes" to enable or disable the forwarding, so I can turn enable or disable it, manually, with a push of a button. Those "recipes" just do the same thing (attempt to download a file from a particular URL.) Chris On Wed, Apr 1, 2015 at 7:50 AM, Andrew Farnsworth <[email protected]> wrote: > John, > Microwaves will disrupt WiFi signals as it uses the same frequency as > the 2.4 Ghz b/g/n varieties. The 5 Ghz varieties should not be disrupted. > I have heard people say why don't they change the frequency of the > microwave oven to not interfere but they don't realize that the frequency > of the microwave oven is defined by physics where the frequency of WiFi is > a preference. Additionally, microwave ovens put out a LOT more power than > WiFi access points... WiFi typically runs at 100 mw and generally maxes out > at 400 mw while microwave ovens run at ~1000 Watts... a 10,000x increase in > power over 100 mw WiFi. > > Back on to subject, I still think you could monitor something on your > network like DHCP or DNS or something that would tell you when the phone is > on the network and when it isn't. I did a quick check and smartphones > almost always "phone home" (via TCP/IP query) and this is a pretty regular > occurance. This means that you could monitor this traffic and when it has > not appeared for N minutes (N=~5-10 minutes) just switch to "phone not on > premises" mode. This would have the added advantage that if the person > left the phone at home or in the car or lost it, the system would not route > calls to it. However, if the accidentally leave it at work, they will stay > routed to it, but does that really matter since the phone is at the office > anyway. One disadvantage is that anytime they got a new phone you would > have to update the configuration to watch for the new phone rather than the > old one. > > A quick Google search shows that android devices query " > android.googleapis.com" approximately every 5 minutes and that iOS > devices query apple.com at about the same interval. Even if the wifi > goes to sleep and is then woken up every 5 minutes (or every 2.5 minutes if > these two queries are 90 degrees out of sync) they would retain their IP > address as the DHCP lease will not have expired and, even if it has, you > will have set them to a static IP configured by DHCP anyway. > > Andy F > > On Tue, Mar 31, 2015 at 8:55 PM, John F. Eldredge <[email protected]> > wrote: > >> The reason I suggested having the connection to the work WiFi turn the >> at-work state on, but putting the phone into car mode turn the state off, >> is so momentarily losing your WiFi connection won't turn the at-work state >> off. I know from using my home WiFi that you will occasionally lose the >> connection for a moment, probably due to some outside signal momentarily >> jamming the signal. The same frequency range used for WiFi is also used by >> microwave ovens and (if I recall correctly) walkie-talkies. >> >> >> On March 31, 2015 5:44:40 PM CDT, Blake Dunlap <[email protected]> wrote: >> > Locale/tasker/llama + location based on wifi ssid in the office + >> > scripting/api can do this pretty easily. >> > >> > That said, this is the whole point of integrating im and presence so >> > you don't have to jump through a bunch of hoops, it just works with a >> > presence client like jabber on the phone. >> > >> > -Blake >> >> -- >> John F. Eldredge -- [email protected] >> "Darkness cannot drive out darkness; only light can do that. Hate cannot >> drive out hate; only love can do that." -- Martin Luther King, Jr. >> >> -- >> -- >> You received this message because you are subscribed to the Google Groups >> "NLUG" group. >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected] >> For more options, visit this group at >> http://groups.google.com/group/nlug-talk?hl=en >> >> --- >> You received this message because you are subscribed to the Google Groups >> "NLUG" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> > > -- > -- > You received this message because you are subscribed to the Google Groups > "NLUG" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/nlug-talk?hl=en > > --- > You received this message because you are subscribed to the Google Groups > "NLUG" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- -- You received this message because you are subscribed to the Google Groups "NLUG" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/nlug-talk?hl=en --- You received this message because you are subscribed to the Google Groups "NLUG" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
