[cisco-voip] Transferring Calls Is Slow

[James Buchanan]

What does the CPU utilization look like on your Publisher?

 

James Buchanan | Senior Network Engineer | South Region | Presidio Networked Solutions 
12 Cadillac Dr, Suite 130, Brentwood, TN 37027 | jbuchanan at presidio.com <mailto:jbuchanan at ctiusa.com> 
D: 615-866-5729 | www.presidio.com <http://www.presidio.com> 

CCIE #25863, Voice



 

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jamie Weatherhead
Sent: Friday, May 21, 2010 7:15 AM
To: cips; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Transferring Calls Is Slow

 

It’s with direct transfers. Takes nearly 5 seconds.

 

Only recently started.

 


Consider the environment - Think before you print

The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this. 

You are advised that urgent, time-sensitive communications should not be sent by email. We hereby give you notice that a delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s).

Details of Charles Stanley group companies and their regulators (where applicable), can be found at this URL http://www.charles-stanley.co.uk/contact-us/disclosure/ <http://www.charles-stanley.co.uk/contact-us/disclosure/> 

From: cips [mailto:cisco at cips.nl] 
Sent: 21 May 2010 12:49
To: Jamie Weatherhead; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Transferring Calls Is Slow

 

Is this with direct or consult transfers?

 

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jamie Weatherhead
Sent: vrijdag 21 mei 2010 12:50
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Transferring Calls Is Slow

 

Morning all,

 

Has anyone experienced a problem whereby transferring calls is slower than usual. Up to 5 seconds before the recipient receives the transferred call. It’s affecting calls on our LAN and remote sites.

 

Is it possible a service needs restarting? Would prefer to not restart our cluster.

 

Thanks

Jamie


Consider the environment - Think before you print

The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this. 

You are advised that urgent, time-sensitive communications should not be sent by email. We hereby give you notice that a delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s).

Details of Charles Stanley group companies and their regulators (where applicable), can be found at this URL http://www.charles-stanley.co.uk/contact-us/disclosure/ <http://www.charles-stanley.co.uk/contact-us/disclosure/> 

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