[c-nsp] C6K_MPLS_LC-SP-5-TCAM_EXCEPTION: TCAM exception occured for MPLS, traffic will be software switched

Tim Durack tdurack at gmail.com
Wed Jun 4 12:46:14 EDT 2014


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 <gert at greenie.muc.de> 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
> gert at greenie.muc.de
> fax: +49-89-35655025
> gert at net.informatik.tu-muenchen.de
>
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>



-- 
Tim:>


More information about the cisco-nsp mailing list