[nsp] Cisco 3550 I/O memory fragmentation problem

Łukasz Bromirski lbromirski at mr0vka.eu.org
Tue Mar 2 07:36:43 EST 2004


Hi,

Did anyone else hit the problem with the 3550-12T switches, regarding the
I/O memory fragmentation?

I've got a client, that uses one 3550-12T as a core switch. It requires
running OSPF, few ports as a switchports and two ports as a L3 IP interfaces.
That's where the problem begins.

One of the L3 interfaces is capable of receiving bursts of ~1500-bytes
frames, causing MALLOCFAIL messages and interface flapping (down/up/down/up).

The messages are like that:

%SYS-2-MALLOCFAIL: Memory allocation of 1680 bytes failed from
   0x156550, alignment 0
Pool: I/O  Free: 2172  Cause: Memory fragmentation

And I/O memory buffers are washed out:

show memory summary (after ~3 hours):

               Head Total(b)  Used(b)   Free(b) Lowest(b)  Largest(b)
Processor   BDDF8C 54655092  4842004  49813088  47010552    47973440
       I/O 80000000  8388608  1128084   7260524      2172     7187568

...notice the "Lowest(b)" column on I/O. The `show buffers' command gives:

show buffers:
[...]
Big buffers, 1524 bytes (total 143, permanent 128, peak 4356 @ 3h):
      135 in free list (128 min, 512 max allowed)
      1908668 hits, 137710 misses, 62727 trims, 62742 created
      4196 failures (3616 no memory)

So I did some buffer tuning, but I'm almost sure, that the next burst will
still cause memory fragmentation and interface flapping.

What I'm looking, is some way to change I/O memory allocation (I know
that `memory-size' iomem doesn't work on this platform) or someone, who has
similar 3550-12T and can say "Whoa, I occasionally hit low I/O but my
interfaces stay up all the time".

Thanks,
-- 
Łukasz Bromirski                             lbromirski:mr0vka,eu,org



More information about the cisco-nsp mailing list