Sangoma A101 problems

arrow1

Joined
Nov 21, 2010
Messages
89
Likes
0
Points
0
#1
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
 

arrow1

Joined
Nov 21, 2010
Messages
89
Likes
0
Points
0
#2
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?
 

dicko

Joined
Oct 24, 2008
Messages
4,099
Likes
0
Points
0
#3
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.
 

arrow1

Joined
Nov 21, 2010
Messages
89
Likes
0
Points
0
#4
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.
 

dicko

Joined
Oct 24, 2008
Messages
4,099
Likes
0
Points
0
#5
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.
 

arrow1

Joined
Nov 21, 2010
Messages
89
Likes
0
Points
0
#6
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).
 

dicko

Joined
Oct 24, 2008
Messages
4,099
Likes
0
Points
0
#7
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.
 

arrow1

Joined
Nov 21, 2010
Messages
89
Likes
0
Points
0
#8
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'
 

arrow1

Joined
Nov 21, 2010
Messages
89
Likes
0
Points
0
#9
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?
 

fmvillares

Joined
Sep 8, 2007
Messages
1,785
Likes
0
Points
0
#10
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....
 

arrow1

Joined
Nov 21, 2010
Messages
89
Likes
0
Points
0
#11
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.
 

fmvillares

Joined
Sep 8, 2007
Messages
1,785
Likes
0
Points
0
#12
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
 

arrow1

Joined
Nov 21, 2010
Messages
89
Likes
0
Points
0
#13
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 ?
 

arrow1

Joined
Nov 21, 2010
Messages
89
Likes
0
Points
0
#14
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
 

MST

Joined
Sep 25, 2009
Messages
317
Likes
0
Points
16
#15
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
 

MST

Joined
Sep 25, 2009
Messages
317
Likes
0
Points
16
#16
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....
 

wasi.syed

Joined
Jan 7, 2011
Messages
94
Likes
0
Points
0
#17
hi arrow1,

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

regds
wasi
 

arrow1

Joined
Nov 21, 2010
Messages
89
Likes
0
Points
0
#18
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.
 

wasi.syed

Joined
Jan 7, 2011
Messages
94
Likes
0
Points
0
#19
but my problem did not resolve yet ..still struggling with elastix expertise...
 

fmvillares

Joined
Sep 8, 2007
Messages
1,785
Likes
0
Points
0
#20
Re: Re:Sangoma A101 problems

what problem it was?
 

Members online

No members online now.

Latest posts

Forum statistics

Threads
30,915
Messages
130,920
Members
17,595
Latest member
feparra121
Top