evert at disruptor.nl
2010-Jan-12 17:38 UTC
[asterisk-users] Inserting a wait in a sip dial
Hi All,
After searching and didnt found it, im just sending my situation here,
maybe someone knows where i should look.
Im using Asterisk 1.6.1.10
Internally the user with a sip phone dials a number for instance 0623456789
It goes fine to the specific dial rule:
which is: exten => _0[6].,2,Dial(SIP/0${EXTEN:1}#@xs4all-out,60,tTwWkK)
This works fine without a charm, but the situation is that i want to hide
the phonenumber going out, this is done in the netherlands by dialling
*31# and then the phonenumber you want to call.
so i modified it to:
exten => _0[6].,2,Dial(SIP/*31#0${EXTEN:1}@xs4all-out,60,tTwWkK)
Only then it doesnt work, since i prolly need to wait before dialling the
number.
so after searching i saw several posts and sites which stated that i need
to use 'w' in the dial command.
So i changed it to:
exten => _0[6].,2,Dial(SIP/*31#w0${EXTEN:1}@xs4all-out,60,tTwWkK)
But then the other peer says:
-- Called *31#w06123456789 at xs4all-out
-- SIP/xs4all-out-00000234 is circuit-busy
== Everyone is busy/congested at this time (1:0/1/0)
-- Auto fallthrough, channel 'SIP/evert-00000233' status is
'CONGESTION'
Anyone an idea where i should look, or how i should change it, so that i
do get a wait before sending the rest of the number to the sip peer.
Thanks in advance,
Regards,
Evert
<snip>
But then the other peer says:
-- Called *31#w06123456789 at xs4all-out
-- SIP/xs4all-out-00000234 is circuit-busy
== Everyone is busy/congested at this time (1:0/1/0)
-- Auto fallthrough, channel 'SIP/evert-00000233' status is
'CONGESTION'
Anyone an idea where i should look, or how i should change it, so that i
do get a wait before sending the rest of the number to the sip peer.
</snip>
I don't have an answer for this but am holding my breath that *someone*
does. I ran into a similar situation (dial a number, then wait, then dial an
extension via SIP to PSTN) a few weeks ago and never figured out a resolution...
My THOUGHT is that you would have to manually inject the DTMF into the stream
somehow after the SIP provider connects the call...
Thanks
Dave