Hi, Scott. On Thu, Jun 18, 2009 at 10:59 AM, Scott Lawrence <[email protected]>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 [email protected] > 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/ >
_______________________________________________ sipx-dev mailing list [email protected] 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/
