External Calls drop after 5 minutes and 32 seconds

I am using Free PBX 13.0.113 with Asterisk 13.7.1 with 2 external SIP Trunk providers and 200 extensions. its loaded on a virtual server (MS HyperV) and has been operational for over 7 years.

My problem is that all external (inbound and outbound) calls drop after 5 minutes and 32 seconds.
I need Help!!

I have an option of a new version (FreePBX 15.0.17.32 on Asterisk 16.15.1) loaded on another virtual Server but will need guidance to transition all the relevant directories so that I don’t have to rebuild from scratch.

Hello @ganesh269,

Did you always have the problem of disconnecting calls after 5.5 minutes?

Thank you,

Daniel Friedman
Trixton LTD

Anything shown in the logs when the call is dropped?
Does this occur with both SIP providers?

Thanks for responding,
This problem started after the number of phones reached 200. I was just testing inbound and outbound calls to another provider and it doesn’t drop. Working on generating logs for a dropped call. This is the dial out:

[2021-04-29 11:16:48] VERBOSE[30993][C-00003632] pbx.c: Executing [97596838@from-internal:1] Macro(“PJSIP/2501-000077b1”, “user-callerid,LIMIT,EXTERNAL,”) in new stack
[2021-04-29 11:16:48] VERBOSE[30993][C-00003632] pbx.c: Executing [97596838@from-internal:2] Gosub(“PJSIP/2501-000077b1”, “sub-record-check,s,1(out,97596838,dontcare)”) in new stack
[2021-04-29 11:16:48] VERBOSE[30993][C-00003632] pbx.c: Executing [out@sub-record-check:1] NoOp(“PJSIP/2501-000077b1”, “Outbound Recording Check from 2501 to 97596838”) in new stack
[2021-04-29 11:16:48] VERBOSE[30993][C-00003632] pbx.c: Executing [out@sub-record-check:7] Gosub(“PJSIP/2501-000077b1”, “recordcheck,1(dontcare,out,97596838)”) in new stack
[2021-04-29 11:16:48] VERBOSE[30993][C-00003632] pbx.c: Executing [97596838@from-internal:3] Macro(“PJSIP/2501-000077b1”, “pinsets,2,1”) in new stack
[2021-04-29 11:16:53] VERBOSE[30993][C-00003632] pbx.c: Executing [97596838@from-internal:4] ExecIf(“PJSIP/2501-000077b1”, “0 ?Set(CDR(accountcode)=)”) in new stack
[2021-04-29 11:16:53] VERBOSE[30993][C-00003632] pbx.c: Executing [97596838@from-internal:5] Set(“PJSIP/2501-000077b1”, “MOHCLASS=default”) in new stack
[2021-04-29 11:16:53] VERBOSE[30993][C-00003632] pbx.c: Executing [97596838@from-internal:6] ExecIf(“PJSIP/2501-000077b1”, “0?Set(TRUNKCIDOVERRIDE=<8686127283>)”) in new stack
[2021-04-29 11:16:53] VERBOSE[30993][C-00003632] pbx.c: Executing [97596838@from-internal:7] Set(“PJSIP/2501-000077b1”, “_NODEST=”) in new stack
[2021-04-29 11:16:53] VERBOSE[30993][C-00003632] pbx.c: Executing [97596838@from-internal:8] Macro(“PJSIP/2501-000077b1”, “dialout-trunk,7,7596838,off”) in new stack

I just got this from the logs on my call above that dropped:

[2021-04-29 11:22:30] VERBOSE[30993][C-00003632] pbx.c: Spawn extension (from-internal, 97596838, 8) exited non-zero on ‘PJSIP/2501-000077b1’

Drop of this call log:

[2021-04-29 11:22:30] VERBOSE[30993][C-00003632] pbx.c: Spawn extension (from-internal, 97596838, 8) exited non-zero on ‘PJSIP/2501-000077b1’

Single log lines cherry picked from the ful trace are not going to debug this. Share an entire call trace using pastebin:
https://wiki.freepbx.org/display/SUP/Providing+Great+Debug#ProvidingGreatDebug-AsteriskLogs-PartII

This is almost certainly a lost NAT association issue. Confirm that you are using bridged networking in Hyper-V. Router/firewall make/model? Any VoIP related settings?

Confirm that you have qualify set for the trunk. If using registration, what is the expiry time?

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