Nah, it wasn't you! :) The solution I think we're going to go with is leveraging our existing SIP infrastructure and write scripts to dial out to the OOB Modem / Fax machines at the sites that are disconnected from the network. If they both don’t answer, we'll assume a power outage. If one or the other does answer, it'll queue up for human interaction. I wrote a script in Perl in about 15 minutes to do this. God, I'm not sure if I'm stuck thinking inside or outside the box anymore! Thanks for the replies and insights, James -----Original Message----- From: NANOG [mailto:nanog-bounces@nanog.org] On Behalf Of Karl Auer Sent: Sunday, December 06, 2015 14:17 To: nanog@nanog.org Subject: Re: Modem as a service? On Sun, 2015-12-06 at 16:36 -0500, James R Cutler wrote:
On Dec 6, 2015, at 2:19 PM, James Laszko <jamesl@mythostech.com> wrote:
... we don’t need to actually connect to the OOB modem on the other side, we just need a NO ANSWER/ANSWER kind of response. …
Forget modems - to probe via some kind of analog connection, just get a single instrument wireless telephone with answering capability. For a bonus, put some kind of identifier in the answering message: No power > no answer; power > answer.
I must be thick - how does that solve the problem? The OP wants to know if a modem at a remote site will answer the phone. Maybe I misunderstood the problem. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@biplane.com.au) http://www.biplane.com.au/kauer http://twitter.com/kauer389 GPG fingerprint: 3C41 82BE A9E7 99A1 B931 5AE7 7638 0147 2C3C 2AC4 Old fingerprint: EC67 61E2 C2F6 EB55 884B E129 072B 0AF0 72AA 9882