Turn off relaxdtmf in zapata.conf if that does not help play with the
rxgain, if that does not help, play with the txgain. If the volume is
too loud or too soft on zap channels, Asterisk can sometimes miss or see
double DTMF.
Brian Candler wrote:
On Thu, Sep 14, 2006 at 10:37:59AM -0500, Rich Adamson wrote:
Brian Candler wrote:
On Thu, Sep 14, 2006 at 09:00:57AM -0500, Rich Adamson wrote:
[outbound]
exten => _9.,1,Dial(Zap/4/${EXTEN:1}) <<<< NOTE HERE
exten => _9.,2,Congestion()
exten => _9.,102,Congestion()
Try replacing the first step above with:
exten => _9.,1,Dial(Zap/4/w${EXTEN:1})
Note the "w" in the above means wait for about a 1/4 second before
sending the number to the central office.
Some central offices are not ready to receive digits as quickly as
asterisk sends them out.
Interesting feature, thank you, but I don't think that's the problem.
Notice that Asterisk's own log shows that it thinks the number called is
99XXXXX and therefore dials out to 9XXXXX, where in fact I only dialled
9XXXXX and so it should be dialling XXXXX.
Console:
-- Starting simple switch on 'Zap/1-1'
-- Executing [EMAIL PROTECTED]:1]
Dial("Zap/1-1","Zap/4/907974XXXXXX") in new stack
-- Called 4/907974XXXXXX
-- Zap/4-1 answered Zap/1-1
-- Native bridging Zap/1-1 and Zap/4-1
-- Hungup 'Zap/4-1'
== Spawn extension (internal, 9907974XXXXXX, 1) exited non-zero on
'Zap/1-1'
-- Hungup 'Zap/1-1'
If this were consistent I could use ${EXTEN:2} to strip off the two 9's,
but
it isn't.
Try the above an see what the result is. If it does not address the
problem, at least one item has been removed from the list of
possibilities. ;)
Without wishing to be contrary: could you explain to me how it could
possibly work?
Asterisk thinks I dialled (on the inbound leg) a number starting 99. After
it has got this wrong number, it then dials it on the outbound leg,
stripping off one of the 9's as that's what the dialplan says.
Adding a 1/4 second delay on the outbound leg won't change the fact that
it's trying to dial the wrong number in the first place.
Regards,
Brian.
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
