TDM800P call disconnecting issue

Discussion in 'Gateways' started by snakeapit, Jun 30, 2010.

  1. snakeapit

    Joined:
    Oct 20, 2009
    Messages:
    19
    Likes Received:
    0
    Hi all,

    I just bought TDM800p with only 4 fxs module and is my first time install in elastix server. I have been through all the setting and configuration based on "Elastix without fear" and got it working for incoming and outgoing call. The only issue is when the caller hangup the call, it takes about 6-10 rings to get my sip phone disconnected. I tweaked busydetect and busy count but stil no luck. Please help thanks in advance.

    FYI: I just found out recently, some members here might already know. For user in AUstralia, Telstra PSTN doesnt carry incoming caller id and need to pay $AUD6 for the features. So i didnt bother to get the incoming caller id working :)


    Here's the config.

    chan_dahdi.conf
    Code:
    [trunkgroups]
    
    [channels]
    context=from-zaptel
    signalling=fxs_ks
    rxwink=300		; Atlas seems to use long (250ms) winks
    usecallerid=yes
    callerid=asreceived
    sendcalleridafter=2
    useincommingcalleridonzaptransfer=yes
    hidecallerid=no
    callwaiting=yes
    usecallingpres=yes
    callwaitingcallerid=yes
    threewaycalling=yes
    transfer=yes
    canpark=yes
    cancallforward=yes
    callreturn=yes
    echocancel=yes
    echocancelwhenbridged=no
    faxdetect=incoming
    echotraining=800
    rxgain=9.0
    txgain=6.0
    callgroup=1
    pickupgroup=1
    progzone=au
    
    ;Uncomment these lines if you have problems with the disconection of your analog lines
    busydetect=no
    ;hanguponpolarityswitch=yes
    busycount=3
    
    
    immediate=no
    
    #include dahdi-channels.conf
    #include chan_dahdi_additional.conf
    
    dahdi-channels.conf
    Code:
    ; Span 1: WCTDM/0 "Wildcard TDM800P Board 1" (MASTER) 
    ;;; line="5 WCTDM/0/4 FXSKS"
    signalling=fxs_ks
    callerid=asreceived
    useincommingcalleridonzaptransfer=yes
    group=1
    context=from-zaptel
    channel => 5
    callerid=
    group=
    context=default
    
    ;;; line="6 WCTDM/0/5 FXSKS"
    signalling=fxs_ks
    callerid=asreceived
    useincommingcalleridonzaptransfer=yes
    group=0
    context=from-zaptel
    channel => 6
    callerid=
    group=
    context=default
    
    ;;; line="7 WCTDM/0/6 FXSKS"
    signalling=fxs_ks
    callerid=asreceived
    useincommingcalleridonzaptransfer=yes
    group=0
    context=from-zaptel
    channel => 7
    callerid=
    group=
    context=default
    
    ;;; line="8 WCTDM/0/7 FXSKS"
    signalling=fxs_ks
    callerid=asreceived
    useincommingcalleridonzaptransfer=yes
    group=0
    context=from-zaptel
    channel => 8
    callerid=
    group=
    context=default
    
     
  2. dicko

    Joined:
    Oct 24, 2008
    Messages:
    4,099
    Likes Received:
    0
    I suggest you browse these fora for:

    far end disconnect supervision


    unless you have it provisioned by your telco, then you have defeated the "failsafe" hangup with

    busydetect=no

    which will disconnect the call after busycount=3 occurrences of a repetitious sound on the analog line (the "howler", designed to remind people to "hang up" the g'dam phone in the good old days :) ) , this will usually occur after a minute or so unless you are near a forklift reversing or a three year old with a toy trumpet, in which case it will promptly hang you up in the middle of your call :) . You can check how long it takes for those tones to be sent with a good old analog phone.

    if you have it so provisioned,then you need to define how it works by their definition if it is not "Bell" (north american) standard "battery removal" (it's called a "wink" or sometimes CDC)

    further all your *callerid* settings will delay your calls if you don't have it provisioned, Asterisk will wait for it, in your case for two "rings" or roughly 10 seconds, before it does anything else, with that inbound call.

    dicko

    p.s.

    I also suggest your interfaces would probably better be be FXO not FXS to effectively connect to an analog line, can we assume you typo'd ?
     

Share This Page