Pass
5 Pass
> Date: Mon, 13 Jun 2011 10:13:08 -0400
> From: johg...@cisco.com
> To: eng_m...@hotmail.com
> CC: alum...@gmail.com; cisco-nsp@puck.nether.net
> Subject: Re: [c-nsp] Input Queue
>
> It is likely the flushed traffic is in the input queue to CPU, but a
> 6
It is likely the flushed traffic is in the input queue to CPU, but a
6500 can also account for rx queuing drops in this drops counter as an
aggregate counter.
In the show queueing output, we see 81 packets dropped:
Packets dropped on Receive:
BPDU packets: 0
queue thresh
The input queue is the queue between the interface and the CPU, only
process switched traffic hits this queue. Drops in the input queue are
almost always due to a busy CPU.
If you happen to have packets in the queue (the first number is
greater than 0) you can run "show buffers input interface
du
/max)
Thanks again
> Date: Fri, 10 Jun 2011 13:53:36 -0400
> From: johg...@cisco.com
> To: eng_m...@hotmail.com
> CC: cisco-nsp@puck.nether.net
> Subject: Re: [c-nsp] Input Queue
>
> Mohammad,
> Can you also gather "show queueing inter g3/3" as well as
otal output drops: 0
Output queue: 0/40 (size/max)
> Date: Fri, 10 Jun 2011 08:38:38 -0400
> From: johg...@cisco.com
> To: eng_m...@hotmail.com; cisco-nsp@puck.nether.net
> Subject: Re: [c-nsp] Input Queue
>
> Is this a 6500? Can you output a show ver and a show module?
>
&
nsp@puck.nether.net
> Subject: Re: [c-nsp] Input Queue
>
> Is this a 6500? Can you output a show ver and a show module?
>
> Do you also see input queue drops on the physical interfaces? (show
> inteface)?
>
> Do you see high CPU at some times? This would indicate traffi
Is this a 6500? Can you output a show ver and a show module?
Do you also see input queue drops on the physical interfaces? (show
inteface)?
Do you see high CPU at some times? This would indicate traffic may be
software switched.
Regards,
John Gill
cisco
On 6/10/11 7:46 AM, Mohammad Khal
hi all
i have etherchannel consisting of 5 G interfaces
the port-channel is assigned to VLAN 10 (SVI created)
i cleared the counters on the interface yesterday and today
Input queue: 0/75/962/962 (size/max/drops/flushes)
what is the issue ?
__
hi all
i have etherchannel consisting of 5 G interfaces
the port-channel is assigned to VLAN 10 (SVI created)
i cleared the counters on the interface yesterday and today
Input queue: 0/75/962/962 (size/max/drops/flushes)
what is the issue ?
___
Is the VOIP traffic going thru this WAN router or do you have VWIC cards
installed in the 3845 to terminate the VOIP sessions? I had a similar
case opened last year and the TAC recommendation was to disable SPD.
There is a hidden interface command "no spd enable" if you just want to
disable
On 3/1/10 7:28 PM, Javi wrote:
Guys,
I tried increasing the input queue (up to 2048) with no results, input
flushes keep going up. Users still experiencing really bad VoIP
performance in that WAN link...
clear the counters and get a few snapshots of sh int stat
with:
term exec prompt time
On 2/28/10 1:36 AM, Dale Shaw wrote:
Hi Rodney,
On Sun, Feb 28, 2010 at 12:26 PM, Rodney Dunn wrote:
Should we increase the input queue size to 150,200,250, etc ? Could these
flushed/drops be the cause of the poor VoIP performance?
Yeah..set it to the max of 4096.
This is a platform-sp
Guys,
I tried increasing the input queue (up to 2048) with no results, input
flushes keep going up. Users still experiencing really bad VoIP performance
in that WAN link...
Rodney, I didn't turn off SPD as I'm not sure if that is going to break
other stuff. This is a production head office main I
Thanks guys.
12.4(13r)T, we have a policy-map with 4 classes:
policy-map QOS-OUT
class DSCP-OUT-RT-VO
priority 1110 138750
police cir 111 bc 138750 be 138750
conform-action set-dscp-transmit ef
exceed-action set-dscp-transmit ef
violate-action set-dscp-transmit ef
clas
Hi Rodney,
On Sun, Feb 28, 2010 at 12:26 PM, Rodney Dunn wrote:
>
>> Should we increase the input queue size to 150,200,250, etc ? Could these
>> flushed/drops be the cause of the poor VoIP performance?
>
> Yeah..set it to the max of 4096.
This is a platform-specific recommendation or a "just do
On 2/26/10 1:57 AM, Javi in AUS wrote:
Gents,
We have a WAN facing Cisco 3845 which is showing the numbers below on it's
Gi0/1 interface:
Input queue: 0/75/9/71805 (size/max/drops/flushes); Total output drops:
714432
Turn off SPD:
config t
no spd enable
end
Of course, these counter
Gents,
We have a WAN facing Cisco 3845 which is showing the numbers below on it's
Gi0/1 interface:
Input queue: 0/75/9/71805 (size/max/drops/flushes); Total output drops:
714432
Of course, these counters are increasing and we have a bunch of users at the
other side of the link complaining abou
-mack <[EMAIL PROTECTED]> wrote: -
>Date: 05/05/2008 04:03AM
>Subject: [c-nsp] Input queue drops due to backplane congestion
>
>We have a 6509 with sup720 3bxl running SXF11.
>We have a number of 6704-10GE line cards and
>A number of 6748-GE-TX line cards all wi
We have a 6509 with sup720 3bxl running SXF11.
We have a number of 6704-10GE line cards and
A number of 6748-GE-TX line cards all with PFC3BXLs.
When one (only one) of the 6704 fabric channels peaks at about
80% utilization coming from the fabric we start to
See packet loss on the GigE ports. Eve
19 matches
Mail list logo