So, we started running into this issue a few weeks ago. An outbound call is being made, and it immediately hangs up or says call failure, yet the number we call calls back and say we called but immediately hanged up. We are using FreePBX 14 with all modules up to date. We are using Grandstream GXP2140 phones also on the latest firmware. Our SIP trunk provider doesn’t see any issue on their end.
I can’t access Pastebin from here, so I have to guess. First blush guess would be a codec issue.
So it does list a codec issue but not sure why it just started happening when we didn’t have issue before and we haven’t changed anything.
Blockquote
[2019-02-21 14:36:12] VERBOSE[15277][C-000000a2] app_dial.c: Called SIP/BroadVoice-Primary/xxx3284
[2019-02-21 14:36:15] WARNING[6237][C-000000a2] channel.c: Unable to find a codec translation path: (g729) → (ulaw)
[2019-02-21 14:36:15] WARNING[6237][C-000000a2] channel.c: Unable to find a codec translation path: (ulaw) → (g729)
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] app_dial.c: SIP/BroadVoice-Primary-00000324 is making progress passing it to SIP/201-00000323
[2019-02-21 14:36:15] WARNING[15277][C-000000a2] channel.c: Unable to find a codec translation path: (g729) → (ulaw)
[2019-02-21 14:36:15] WARNING[15277][C-000000a2] app_dial.c: Unable to write frametype: 2
[2019-02-21 14:36:15] WARNING[15277][C-000000a2] app_dial.c: Unable to write frametype: 2
[2019-02-21 14:36:15] WARNING[15277][C-000000a2] app_dial.c: Unable to write frametype: 2
[2019-02-21 14:36:15] WARNING[15277][C-000000a2] app_dial.c: Unable to write frametype: 2
[2019-02-21 14:36:15] WARNING[15277][C-000000a2] app_dial.c: Unable to write frametype: 2
[2019-02-21 14:36:15] WARNING[15277][C-000000a2] app_dial.c: Unable to write frametype: 2
[2019-02-21 14:36:15] WARNING[15277][C-000000a2] app_dial.c: Unable to write frametype: 2
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] app_macro.c: Spawn extension (macro-dialout-trunk, s, 32) exited non-zero on ‘SIP/201-00000323’ in macro ‘dialout-trunk’
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] pbx.c: Spawn extension (from-internal, 9xxx3284, 6) exited non-zero on ‘SIP/201-00000323’
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] pbx.c: Executing [h@from-internal:1] Macro(“SIP/201-00000323”, “hangupcall”) in new stack
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@macro-hangupcall:1] GotoIf(“SIP/201-00000323”, “1?theend”) in new stack
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] pbx_builtins.c: Goto (macro-hangupcall,s,3)
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@macro-hangupcall:3] ExecIf(“SIP/201-00000323”, “0?Set(CDR(recordingfile)=)”) in new stack
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@macro-hangupcall:4] NoOp(“SIP/201-00000323”, "SIP/BroadVoice-Primary-00000324 monior file= ") in new stack
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@macro-hangupcall:5] AGI(“SIP/201-00000323”, “attendedtransfer-rec-restart.php,SIP/BroadVoice-Primary-00000324,”) in new stack
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] res_agi.c: Launched AGI Script /var/lib/asterisk/agi-bin/attendedtransfer-rec-restart.php
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] res_agi.c: <SIP/201-00000323>AGI Script attendedtransfer-rec-restart.php completed, returning 0
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@macro-hangupcall:6] Hangup(“SIP/201-00000323”, “”) in new stack
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] app_macro.c: Spawn extension (macro-hangupcall, s, 6) exited non-zero on ‘SIP/201-00000323’ in macro ‘hangupcall’
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] pbx.c: Spawn extension (from-internal, h, 1) exited non-zero on ‘SIP/201-00000323’
[2019-02-21 14:36:15] VERBOSE[15277][C-000000a2] app_stack.c: SIP/201-00000323 Internal Gosub(crm-hangup,s,1) start
[2019-02-21 14:36:16] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@crm-hangup:1] NoOp(“SIP/201-00000323”, “Sending Hangup to CRM”) in new stack
[2019-02-21 14:36:16] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@crm-hangup:2] NoOp(“SIP/201-00000323”, “HANGUP CAUSE: 16”) in new stack
[2019-02-21 14:36:16] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@crm-hangup:3] ExecIf(“SIP/201-00000323”, “0?Set(__CRM_VOICEMAIL=)”) in new stack
[2019-02-21 14:36:16] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@crm-hangup:4] NoOp(“SIP/201-00000323”, “MASTER CHANNEL: 1550788571.803 = 1550788571.803”) in new stack
[2019-02-21 14:36:16] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@crm-hangup:5] GotoIf(“SIP/201-00000323”, “0?return”) in new stack
[2019-02-21 14:36:16] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@crm-hangup:6] Set(“SIP/201-00000323”, “__CRM_HANGUP=1”) in new stack
[2019-02-21 14:36:16] VERBOSE[15277][C-000000a2] pbx.c: Executing [s@crm-hangup:7] AGI(“SIP/201-00000323”, “sangomacrm.agi”) in new stack
[2019-02-21 14:36:16] VERBOSE[15277][C-000000a2] res_agi.c: Launched AGI Script /var/lib/asterisk/agi-bin/sangomacrm.agi
[2019-02-21 14:36:16] VERBOSE[15277][C-000000a2] res_agi.c: <SIP/201-00000323>AGI Script sangomacrm.agi completed, returning 0
Blockquote
I have not seen this myself, but I am aware of something similar happening, and the fix was an Asterisk reinstall with asterisk-version-switch and choose the same version again.
That actually fixed the issues lgaetz. Thank you!
2 Likes
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.