Odd issue with simultaneous outbound calls

I am not sure what’s really going on, but I seem to be having a very strange issue with outbound calls. My current setup is TECLO->(pri trunk)->Internal Cisco Router->(pjsip trunk)->Asterisk. I am using the basic setup found at basic-setup-from-freepbx-to-cisco-28xx-as-voicegateway-with-pri/12846, except with pjsip instead of sip. I’ve always had this same setup (no router or freepbx changes recently besides normal module updates, and currently on FreePBX 14.0.1.36), and as far as I know, things have always worked with multiple simultaneous outbound calls over the single pjsip trunk. Now once a single outbound call is live on the trunk, I am getting congestion messages if another user attempts an additional outbound call. The same issue does not seem to apply for incoming calls, and many of them can exist simultaneously over the pjsip trunk.

I’ve tried reboots of the freepbx server and the Cisco router with no change. I’m working around it temporarily by utilizing a flowroute trunk, which also doesn’t seem to have the outbound limit issue. Any insights or suggestions as to what could be causing this would be greatly appreciated.

This is the error I am seeing when a second call goes to the flowroute trunk:

== Everyone is busy/congested at this time (1:0/1/0)
– Executing [s@macro-dialout-trunk:32] NoOp(“PJSIP/4401-00000191”, “Dial failed for some reason with DIALSTATUS = CONGESTION and HANGUPCAUSE = 34”) in new stack
– Executing [s@macro-dialout-trunk:33] GotoIf(“PJSIP/4401-00000191”, “1?continue,1:s-CONGESTION,1”) in new stack
– Goto (macro-dialout-trunk,continue,1)
– Executing [continue@macro-dialout-trunk:1] NoOp(“PJSIP/4401-00000191”, “TRUNK Dial failed due to CONGESTION HANGUPCAUSE: 34 - failing through to other trunks”) in new stack
– Executing [continue@macro-dialout-trunk:2] ExecIf(“PJSIP/4401-00000191”, “1?Set(CALLERID(number)=4401)”) in new stack
– Executing [xxxxxxxxxx@from-internal:8] Macro(“PJSIP/4401-00000191”, “dialout-trunk,2,1xxxxxxxxxx,off”) in new stack
– Executing [s@macro-dialout-trunk:1] Set(“PJSIP/4401-00000191”, “DIAL_TRUNK=2”) in new stack
– Executing [s@macro-dialout-trunk:2] GosubIf(“PJSIP/4401-00000191”, “0?sub-pincheck,s,1()”) in new stack
– Executing [s@macro-dialout-trunk:3] ExecIf(“PJSIP/4401-00000191”, “0?Set(CALLERID(num)=4401)”) in new stack
– Executing [s@macro-dialout-trunk:4] GotoIf(“PJSIP/4401-00000191”, “0?disabletrunk,1”) in new stack
– Executing [s@macro-dialout-trunk:5] Set(“PJSIP/4401-00000191”, “DIAL_NUMBER=xxxxxxxxxx”) in new stack
– Executing [s@macro-dialout-trunk:6] Set(“PJSIP/4401-00000191”, “DIAL_TRUNK_OPTIONS=Ttr”) in new stack
– Executing [s@macro-dialout-trunk:7] Set(“PJSIP/4401-00000191”, “OUTBOUND_GROUP=OUT_2”) in new stack
– Executing [s@macro-dialout-trunk:8] Set(“PJSIP/4401-00000191”, “DIAL_TRUNK_OPTIONS=T”) in new stack
– Executing [s@macro-dialout-trunk:9] GotoIf(“PJSIP/4401-00000191”, “1?nomax”) in new stack

I feel like an idiot. The one thing I hadn’t tried is rebooting the telco equipment. That seems to have fixed the issue (for now).

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