IVR direct dial doesn't go to right extension

Discussion in 'General' started by vtofa, May 5, 2009.

  1. vtofa

    Joined:
    Oct 21, 2008
    Messages:
    67
    Likes Received:
    0
    I have an IVR answering calls. If the caller dials a direct extension (for instance 21) within the first two or three seconds after the IVR answers, the call gets routed to a wrong extension (22). However, if the caller waits for about 4 seconds before entering the extension, everything works fine.

    The box is Elastix 1.3 stable, with ZAP lines and a Sangoma card.

    What might be going on? I must have some setting wrong somewhere.

    thanks!
     
  2. asepulveda

    Joined:
    Jun 23, 2008
    Messages:
    400
    Likes Received:
    0
    Edit you logger.conf like this to this:

    full => notice,warning,error,debug,verbose,dtmf

    then in console make a tail -f var/log/asterisk/full and make a test call , take a look to the dtmfs the asterisk is receiving , and hive us some information from the log , this could make us easier to help you.

    When you enter the numbers you should be able to see them in the console. And watch you extensions, you cannot use some extension numbers because are use for some features , this could be a problem to.
     
  3. maufacc

    Joined:
    Dec 23, 2008
    Messages:
    3
    Likes Received:
    0
    I have the same issue
    Dialing 4 on ivr.

    Code:
    Apr 14 10:08:52] VERBOSE[10372] logger.c:     -- Executing [s@ivr-4:8] Wait("DAHDI/10-1", "1") in new stack
    [Apr 14 10:08:53] VERBOSE[10372] logger.c:     -- Executing [s@ivr-4:9] Set("DAHDI/10-1", "TIMEOUT(digit)=3") in new stack
    [Apr 14 10:08:53] VERBOSE[10372] logger.c:     -- Digit timeout set to 3
    [Apr 14 10:08:53] VERBOSE[10372] logger.c:     -- Executing [s@ivr-4:10] Set("DAHDI/10-1", "TIMEOUT(response)=10") in new stack
    [Apr 14 10:08:53] VERBOSE[10372] logger.c:     -- Response timeout set to 10
    [Apr 14 10:08:53] VERBOSE[10372] logger.c:     -- Executing [s@ivr-4:11] Set("DAHDI/10-1", "__IVR_RETVM=") in new stack
    [Apr 14 10:08:53] VERBOSE[10372] logger.c:     -- Executing [s@ivr-4:12] ExecIf("DAHDI/10-1", "1|Background|custom/TRALI_dia") in new stack
    [Apr 14 10:08:53] VERBOSE[10372] logger.c:     -- <DAHDI/10-1> Playing 'custom/TRALI_dia' (language 'es')
    [Apr 14 10:08:55] DTMF[10370] channel.c: DTMF begin '4' received on SIP/130-b7d92ee0
    [Apr 14 10:08:55] DTMF[10370] channel.c: DTMF begin passthrough '4' on SIP/130-b7d92ee0
    [Apr 14 10:08:55] DEBUG[10370] chan_dahdi.c: Started VLDTMF digit '4'
    [Apr 14 10:08:55] DTMF[10372] channel.c: DTMF end '4' received on DAHDI/10-1, duration 0 ms
    [Apr 14 10:08:55] DTMF[10372] channel.c: DTMF end accepted without begin '4' on DAHDI/10-1
    [Apr 14 10:08:55] DTMF[10372] channel.c: DTMF end passthrough '4' on DAHDI/10-1
    [Apr 14 10:08:55] DTMF[10370] channel.c: DTMF end '4' received on SIP/130-b7d92ee0, duration 170 ms
    [Apr 14 10:08:55] DTMF[10370] channel.c: DTMF end accepted with begin '4' on SIP/130-b7d92ee0
    [Apr 14 10:08:55] DTMF[10370] channel.c: DTMF end passthrough '4' on SIP/130-b7d92ee0
    [Apr 14 10:08:55] DEBUG[10370] chan_dahdi.c: Ending VLDTMF digit '4'
    [Apr 14 10:08:55] DTMF[10372] channel.c: DTMF end '4' received on DAHDI/10-1, duration 0 ms
    [Apr 14 10:08:55] DTMF[10372] channel.c: DTMF end accepted without begin '4' on DAHDI/10-1
    [Apr 14 10:08:55] DTMF[10372] channel.c: DTMF end passthrough '4' on DAHDI/10-1
    [Apr 14 10:08:58] VERBOSE[10372] logger.c:     -- Invalid extension '44' in context 'ivr-4' on DAHDI/10-1
    
    --------------

    Elastix 1.5.2-2.3
    TDM2400 card. with analog lines.

    Code:
    Chan_dadhi.conf
    [channels]
    context=from-pstn
    signalling=fxs_ks
    rxwink=300              ; Atlas seems to use long (250ms) winks
    usecallerid=yes
    hidecallerid=
    callwaiting=no
    usecallingpres=no
    callwaitingcallerid=no
    threewaycalling=yes
    transfer=no
    canpark=no
    cancallforward=no
    callreturn=no
    echocancel=yes
    echocancelwhenbridged=no
    faxdetect=incoming
    echotraining=128
    rxgain=0.0
    txgain=0.0
    callgroup=1
    pickupgroup=1
    language=es
    ;cidsignalling=dtmf
    ;cidstart=dtmf
    relaxdtmf=yes
    
    ;Uncomment these lines if you have problems with the disconection of your analog lines
    ;busydetect=yes
    ;busycount=3
    
    
    immediate=no
    
    #include dahdi-channels.conf
    rxgain=0.0
    txgain=0.0
    

    Thank you in advance
     
  4. andrewvn

    Joined:
    Sep 2, 2010
    Messages:
    1
    Likes Received:
    0
    Here is my log, please help me why i can not press a direct dial to extension

    Code:
    [Sep  2 11:02:58] VERBOSE[6748] logger.c:     -- Accepting call from '0934446246' to '38383838' on channel 0/10, span 1
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [38383838@from-pstn:1] Set("DAHDI/10-1", "__FROM_DID=38383838") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [38383838@from-pstn:2] Gosub("DAHDI/10-1", "app-blacklist-check|s|1") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@app-blacklist-check:1] LookupBlacklist("DAHDI/10-1", "") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@app-blacklist-check:2] GotoIf("DAHDI/10-1", "0?blacklisted") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@app-blacklist-check:3] Set("DAHDI/10-1", "CALLED_BLACKLIST=1") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@app-blacklist-check:4] Return("DAHDI/10-1", "") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [38383838@from-pstn:3] ExecIf("DAHDI/10-1", "1 |Set|CALLERID(name)=0934446246") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [38383838@from-pstn:4] Set("DAHDI/10-1", "FAX_RX=disabled") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [38383838@from-pstn:5] Set("DAHDI/10-1", "__CALLINGPRES_SV=allowed") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [38383838@from-pstn:6] SetCallerPres("DAHDI/10-1", "allowed_not_screened") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [38383838@from-pstn:7] Goto("DAHDI/10-1", "timeconditions|1|1") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Goto (timeconditions,1,1)
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [1@timeconditions:1] GotoIfTime("DAHDI/10-1", "07:30-17:00|mon-fri|1-31|jan-dec?ivr-2|s|1") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Goto (ivr-2,s,1)
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:1] Set("DAHDI/10-1", "MSG=custom/welcome-mycompany") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:2] Set("DAHDI/10-1", "LOOPCOUNT=0") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:3] Set("DAHDI/10-1", "__DIR-CONTEXT=default") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:4] Set("DAHDI/10-1", "_IVR_CONTEXT_ivr-2=") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:5] Set("DAHDI/10-1", "_IVR_CONTEXT=ivr-2") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:6] GotoIf("DAHDI/10-1", "0?begin") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:7] Answer("DAHDI/10-1", "") in new stack
    [Sep  2 11:02:58] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:8] Wait("DAHDI/10-1", "1") in new stack
    [Sep  2 11:02:59] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:9] Set("DAHDI/10-1", "TIMEOUT(digit)=3") in new stack
    [Sep  2 11:02:59] VERBOSE[11154] logger.c:     -- Digit timeout set to 3
    [Sep  2 11:02:59] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:10] Set("DAHDI/10-1", "TIMEOUT(response)=10") in new stack
    [Sep  2 11:02:59] VERBOSE[11154] logger.c:     -- Response timeout set to 10
    [Sep  2 11:02:59] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:11] Set("DAHDI/10-1", "__IVR_RETVM=") in new stack
    [Sep  2 11:02:59] VERBOSE[11154] logger.c:     -- Executing [s@ivr-2:12] ExecIf("DAHDI/10-1", "1|Background|custom/welcome-mycompany") in new stack
    [Sep  2 11:02:59] VERBOSE[11154] logger.c:     -- <DAHDI/10-1> Playing 'custom/welcome-mycompany' (language 'en')
    [Sep  2 11:03:12] VERBOSE[6748] logger.c:     -- Channel 0/10, span 1 got hangup request, cause 31
    [Sep  2 11:03:12] VERBOSE[11154] logger.c:   == Spawn extension (ivr-2, s, 12) exited non-zero on 'DAHDI/10-1'
    [Sep  2 11:03:12] VERBOSE[11154] logger.c:     -- Executing [h@ivr-2:1] Hangup("DAHDI/10-1", "") in new stack
    [Sep  2 11:03:12] VERBOSE[11154] logger.c:   == Spawn extension (ivr-2, h, 1) exited non-zero on 'DAHDI/10-1'
    [Sep  2 11:03:12] DEBUG[11154] chan_dahdi.c: Set option AUDIO MODE, value: ON(1) on DAHDI/10-1
    [Sep  2 11:03:12] DEBUG[11154] chan_dahdi.c: Not yet hungup...  Calling hangup once with icause, and clearing call
    [Sep  2 11:03:12] DEBUG[11154] chan_dahdi.c: Set option AUDIO MODE, value: OFF(0) on DAHDI/10-1
    [Sep  2 11:03:12] VERBOSE[11154] logger.c:     -- Hungup 'DAHDI/10-1'
    [Sep  2 11:03:20] VERBOSE[6730] logger.c:     -- Got SIP response 405 "Method Not Allowed" back from 172.26.2.35
    [Sep  2 11:05:10] VERBOSE[6730] logger.c:     -- Got SIP response 405 "Method Not Allowed" back from 172.26.2.35
    
    
    And this is my configuration

    Code:
    [trunkgroups]
    
    [channels]
    ;context=default
    pridialplan=unknown
    prilocaldialplan=unknown
    usecallerid=yes
    hidecallerid=no
    callwaiting=yes
    usecallingpres=yes
    callwaitingcallerid=yes
    threewaycalling=yes
    transfer=yes
    canpark=yes
    cancallforward=yes
    callreturn=yes
    echocancel=yes
    echocancelwhenbridged=yes
    relaxdtmf=yes
    cidsignalling=dtmf
    cidstart=dtmf
    rxgain=0.0
    txgain=0.0
    group=1
    callgroup=1
    pickupgroup=1
    resetinterval=never
    busydetect=yes
    busycount=6
    immediate=no
    
    ;Sangoma A102 port 1 [slot:4 bus:37 span:1] <wanpipe1>
    switchtype=euroisdn
    context=from-pstn
    group=0
    ;echocancel=yes
    signalling=pri_cpe
    channel =>1-15,17-31
    
    
     

Share This Page