[asterisk-users] "automatic call bridging when destination is available" feature

[Olivier]

2009/3/14 Vieri <rentorbuy at yahoo.com>

>
>
> --- On Sat, 3/14/09, Olivier <oza-4h07 at myamail.com> wrote:
>
> > > If I understand correctly, you're suggesting to
> > implement the h priority
> > > instructions (or a "hangup macro") to:
> > >
> > > 1) run a deadagi or a system() script to see if
> > someone has left a request
> > > (eg. in astdb) to call-back-when-avail
> > >
> > > 2) create a call file with, say:
> > > Channel: SIP/102
> > > and
> > > Context: internal
> > > Extension: 101
> > > Priority: 1
> > >
> > > Is that what you would do, more or less?
> >
> >
> > yes, that's exactly what I meant.
> > As I'm not too fluent in AEL scripting, I'm afraid
> > I can't easily be more
> > helpful but you eactly got what I suggested.
> >
> > What would think of that ?
> > Would it fit for you ?
>
> Thanks for the feedback but there are some things that would not work
> right:
>
> 1) when 102 hangs up, the call file would try to reach 101

yes but it can be done the other way if think 102 is very likely to be busy
...

but if 101 is busy, it may retry later (MaxRetries in call file)

You can also set MaxRetries to 0 and strictly rely on the fact that
extension 102 hangups  ...


> and finally reach it and send 101 to the context where it would then
> Dial(SIP/102). However, inthe meantime, 102 could have received or made
> another call and be busy again (and that would "irritate" the 101 user).


So ?
When Telcos implement this service they limit retries in a 30mn time frame
so that you're not called back at 2am, for intance.


>
> 2) 102 may not necessarily be "on the phone" when 101 first tries to
> contact. The 102 extension could simply be
> off-line/Unavailable/unregistered, so the 102 user would never "hang up"
> (thus the hangup macro would never be executed).
>
> Anyway, I was hoping Asterisk already had a trick up its sleeve for this
> ;-) but I guess I'll have to implement a custom event listener and try to
> bridge extensions.
>
> Thanks,
>
> Vieri
>
>
>
>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090315/bb7e8227/attachment.htm