[asterisk-dev] ISDN Overlap dial mechanism
Moises Silva
moises.silva at gmail.com
Tue Apr 14 15:39:52 CDT 2009
I am very interested in hearing comments about this too. It's been a
couple of months now since I have been thinking in an early bridge
functionality, particularly for R2 signaling sometimes the call setup
times can be long and there are situations where users just need to
pass-through the call to the telco from a PBX for certain dial
patterns. (PBX -> R2 -> Asterisk -> R2 -> Telco)
So, for example, pattern _1XXXX should be handled by Asterisk to
Playback() or Dial() to a SIP extension, but, for pattern _9. the call
should go straight to another Zap device connected to the telco. The
situation can get pretty slow in R2 variants where there is no way for
the calling end to say "I have no more digits to send" and the variant
relies in time out.
When the incoming leg sees it has received a 9 as first digit should
be able to spawn the PBX thread and do an early bridge to some other
DAHDI chanel to speed up the call setup process. Probably a
DAHDIBridge() application where the particular DAHDI signaling
implementation would handle such request.
I'm sure there are details I have not considered, but I think it's doable.
Moy
On Tue, Apr 14, 2009 at 3:44 PM, Paulo Garcia <paulo.astdev at gmail.com> wrote:
> Hi,
> I'd like to know if it is possible to have a scenario where Asterisk acts
> like a switch "as-you-go" for ISDN calls. Let me explain better:
> I have an incoming call being received by Asterisk in overlap mode. After
> receiving the first information, my dialplan starts to make an outgoing call
> using these first data in overlap mode as well. As the incoming side
> receives more digits, Asterisk sends these digits to the outgoing call side,
> until the network is "satisfied" and the call is completed.
> I know it seems a user question, but my interest is in the implementation of
> this mechanism. If it is possible doing this, where I can find more
> information how the data is exchanged between both legs, since at this point
> the outgoing leg is executing the Dial() application.
>
> Thanks in advance
> Paulo
>
>
>
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
>
--
"I do not agree with what you have to say, but I’ll defend to the
death your right to say it." Voltaire
More information about the asterisk-dev
mailing list