Hank,
Every time I've ever worked on this it's microburst.
The only real way to fix it is a hardware forwarding box that
can do packets at line rate gige.
Rodney
On Sun, Sep 14, 2008 at 09:38:26AM +0300, Hank Nussbacher wrote:
At 02:43 PM 12-09-08 -0400, Rodney Dunn wrote:
Rodney,
On a
That's only applicable if you have a lot of process switched traffic
and you see input drops in 'sh int'.
If you do see input queue drops and the throttle count in 'sh int'
is going up you might be impacted by that bug.
Rodney
On Sun, Sep 14, 2008 at 10:21:41AM +0300, Hank Nussbacher wrote:
At
At 02:43 PM 12-09-08 -0400, Rodney Dunn wrote:
Rodney,
On a related note, we are seeing input overruns on almost all native GigaE
ports on the NPE-G1. Example on 12.4(21):
GigabitEthernet0/2 is up, line protocol is up
Hardware is BCM1250 Internal MAC, address is 0009.446d.ac1a (bia
At 02:16 PM 12-09-08 -0400, Rodney Dunn wrote:
I don't suspect that is going to help because the ignores
are not increasing that would point to:
CSCse05447
Externally found moderate defect: Resolved (R)
7200 ethernet interfaces should not throttle on input queue full drops
Most likely you are
On a related note, we are seeing input overruns on almost all native GigaE
ports on the NPE-G1. Example on 12.4(21):
On the other side, of those NPE-G1 ports, do you see any flow control from
them? I've never seen a G1's counters show pause frame that it sends, but
even watching them
I'm running a Cisco 7206/VXR with an NPE G2, Version 12.4(4)XD4
acting as an LNS.
I'm getting input errors consistently incrementing on the Gig
interface (ignored errors)
Any way to fix this? I saw some discussion a while back about this,
and it seemed to have to do with buffers - but I
Can you bump up your input queue depth:
hold-queue 4096 in
and see if they stop.
I don't suspect that is going to help because the ignores
are not increasing that would point to:
CSCse05447
Externally found moderate defect: Resolved (R)
7200 ethernet interfaces should not throttle on input
No luck... didn't fix it. Is it fixed in a subsequent release? Are
there any other parameters I can tune?
GigabitEthernet0/1 is up, line protocol is up
Hardware is MV64460 Internal MAC, address is 001a.6d30.091b (bia
001a.6d30.091b)
Description: to gig-fastiron Ethernet11
MTU 1500
On Fri, Sep 12, 2008 at 02:40:04PM -0400, Clayton Zekelman wrote:
No luck... didn't fix it. Is it fixed in a subsequent release? Are
there any other parameters I can tune?
Not really because you can't tune the rx ring depth.
Check 'sh controller'.
What does 'sh proc cpu sort | excl 0.00'
ring sizes: RX = 128, TX = 256
rx_particle_size: 512
rx_pak = 0x0444F908
rx_head = 122
Here are the sh controller and sh proc results.
I'll send the config directly - too much to sanitize ...
Thanks!
Hardware is MV64460 Internal MAC (Revision MV64460-Ethernet)
network link is up
Config is 1Gbps, Full Duplex
Selected media-type is RJ45
GBIC is not present
Ethernet Unit
11 matches
Mail list logo