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:[EMAIL PROTECTED] > Verzonden: woensdag 15 oktober 2008 11:42 > Aan: Bardo Cornelissen > CC: [email protected] > 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 > > [email protected] > > http://puck.nether.net/mailman/listinfo/foundry-nsp > > > > > _______________________________________________ foundry-nsp mailing list [email protected] http://puck.nether.net/mailman/listinfo/foundry-nsp
