Interesting Hold Call Drop

Hello Guys and Gals,

New to Asterisk forum!

I’ll introduce myself with a whopper!

Version:
Asterisk 10.10.0

Problem Detail:

  1. I place a call using my extension 333 to 445.
  2. 445 user picks up and we can communicate.
  3. 445 user places me on hold and I hear hold music.
  4. 445 takes me off hold, BUT I (333) still hear the hold music but 445 can hear me talking.
  5. After being on one sided hold :smile: a few more seconds the call drops.

Environment:
Newish (2012 Dell Server)
PBX server in building with me the 333 user.
445 user in neighboring city connected through a site to site VPN router setup.
PBX Server and 333 user using SonicWall router
445 user using Cisco ASA 5500 router

Note: Verbose set to 3

[size=85][Jul 11 10:50:53] VERBOSE[19732] res_musiconhold.c: – Started music on hold, class ‘default’, on SIP/333-0001e082
[Jul 11 10:51:23] VERBOSE[19733] pbx.c: – Executing [h@macro-dial-one:1] Macro(“DAHDI/i1/6153733626-5e4c”, “hangupcall,”) in new stack
[Jul 11 10:51:23] VERBOSE[19733] pbx.c: – Executing [s@macro-hangupcall:1] GotoIf(“DAHDI/i1/6153733626-5e4c”, “1?theend”) in new stack
[Jul 11 10:51:23] VERBOSE[19733] pbx.c: – Goto (macro-hangupcall,s,3)
[Jul 11 10:51:23] VERBOSE[19733] pbx.c: – Executing [s@macro-hangupcall:3] ExecIf(“DAHDI/i1/6153733626-5e4c”, “0?Set(CDR(recordingfile)=)”) in new stack
[Jul 11 10:51:23] VERBOSE[19733] pbx.c: – Executing [s@macro-hangupcall:4] Hangup(“DAHDI/i1/6153733626-5e4c”, “”) in new stack
[Jul 11 10:51:23] VERBOSE[19733] app_macro.c: == Spawn extension (macro-hangupcall, s, 4) exited non-zero on ‘DAHDI/i1/6153733626-5e4c’ in macro ‘hangupcall’
[Jul 11 10:51:23] VERBOSE[19733] features.c: == Spawn extension (macro-dial-one, h, 1) exited non-zero on ‘DAHDI/i1/6153733626-5e4c’
[Jul 11 10:51:23] VERBOSE[19733] app_macro.c: == Spawn extension (macro-dial-one, s, 42) exited non-zero on ‘DAHDI/i1/6153733626-5e4c’ in macro ‘dial-one’
[Jul 11 10:51:23] VERBOSE[19733] app_macro.c: == Spawn extension (macro-exten-vm, s, 14) exited non-zero on ‘DAHDI/i1/6153733626-5e4c’ in macro ‘exten-vm’
[Jul 11 10:51:23] VERBOSE[19733] pbx.c: == Spawn extension (from-did-direct, 225, 2) exited non-zero on ‘DAHDI/i1/6153733626-5e4c’
[Jul 11 10:51:23] VERBOSE[19733] chan_dahdi.c: – Hungup ‘DAHDI/i1/6153733626-5e4c’
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: – Executing [h@macro-dial-one:1] Macro(“SIP/333-0001e082”, “hangupcall,”) in new stack
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: – Executing [s@macro-hangupcall:1] GotoIf(“SIP/333-0001e082”, “1?theend”) in new stack
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: – Goto (macro-hangupcall,s,3)
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: – Executing [s@macro-hangupcall:3] ExecIf(“SIP/333-0001e082”, “0?Set(CDR(recordingfile)=)”) in new stack
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: – Executing [s@macro-hangupcall:4] Hangup(“SIP/333-0001e082”, “”) in new stack
[Jul 11 10:51:24] VERBOSE[19732] app_macro.c: == Spawn extension (macro-hangupcall, s, 4) exited non-zero on ‘SIP/333-0001e082’ in macro ‘hangupcall’
[Jul 11 10:51:24] VERBOSE[19732] features.c: == Spawn extension (macro-dial-one, h, 1) exited non-zero on ‘SIP/333-0001e082’
[Jul 11 10:51:24] VERBOSE[19732] app_macro.c: == Spawn extension (macro-dial-one, s, 42) exited non-zero on ‘SIP/333-0001e082’ in macro ‘dial-one’
[Jul 11 10:51:24] VERBOSE[19732] app_macro.c: == Spawn extension (macro-exten-vm, s, 14) exited non-zero on ‘SIP/333-0001e082’ in macro ‘exten-vm’
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: == Spawn extension (from-internal, 445, 2) exited non-zero on ‘SIP/333-0001e082’
[Jul 11 10:51:24] VERBOSE[19732] res_musiconhold.c: – Stopped music on hold on SIP/333-0001e082[/size]

Sorry about that,

I removed the call that got nestled my call log.

[Jul 11 10:50:53] VERBOSE[19732] res_musiconhold.c: – Started music on hold, class ‘default’, on SIP/333-0001e082
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: – Executing [h@macro-dial-one:1] Macro(“SIP/333-0001e082”, “hangupcall,”) in new stack
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: – Executing [s@macro-hangupcall:1] GotoIf(“SIP/333-0001e082”, “1?theend”) in new stack
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: – Goto (macro-hangupcall,s,3)
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: – Executing [s@macro-hangupcall:3] ExecIf(“SIP/333-0001e082”, “0?Set(CDR(recordingfile)=)”) in new stack
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: – Executing [s@macro-hangupcall:4] Hangup(“SIP/333-0001e082”, “”) in new stack
[Jul 11 10:51:24] VERBOSE[19732] app_macro.c: == Spawn extension (macro-hangupcall, s, 4) exited non-zero on ‘SIP/333-0001e082’ in macro ‘hangupcall’
[Jul 11 10:51:24] VERBOSE[19732] features.c: == Spawn extension (macro-dial-one, h, 1) exited non-zero on ‘SIP/333-0001e082’
[Jul 11 10:51:24] VERBOSE[19732] app_macro.c: == Spawn extension (macro-dial-one, s, 42) exited non-zero on ‘SIP/333-0001e082’ in macro ‘dial-one’
[Jul 11 10:51:24] VERBOSE[19732] app_macro.c: == Spawn extension (macro-exten-vm, s, 14) exited non-zero on ‘SIP/333-0001e082’ in macro ‘exten-vm’
[Jul 11 10:51:24] VERBOSE[19732] pbx.c: == Spawn extension (from-internal, 445, 2) exited non-zero on ‘SIP/333-0001e082’
[Jul 11 10:51:24] VERBOSE[19732] res_musiconhold.c: – Stopped music on hold on SIP/333-0001e082

Check your RTPtimeout and rtpholdtimeout settings, seems like you are using a GUI so find it first.

Navaismo,
I’ll check RTPtimeout and rtpholdtimeout settings, and let you know what I found out.
Thank you!

Hi! Is this issue fixed? It’s the same issue as I’m experiencing right now.

The thread didn’t come to a conclusion and certainly didn’t confirm that there was a bug to fix.