That is what I am wondering. Router behaviour is normal, CPU normal: RTR-1#sh proc cpu | e 0.0 CPU utilization for five seconds: 6%/0%; one minute: 8%; five minutes: 8% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 22 18497820 158991420 116 0.31% 0.25% 0.24% 0 ARP Input
55 612384 7488804 81 0.15% 0.18% 0.16% 0 Per-Second Jobs 273 30841792 98971154 311 0.71% 0.52% 0.53% 0 Earl NDE Task 288 23552 912522403 0 0.15% 0.13% 0.13% 0 Ethernet Msec Ti 329 6797580 61956999 109 0.15% 0.13% 0.13% 0 IP Input 351 488636 9427068 51 0.15% 0.12% 0.13% 0 XDR mcast 375 280216 59840176 4 0.15% 0.18% 0.17% 0 TCP Timer 629 12996100 3996668 3251 0.79% 0.39% 0.37% 0 MFI LFD Stats Pr 641 13425784 166654272 80 0.23% 0.17% 0.16% 0 IPv6 Input 661 8968400 37946564 236 0.23% 0.17% 0.16% 0 BGP Router 686 15441568128262 0 0.23% 0.26% 0.24% 0 BFD PP Process On Wed, Jun 4, 2014 at 12:35 PM, Gert Doering <[email protected]> wrote: > Hi, > > On Wed, Jun 04, 2014 at 05:21:13PM +0100, Nick Hilliard wrote: > > On 04/06/2014 16:39, Antonio Soares wrote: > > > Usually it doesn't recover by itself > > > > there's no "usually" - this is an unrecoverable problem and the only > option > > is to reboot. > > That's what I used to think (it is not "unrecoverable", but Cisco decided > to not implement recovery[*]). OTOH on SXI "sh mls tcam ex" continued to > show "true" even after the overflow got fixed, while the OP's 15.1SY > went back to "false". > > So maybe someone actually fixed that one :-) > > [*] if you can program TCAM "from scratch" at bootup, I don't see why > you couldn't recover by clearing and reprogramming everything... yes, this > would hurt, but much less than a full reboot, or continuing to software- > forward. > > gert > > -- > USENET is *not* the non-clickable part of WWW! > // > www.muc.de/~gert/ > Gert Doering - Munich, Germany > [email protected] > fax: +49-89-35655025 > [email protected] > > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > -- Tim:> _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
