[cisco-voip] Arc blind transfer audio cut through delay

[John.VanLaecke at ghd.com]

with the way i do arc is with a separate location so I can force g711 for 
arc and the external call


I created a device pool, location and region then assign all arc devices 
to this and then using static region for arc to keep the g711 codec.

or

under console connect
console queues 
tick the box forced delivery so the phone has control of the call not arc.





Regards,

John 


From:
Boon <ciscovoipuser at gmail.com>
To:
"cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Date:
04/08/2011 01:53 AM
Subject:
[cisco-voip] Arc blind transfer audio cut through delay
Sent by:
cisco-voip-bounces at puck.nether.net



We have an ongoing issue with transfer delays and Arc Enterprise Premium 
integrated with CUCM 7.1.5. 
 
We are using the consultative transfers feature via a Service Queue CTI 
Port when making blind transfers from the Arc Operator Console. When we 
complete these transfers the connected parties experience a 5-7 second 
delay after connection before either party can hear one another. 

This is affecting transfers to both internal and external destinations. We 
have a TAC case raised but they are slow in their response and we're 
experiencing increasing heat from the customer. 
 
In the past when this has worked we've heard two faint clicks in quick 
succession before the voice path cut through is established. Now while 
we're currently experiencing the delay we hear the same two faint clicks 
but the delay between them is 5 seconds or so. Could this be transcoder 
related as Arc doesnt support G729 which is being used for external and 
internal calls?

_____________________ 
This e-mail has been scanned for viruses by MessageLabs.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



_____________________ 
This email and all attachments are confidential. For further important information about emails sent to or from GHD or if you have received this email in error, please refer to http://www.ghd.com/emaildisclaimer.html .
_____________________ 
This e-mail has been scanned for viruses by MessageLabs.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110804/79afd2be/attachment.html>