[cisco-voip] Long delay

[Erick Bergquist]

Check your QoS policies between the sites , and check for drops.  I recently had a client having similar type of problem (audio-cutover delays) during times of lots of call signalling activity. The issue was the signalling class-map had enough bandwidth allocated but the default queue-depth (64 packets) was not enough to handle the burst of lots of control traffic at busy times. Had to add the queue-limit command to class map and extend it to 256 packets which is working out for that setup fine now. 

----- Original Message ----
From: "Ortiz, Carlos" <CORTIZ at broward.org>
To: "Voll, Scott" <Scott.Voll at wesd.org>; cisco-voip at puck.nether.net
Sent: Friday, September 29, 2006 12:45:45 PM
Subject: Re: [cisco-voip] Long delay

              How heavy is the volume of calls at the site?  I have a site with 2 PRI’s (about 160 users) that was getting inundated with calls yesterday.  They claim that they were having slow downs transferring calls when the traffic was heavy. Not sure what would cause this but wondering if your location was similar.
     
   Carlos
     
         
  From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Voll, Scott
 Sent: Friday, September 29, 2006 12:59 PM
 To: cisco-voip at puck.nether.net
 Subject: [cisco-voip] Long delay
   
    
   I’m running cm 4.1.3sr2 and I have a remote site complaining of long delays in transfers and answering.  Does anyone have any idea where to start with this?
     
   I have not been out to the remote site to personally check.
     
   Scott
     
     
   
     _______________________________________________
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/20060930/5b0f1592/attachment.html