[cisco-voip] Transferring Calls Is Slow

cips cisco at cips.nl
Fri May 21 10:19:09 EDT 2010


Seems like there is a delay with the signaling. A reboot is the most effective quick fix.

 

I’ve seen this with vmware test installations before.

 

What about a off hook? Do users also experience dial-tone delay?

 

From: Jamie Weatherhead [mailto:Jamie.Weatherhead at Charles-Stanley.co.uk] 
Sent: vrijdag 21 mei 2010 14:15
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/b782430f/attachment.html>


More information about the cisco-voip mailing list