asterisk users - Mar 2007 - Background / Invalid Extension through cell phone

Hi,

I have had an issue for a long time, and really just can't solve it.

My boss and others seem to have a problem when they call into our 
asterisk phone system.  It often takes 3-4 tries of entering an 
extension before the system gets it right.

Below is my context that the call comes into, and some debugging from 
the asterisk console.

[corporate]
;;exten => fax,1,Macro(faxreceive)
#include "local_ext.conf"

exten => s, 1, answer
exten => s, 2, Wait(2)
exten => s, 3, Background(menu_ty)
exten => s, 4, Background(menu_ext)
exten => s, 5, WaitExten(30)
exten => s, 6, Voicemail(u100)
exten => s, 7, Hangup()

exten => t, 1, Hangup
exten => i, 1, goto(s|4)


Below, you will see the call come into Zap/53.  He is trying to dial 
extension 104.  The first few times, only the 4 is recognized.  Then 
14.  But if you look at the cellphone screen, you see 104104104104104104.

    -- Executing BackGround("Zap/53-1", "menu_ext") in new
stack
    -- Playing 'menu_ext' (language 'en')
    -- Invalid extension '4' in context 'corporate' on Zap/53-1
  == CDR updated on Zap/53-1
    -- Executing Goto("Zap/53-1", "s|4") in new stack
    -- Goto (corporate,s,4)
    -- Executing BackGround("Zap/53-1", "menu_ext") in new
stack
    -- Playing 'menu_ext' (language 'en')
    -- Invalid extension '4' in context 'corporate' on Zap/53-1
  == CDR updated on Zap/53-1
    -- Executing Goto("Zap/53-1", "s|4") in new stack
    -- Goto (corporate,s,4)
    -- Executing BackGround("Zap/53-1", "menu_ext") in new
stack
    -- Playing 'menu_ext' (language 'en')
    -- Playing 'vm-intro' (language 'en')
pbx*CLI>
    -- Invalid extension '4' in context 'corporate' on Zap/53-1
  == CDR updated on Zap/53-1
    -- Executing Goto("Zap/53-1", "s|4") in new stack
    -- Goto (corporate,s,4)
    -- Executing BackGround("Zap/53-1", "menu_ext") in new
stack
    -- Playing 'menu_ext' (language 'en')
pbx*CLI>
    -- Invalid extension '14' in context 'corporate' on Zap/53-1
  == CDR updated on Zap/53-1
    -- Executing Goto("Zap/53-1", "s|4") in new stack
    -- Goto (corporate,s,4)
    -- Executing BackGround("Zap/53-1", "menu_ext") in new
stack
    -- Playing 'menu_ext' (language 'en')
pbx*CLI>
pbx*CLI>
  == Spawn extension (ebay, s, 2) exited non-zero on 'Zap/56-1'
    -- Hungup 'Zap/56-1'
pbx*CLI>
  == CDR updated on Zap/53-1
    -- Executing Macro("Zap/53-1",
"stdexten|104|IAX2/congdonj") in new
stack
    -- Executing Dial("Zap/53-1", "IAX2/congdonj|20|tw") in
new stack

John Congdon wrote:
> Hi,
>
> I have had an issue for a long time, and really just can't solve it.
>
> My boss and others seem to have a problem when they call into our 
> asterisk phone system.  It often takes 3-4 tries of entering an 
> extension before the system gets it right.
>
> Below is my context that the call comes into, and some debugging from 
> the asterisk console.

You may want to add the following to the zapata.conf

; If you are having trouble with DTMF detection, you can relax the DTMF
; detection parameters.  Relaxing them may make the DTMF detector more 
likely
; to have "talkoff" where DTMF is detected when it shouldn't be.
;
;relaxdtmf=yes

Doug


-- 
 
Ben Franklin quote:

"Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety."

> >> I have found that relaxdtmf=yes has caused more problems than it
> >> fixes.  In my experience problems with detecting DTMF on an FXO
port
> >> can usually be fixed by playing with rxgain and txgain.
> >>
> > What sort of problems have you seen it cause?  I guess I could see
> > hitting the wrong extension in rare cases.  Anyways, relaxdtmf has
> > worked wonders for me over T1s and analog lines (always seems to be
cell
> > phones that have issues, probably because of the GSM and radio
distorts
> > beyond the specs).
> 
> It caused asterisk to see a single digit when two of the same digits
> were dialed in a row.  So a user dialed 4415 and Asterisk saw 415.
> Remember that on all cell phones (except the analog ones) DTMF from
the
> phone is sent out of band and so should not be distorted.
Good points.  So I wonder why callers with DTMF issues are usually cell
callers.  The only person I know with an analog phone anymore is my
mother :-)

Thanks,
Steve