[cisco-voip] 4.1delay upon call connection.

[Nick Marus]

Well upgrading to 2GB on both the call manager and subscriber to see if this 
helps. The CPU is peaking quite often, perhaps delays in call controll are 
being caused by this.

On Apr 11, 2005 2:26 PM, Nick Marus <nmarus at gmail.com> wrote: 
> 
> Some phones ake as long as 10 seconds.
> 
> On Apr 11, 2005 1:47 PM, Nick Marus <nmarus at gmail.com> wrote:
> > 7960/7940 phones running ver 7.1 all g711, all local lan, no
> > transcoding. Just upgraded from 3.2 to 4.1 and started noticing this
> > problem. CPU on CM Publishish sits around 8-10% spiking to 80 90 100%
> > occasionally. Also ,interstingly, the call timer does not start untill
> > the audio does. Delay is <10ms.
> >
> >
> > On Apr 11, 2005 10:59 AM, Wes Sisk <wsisk at cisco.com> wrote:
> > > 2 different issues.
> > >
> > > For Nick, delay ipphone-ipphone both internal - what is the RTT 
> between
> > > those phones and CM? What model phones, i.e. is a transcoder being 
> invoked?
> > > What is the CPU Utilization on your server? Pls check for speed/duplex
> > > mismatch btwn your CM servers and the attached switches. You should 
> never
> > > see this much delay between 2 phones. Only way is either network 
> latency
> > > cm<->phone or ccm.exe process is backed up with many signals
> > >
> > > For Anthony the network round trip time can definitely cause delays 
> with
> > > h323 call setup because of the number of packets that have to be 
> exchanged
> > > and ACK'd. Fast Start should bring that time down some.
> > >
> > > /Wes
> > >
> > > -----Original Message-----
> > > From: Nick Marus [mailto:nmarus at gmail.com]
> > > Sent: Monday, April 11, 2005 10:52 AM
> > > To: Anthony Mendoza
> > > Cc: Wes Sisk; cisco-voip at puck.nether.net; Daniel Sexton
> > > Subject: Re: [cisco-voip] 4.1delay upon call connection.
> > >
> > > My issue occurs on internal to internal ip phone, if that helps.
> > >
> > > On Apr 11, 2005 10:48 AM, Anthony Mendoza <amendoza at niku.com> wrote:
> > > > I'll check.
> > > >
> > > > -Anthony
> > > >
> > > > > -----Original Message-----
> > > > > From: Wes Sisk [mailto:wsisk at cisco.com]
> > > > > Sent: Monday, April 11, 2005 7:48 AM
> > > > > To: Anthony Mendoza; Nick Marus
> > > > > Cc: cisco-voip at puck.nether.net; Daniel Sexton
> > > > > Subject: RE: [cisco-voip] 4.1delay upon call connection.
> > > > >
> > > > > Do you both have h323 fast start enabled?
> > > > >
> > > > > /Wes
> > > > >
> > > > > -----Original Message-----
> > > > > From: cisco-voip-bounces at puck.nether.net
> > > > > [mailto:cisco-voip-bounces at puck.nether.net]On Behalf Of
> > > > > Anthony Mendoza
> > > > > Sent: Monday, April 11, 2005 10:43 AM
> > > > > To: Nick Marus
> > > > > Cc: cisco-voip at puck.nether.net; Daniel Sexton
> > > > > Subject: Re: [cisco-voip] 4.1delay upon call connection.
> > > > >
> > > > >
> > > > > Interestingly enough, yes. We see this between our clusters
> > > > > in the UK
> > > > > and US, but were told it was because we are doing this over a VPN 
> and
> > > > > that extra latency (the few extra ms) is what is causing it. Also,
> > > > > since we're doing it in this configuration they refuse to do
> > > > > any support
> > > > > since we can't establish and guarantee QoS between the sites. I'd 
> be
> > > > > happy to hear if there was a simple/easy fix for this.. our delay 
> is
> > > > > usually 2-3 seconds. Between myself and the main IT person
> > > > > out there we
> > > > > count on the phone to check delay.
> > > > > --
> > > > > Anthony Mendoza
> > > > >
> > > > > Nick Marus sent a message, dated 4/11/2005 7:31 AM about:
> > > > > > Anyoe seen calls have no audio for the first 3-4 seconds of an
> > > > > > established call with 4.1.2??
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Nick Marus
> > > > > > nmarus at gmail.com.
> > > > > > _______________________________________________
> > > > > > cisco-voip mailing list
> > > > > > cisco-voip at puck.nether.net
> > > > > > https://puck.nether.net/mailman/listinfo/cisco-voip
> > > > > >
> > > > >
> > > > >
> > > > > CONFIDENTIALITY NOTICE: The information contained in this message 
> and
> > > > > or attachments is intended only for the person or entity to
> > > > > which it is
> > > > > addressed and may contain confidential and/or privileged material. 
> Any
> > > > > review, retransmission, dissemination, copying, or other use of 
> this
> > > > > information by persons or entities other than the intended
> > > > > recipient is
> > > > > prohibited. If you received this e-mail or its attachments in 
> error,
> > > > > please contact the sender and delete the material from any system 
> and
> > > > > destroy any copies.
> > > > >
> > > > >
> > > > >
> > > >
> > > > CONFIDENTIALITY NOTICE: The information contained in this message 
> and
> > > > or attachments is intended only for the person or entity to which it 
> is
> > > > addressed and may contain confidential and/or privileged material. 
> Any
> > > > review, retransmission, dissemination, copying, or other use of this
> > > > information by persons or entities other than the intended recipient 
> is
> > > > prohibited. If you received this e-mail or its attachments in error,
> > > > please contact the sender and delete the material from any system 
> and
> > > > destroy any copies.
> > > >
> > > >
> > >
> > > --
> > > Nick Marus
> > > nmarus at gmail.com
> > >
> > >
> >
> > --
> > Nick Marus
> > nmarus at gmail.com
> >
> 
> --
> Nick Marus
> nmarus at gmail.com
> 



-- 
Nick Marus
nmarus at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20050411/898103d6/attachment.html