Seen this before on random line cards , it's a bug because it doesn't
occur on every LC in the system (which it would since the table is
pushed out to everything)
Need to reboot affected line card to clear it, which is annoying.
Update to the latest code I haven't had the issue in a while.
On 5/31/2016 12:51 PM, Peter Kranz wrote:
I cannot for the life of me figure out why this box seems to think it has
TCAM issues.. It's a SUP-2T XL platform.. Usage levels look well under TCAM
limits.
----
May 23 12:06:22: %CFIB-7-CFIB_EXCEPTION: FIB TCAM exception, Some entries
will be software switched
May 31 08:58:51: %CV6_LC-5-FIB_EXCEP_ON: Failed to insert IPv6 prefix in FIB
TCAM because it is full
rtr #show platform hardware capacity forwarding
L2 Forwarding Resources
MAC Table usage: Module Collisions Total Used
%Used
1 0 131072 1525
1%
2 0 131072 1526
1%
6 0 131072 1522
1%
L3 Forwarding Resources
FIB TCAM usage: Total Used
%Used
72 bits (IPv4, MPLS, EoM) 1048576 555182
53%
144 bits (IP mcast, IPv6) 524288 25930
5%
288 bits (IPv6 mcast) 262144 1
1%
detail: Protocol Used
%Used
IPv4 555180
53%
MPLS 1
1%
EoM 1
1%
IPv6 25924
5%
IPv4 mcast 6
1%
IPv6 mcast 1
1%
Adjacency usage: Total Used
%Used
1048576 33569
3%
rtr #sh mls cef exception status
Current IPv4 FIB exception state = TRUE
Current IPv6 FIB exception state = TRUE
Current MPLS FIB exception state = FALSE
Current EoM/VPLS FIB TCAM exception state = FALSE
_______________________________________________
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
_______________________________________________
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
