[cisco-voip] UCCX 2 second delay step

[Ryan Ratliff]

Before the accept step is usually done to make CTI apps play nice with Unity or other AA services that are transferring calls into IPCC.  Unity doing a release to switch (ie blind transfer) into IPCC more often than not causes timing issues when IPCC tries to redirect a call from a CTI RP to a CTI Port at the same time Unity is completing the transfer.

UC actually has the ability to slow down how fast it transfers calls, which is another way to mitigate this issue.

I'm not sure what doing it after the Accept step would get you, since I think (with UCCX) that the Accept step actually takes care of redirecting the call to a media port.  My IPCCX knowledge pretty much stopped back in the CRS days so somebody else may want to correct me on that part.

-Ryan

On Aug 10, 2010, at 4:03 PM, Kevin Damisch wrote:

As a best practice, I have seen the 2 second delay step added before the Accept step, and I have also seen it added after the Accept step instead.  Does it matter where it goes?  And why?


This communication (including any attachments) is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify Vital Support Systems at 515 334 5700 and delete or destroy all copies and the original document.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100810/ce162df4/attachment.html>