[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:35:13 EDT 2014
That is my experience too. My understanding is that the exception recovery
requires a reload. Router says otherwise:
RTR-1#sh log | i exception|EXCEPTION
Jun 3 22:59:26.790 UTC: %MLSCEF-SP-4-FIB_EXCEPTION_THRESHOLD: Hardware CEF
entry usage is at 95% capacity for MPLS protocol.
Jun 3 23:00:02.414 UTC: %C6K_MPLS_LC-SP-5-TCAM_EXCEPTION: TCAM exception
occured for MPLS, traffic will be software switched
Jun 3 23:15:02.712 UTC: %C6K_MPLS_LC-SP-5-TCAMEXPRECOVER: TCAM exception
recovered for MPLS, traffic will be hardware switched
RTR-1#sh mls cef exception status detail
Current IPv4 FIB exception state = FALSE
Current IPv6 FIB exception state = FALSE
*Current MPLS FIB exception state = FALSE*
#IPv4 excep notified = 0
#IPv6 excep notified = 0
*#MPLS excep notified = 1*
#IPv4 reloads done = 0
#IPv6 reloads done = 0
*#MPLS reloads done = 1*
#Timer expired = 3
Timer poll period(sec) = 300
ERM timer running = FALSE
Num. of ERM msgs = 1
Num. of ERM bool events = 1
On Wed, Jun 4, 2014 at 12:21 PM, Nick Hilliard <nick at foobar.org> 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.
>
> Nick
>
>
> _______________________________________________
> 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