[f-nsp] Odd CPU spikes on Jetcore BI4K, IP level

Bardo Cornelissen b.cornelissen at caveo.nl
Wed Oct 15 07:40:15 EDT 2008


I'm indeed running fiber to the carrier, I assumed no issues there because
no port errors show. But looking at your case I'm starting to wonder. I may
have the DC test the fiber to see if that is an issue.

Thanks!

Kind regards,


Bardo Cornelissen.
Caveo Internet BV


> -----Oorspronkelijk bericht-----
> Van: Daniel Harper [mailto:daniel.harper at fused-group.com]
> Verzonden: woensdag 15 oktober 2008 11:42
> Aan: Bardo Cornelissen
> CC: foundry-nsp at puck.nether.net
> Onderwerp: Re: [f-nsp] Odd CPU spikes on Jetcore BI4K, IP level
> 
> Hi,
> 
> Are you running Ethernet or fiber to your carrier?  I've seen problems
> similar to this which was caused by damaged fiber - interface stats
> didn't show any errors at the time but replacing the fiber sorted it.
> 
> There could also be cam exhaustion as well which will cause the router
> to send traffic via the CPU rather than hardware which shows up in IP
> level in the show proc cpu.  To check issue the command 'sh
> cam-partition detail' and look for:
> 
> Layer 3 sw index range:
>    L3 L3 1 - 2047        (0x00001 - 0x007ff), free 1870 (0x0074e)
>    L3 L2 2048 - 4095     (0x00800 - 0x00fff), free 564 (0x00234)
>    L3    4096 - 32767    (0x01000 - 0x07fff), free 49 (0x00031)
> 
> Note how much is free.
> 
> regards,
> Daniel
> 
> 
> 
> Bardo Cornelissen wrote:
> > Hi folks,
> >
> > I'm facing an odd issue causing high CPU load on a Jetcore BI4K, with
> for
> > what seems to be caused in a ip transit uplink.
> >
> > We are running BGP on multiple jetcore BigIrons. Now there are 3
> border
> > routers which each have an ip transit uplink. After some time (a day
> or
> > sometimes more like a week) we see a high CPU load and it doesn't
> stop until
> > we shutdown the BGP session with one of these carriers. So far we
> have seen
> > 2 crashes which may have been caused by this.
> >
> > So we moved that carrier to a different router (same model), replaced
> the
> > used SFP, upgraded the software on the router but nothing solves the
> > problem. Also our carrier relocated the port to a complete different
> switch
> > and router, but still no luck. My carrier double checked everything
> over and
> > over and with their reputation it's most unlikely they would be
> failing
> > here.
> >
> > Now the load is on IP level when issuing a 'sh proc cpu' command and
> NOT on
> > the BGP level.
> >
> > I hope someone somehow has ever seen a situation alike and found the
> issue,
> > or maybe has some recommendations on how to debug this. Maybe someone
> knows
> > any additional configuration that may help me out here.
> >
> > The concerned config is:
> > !
> > vlan 20 name TRANSIT-BGP by port
> >  untagged ethe 1/1
> >  router-interface ve 20
> > !
> > interface ethernet 1/1
> >  route-only
> >  no spanning-tree
> >  sflow forwarding
> > !
> > interface ve 20
> >  ip address ???.???.???.??? 255.255.255.252
> >  no ip redirect
> >  ip arp-age 120
> > !
> >
> > Thanks in advance for any help and efforts!
> >
> > Kind regards,
> >
> >
> > Bardo Cornelissen.
> > Caveo Internet BV
> >
> >
> > _______________________________________________
> > foundry-nsp mailing list
> > foundry-nsp at puck.nether.net
> > http://puck.nether.net/mailman/listinfo/foundry-nsp
> >
> >
> 






More information about the foundry-nsp mailing list