Inbound Calls transfer to extensions but hang up after accepting the call

FreePBX Endpoints
1

I have raspbx with freepbx.
I’ve set up a trunk which Im able to make calls.
My intention is to transfer incoming calls (from the trunk) to a specific extension (1001).
The incoming call goes to my extension 1001 but once i accept the call connection fails with his:

841[2020-09-12 00:18:50] VERBOSE[10840][C-00000030] app_dial.c: PJSIP/1002-00000031 is ringing

842[2020-09-12 00:18:53] VERBOSE[10840][C-00000030] app_dial.c: PJSIP/1002-00000031 answered SIP/Yuboto-00000014

843[2020-09-12 00:18:53] VERBOSE[10841][C-00000030] bridge_channel.c: Channel PJSIP/1002-00000031 joined 'simple_bridge' basic-bridge <8f52b680-3d16-42be-ac79-31b1baf04538>

844[2020-09-12 00:18:53] VERBOSE[10840][C-00000030] bridge_channel.c: Channel SIP/Yuboto-00000014 joined 'simple_bridge' basic-bridge <8f52b680-3d16-42be-ac79-31b1baf04538>

845[2020-09-12 00:19:01] VERBOSE[10841][C-00000030] bridge_channel.c: Channel PJSIP/1002-00000031 left 'simple_bridge' basic-bridge <8f52b680-3d16-42be-ac79-31b1baf04538>

846[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] bridge_channel.c: Channel SIP/Yuboto-00000014 left 'simple_bridge' basic-bridge <8f52b680-3d16-42be-ac79-31b1baf04538>

847[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] app_macro.c: Spawn extension (macro-dial-one, s, 55) exited non-zero on 'SIP/Yuboto-00000014' in macro 'dial-one'

848[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] app_macro.c: Spawn extension (macro-exten-vm, s, 14) exited non-zero on 'SIP/Yuboto-00000014' in macro 'exten-vm'

849[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] pbx.c: Spawn extension (from-did-direct, 1002, 3) exited non-zero on 'SIP/Yuboto-00000014'

850[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] pbx.c: Executing [h@from-did-direct:1] Macro("SIP/Yuboto-00000014", "hangupcall,") in new stack

851[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] pbx.c: Executing [s@macro-hangupcall:1] GotoIf("SIP/Yuboto-00000014", "1?theend") in new stack

852[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] pbx_builtins.c: Goto (macro-hangupcall,s,3)

853[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] pbx.c: Executing [s@macro-hangupcall:3] ExecIf("SIP/Yuboto-00000014", "0?Set(CDR(recordingfile)=)") in new stack

854[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] pbx.c: Executing [s@macro-hangupcall:4] NoOp("SIP/Yuboto-00000014", "PJSIP/1002-00000031 montior file= ") in new stack

855[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] pbx.c: Executing [s@macro-hangupcall:5] GotoIf("SIP/Yuboto-00000014", "1?skipagi") in new stack

856[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] pbx_builtins.c: Goto (macro-hangupcall,s,7)

857[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] pbx.c: Executing [s@macro-hangupcall:7] Hangup("SIP/Yuboto-00000014", "") in new stack

858[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] app_macro.c: Spawn extension (macro-hangupcall, s, 7) exited non-zero on 'SIP/Yuboto-00000014' in macro 'hangupcall'

859[2020-09-12 00:19:01] VERBOSE[10840][C-00000030] pbx.c: Spawn extension (from-did-direct, h, 1) exited non-zero on 'SIP/Yuboto-00000014'

860[2020-09-12 00:19:18] WARNING[1265] chan_sip.c: Retransmission timeout reached on transmission [email protected]:5060 for seqno 102 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions

861Packet timed out after 24640ms with no response

Seems like:

  • Incoming call comes through and gets transfered to the extension
  • Once i accept the call from my extention a bridge channel is created
  • Something happens and everything fall apart.
  • Hang up.

What amI missing?

2

In Asterisk SIP Settings, confirm that Local Networks and External Address are correctly set. If you change these, you must restart (not just reload) Asterisk.

If this doesn’t help, at the Asterisk command prompt, type
sip set debug on
pjsip set logger on
make a failing incoming call, paste the Asterisk log for the call at pastebin.freepbx.org and post the link here. Also report: After answering, can the caller hear the called extension? Can the called extension hear the caller?

3

Setting the external address correctly solved the problem. thank you

4

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.