>>>I cant believe given the state of the world that cisco is still selling
products where a feature that can be configured can take slow down the
system that much.
Totally agreed Joseph.
I'd expect at least it captured somewhere in the 'show proc cpu' command so
that u can see what is causing it. once it's PBR'd (L3) , all packets are
gonna punt onto the CPU.
May be it's documented somewhere and we don't know that secret location on
CCO yet :)
Sajjad -
>>>The only workaround that i've think of was to make it L2 toward next-hop
and removing VRF in configuration.
Do u mean u turned it into L2 switch? If so what a waste of 760X! :(
On Thu, Oct 27, 2011 at 1:39 AM, Joseph L. Brunner
<joe_at_affirmedsystems.com>wrote:
> Very good to know that Sajjad.
>
> Thanks for posting back what did it.
>
> I cant believe given the state of the world that cisco is still selling
> products where a feature that can be configured can take slow down the
> system that much.
>
>
>
> -----Original Message-----
> From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of
> Sajjad Najafizadeh
> Sent: Wednesday, October 26, 2011 10:08 AM
> To: Radioactive Frog
> Cc: Cisco certification
> Subject: Re: High CPU load on 7609
>
> Hi all
>
> First of all I've change IOS to 12.2(18) , but the issue exist.
> I used VRF light to send traffic to next hop as PBR killed the CPU before .
> The only workaround that i've think of was to make it L2 toward next-hop
> and
> removing VRF in configuration.
> The issue solved with this .
> I do not believe 7600 router can not handle VRF and BGP with some PBR in
> same time with max traffic of 4gbps.
>
> Thanks again to all for support.
>
> REgards
>
> On Wed, Oct 26, 2011 at 1:21 PM, Radioactive Frog <pbhatkoti_at_gmail.com
> >wrote:
>
> > last week I had same issue on 6509. Weird thing as nothing will be shown
> in
> > 'show proc cpu sorted' output.
> >
> > The root cause of my issue was someone added route-map (matching ACL and
> > set next hop). There were about 8000+ users! University environment.
> > The core 6509 was running like a dog!
> >
> > The fix: implement VRF's . After removing route-maps CPU was back to
> normal
> > 40-55% (was 95-100% constantly for 10 days).
> >
> >
> > HTH
> >
> > Frog
> >
> >
> > On Wed, Oct 26, 2011 at 6:39 PM, Sajjad Najafizadeh <
> najafizadeh_at_gmail.com
> > > wrote:
> >
> >> Hi all
> >>
> >> we have high CPU load on 7609 router .
> >> there is no ip policy and no NAT on this router but here is the CPU
> load.
> >> Could any one suggest what to do ??
> >>
> >> *Output of sho ip proc cpu sorted :*
> >>
> >>
> >> CPU utilization for five seconds: 75%/73%; one minute: 77%; five
> minutes:
> >> 77%
> >>  PID Runtime(ms)     Invoked      uSecs   5Sec   1Min   5Min TTY Process
> >>  220      949800     3116922        304  1.59%  1.58%  1.43%   0 IP
> Input
> >>
> >>  256        2544     3638244          0  0.15%  0.16%  0.15%   0
> Ethernet
> >> Msec Ti
> >>  83       80164       61809       1296  0.15%  0.02%  0.05%   2 Virtual
> >> Exec
> >>   2       30380        5976       5083  0.07%  0.05%  0.06%   0 Load
> Meter
> >>
> >>  219        1132      916608          1  0.07%  0.03%  0.02%   0 IP ARP
> >> Retry Age
> >>  372         576       43514         13  0.07%  0.00%  0.00%   0 FM core
> >>
> >>  162         632       29926         21  0.07%  0.02%  0.02%   0
> >> Per-Second
> >> Jobs
> >>  191          52       29866          1  0.07%  0.00%  0.00%   0 CWAN
> >> CHOCX
> >> PROCE
> >>  260        1164      916616          1  0.07%  0.04%  0.05%   0 IPAM
> >> Manager
> >>  27        1120       29181         38  0.07%  0.02%  0.02%   0 IPC
> >> Periodic Tim
> >>  326        1292      126588         10  0.07%  0.03%  0.02%   0 TCP
> Timer
> >>
> >>  555       89680      494908        181  0.07%  0.11%  0.11%   0 SNMP
> >> ENGINE
> >>
> >>  379          72       29805          2  0.07%  0.00%  0.00%   0 PfR BR
> >> Learn
> >>  15           0           2          0  0.00%  0.00%  0.00%   0 ATM Idle
> >> Timer
> >>  14         316       31552         10  0.00%  0.00%  0.00%   0 ARP
> >> Background
> >>  17           0           1          0  0.00%  0.00%  0.00%   0
> >> AAA_SERVER_DEADT
> >>  13       25684       36715        699  0.00%  0.04%  0.05%   0 ARP
> Input
> >>
> >>  12        3748       30473        122  0.00%  0.00%  0.00%   0
> WATCH_AFS
> >>
> >>  16           0           1          0  0.00%  0.00%  0.00%   0 ATM
> ASYNC
> >> PROC
> >>  18           0           1          0  0.00%  0.00%  0.00%   0 Policy
> >> Manager
> >>  22          12        6010          1  0.00%  0.00%  0.00%   0 IPC
> Event
> >> Notifi
> >>  23          64       29182          2  0.00%  0.00%  0.00%   0 IPC
> Mcast
> >> Pendin
> >>  24           0         500          0  0.00%  0.00%  0.00%   0 IPC
> >> Dynamic
> >> Cach
> >>  11           0           2          0  0.00%  0.00%  0.00%   0 Timers
> >>
> >>  26          16         107        149  0.00%  0.00%  0.00%   0 PF_Split
> >> Sync Pr
> >>
> >> Regards
> >>
> >>
> >> Blogs and organic groups at http://www.ccie.net
> >>
> >> _______________________________________________________________________
> >> Subscription information may be found at:
> >> http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
Received on Thu Oct 27 2011 - 23:16:14 ART
This archive was generated by hypermail 2.2.0 : Tue Nov 15 2011 - 13:10:29 ART