Sangoma A101 problems

Discussion in 'Gateways' started by arrow1, Jan 3, 2011.

  1. arrow1

    Joined:
    Nov 21, 2010
    Messages:
    89
    Likes Received:
    0
    Dear Experts,

    To make the stroy short: Elastix 2.0.3 was updated with wanpipe 3.5 and dahdi 2.3 but Sangoma A101 with T1 US voice still does not work like it was with Trixbox 1.3 which went to trash. I have seen some post saying that T1 US should use FROM_PSTN all the time so:

    asterisk*CLI> dahdi show channels
    Chan Extension Context Language MOH Interpret Blocked State
    pseudo default default In Service
    1 from-zaptel default In Service
    2 from-zaptel default In Service
    3 from-zaptel default In Service
    4 from-zaptel default In Service
    5 from-zaptel default In Service
    6 from-zaptel default In Service
    7 from-zaptel default In Service
    8 from-zaptel default In Service
    9 from-zaptel default In Service
    10 from-zaptel default In Service
    11 from-zaptel default In Service
    12 from-zaptel default In Service
    13 from-zaptel default In Service
    14 from-zaptel default In Service
    15 from-zaptel default In Service
    16 from-zaptel default In Service
    17 from-zaptel default In Service
    18 from-zaptel default In Service
    19 from-zaptel default In Service
    20 from-zaptel default In Service
    21 from-zaptel default In Service
    22 from-zaptel default In Service
    23 from-zaptel default In Service
    -- Remote UNIX connection

    Is wrong output - right?

    here is more datailed info

    chan_dahdi.conf:
    [trunkgroups]

    [channels]
    context=default
    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
    rxgain=0.0
    txgain=0.0
    group=1
    callgroup=1
    pickupgroup=1
    immediate=no

    ;Sangoma A101 port 1 [slot:1 bus:5 span:1] <wanpipe1>
    ;switchtype=national
    ;context=from-pstn
    ;group=0
    ;echocancel=yes
    ;signalling=pri_cpe
    ;channel => 1-23



    #include chan_dahdi_additional.conf
    #include dahdi-channels.conf



    wanpipe1.conf:
    #================================================
    # WANPIPE1 Configuration File
    #================================================
    #
    # Date: Tue Dec 12 16:21:45 UTC 2006
    #
    # Note: This file was generated automatically
    # by /usr/sbin/wancfg program.
    #
    # If you want to edit this file, it is
    # recommended that you use wancfg program
    # to do so.
    #================================================
    # Sangoma Technologies Inc.
    #================================================

    [devices]
    wanpipe1 = WAN_AFT, Comment

    [interfaces]
    w1g1 = wanpipe1, , TDM_VOICE, Comment

    [wanpipe1]
    CARD_TYPE = AFT
    S514CPU = A
    CommPort = PRI
    AUTO_PCISLOT = NO
    PCISLOT = 1
    PCIBUS = 5
    FE_MEDIA = T1
    FE_LCODE = B8ZS
    FE_FRAME = ESF
    FE_LINE = 1
    TE_CLOCK = NORMAL
    TE_REF_CLOCK = 0

    TE_HIGHIMPEDANCE = NO
    TE_RX_SLEVEL = 360
    LBO = 0DB
    FE_TXTRISTATE = NO
    MTU = 1500
    UDPPORT = 9000
    TTL = 255
    IGNORE_FRONT_END = NO
    TDMV_SPAN = 1
    TDMV_DCHAN = 24
    TE_AIS_MAINTENANCE = NO #NO: defualt YES: Start port in AIS Blue Alarm and keep line down
    #wanpipemon -i w1g1 -c Ttx_ais_off to disable AIS maintenance mode
    #wanpipemon -i w1g1 -c Ttx_ais_on to enable AIS maintenance mode
    TDMV_HW_DTMF = NO # YES: receive dtmf events from hardware
    TDMV_HW_FAX_DETECT = NO # YES: receive fax 1100hz events from hardware
    HWEC_OPERATION_MODE = OCT_NORMAL # OCT_NORMAL: echo cancelation enabled with nlp (default)
    # OCT_SPEECH: improves software tone detection by disabling NLP (echo possible)
    # OCT_NO_ECHO:disables echo cancelation but allows VQE/tone functions.
    HWEC_DTMF_REMOVAL = NO # NO: default YES: remove dtmf out of incoming media (must have hwdtmf enabled)
    HWEC_NOISE_REDUCTION = NO # NO: default YES: reduces noise on the line - could break fax
    HWEC_ACUSTIC_ECHO = NO # NO: default YES: enables acustic echo cancelation
    HWEC_NLP_DISABLE = NO # NO: default YES: guarantees software tone detection (possible echo)
    HWEC_TX_AUTO_GAIN = 0 # 0: disable -40-0: default tx audio level to be maintained (-20 default)
    HWEC_RX_AUTO_GAIN = 0 # 0: disable -40-0: default tx audio level to be maintained (-20 default)
    HWEC_TX_GAIN = 0 # 0: disable -24-24: db values to be applied to tx signal
    HWEC_RX_GAIN = 0 # 0: disable -24-24: db values to be applied to tx signal

    [w1g1]
    ACTIVE_CH = ALL
    TDMV_HWEC = NO

    dahdi_channels.conf:

    ;Sangoma A101 port 1 [slot:1 bus:5 span:1] <wanpipe1>
    switchtype=national
    context=from-zaptel
    group=0
    echocancel=yes
    signalling=pri_cpe
    channel => 1-23


    Can you please advice if that config is like it should be with US T1 voice?

    Thank You
     
  2. arrow1

    Joined:
    Nov 21, 2010
    Messages:
    89
    Likes Received:
    0
    What still does not work is:

    1. Inbound route is set to one of our numbers 33312345678
    2 33312345678 is set to desntination MISC DESTINATION
    3. MISC DESTINATION is set 9222123456789 since outbound goes by 9|long distance

    So I call from my cell 33312345678, Elastix 2.0.3 picks it up and dial 9222123456789
    So far so good - number 9222123456789 rings like crazy but as soon as it is picked up the call disconects.

    After short period Elastix by itself trying to call 33312345678 and hangs up.

    What could be wrong with MISC DESTINATION?
     
  3. dicko

    Joined:
    Oct 24, 2008
    Messages:
    4,099
    Likes Received:
    0
    You are using a Primary Rate ISDN connection over your T1, the context should be from-pstn and not from-zaptel, from-zaptel is to synthesize DID info on a channel that cannot do that, ISDN can. (on the d channel slot 24)

    You should then be able to route incoming calls by the DID called. Check the log file for the true nature of your DID/CID format.
     
  4. arrow1

    Joined:
    Nov 21, 2010
    Messages:
    89
    Likes Received:
    0
    OK Thank You, I will change it and test it.


    By the way I have seen mentioned T1 US from-pstn in one of your posts .....
    You do really huge job and helps a lot of "newbies" on this forum.
     
  5. dicko

    Joined:
    Oct 24, 2008
    Messages:
    4,099
    Likes Received:
    0
    There are many T1's in the states that do not use ISDN but are traditional 24 channel AT&T T1 circuits using Robbed Bit Signaling these trunks will commonly use Ear and Mouth Wink signaling and only deliver the last 3 or 4 digits to be used as DID.

    These obviously need different treatment than ISDN PRI's

    and thank you for the compliment, I appreciate it.
     
  6. arrow1

    Joined:
    Nov 21, 2010
    Messages:
    89
    Likes Received:
    0
    this seems to be a "bug" on freepbx side, since, when the call comes in, and it is sent through a misc destination, when it goes through the dial plan, the caller id isnt changed, so the call is done using the original CallerID from the requester, and when your provider detects that you are trying to do an outbound call using another callerID, it blocks your call (this is done on all providers for security reasons).
     
  7. dicko

    Joined:
    Oct 24, 2008
    Messages:
    4,099
    Likes Received:
    0
    That's why there is in youir trunk configuration page:

    Block Foreign CallerIDs

    with hover-over help of

    Some VoIP providers will drop the call if you try to send an invalid CallerID (one you don't 'own.' Use this to never send a CallerID that you haven't explicitly specified in this trunk or in the outbound callerid field of an extension/user. You might notice this problem if you discover that Follow-Me or RingGroups with external numbers don't work properly. Checking this box has the effect of disabling 'foreign' callerids from going out this trunk. You must define an Outbound Caller ID on the this trunk when checking this.
     
  8. arrow1

    Joined:
    Nov 21, 2010
    Messages:
    89
    Likes Received:
    0
    OK the test failed instead I have checked no to override outbaound caller id on the trunk:


    [Jan 7 14:07:40] VERBOSE[3131] logger.c: -- Accepting call from '7777777777' to '3333333333' on channel 0/1, span 1
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [3333333333@from-pstn:1] Set("DAHDI/1-1", "__FROM_DID=3333333333") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [3333333333@from-pstn:2] Gosub("DAHDI/1-1", "app-blacklist-check|s|1") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@app-blacklist-check:1] LookupBlacklist("DAHDI/1-1", "") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@app-blacklist-check:2] GotoIf("DAHDI/1-1", "0?blacklisted") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@app-blacklist-check:3] Return("DAHDI/1-1", "") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [3333333333@from-pstn:3] ExecIf("DAHDI/1-1", "1 |Set|CALLERID(name)=7777777777") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [3333333333@from-pstn:4] Set("DAHDI/1-1", "__CALLINGPRES_SV=allowed") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [3333333333@from-pstn:5] SetCallerPres("DAHDI/1-1", "allowed_not_screened") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [3333333333@from-pstn:6] Goto("DAHDI/1-1", "ext-miscdests|4|1") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Goto (ext-miscdests,4,1)
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [4@ext-miscdests:1] NoOp("DAHDI/1-1", "MiscDest: Adam") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [4@ext-miscdests:2] Goto("DAHDI/1-1", "from-internal|93333333333|1") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Goto (from-internal,93333333333,1)
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [93333333333@from-internal:1] Macro("DAHDI/1-1", "user-callerid|SKIPTTL|") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-user-callerid:1] Set("DAHDI/1-1", "AMPUSER=7777777777") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-user-callerid:2] GotoIf("DAHDI/1-1", "0?report") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-user-callerid:3] ExecIf("DAHDI/1-1", "1|Set|REALCALLERIDNUM=7777777777") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: ExecIf
    [Jan 7 14:07:40] DEBUG[17681] func_db.c: DB: DEVICE/7777777777/user not found in database.
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-user-callerid:4] Set("DAHDI/1-1", "AMPUSER=") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] DEBUG[17681] func_db.c: DB: AMPUSER//cidname not found in database.
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-user-callerid:5] Set("DAHDI/1-1", "AMPUSERCIDNAME=") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-user-callerid:6] GotoIf("DAHDI/1-1", "1?report") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Goto (macro-user-callerid,s,10)
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-user-callerid:10] GotoIf("DAHDI/1-1", "1?continue") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Goto (macro-user-callerid,s,19)
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-user-callerid:19] NoOp("DAHDI/1-1", "Using CallerID "7777777777" <7777777777>") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Noop
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [93333333333@from-internal:2] Set("DAHDI/1-1", "_NODEST=") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [93333333333@from-internal:3] Macro("DAHDI/1-1", "record-enable||OUT|") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-record-enable:1] GotoIf("DAHDI/1-1", "1?check") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Goto (macro-record-enable,s,4)
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-record-enable:4] AGI("DAHDI/1-1", "recordingcheck|20110107-140740|1294430860.20") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Launched AGI Script /var/lib/asterisk/agi-bin/recordingcheck
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: recordingcheck|20110107-140740|1294430860.20: No AMPUSER db entry for . Not recording
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- AGI Script recordingcheck completed, returning 0
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: AGI
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-record-enable:5] MacroExit("DAHDI/1-1", "") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [93333333333@from-internal:4] Macro("DAHDI/1-1", "dialout-trunk|1|3333333333||") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:1] Set("DAHDI/1-1", "DIAL_TRUNK=1") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] DEBUG[17681] func_db.c: DB: AMPUSER//pinless not found in database.
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:2] GosubIf("DAHDI/1-1", "0?sub-pincheck|s|1") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GosubIf
    [Jan 7 14:07:40] DEBUG[17681] func_db.c: DB: AMPUSER//pinless not found in database.
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:3] GotoIf("DAHDI/1-1", "0?disabletrunk|1") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:4] Set("DAHDI/1-1", "DIAL_NUMBER=3333333333") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:5] Set("DAHDI/1-1", "DIAL_TRUNK_OPTIONS=tr") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:6] Set("DAHDI/1-1", "OUTBOUND_GROUP=OUT_1") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:7] GotoIf("DAHDI/1-1", "0?nomax") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:8] GotoIf("DAHDI/1-1", "0?chanfull") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:9] GotoIf("DAHDI/1-1", "0?skipoutcid") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:10] Set("DAHDI/1-1", "DIAL_TRUNK_OPTIONS=") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:11] Macro("DAHDI/1-1", "outbound-callerid|1") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-outbound-callerid:1] ExecIf("DAHDI/1-1", "1|SetCallerPres|allowed") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: ExecIf
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Last app: SetCallerPres|allowed
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-outbound-callerid:2] ExecIf("DAHDI/1-1", "0|Set|REALCALLERIDNUM=7777777777") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: ExecIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-outbound-callerid:3] GotoIf("DAHDI/1-1", "1?normcid") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Goto (macro-outbound-callerid,s,6)
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] DEBUG[17681] func_db.c: DB: AMPUSER//outboundcid not found in database.
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-outbound-callerid:6] Set("DAHDI/1-1", "USEROUTCID=") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] DEBUG[17681] func_db.c: DB: DEVICE/7777777777/emergency_cid not found in database.
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-outbound-callerid:7] Set("DAHDI/1-1", "EMERGENCYCID=") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-outbound-callerid:8] Set("DAHDI/1-1", "TRUNKOUTCID="MY COMANY" <11111111111>") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-outbound-callerid:9] GotoIf("DAHDI/1-1", "1?trunkcid") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Goto (macro-outbound-callerid,s,12)
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-outbound-callerid:12] ExecIf("DAHDI/1-1", "1|Set|CALLERID(all)=MY COMANY <11111111111>") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: ExecIf
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Last app: Set|CALLERID(all)=MY COMANY <11111111111>
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-outbound-callerid:13] ExecIf("DAHDI/1-1", "0|Set|CALLERID(all)=") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: ExecIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-outbound-callerid:14] ExecIf("DAHDI/1-1", "0|SetCallerPres|prohib_passed_screen") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: ExecIf
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Macro
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:12] ExecIf("DAHDI/1-1", "0|AGI|fixlocalprefix") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: ExecIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:13] Set("DAHDI/1-1", "OUTNUM=3333333333") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:14] Set("DAHDI/1-1", "custom=DAHDI/g0") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Set
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:15] ExecIf("DAHDI/1-1", "0|Set|DIAL_TRUNK_OPTIONS=M(setmusic^)") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: ExecIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:16] Macro("DAHDI/1-1", "dialout-trunk-predial-hook|") in new stack
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk-predial-hook:1] MacroExit("DAHDI/1-1", "") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: Macro
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:17] GotoIf("DAHDI/1-1", "0?bypass|1") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:18] GotoIf("DAHDI/1-1", "0?customtrunk") in new stack
    [Jan 7 14:07:40] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [s@macro-dialout-trunk:19] Dial("DAHDI/1-1", "DAHDI/g0/3333333333|300|") in new stack
    [Jan 7 14:07:40] NOTICE[17681] app_dial.c: Hey! chan DAHDI/1-1's context='macro-dialout-trunk', and exten='s'
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Requested transfer capability: 0x00 - SPEECH
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Called g0/3333333333
    [Jan 7 14:07:40] DEBUG[3131] chan_dahdi.c: Queuing frame from PRI_EVENT_PROCEEDING on channel 0/2 span 1
    [Jan 7 14:07:40] VERBOSE[17681] logger.c: -- DAHDI/2-1 is proceeding passing it to DAHDI/1-1
    [Jan 7 14:07:40] DEBUG[17681] chan_dahdi.c: Requested indication 15 on channel DAHDI/1-1
    [Jan 7 14:07:40] DEBUG[17681] chan_dahdi.c: Received AST_CONTROL_PROCEEDING on DAHDI/1-1
    [Jan 7 14:07:41] DEBUG[3131] chan_dahdi.c: Queuing frame from PRI_EVENT_PROGRESS on channel 0/2 span 1
    [Jan 7 14:07:41] VERBOSE[17681] logger.c: -- DAHDI/2-1 is making progress passing it to DAHDI/1-1
    [Jan 7 14:07:41] DEBUG[17681] chan_dahdi.c: Requested indication 14 on channel DAHDI/1-1
    [Jan 7 14:07:41] DEBUG[17681] chan_dahdi.c: Received AST_CONTROL_PROGRESS on DAHDI/1-1
    [Jan 7 14:07:41] VERBOSE[17681] logger.c: -- DAHDI/2-1 is making progress passing it to DAHDI/1-1
    [Jan 7 14:07:41] DEBUG[17681] chan_dahdi.c: Requested indication 14 on channel DAHDI/1-1
    [Jan 7 14:07:41] DEBUG[17681] chan_dahdi.c: Received AST_CONTROL_PROGRESS on DAHDI/1-1
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- DAHDI/2-1 answered DAHDI/1-1
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Requested indication -1 on channel DAHDI/1-1
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Requested indication 21 on channel DAHDI/1-1
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Requested indication 21 on channel DAHDI/2-1
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: master: 1, slave: 2, nothingok: 0
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Stopping tones on 1/0 talking to 2/0
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Stopping tones on 2/0 talking to 1/0
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Making 2 slave to master 1 at 0
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Added 14 to conference 9/1
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Added 13 to conference 9/2
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Native bridging DAHDI/1-1 and DAHDI/2-1
    [Jan 7 14:07:47] VERBOSE[3131] logger.c: -- Channel 0/1, span 1 got hangup request, cause 16
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Unlinking slave 2 from 1
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Removed 14 from conference 9/1
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Removed 13 from conference 9/2
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Executing [h@macro-dialout-trunk:1] Macro("DAHDI/1-1", "hangupcall|") in new stack
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/1-1", "1?noautomon") in new stack
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Goto (macro-hangupcall,s,3)
    [Jan 7 14:07:47] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Executing [s@macro-hangupcall:3] NoOp("DAHDI/1-1", "TOUCH_MONITOR_OUTPUT=") in new stack
    [Jan 7 14:07:47] DEBUG[17681] app_macro.c: Executed application: Noop
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Executing [s@macro-hangupcall:4] GotoIf("DAHDI/1-1", "1?noautomon2") in new stack
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Goto (macro-hangupcall,s,6)
    [Jan 7 14:07:47] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Executing [s@macro-hangupcall:6] NoOp("DAHDI/1-1", "MONITOR_FILENAME=") in new stack
    [Jan 7 14:07:47] DEBUG[17681] app_macro.c: Executed application: Noop
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Executing [s@macro-hangupcall:7] GotoIf("DAHDI/1-1", "1?theend") in new stack
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Goto (macro-hangupcall,s,9)
    [Jan 7 14:07:47] DEBUG[17681] app_macro.c: Executed application: GotoIf
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Executing [s@macro-hangupcall:9] Hangup("DAHDI/1-1", "") in new stack
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: == Spawn extension (macro-hangupcall, s, 9) exited non-zero on 'DAHDI/1-1' in macro 'hangupcall'
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: == Spawn h extension (macro-dialout-trunk, h, 1) exited non-zero on 'DAHDI/1-1'
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Set option AUDIO MODE, value: ON(1) on DAHDI/2-1
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Not yet hungup... Calling hangup once with icause, and clearing call
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Set option AUDIO MODE, value: OFF(0) on DAHDI/2-1
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Hungup 'DAHDI/2-1'
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: == Spawn extension (macro-dialout-trunk, s, 19) exited non-zero on 'DAHDI/1-1' in macro 'dialout-trunk'
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: == Spawn extension (from-internal, 93333333333, 4) exited non-zero on 'DAHDI/1-1'
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Set option AUDIO MODE, value: ON(1) on DAHDI/1-1
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Not yet hungup... Calling hangup once with icause, and clearing call
    [Jan 7 14:07:47] DEBUG[17681] chan_dahdi.c: Set option AUDIO MODE, value: OFF(0) on DAHDI/1-1
    [Jan 7 14:07:47] VERBOSE[17681] logger.c: -- Hungup 'DAHDI/1-1'
     
  9. arrow1

    Joined:
    Nov 21, 2010
    Messages:
    89
    Likes Received:
    0
    OUTBOUND CALLER ID IS SET:


    "MY COMPANY" <11111111111> example 18881112224444

    SO I can quess that can not use MISC DESTINATION in order to forward calls from one number to another.....


    Is there anything else I can do besides NEVER OVERRIDE CALLER ID?
     
  10. fmvillares

    Joined:
    Sep 8, 2007
    Messages:
    1,785
    Likes Received:
    0
    u think you could ask that to your telco company to see how do you need to modify freepbx to work as you need by hand....
     
  11. arrow1

    Joined:
    Nov 21, 2010
    Messages:
    89
    Likes Received:
    0
    Then I don't understand something. Why MISC DESTINATION works with Trixbox 2.2.4 ?

    The same setting only ZAPTEL is used intead of DAHDI in w1g1 T1 card.
     
  12. fmvillares

    Joined:
    Sep 8, 2007
    Messages:
    1,785
    Likes Received:
    0
    no you re totally wrong in that....trixbox and elastix are totally different in versioning...not 1 of the software in your old trixbox has the same version that your elastix...and thats a world of differences..you as a newbie see only the front end the web interface...not the "under the hood" details that have changed a lot
     
  13. arrow1

    Joined:
    Nov 21, 2010
    Messages:
    89
    Likes Received:
    0
    OK I write what I see.

    In Trixbox 2.2.4 and Trixbox 2.6.2 MISC DESTINATION works in this scenarion.
    With Elastix 1.6 adn 2.0 no. For me newbe this function is important and I will choose what works for. I don't care if I have to use dahdi or zaptel, elastix or trixbox.

    I know none of them is perfect, both have a lots of bugs even with basic function - meybe this is on purpose I don't know.

    I am trying to find out why this does not work. SO I should call AT&T and ask they why this does not work with Elastix but it works with Trixbox. They will laught at me....
    I think if CNAM is not my issue, they should help me


    anyone else who can advice ?
     
  14. arrow1

    Joined:
    Nov 21, 2010
    Messages:
    89
    Likes Received:
    0
    There is no difference after changing CNUM or CNAME in the trunk. Whatever I type in the Outbound Caller ID
    Format: "caller name" <#######>, <#######> or this format ####### it DOES NOT WORK
    Call gets disconnected as soon as I pick called number.
    I have called telco company in my case AT&T and they said the Caller ID is send in right format and right number that belongs to us. They said the call is disconnected by our switch (Elastix 1.6)
    I would only suspect the bug in MISC DESTINATION since this module is used to forward the calls.


    What I can do is stop using this helpless module with the bug or replace the one from Trixbox 2.2.4 or 2.6.2 if it is possible at all.

    I believe MISC DESTINATION belongs to freePBX and they are in charge of that buggy pice of soft.

    Regards,

    John
     
  15. MST

    MST

    Joined:
    Sep 25, 2009
    Messages:
    317
    Likes Received:
    0
    Hi John,

    Upgrade FreePBX from 2.5 to 2.6 then 2.7 ..... it is easy. Then you will see new option under TRUNK:

    CID options: change to Block Feriegn CIDS

    That's all. It should do the job. Work hard and don't count on the others.....

    Have a good one.

    MST
     
  16. MST

    MST

    Joined:
    Sep 25, 2009
    Messages:
    317
    Likes Received:
    0
    You can find answers or "help" from moderators If they are in good mood and have free time they help. Additionally, couple of good experts who also looking for answers will help


    I would say all depends on the problem you have, description, etc.....

    My 5 cents....
     
  17. wasi.syed

    Joined:
    Jan 7, 2011
    Messages:
    94
    Likes Received:
    0
    hi arrow1,

    How did you found below logger.c data frm elastix 2.0.

    regds
    wasi
     
  18. arrow1

    Joined:
    Nov 21, 2010
    Messages:
    89
    Likes Received:
    0
    Re:Sangoma A101 problems - RESOLVED

    Thank you for your help. Actually, Dicko was the first one who gave me Block Foreign CallerIDs and that did the job, so the 100% of thanks goes to that Elastix Expert.
     
  19. wasi.syed

    Joined:
    Jan 7, 2011
    Messages:
    94
    Likes Received:
    0
    but my problem did not resolve yet ..still struggling with elastix expertise...
     
  20. fmvillares

    Joined:
    Sep 8, 2007
    Messages:
    1,785
    Likes Received:
    0
    Re: Re:Sangoma A101 problems

    what problem it was?
     

Share This Page