Ticket #3040 (closed Bugs: fixed)

Opened 4 months ago

Last modified 4 months ago

Trunk - Maximum Channels Does not count Parked Calls

Reported by: jsadler Assigned to: p_lindheimer
Priority: minor Milestone: 2.5
Component: Core - Trunks/Routing Version: 2.4.0
Keywords: Cc:
Confirmation: Confirmed SVN Revision (if applicable):
Backend Engine: All Backend Engine Version:

Description

When using a SIP trunk with Maximum Channels set to 2.

This works fine and stops a thrid call if you try and place one.

However, when a call is parked using the 'Parking Lot' feature this call is no longer counted as an active call, and the system will allow a thrid outbound call, which in turn will fail because the SIP provider only allows for 2 outbound calls at a time.

FYI using Asterisk Info the channels are still shown when a call is placed in the parking lot, however, the "Active Calls" count does not include the parked calls.

I'm not sure if this is a FreePBX bug or an Asterisk bug - and if it is a FreePBX bug is it with the Parking Lot App or the Trunks App? - maybe someone could shed a bit more light on it for me.

Cheers, Jonathan.

Change History

08/10/08 08:08:12 changed by p_lindheimer

  • confirmation changed from Unreviewed to Confirmed.

you are right - and it appears to be an asterisk bug as far as I can tell. We'll see what they have to say about it: http://bugs.digium.com/view.php?id=13266

08/12/08 09:44:21 changed by p_lindheimer

  • milestone changed from 2.5 to 3.0.

moving to milestone 3.0 while we wait to hear back from the Asterisk team on this issue.

08/12/08 14:22:06 changed by p_lindheimer

  • milestone changed from 3.0 to 2.5.

well it looks like this is an issue in how FreePBX is using the GROUP() count. That is attached to the originating channel. Using OUTBOUND_GROUP fixes the issue, since it assigns the call to the outbound channel when dial is called. The only issue is potential race conditions since 2 calls simultaneously made in lockstep would allow both to go through and then the dial command would end up incrementing by 2 once they both went out. For now this will have to do...

Also - the inbound auto-generated contexts for counting inbound routes are correct to use GROUP() as we want those attached to the inbound segment of the call. Tests concur that works.

08/12/08 14:23:59 changed by p_lindheimer

  • status changed from new to closed.
  • resolution set to fixed.

(In [6363]) fixes #3040 use OUTBOUND_GROUP instead of GROUP() to count outbound calls so the count is attached to the outboudn channel, otherwise features like a subsequently parked call loses the count

08/12/08 14:26:46 changed by p_lindheimer

(In [6364]) Merged revisions 6363 via svnmerge from re #3040 http://svn.freepbx.org/modules/branches/2.5

........

r6363 | p_lindheimer | 2008-08-12 14:23:58 -0700 (Tue, 12 Aug 2008) | 1 line

fixes #3040 use OUTBOUND_GROUP instead of GROUP() to count outbound calls so the count is attached to the outboudn channel, otherwise features like a subsequently parked call loses the count

........

Donate



Support
Download
Develop
Forums
News
Documentation
Paid Support
About

Paid Ads