< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index Next in Thread >

Re: [sipX-dev] Can someone please confirm the Implications of the ACD Servers 30 active call limit.


Hi, Scott.

On Thu, Jun 18, 2009 at 10:59 AM, Scott Lawrence <scott.lawrence@xxxxxxxxxx> wrote:
On Thu, 2009-06-18 at 08:55 +0100, Damian Dowling wrote:
> Damian,
>
> I really need an answer to the following.
>
> According to this issue:
> http://track.sipfoundry.org/browse/XX-4880
>
> The ACD Server can handle 30 actives calls at any one time. My
> understanding, thanks to Pawel, is that this is a hard coded limit in
> the ACD Server.
>
>
> Now according to this issue:
> http://track.sipfoundry.org/browse/XX-4891.
>
> Any call that passes through a queue has the media bridged to the agent
> and even to normal users if the call is transferred.
>
>
> Just to confirm the 30 active calls include the following:
> 1. Calls queued.
> 2. Calls connected to agents.
> 3. Calls transferred from an agent to a normal user.
>
>
> Is this correct?

A call in one side of the ACD and out the other side counts as one call.
A transfer does not remove the call from this count, since it is still
traversing the ACD.

I got another question, somehow related to the transferred call. Let's say my agent transfer the call to an PSTN number using an ITSP thru sipXbridge.

 I understand that the call is still traversing the ACD. I know that all the DTMF inside sipXecs are RFC2833 as well.

 1. How can I debug this call flow in order to see if DTMFs generated by the caller phone are hitting the ITSP?

-
MM
 


So you can have 30 agents each speaking to a caller, but if one of those
agents transfers their call to some other phone, that agent will not be
able to take a new caller until some other call terminates.

Does that help?


_______________________________________________
sipx-dev mailing list sipx-dev@xxxxxxxxxxxxxxxxxxx
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/