FreePBX MISC DESTINATION BUG

mst · January 7, 2011, 1:01pm

Is there any bug in MISC DESTINATION using Elastix 2.0.3 or even 1.6.2?

When forward inbound number to MISC DESTINATION (which is set to another outbound number) Elastix (both versions just hung up)

Sangoma says it is not problem with their card. Elastix so far is quiet.

Anyone experienced similar problem?

mst · January 7, 2011, 10:49pm

Thank You Philippe,

I will test on Monday and post what I will find.

There is inly one thing I don’t understand. Why this work with Trixbox 2.2.4?

The same settings, same exactly, the only zaptel is used instead of DAHDI
in w1g1 T1 Sangoma card. Is that the issue?

plindheimer · January 7, 2011, 9:28pm

You call comes in with CID:

[Jan 7 14:07:40] VERBOSE[3131] logger.c: -- Accepting call from '7777777777' to '3333333333' on channel 0/1, span 1

The Misc Dest sends it on to: 93333333333

[Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [[email protected]:2] Goto("DAHDI/1-1", "from-internal|93333333333|1") in new stack

The CID is changed to what appears to be your trunk CID: MY COMANY <11111111111>

[Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [[email protected]:12] ExecIf("DAHDI/1-1", "1|Set|CALLERID(all)=MY COMANY <11111111111>") in new stack

Now some providers will fail if you set CNAM on a trunk, so I would try removing the CNAM component “MY COMPANY” and just set the CNUM.

Your call is now being placed fine to: 3333333333

[Jan 7 14:07:40] VERBOSE[17681] logger.c: -- Executing [[email protected]: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

You call is answered:

[Jan 7 14:07:47] VERBOSE[17681] logger.c: -- DAHDI/2-1 answered DAHDI/1-1

and then immediately hung up with a normal hangup cause (I think 16 is normal)

[Jan 7 14:07:47] VERBOSE[3131] logger.c: -- Channel 0/1, span 1 got hangup request, cause 16

So if the CNAM isn’t your issue, you should probably contact your carrier and ask them why they are hanging up the call.

mst · January 7, 2011, 8:36pm

No it still does not work:

[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 [[email protected]:1] Set(“DAHDI/1-1”, “__FROM_DID=3333333333”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]:2] Gosub(“DAHDI/1-1”, “app-blacklist-check|s|1”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]:1] LookupBlacklist(“DAHDI/1-1”, “”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]:2] GotoIf(“DAHDI/1-1”, “0?blacklisted”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]:3] Return(“DAHDI/1-1”, “”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]:3] ExecIf(“DAHDI/1-1”, “1 |Set|CALLERID(name)=7777777777”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]:4] Set(“DAHDI/1-1”, “__CALLINGPRES_SV=allowed”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]:5] SetCallerPres(“DAHDI/1-1”, “allowed_not_screened”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]: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 [[email protected]:1] NoOp(“DAHDI/1-1”, “MiscDest: Adam”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]: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 [[email protected]:1] Macro(“DAHDI/1-1”, “user-callerid|SKIPTTL|”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]:2] Set(“DAHDI/1-1”, “_NODEST=”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]:3] Macro(“DAHDI/1-1”, “record-enable||OUT|”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]: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 [[email protected]: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 [[email protected]:5] MacroExit(“DAHDI/1-1”, “”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]:4] Macro(“DAHDI/1-1”, “dialout-trunk|1|3333333333||”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]:11] Macro(“DAHDI/1-1”, “outbound-callerid|1”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]:16] Macro(“DAHDI/1-1”, “dialout-trunk-predial-hook|”) in new stack
[Jan 7 14:07:40] VERBOSE[17681] logger.c: – Executing [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]:1] Macro(“DAHDI/1-1”, “hangupcall|”) in new stack
[Jan 7 14:07:47] VERBOSE[17681] logger.c: – Executing [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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’

mst · January 7, 2011, 4:23pm

Thank You for reply.

We don’t use g729 at all, only defaults codec’s included in Elastix and Polycom phones.

What I can only compare is Trixbox 1.2 old but working ok PBX and there MISC DISTINATION works without any hiccups with same scenario and configs.

I will do the test with NEVER OVERRIDE CALLER ID “check” in the trunk g0 and post my findings.

Thank you again.

John

plindheimer · January 7, 2011, 4:16pm

From what you describe, it sounds like the Misc Destination is working fine.

You make your call and your Misc Destination is sending it to the alternative number.

The fact that it hangs up when you pick it up has nothing to do with the call routing.

There are multiple reasons why a call might be hung up. Some providers don’t allow you to change the Caller ID (as is hinted at from the post you provided, though this is only some providers though some countries it is across the board). These usually result in the call being disconnected immediately, there is no attempt to call the destination party. This can be addressed by the trunk options. If you have set the trunk options to block such ‘foreign caller ids’ and they are not being blocked, that would be a FreePBX bug which you can file a ticket for (but you should include a call trace here to have someone review it and make sure that is the case).

Another common issue is codec incompatibility. If a licensed codec (usually g729) is negotiated on one leg of the call, and the other leg requires transcoding but you don’t have licenses to transcode, then the call will be dropped usually as soon as the far end party answers it. You can check the logs to determine this issue.

mst · January 7, 2011, 3:53pm

Hi,

Thank you for reply. I have been dealing with Sangoma for a quite, as we are using T1 Voice from AT&T and Sangoma T1 sigle port card. The call trace was send with PRI span debug and nothing shows in that call so Sangoma closed the ticket.
As soon as I pick my cell the Elastix simple hangs up (whatever number I tried in MISC DESTINATION cell, lend, sip phone number,) I know I should provide all info but please advice if provide all of them and change private like phone numbers, names, etc… or I can PM you with all unchanged info so it can be original.

Something has to be wrong if:

Both Elastix 1.6.2 and 2.0.3 (fresh installation with yum update and without yum updates) generates same problem.
Scanario was fallowing:

a) INBOUND ROUTE was set to existing number:
DID NUMBER: xxxxxxxxxx
SOURCE: MISC DESTINATION
rest default…
b) MISC DESTINATION
DESCRIPTION: test
DIal: 91xxxxxxxxxx (tried also without “9” after changing outbound dial plan in out trunk g0)

Outbound routes:

Trunk Sequence: ZAP/g0 (Sangoma A101u) with upgraded dahdi and wanpipe drivers (installed and configured by Sangoma tech)

Problem: when I call xxxxxxxxxx Elastix picks up the call and forward to the MISC DESTINATION which makes outbound call to my cell (for example). My cell rings but as soon as I pick up, the call is disconnected.

Another thing is that after I change MISC DESTINATION to Extension and configure fallow me setting to 91xxxxxxxxxx# all works (I can picks up the call and talk - the call is not disconnected) it happens only when destination is set to MISC DESTINATION…

OK I have a reply from Elastix:

“From what I can see, 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).
What you can do, is to enable an option on your trunk/outbound routes to never replace the trunk callerID.”

Regards,

JOHN

plindheimer · January 7, 2011, 3:29pm

mst,

it’s usually a good idea to provide a trace of the call that is not working when seeking help, as a generic problem description as this is not going to allow anyone out there to see what is going on.

there should be no bugs in Misc Destinations though, as the module is very straight forward and the dialplan one of the simplest that is produced. All it does is a Goto to the number you specific into the from-intenral context which is no different then calling that number.

You should check to make sure your number is proper, that there are no notifications in the notification panel about bad destinations for any of your modules, and that your outbound routes (assuming that is where this is going) are consistent with your Misc Destination number.

system · June 4, 2014, 7:09pm