Re: Re: Capabilities Question

Luca Bariani <[email protected]>
Newsgroups gmane.comp.gnu.bayonne.devel
Message-ID <[email protected]>
Alle 15:24, venerdì 18 marzo 2005, Tony Stocker ha scritto:
> Luca,
>
> That's great news!
>
> As far as the number of calls at one time goes we really only need to
> make one at a time.  

ok..,. with a 4-lines boards you've too much lines :-)

> Here's the basic logic framework we're looking at 
> using:
>
> 1. Problem detected
> 2. Send emails to on-call personnel, set email-sent flag
> 3. Wait for period of time n
> [If on-call personnel logs in to check problem, they will manually set
> flag on-call-responded]
> 4. Check on-call-responded flag, if not set then initiate call
> 5. Call first on-call responder and play message
> 6. ??
>
> Actually here is where I have another capabilities question.  Right
> now I think since Bayonne can make the call, which is the main thing,
> everything else would just be gravy but it would be nice to know if it
> can do the following as well.
>
> Can Bayonne wait for a response from the person it called?  For
> instance let's say the message Bayonne plays goes something like
> "There is a problem.  Please enter your responder code to verify that
> you have been contacted."  Can the system wait for the person called
> to key in their code using the telephone number pad?  The main reason
> for this is in case the on-call person's voicemail or something picks
> up instead, also for accountability that yes indeed the on-call person
> received the call.  If the code isn't entered (in some period of time)
> then the script would use Bayonne to call the next on-call person on
> the list, and so forth.

of course, with bayonne you wait for input, check it and have an 
authentication

>
> I know that's a bit more complicated than my initial question, but the
> more I thought about this last night I realized there were some issues
> that needed to be addressed if possible.
>
with bayonne it's not complicated at all

bye

Lua
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.