目录

简介

先决条件

要求

使用的组件

规则

背景信息

验证VIP和LC上的思科快速转发状态

外部数据表示 (XDR) 概述

故障排除

%FIB-3-FIBDISABLE :错误，插槽[#]:无内存和%FIB-3-NOMEM:Malloc故障，禁用dCEF联机卡

%FIB-3-FIBDISABLE:错误，插槽[#]:无窗口消息，LC到RP IPC不可操作

%FIB-3-FIBDISABLE:错误，插槽[#]:IPC故障

%FIB-4-RPPREFIXINCONST2/1 和 %FIB-4-LCPREFIXINCONST2/1

%FIB-3-NORPXDRQELEMS:为插槽[#]准备消息时耗尽XDR队列元素

%FIB-3-FIBBADXDRLEN 和 %FIB-4-FIBXDRLEN

%FIB-3-FIBLC_OOSEQ:插槽[#]已禁用 — 顺序错误。应为[#]，已接收[#]

%FIB-4-PUNTINTF:CEF将交换到[int]的数据包转发到下一个较慢的路径和%FIB-5-NOPUNTINTF:CEF恢复向[int]交换数据包

%HW_RES_FAIL-4-LOW_CEF_MEM:SLOT [char]运行速度低

%FIB-4-FIBCBLK2:[IP_address][IP_netmask]的[chars]事件期间缺少cef表ID [dec]

如果创建TAC服务请求，请收集故障排除信息

其他故障排除资源

相关信息

简介

本文档介绍在运行分布式思科快速转发（以前称为CEF）交换的平台（思科7500系列路由器和思科12000系列互联网路由器）上常见的与思科快速转发（以前称为CEF）相关的错误消息的原因，以及如何排除这些错误。

注意：根据配置分布式思科快速转发的平台，路由处理器(RP)和线卡(LC)的引用方式不同。对于7500系列，RP称为路由交换机处理器(RSP)，而LC称为多功能接口处理器 (VIP)。 在12000系列上，RP被称为千兆路由处理器(GRP)，而LC则被简单称为LC。

先决条件

要求

本文档没有任何特定的要求。

使用的组件

本文档不限于特定的软件和硬件版本。

规则

有关文档规则的详细信息，请参阅 Cisco 技术提示规则。

背景信息

Cisco快速转发交换是可扩展交换的专有形式，目的是处理与需求缓存相关的问题。使用 Cisco 快速转发交换，通常存储在路由缓存器中的信息被分散在若干数据结构中。Cisco快速转发代码能够将这些数据结构保持在RP中和备用处理器中，如Cisco 7500系列中的VIP和Cisco 12000系列中的LC。为高效转发数据包提供优化查找的数据结构包括：

- 转发信息库(FIB)表 — 思科快速转发使用FIB做出基于IP目标前缀的交换决策。FIB是概念上和路由表或信息库类似。它维护IP路由表中包含的转发信息的镜像。当在网络中更改路由或拓扑结构时，IP路由表更新，且这些变化反映在FIB上。FIB 基于 IP 路由表中的信息维护着下一跳地址信息。

由于FIB条目和路由表条目之间存在一对一相关性，因此FIB包含所有已知路由，并且无需交换路径（如快速交换和最优交换）相关的路由缓存维护。

- 如果它们在链路层上通过一跳就能到达对方，网络中的邻接表节点被视为相邻的。除FIB外，思科快速转发还使用邻接表来预置第2层(L2)编址信息。邻接表维护所有FIB条目的L2下一跳地址。

思科快速转发可以在以下两种模式之一启用：

- 中心Cisco快速转发模式— 当启用了Cisco快速转发模式时，Cisco快速转发FIB、驻留在RP上的邻接表、 RP都会进行快速转发。当LC不可用于Cisco快速转发，或者当您需要使用与分布式Cisco快速转发交换不兼容的功能时，您可以使用Cisco快速转发模式。

- 启用分布式Cisco快速转发模式时，LC (例如VIP LC或千兆交换路由器(GSR) LC)将保持FIB和邻接表的相同副本。LC可独自执行快速转发，无需主处理器(GRP或RSP)介入交换操作。这是12000系列上唯一可用的交换方法。

Distributed Cisco Express Forwarding使用进程间通信(IPC) 机制确保RP和LC上的FIB同步和邻接表。

验证VIP和LC上的思科快速转发状态

注意：在以下示例中，一些命令使用输出修饰符(由 | symbol)，以简化显示，仅显示所需信息。Cisco IOS®软件版本12.0及更高版本支持输出修饰符。如果您正在运行一个更旧的版本，请发出main命令。 | symbol)，并在完整输出中查找相应的行。

发出show cef linecard命令，您能够轻易地验证在哪些VIP或LC上禁用了Cisco快速转发。

- 在7500系列上：

Router#show cef linecard

CEF linecard generic information:

Slot MsgSent   Seq MaxSeq   LowQ   MedQ  HighQ Flags

4          8     6     30      0      0      0 up

5          8     6     30      0      0      0 up

Default-table CEF table, version 13, 11 routes

Slot CEF-ver CEF-XDR Interface Flags

4      12       5         5 Active, sync

5      12       5         2 Active, sync

- 在12000系列上：

Router#show cef linecard

CEF table version 694517, 95239 routes

Slot CEF-ver MsgSent XdrSent Seq MaxSeq LowQ MedQ HighQ Flags

0      32128     365   33320 362    367    0    0     0 disabled

1      95821    1010   99369 1006  1025    0    0     0 disabled

2      92559     971    6033 967    984    0    0     0 disabled

8      62514     653   65734 649    661    0    0     0 disabled

9      47165     486   48428 483    498    0    0     0 disabled

10     79887     834   83232 830    849    0    0     0 disabled

由于12000系列只支持分布式Cisco快速转发，所以一个禁用状态会造成整个LC禁用。

外部数据表示 (XDR) 概述

要了解以下错误信息，您需要了解什么是XDR信息，以及它们的用途：

- %FIB-3-NORPXDRQELEMS

- %FIB-3-FIBBADXDRLEN

- %FIB-4-FIBXDRLEN

以下是XDR架构的概述：

如本文档的背景信息部分所述，IPC消息将FIB和邻接表从RP传输到LC。换句话说，IPC机制在RP和LC上对两套表进行同步化处理。功能使用的任何数据结构必须通过FIB IPC传输到LC，并且统计数据必须传回到RP。当启用分布式Cisco快速转发 时，LC使用本地存储、复制的数据库做出转发决策。

XDR称为IPC重叠机制。XDR消息仅用于分布式思科快速转发实施。

统计数字和支持Cisco IOS软件功能的数据结构，均在RP和LC之间的Cisco IOS软件机制的XDR信息中。具体而言，XDR消息包含三组信息，如下表所列：

消息类型

消息描述

方向

控制

RP将功能子块中的控制数据发送到需要知道所有更改的LC上的所有镜像子块。

RP到LC

统计

LC从多种功能子块中收集统计信息，并将收集到的信息放置在XDR缓冲区，并发送XDR信息到RP。然后，RP会聚合这些统计信息。

LC到RP

异步事件报告

LC通过异步信息（当情况发生时才发送）报告非惯例事件。

LC到RP

发出show cef line internal命令查看通过XDR消息传输的信息。网络描述符块(NDB）或路由描述符块(RDB)更新是XDR的一个示例。

Total elements queued:

prefix                    1877106

adjacency                 6011

interface                 4084

address                   4010

policy routing            3

hw interface              84

state                     6

resequence                2

control                   24

time                      308

subblock                  18109

flow features deactivate  3

flow cache config         3

flow export config        3

flow sampling config      3

access-list               213

mpls ttl propogate        3

routemap config           126

mpls stats aggregate      3

dot1q vlan                10109

icmp limit                3

故障排除

本部分列出路由器日志中显示的错误消息，并提供故障排除提示。

%FIB-3-FIBDISABLE :错误，插槽[#]:无内存和%FIB-3-NOMEM:Malloc故障，禁用dCEF联机卡

这些错误信息类型在路由器日志中发现(在您的路由器上发出show logging exec命令，或者如果您正在使用某错误信息则查询您的系统日志服务器)，显示如下：

- 在7500系列上：

Dec 19 17:58:56 CET: %FIB-3-FIBDISABLE: Fatal error, slot 0: no memory

DEC 19 17:58:58 CET: %IPC-5-SLAVELOG: VIP-SLOT0:

00:03:37: %SYS-2-MALLOCFAIL: Memory allocation of 65524 bytes failed from

0x6009E9E4, pool Processor, alignment 16

-Process= "CEF IPC Background", ipl= 0, pid= 7

-Traceback= 600A141C 600A2B78 6009E9EC 6009F350 60235A34 60221BA4 60225528

6022A46C 60231104 6022FAC4 6022FCCC 6022FDBC 60230334 6009BB74 6009BB60

DEC 19 17:59:06 CET: %FIB-3-FIBDISABLE: Fatal error, slot 9: no memory

DEC 19 17:59:11 CET: %IPC-5-SLAVELOG: VIP-SLOT9:

00:03:47: %SYS-2-MALLOCFAIL: Memory allocation of 65524 bytes failed from

0x6009E9E4, pool Processor, alignment 16

-Process= "CEF IPC Background", ipl= 0, pid= 7

-Traceback= 600A141C 600A2B78 6009E9EC 6009F350 60235A34 60221BA4 60225528

6022A46C 60231104 6022FAC4 6022FCCC 6022FDBC 60230334 6009BB74 6009BB60

DEC 19 17:59:31 CET: %IPC-5-SLAVELOG: VIP-SLOT8:

00:04:11: %SYS-2-MALLOCFAIL: Memory allocation of 3956 bytes failed from

0x602835F0, pool Processor, alignment 32

-Process= "CEF LC Stats", ipl= 0, pid= 21

-Traceback= 600A141C 600A2EC8 602835F8 60283C84 60283C58 60283CE4 60230574

6009BB74 6009BB60

DEC 19 17:59:38 CET: %FIB-3-FIBDISABLE: Fatal error, slot 8: no memory

DEC 19 18:00:29 CET: %FIB-3-FIBDISABLE: Fatal error, slot 10: no memory

...

- 在7500系列上，出现错误消息，该消息出现在%IPC-5-SLAVELOG之后：使用IPC 机制，VIP-SLOT信息直接来自于上述插槽中的VIP。在此特定示例中，%SYS-2-MALLOCFAIL消息来自VIP卡。

Jun 27 04:58:56 CET: %FIB-3-FIBDISABLE: Fatal error, slot 1: no memory

Jun 27 04:59:07 CET: %FIB-3-FIBDISABLE: Fatal error, slot 2: no memory

Jun 27 04:59:36 CET: %FIB-3-FIBDISABLE: Fatal error, slot 4: no memory

Jun 27 04:59:45 CET: %FIB-3-FIBDISABLE: Fatal error, slot 0: no memory

SLOT 2:Jun 27 04:23:00: %SYS-2-MALLOCFAIL: Memory allocation of 65524

bytes failed from 0x4009D9E4, pool Processor, alignment 32

-Process= "CEF IPC Background", ipl= 0, pid= 38

-Traceback= 400A0BFC 400A2358 4009D9EC 4009E338 403168BC 40316B68 40316EBC

4031C318 40321234 4032858C

40326CD4 40326EF4 40326FE4 403275CC 4009BC74 4009BC60

SLOT 2:Jun 27 04:23:00: %FIB-3-NOMEM:

Malloc Failure, disabling DCEF on linecard

...

注意：以“SLOT #：”开头的消息由LC本身生成。

这些消息表明，分布式Cisco快速转发已经在VIP (用于7500系列)或LC(用于12000系列)中禁用，因为没有足够的内存，从主板下载Cisco快速转发FIB和邻接表。由于12000系列仅支持分布式思科快速转发交换，因此禁用分布式思科快速转发也会禁用该卡。

当运行完整的互联网边界网关协议(时BGP)时，推荐至少129MB的VIP或LC空间。

由于7500系列上的VIP2-40最大只有64MB，因此如果您想要使用分布式Cisco快速转发和全部互联网BGP路由，建议您升级到VIP2-50甚至VIP4-80。32 MB绝对不足以运行分布式思科快速转发。

根据路由表的大小，建议使用内存至少为128MB的VIP2-50或更高版本。

如果您的路由器接受全部互联网路由表(或接近全部)，在路由器重载或BGP链路状态更改以后的融合阶段，BGP需要大量的临时内存。在这样的融合中，处理器内存池可能会达到一个非常低的值，就像在show memory summary命令输出中反映的那样。在短暂的低内存情况下，如果其他进程需要内存，它们可能会受到影响。例如，发出Telnet命令与路由器联系需要内存保持TCP会话。

处理器内存的另一个临时用户是多协议标签交换(MPLS)网络中的标签分发协议(LDP)。

思科快速转发仅在路由器完全耗尽处理器内存时才会产生FIBDISABLE错误。FIBDISABLE没有低水位标记。一旦思科快速转发禁用自身，它将释放其所有内存。因此，在禁用后采集show memory summary命令，显示它具足够的内存，但这个输出会产生误解。在思科快速转发禁用自身之前，仅捕获show memory summary命令，才会显示有关内存不足情况的数据。

此外，FIBDISABLE条件可能是IPC缓冲区耗尽的副作用。Cisco IOS软件不会根据需要动态分配更多IPC缓冲区。用尽IPC缓冲区不会生成FIB NOMEM 错误信息，但是可能出现其他IPC错误信息，例如IPC-3-NOBUFF。IPC缓冲区耗尽不会导致FIBDISABLE错误；思科快速转发只需重新请求任何失败的消息，稍后再试。然而，如果IPC缓冲用完，并且Cisco快速转发不能获得IPC缓冲，它可能会向LC发出消息，直到内存最终耗尽。

Cisco技术支持中心(TAC)遇到的一个常见问题是：如何计划或确定与BGP连接的路由器是否有充足的内存来运行BGP。答案取决于配置。以下是一些考虑事项：

- 您是否计划使用内部边界网关协议(iBGP)和外部边界网关协议(eBGP)对等体？有多少同行？BGP对等体组可能有帮助。对等体越多，收敛时间越长。

- 每个对等体在每个方向上交换了多少条路由？确保正确区分路由和路径。路由会计数BGP路由信息库中的前缀数。路径计数通告给相邻对等体的BGP前缀的数量。例如，如果五个BGP对等体发送完全路由表，则每个对等体发送相同的路由。假设对等体在其路由中有90%的交叠，那么接收路由器的路由表就有大约150,000条路由，并且有5条路径可用于大多数路由。

- 需要考虑的其他因素包括：

- 12000系列上有LC引擎。

- 内部网关协议(IGP)路由的数量。

- 邻接数。

- 负载均衡 — 到同一目标的路径数。

- MPLS虚拟专用网络(VPN)的使用、虚拟路由与转发(VRF)实例的数量、每个VRF的路由数量。

思科IOS软件版本12.0(18)S及更高版本正式要求所有LC上都有128MB。由于新的Cisco IOS软件版本占用更多的处理器内存，建议至少使用256MB的内存，支持能够接收完全的因特网路由表的路由器的未来扩展。以前，12000系列在LC上提供64MB。应升级此类LC。

检查受到影响的卡(参见本文的“验证VIP和LC上的Cisco快速转发状态”部分)，并且发出以下命令，在您的路由器中将显示不同种类的卡，及其各自的内存大小：

- 在7500系列上：

Router#show diag | i (Slot | controller)

Slot 0:

EIP controller, HW rev 1.05, board revision B0

Slot database information:

Slot 2:

Slot 3:

Slot 4:

VIP2 controller, HW rev 2.11, board revision E0

Slot database information:

Controller Memory Size: 64 MBytes DRAM, 2048 KBytes SRAM

Slot 5:

VIP2 R5K controller, HW rev 2.03, board revision A0

Slot database information:

Controller Memory Size: 128 Mbytes DRAM, 8192 Kbytes SRAM

Slot 31 (virtual):

- 在12000系列上：

Router#show diag | i (DRAM|SLOT)

SLOT 0  (RP/LC 0 ): 1 Port SONET based SRP OC-12c/STM-4 Single Mode

DRAM size: 268435456 bytes

FrFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes

ToFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes

SLOT 2  (RP/LC 2 ): 12 Port Packet over E3

DRAM size: 67108864 bytes

FrFab SDRAM size: 67108864 bytes

ToFab SDRAM size: 67108864 bytes

SLOT 3  (RP/LC 3 ): 1 Port Gigabit Ethernet

DRAM size: 134217728 bytes

FrFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes

ToFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes

SLOT 5  (RP/LC 5 ): Route Processor

DRAM size: 268435456 bytes

将更多的内存添加到受影响的卡中应该防止消息，并重新启用卡上的分布式Cisco快速转发。内存升级后，如果消息仍然存在，联系您的Cisco支持代表，提供您目前收集到的信息，以及show tech-support命令的输出。

注：旧式快速以太网接口处理器(FEIP)型号（CX-FEIP2-2TX和CX-FEIP2-2TX）根本不支持分布式交换，如果您尝试在其上启用分布式思科快速转发，会生成类似消息。发送show diag [slot-]命令，确定您的板是VIP还是FEIP：

Router#show diag 0

Slot 0:

Physical slot 0, ~physical slot 0xF, logical slot 0, CBus 0

Microcode Status 0x4

Master Enable, LED, WCS Loaded

Pending I/O Status: None

EEPROM format version 1

FEIP controller, HW rev 2.01, board revision B0

Serial number: 03696620  Part number: 73-1374-04

Test history: 0x0E        RMA number: 203-11-48

Flags: cisco 7000 board; 7500 compatible

如果您想运行Distributed Cisco Express Forwarding，您必须用一个带快速以太网端口适配器VIP卡取代原来的FEIP。

%FIB-3-FIBDISABLE:错误，插槽[#]:无窗口消息，LC到RP IPC不可操作

下列信息(在7500和12000系列上)也表明Cisco快速转发被禁用，这次是因为RSP或GRP没有收到VIP或LC发出的Keepalive：

DEC 19 18:03:55 CET: %FIB-3-FIBDISABLE: Fatal error, slot 0:

No window message, LC to RP IPC is non-operational

DEC 19 18:04:05 CET: %FIB-3-FIBDISABLE: Fatal error, slot 9:

No window message, LC to RP IPC is non-operational

DEC 19 18:04:37 CET: %FIB-3-FIBDISABLE: Fatal error, slot 8:

No window message, LC to RP IPC is non-operational

DEC 19 18:05:28 CET: %FIB-3-FIBDISABLE: Fatal error, slot 10:

No window message, LC to RP IPC is non-operational

DEC 19 18:05:59 CET: %FIB-3-FIBDISABLE: Fatal error, slot 2:

No window message, LC to RP IPC is non-operational

DEC 19 18:06:07 CET: %FIB-3-FIBDISABLE: Fatal error, slot 1:

No window message, LC to RP IPC is non-operational

首先，检查卡上是否有足够的内存。

然后检查您的VIP或LC上的CPU利用率 (在7500系列上发出show controllers vip [slot-] proc cpu命令，在0系列上发出execute-on slot 12000 show proc cpu命令)。 如果CPU利用率确实很高(95%以上)，VIP或LC有可能太忙，无法发送Keepalive到RSP或GRP。问题的根本原因是CPU使用率过高。有关故障排除提示，请参阅排除Cisco路由器上的高CPU使用率故障。

如果这些似乎都正常，那么错误信息最可能是由Cisco IOS 软件的错误引起的。

排除此错误时，您应该做的第一件事是检查受到影响的卡(参见本文的“验证VIP和LC上的Cisco快速转发状态”部分)。 您可以通过发出clear cef linecard [slot#]命令尝试在这些卡cbus complex"?)。 此过程应至少暂时恢复VIP或LC上的分布式思科快速转发。上重新启动思科快速转发。在7500系列中，可能还有必要通过发出microcode reload命令重置VIP卡。这生成一个CBUS联合，导致大约二分钟的数据流中断(参见什么原因导致%RSP-3-RESTART）：

否则，升级到Cisco IOS软件版本系列的最新版本，可清除已经修复的导致此类错误的问题。升级后如果该问题仍然发生，联系您的Cisco支持代表，提供您目前收集到的信息，以及show tech-support命令的输出。

%FIB-3-FIBDISABLE:错误，插槽[#]:IPC故障

如下的错误信息更常见，且可能引起其它错误信息（如%FIB-3-FIBDISABLE：错误，插槽[#]:无窗口消息，LC到RP IPC不可操作):

%FIB-3-FIBDISABLE: Fatal error, slot 3: IPC failure

%FIB-3-FIBDISABLE: Fatal error, slot 0: IPC failure

%FIB-3-FIBDISABLE: Fatal error, slot 1: IPC failure

%FIB-3-FIBDISABLE: Fatal error, slot 2: IPC failure

%FIB-3-FIBDISABLE: Fatal error, slot 4: IPC failure

%FIB-3-FIBDISABLE: Fatal error, slot 9: IPC failure

%FIB-3-FIBDISABLE: Fatal error, slot 10: IPC failure

程序间通信(IPC)是主处理器使用的一种协议(RSP或GRP)，是VIP或LC的通信。它可确保在分布式思科快速转发运行时FIB和邻接表的同步。这些IPC错误消息有多种原因，例如：

IPC故障

以下命令可用于分析实际IPC状态。这些命令的输出有时在7500系列和12000系列之间有所不同。

- show ipc status — 用于检查IPC错误、NACK和ipc_output_failures

- show ipc nodes — 用于检查活动卡。

- show ipc queue — 用于检查等待ACK的IPC消息。

在7500系列上，输出如下：

Router#show ipc status

IPC System Status:

This processor is the IPC master server.

1000 IPC message headers in cache

1591560 messages in, 5884 out, 1587095 delivered to local port,

2757 acknowledgements received, 2764 sent,

0 NACKS received, 0 sent,

0 messages dropped on input, 276 messages dropped on output

0 no local port, 264 destination unknown, 0 no transport

0 missing callback or queue, 0 duplicate ACKs, 5 retries,

1 message timeout.

12 ipc_output failures, 0 mtu failures,

0 msg alloc failed, 0 emer MSG alloc failed, 0 no origs for RPC replies

0 pak alloc failed, 10 memd alloc failed

2 no hwq, 0 failed opens, 0 hardware errors

No regular dropping of IPC output packets for test purposes

Router#show ipc nodes

There are 3 nodes in this IPC realm.

ID     Type                 Name         Last  Last

Sent  Heard

10000 Local      IPC Master                0      0

1030000 RSP-CY     RSP IPC card slot 3       7      7

1000000 RSP-CY     RSP IPC card slot 0      10     10

Router#show ipc queue

There are 0 IPC messages waiting for acknowledgement in the transmit queue.

There are 0 IPC messages waiting for a response.

There are 0 IPC messages waiting for additional fragments.

There are 0 IPC messages currently on the IPC inboundQ.

There are 0 messages currently in use by the system.

在12000系列上，输出如下：

Router#show ipc status

IPC System Status:

This processor is the IPC master server.

19244592 messages in, 26698 out, 19244448 delivered to local port,

102 acknowledgements received, 4780307 sent,

0 NACKS received, 0 sent,

0 messages dropped on input, 0 messages dropped on output

0 no local port, 0 destination unknown, 0 no transport

0 missing callback or queue, 0 duplicate ACKs, 0 retries,

0 message timeouts.

0 ipc_output failures, 0 mtu failures,

0 MSG alloc failed, 0 emer MSG alloc failed, 0 no origs for RPC replies

0 pak alloc failed, 0 memd alloc failed

0 no hwq, 0 failed opens, 0 hardware errors

Router#show ipc nodes

There are 4 nodes in this IPC realm.

ID     Type       Name             Last  Last

10000 Local      IPC Master          0      0

1000000 GSR        GSR Slot 0         23     47

1010000 GSR        GSR Slot 1         23     26

1040000 GSR        GSR Slot 4         23     29

Sent  Heard

Router#show ipc queue

There are 0 IPC messages waiting for acknowledgement in the transmit queue.

There are 0 messages currently in use by the system.

如果突出显示的计数器增加，IPC在不同插槽上不能正常运行。在这种情况下，您应该首先设法再置对应LC，或者通过发出microcode reload命令(用于7500系列)或hw-module slot [插槽编号] reload命令(用于12000系列)，重置对应LC。 重置LC后，如果IPC过程还没有恢复，请尝试将板移到另一插槽。如果仍无法正常工作，请更换故障的VIP或LC。

交换矩阵问题

在12000系列Internet路由器上，交换矩阵本身可能是罪魁祸首。如果其中一个交换矩阵卡(SFC)已坏，您可能收到类似的错误信息，因为IPC信息不再通过该矩阵。但是，在这种情况下，您还应看到指向故障交换矩阵的其他消息。

您可以通过发送show controller fia命令来检查其中一个SFC是否是坏的，如下所示：

Router#show controllers fia

Fabric configuration: Full bandwidth redundant

Master Scheduler: Slot 17

>From Fabric FIA Errors

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

---

redund fifo parity 0   redund overflow 0  cell drops 1

crc32 lkup parity  0   cell parity     0  crc32      0

Switch cards present    0x0017    Slots  16 17 18 20

Switch cards monitored  0x0017    Slots  16 17 18 20

Slot:     16       17         18         19         20

Name:    csc0     csc1       sfc0       sfc1       sfc2

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

los    0         0          0          0          0

state  Off       Off        Off        Off        Off

crc16  0         0          4334       0          0

To Fabric FIA Errors

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

/en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html

---

sca not pres 0       req error     0      uni FIFO overflow 0

grant parity 0       multi req     0      uni FIFO undrflow 0

cntrl parity 0       uni req       0      crc32 lkup parity 0

multi FIFO   0       empty dst req 0      handshake error   0

cell parity  0

在本例中，sfc0可能不正常（插槽18），需要更换。

VIP或LC无法正常启动或挂起

如果其中一个卡不适当引导，它便无法与主处理器接通(GRP或RSP)。 您可以通过发出show log命令检查日志；这会告诉您启动时是否出现问题。您还需要检查LC的状态。

通过发出show diag命令，可以检查LC的实际状态。

- 在7500系列上：

Router#show diag | i (Slot|Board is)

Slot 0:

Board is analyzed

Slot database information:

Slot 2:

Slot 3:

Slot 4:

Board is analyzed

Slot database information:

Slot 5:

Board is analyzed

Slot database information:

Slot 31 (virtual)

- 在1200系列上：

Router#show diags | i SLOT | State

SLOT 0  (RP/LC 0 ): Route Processor

Board State is IOS Running (ACTV  RP )

SLOT 1  (RP/LC 1 ): 1 port ATM Over SONET OC12c/STM-4c Multi Mode

Board State is Line Card Enabled (IOS  RUN )

SLOT 2  (RP/LC 2 ): 1 Port Gigabit Ethernet

Board State is Line Card Enabled (IOS  RUN )

SLOT 3  (RP/LC 3 ): 3 Port Gigabit Ethernet

Board State is Line Card Enabled (IOS  RUN )

SLOT 4  (RP/LC 4 ): 4 port ATM Over SONET OC-3c/STM-1 Multi Mode

Board State is In Reset (IN   RSET)

SLOT 5  (RP/LC 5 ): 8 Port Fast Ethernet Copper

Board State is Line Card Enabled (IOS  RUN )

SLOT 6  (RP/LC 6 ): 4 Port Packet Over SONET OC-3c/STM-1 Multi Mode

Board State is Line Card Enabled (IOS  RUN )

SLOT 7  (RP/LC 7 ): 1 Port E.D. Packet Over SONET OC-48c/STM-16

Single Mode/SR SC-SC connector

Board State is Line Card Enabled (IOS  RUN )

SLOT 17 (CSC 1   ): Clock Scheduler Card(8)

SLOT 18 (SFC 0   ): Switch Fabric Card(8)

SLOT 19 (SFC 1   ): Switch Fabric Card(8)

SLOT 20 (SFC 2   ): Switch Fabric Card(8)

SLOT 24 (PS A1   ): AC Power Supply(8)

正常状态是12000系列上已启用线卡，并且对7500系列上的主板进行了分析。

检查该卡是否由您当前运行的Cisco IOS软件和引导镜像支持。为此，您可以使用软件顾问(仅限注册客户)。 如果软件正常运行，尝试再置或重置对应LC，方法是发出microcode reload命令(用于7500系列)，或hw-module slot [slot-] reload命令(用于12000系列)。

如果LC不能复活，设法将卡交换到其他插槽，并确保机箱中的此特定插槽没有故障。如果它还不运作，则可能需要替换VIP或LC 。

您也许还想证实LC上是否有足够的内存，该内存是否可以直接从Cisco认可供应商处购买。如果使用错误的存储器类型，或者没有足够的内存加载微码，则LC就不能引导。

VIP或线路卡，无更多缓冲区

可能LCF运行内存不足，并且没有更多的缓冲用于IPC通信。在这种情况下，应升级LC的内存。

Cisco IOS软件漏洞

如果这些似乎都正常，请考虑Cisco IOS软件存在错误的可能性。升级到Cisco IOS软件版本系列的最新版本可消除所有固定IPC问题。

在一些与12000有关的少数情况中不能（配置了访问控制列表的改进），您也能收到这些错误信息。短期修复是通过发出no access-list hardware psa命令来禁用此新功能。有关详细信息，请参阅Cisco 12000千兆位交换机路由器的访问列表性能改进。

如果您不能确定消息的来源，或者该问题是否仍然出现在您的版本培训中的当前最新Cisco IOS软件版本中，那么您可能遇到新的Cisco IOS软件Bug。联系您的Cisco支持代表，提供您目前收集到的数据，以及从该路由器的show tech-support和show cef linecard命令的输出。

在线插拔(OIR)或VIP崩溃

VIP崩溃后，重建RSP信息包内存(称为MEMD)，并重置RSP和VIP之间的IPC连接。在VIP崩溃期间，如果RSP有Cisco快速转发消息排队在IPC转播表中，这些消息有可能超时，导致Cisco快速转发在其他LC上禁用。Cisco Bug ID CSCdv87489（仅限注册客户）通过提示Cisco快速转发检测OIR、LC重新加载或MEMD重新加载并刷新重新传输队列中的消息来解决RSP上的此问题。Cisco Bug ID CSCdu81796(仅注册客户)可解决Cisco 10000系列路由器上的此问题。

执行VIP或LC的OIR可能在其他插槽上触发FIBDISABLE错误问题。当RP上的Cisco快速转发由于某个VIP上的OIR事件，不能建立与其他VIP卡的IPC连接时，会出现这种情况。Cisco Bug ID CSCdv47664(仅限注册客户)解决了此问题。

%FIB-4-RPPREFIXINCONST2/1 和 %FIB-4-LCPREFIXINCONST2/1

您还会注意到路由器日志中的以下消息：

%FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.205.54/32

in FIB table Default-table (present in routing)

%FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.205.231/32

in FIB table Default-table (present in routing)

%FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.221.68/32

in FIB table Default-table (present in routing)

%FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.216.52/32

in FIB table Default-table (present in routing)

%FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.216.96/32

in FIB table Default-table (present in routing)

%FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.216.55/32

in FIB table Default-table (present in routing)

或

%FIB-4-LCPREFIXINCONST2: Slot 1 missing prefix entry for 64.0.17.0/32

%FIB-4-LCPREFIXINCONST2: Slot 1 missing prefix entry for 64.0.45.0/32

%FIB-4-LCPREFIXINCONST2: Slot 1 missing prefix entry for 64.0.23.0/32

此问题会影响运行分布式思科快速转发的所有硬件，包括7500和12000系列。这些消息是由Cisco快速转发一致性检查器生成的警告（当此检查器发现在Cisco快速转发表之间产生不一致时）。

一致性检查器使用不同的机制来发现不一致：

- LC和VIP将GRP或RSP发送到不能转发信息包的任一地址。如果GRP或RSP检测到它是相关条目，则会检测到不一致性，并将在控制台打印错误信息。

- LC或VIP与GRP或RSP每隔100秒互相发送固定数量的前缀(默认为60）。如果检测到不一致，则显示错误消息。

如果不纠正不一致，则可能导致无法到达目的地和丢弃数据包。当您看这些消息时，要做的第一件事是在上述错误信息显示的设备上发出show ip cef命令，并验证前缀是否存在。这会告诉您路由器是否自行纠正了不一致。

下面是对每条消息的更详细解释，以及消除这些消息的一些建议。

- %FIB-4-LCPREFIXINCONST2—被动一致性检查器在路由表发现了一个前缀，这个前缀并没有出现在RP的思科快速转发表中。这可能是暂时情况。

如果同一前缀重复出错，请检查思科快速转发中的前缀和路由表。如果缺少前缀，请尝试禁用或启用思科快速转发。

- %FIB-4-LCPREFIXINCONST1—被动一致性检查器在LC转发表中发现了一个前缀，它没有出现在RP中。这可能是暂时情况。

如果相同前缀产生重复错误，请检查RP和线路卡上的Cisco快速转发前缀。如有必要，发出clear cef linecard命令会将新的Cisco快速转发表下载到该线卡。

- %FIB-4-LCPREFIXINCONST1—信息包到达LC，但对目的地IP地址的查找，却没能在转发表中找到前缀。但是，前缀存在于RP上。这可能是暂时情况。

如果相同前缀产生重复错误，请在RP和LC上检查 Cisco Express Forwarding 前缀。如有必要，发出clear cef linecard命令会将新的Cisco快速转发表下载到LC。您还可以尝试发出clear adjacency命令来重新加载/32前缀。

- %FIB-4-LCPREFIXINCONST2—被动一致性检查器发现了在LC转发表中丢失的前缀，它出现在RP中。这可能是暂时情况。

如果相同前缀产生重复错误，请在RP和LC上检查 Cisco Express Forwarding 前缀。如有必要，发出clear cef linecard命令会将新的Cisco快速转发表下载到LC。您还可以尝试发出clear adjacency命令以重新加载/32前缀。

如果消息仅出现一次，且不一致问题立即得到纠正，则可能是临时事件，不需要采取行动。然而，如果您收到许多这类消息，或者如果路由器本身不能纠正这种情况，采用Cisco快速转发代码模式有可能击中软件Bug。在Cisco IOS 软件版本12.0(17)S1和12.0(17)ST1中，对一些此类软件错误进行了修复，因而请确保您运行的Cisco IOS软件至少不能低于这个版本。

如果升级到您的版本培训中的最新版本以后，仍然出现该问题，联系您的Cisco支持代表，并提供show tech、show ip route和show ip cef命令的输出。

注意：您可以通过发出no ip cef table consistency-check全局配置命令来关闭一致性检查器。

要获得关于此错误信息的更详细信息，以及更多故障检修提示，请参见"使用Cisco快速转发，排除前缀不一致故障"。

%FIB-3-NORPXDRQELEMS:为插槽[#]准备消息时耗尽XDR队列元素

注意：请参阅本文档的外部数据表示(XDR)概述部分，以更好地了解此错误消息的解释和建议。

当RP准备将消息发送到系统中的LC时，它将耗尽排队等待信息传输所需的排队要素供应。

在Cisco 12000系列上，分布式Cisco快速转发可能禁用，因为路由更新期间(例如，引导时)会出现低内存状况。 例如，在路由摆动和重新启动期间，RP能获得禁用分布式Cisco快速转发交换的malloc失败。

例如，如果您在RP上用260k 开放式最短路径优先（OSPF）路由来清除IP OSPF进程，您将收到以下错误信息：

%FIB-3-NORPXDRQELEMS: Exhausted XDR queuing

elements while preparing message for slot 2

-Process= "OSPF Router", ipl= 0, pid= 149

-Traceback= 41060B88 40D5C894 403D130C 403A4484 403AB49C 403AAB10

403AB7BC 40736FCC 407384E0 401BE9BC 401BE9A8

或者，如果您具有大型BGP路由表，并且如果您体验到几条路由抖动或路由器重启，您会看到：

%FIB-3-NORPXDRQELEMS: Exhausted XDR queuing elements

while preparing message for slot 4

-Process= "BGP Router", ipl= 0, pid= 104

-Traceback= 600CDC74 600DC3D0 6038FA90 6036C940 60374510 604A2F30

60753168 604A2FAC 604A9BC0 6018BD8C 6018BD78

注意：这些消息可能与%FIB-3-FIBDISABLE一起出现：错误，插槽6:无内存和%FIB-3-NOMEMWARNING:DCEF中的Malloc故障。

在发送100 kBGP路由时，您可能会看到以下内容：

%OSPF-5-ADJCHG: Process 100, Nbr 161.10.1.1 on GigabitEthernet3/1

from LOADING to FULL, Loading Done

%OSPF-5-ADJCHG: Process 100, Nbr 161.10.1.1 on GigabitEthernet3/3 from LOADING

to FULL, Loading Done

%OSPF-5-ADJCHG: Process 100, Nbr 161.10.1.1 on GigabitEthernet3/2 from LOADING

to FULL, Loading Done

%OSPF-5-ADJCHG: Process 100, Nbr 161.10.1.1 on GigabitEthernet3/4 from LOADING

to FULL, Loading Done

%BGP-5-ADJCHANGE: neighbor 161.10.11.1 Up

%FIB-3-FIBDISABLE: Fatal error, slot 6: no memory

%FIB-3-FIBDISABLE: Fatal error, slot 3: no memory

%SYS-2-MALLOCFAIL: Memory allocation of 65540 bytes failed from 0x401C783C,

pool Processor, alignment 0

-Process= "BGP Router", ipl= 0, pid= 120

-Traceback= 401CAB20 401CCF80 401C7844 401C8044 40FD017C 40FD032C 40D65AFC

403D4174 403A7BA4 403AA4D0 40712200 40712EF4 4112E760 40712FE0 406EDD10

401C155C

Queued messages:

%SYS-3-LOGGER_FLUSHING: System pausing to ensure console debugging output.

%FIB-3-NORPXDRQELEMS: Exhausted XDR queuing elements while preparing message for

slot 4

-Process= "BGP Router", ipl= 0, pid= 104

-Traceback= 600CDC74 600DC3D0 6038FA90 6036C940 60374510 604A2F30

60753168 604A2FAC 604A9BC0 6018BD8C 6018BD78

%FIB-3-NOMEMWARNING: Malloc Failure in DCEF

此问题是由思科快速转发在大型路由更新期间使用过多RP内存引起的。如果RP用完了将以相当缓慢的速率转发到LC的Cisco快速转发IPC队列中的空闲内存排队XDR信息，会发生什么情况。Cisco快速转发IPC信息速率目前限制为每个四分之一秒最多转发25条IPC信息(任何队列的IPC信息)。结果是，RP端的队列发展到巨大规模，没有留出自由RP内存，因此mallocfail发生并禁用Cisco快速转发。

如果这是实际情形，您可以减少BGP中的最大路径数量，以此减少Cisco快速转发必须传播到LC的信息量，或者减小TCP窗口大小，以此降低流入BGP更新的速度。有关其他详细信息，请参阅实现最佳路由并减少BGP内存消耗。

如果您运行Cisco IOS软件版本12.0(16)S、12.0(16)ST、12.1(9)、12.1(8a)E、12.2(2)、12.2(2)T或更新版本，您可以通过调整ip cef linecard ipc内存<0-128000千字节>接口配置命令的参数，获得满意结果。默认行为是有25个缓冲区。但是，此值取决于交换平台。此LC内存量限制为总可用内存的50%。此命令：

- 允许您分配更大量的LC内存到排队，使Cisco快速转发路由到更新消息。

- 允许RP通过更快发布思科快速转发更新释放内存。

- 防止在RP上出现内存不足的情况。

如果您遇到上述错误信息，增加LC IPC 内存可以解决问题。建议使用参数10000发出此命令。在大多数情况下，这可以解决问题。该命令的用法如下：

Router(config)#ip cef linecard ipc mem ?

<0-128000>  Kbytes of linecard memory (limited to 50% of total)

Router(config)#ip cef linecard ipc mem 10000

Router#show cef linecard detail

CEF linecard slot number 0, status up, sync

Linecard CEF version number 8

Sequence number 3, Maximum sequence number expected 27, Seq Epoch 1

Send failed 0, Out Of Sequence 0, drops 0

Linecard CEF reset 1, reloaded 1

33 elements packed in 4 messages(1030 bytes) sent

1 elements cleared

linecard in sync after reloading

0/0/0 xdr elements in LowQ/MediumQ/HighQ

8/9/13 peak elements on LowQ/MediumQ/HighQ

Input  packets 0, bytes 0

Output packets 0, bytes 0, drops 0

有关此命令的详细信息，请参阅ip cef linecard ipc memory。

%FIB-3-FIBBADXDRLEN 和 %FIB-4-FIBXDRLEN

建议您首先阅读本文档的外部数据表示(XDR)概述部分，以便更好地了解此错误消息的解释和建议。

您可能会收到以下错误消息：

%FIB-3-FIBBADXDRLEN: Invalid XDR length. Type/len 6/29479.

XDR at 0x622D1F2C

-Traceback= 600C786C 601D4B50 602CF7A8 60183454 60183440

消息来自在XDR信息上执行基本检查的某个消息验证代码。在这种情况下，已收到类型6的XDR消息，其长度字段包含值29479。此长度大于包含数据的缓冲区，因此代码将丢弃此消息。

在12000系列中，结构的硬件故障也可能破坏一些信息包，导致弹出XDR错误信息。通过发出show controller fia命令，查看其中某个SFC上是否有某些循环冗余校验(CRC)，检查交换矩阵。您也应该检查日志查看是否有一些其它消息可以为进一步排除此错误信息故障提供信息。

%FIB-3-FIBLC_OOSEQ:插槽[#]已禁用 — 顺序错误。应为[#]，已接收[#]

如果RP已经从LC上接收到out-of-sequence IPC信息，那么您将收到此消息。因此，思科快速转发交换在指定的插槽上被禁用。

如果有大量路由器，或重新装载RP时，您可能发现RP控制台上会显示如下错误信息。

%FIB-3-FIBLC_OOSEQ: Slot 11 disabled - Out of Sequence.

Expected 9637, received 9638

此消息可能与以下特定插槽的消息一起出现：

SLOT 11:%FIB-3-FIBSEQ: Out of sequence. State 9637 Rcvd 9638

发出show cef linecard命令检查Cisco快速转发是否在插槽中禁用（如下所示）。

router#show cef linecard

CEF table version 40975, 47 routes

Slot CEF-ver MsgSent XdrSent   Seq MaxSeq  LowQ HighQ Flags

11     40750    9642  164473  9639   9661     0     0 up, sync, disabled

没有功能性后果；发生此事件时，FIB表将重新加载。如果您仍然遇到问题，可以发出clear cef linecard<slot #>命令来解决。之后，发出show cef linecard命令检查LC的状态。在7500系列上，您可以尝试禁用思科快速转发，然后重新启用它。如果问题仍然出现，向VIP发出microcode reload命令应该能解决此问题。在12000系列上，向LC发出的hw-module slot <slot #> reload命令可解决此问题。

%FIB-4-PUNTINTF:CEF将交换到[int]的数据包转发到下一个较慢的路径和%FIB-5-NOPUNTINTF:CEF恢复向[int]交换数据包

如果Cisco快速转发不能将一些或所有信息包转换出此特定接口（假设在其当前配置），您收到%FIB-4-PUNTINTF消息。。思科快速转发将交换到此接口的数据包传送到下一个较慢的交换路径。参考如何为您的网络选择最佳路由器交换路径，以了解不同交换路径的更多信息。

如果Cisco快速转发已被punting信息包转换到更缓慢的交换路径的该接口，并且该接口配置已经更改，使得Cisco快速转发现在可以将交换恢复到该接口，您会收到%FIB-5-NOPUNTINTF消息。这只是一条信息性消息，在大多数情况下无需执行任何操作。

%FIB-4-PUNTINTF: CEF punting packets switched to POS2/0/0.1

to next slower path

在接口配置发生更改后，此消息可能会跟在后面：

%FIB-5-NOPUNTINTF: CEF resuming switching packets to POS2/0/0.1

如果您的Cisco IOS软件版本接近12.1(6)，带有全局可用的ip cef命令和配置在虚拟模板上的no ip route-cache cef命令，当L2F虚拟访问接口成为多链路PPP套件主设备的成员时，将显示以下信息：

- %FIB-4-PUNTINTF:CEF将交换到Virtual-Access14的数据包传送到下一个较慢的路径

- %FIB-5-NOPUNTINTF:CEF恢复向虚拟接入交换数据包14

- %FIB-4-PUNTINTF:CEF将交换到Virtual-Access37的数据包传送到下一个较慢的路径

- %FIB-5-NOPUNTINTF:CEF恢复交换数据包到虚拟接入37

解决方法是设置这样的值为操作日志级别，使这些消息不会出现。另一种方法是全局禁用IP思科快速转发。然而，禁用Cisco快速转发应该是临时的解决方法，因为它是一些平台上可用的最佳交换方法。在7500和12000系列上，Distributed Cisco Express Forwarding是最佳的交换方法，其次是Cisco Express Forwarding，最后是所有传统功能。

从以下思科IOS软件版本转发 — 12.1(8)、12.1(08a)E、12.2(1)S、12.1(8)AA、12.0(17)S、12.0(17)ST、12.2(1)T、012.002(2) — 在接口上设置或清除PUNT标志时不记录消息。仍然可以发出show cef interface命令或启用debug ip cef events命令，证实Cisco快速转发是否启用。因此，如果将接口设置为将信息包传送到下一条更慢的路径时，则没有向用户发送垃圾邮件的危险。启动或开始Cisco快速转发时，路由器未被信息淹没，拨号平台上的每次呼叫被记录时，系统日志则未被消息填满。

如果可能，您应该在不同子接口上配置支持的Cisco Express Forwarding功能和非Cisco Express Forwarding功能。思科快速转发不支持ATM接口上的某些封装。您必须查看您的路由器的Cisco IOS软件配置指南，了解它支持哪些封装，不支持哪些封装。

%HW_RES_FAIL-4-LOW_CEF_MEM:SLOT [char]运行速度低

路由器上的这些消息是硬件CEF恢复能力功能的一部分。从IOS版本12.0(28)S开始，思科12000系列引擎2(E2)和IP服务引擎(ISE)线卡支持硬件CEF恢复能力功能。硬件CEF恢复能力是CEF硬件内存和ASIC转发资源的保护机制。硬件CEF恢复能力可防止在资源耗尽或错误情况（例如内存不足或IPC故障）时禁用CEF和影响数据包转发。线卡设备驱动器在内部处理资源故障，而不涉及上层。

当硬件转发内存（PLU或TLU）在Cisco 12000系列E2或ISE线卡上运行低或出现故障时，资源监控功能会在系统控制台上打印警报（错误消息或警告，即您在日志中获得的警报）并记录警报。当内存分配失败开始时，基于计时器的资源监控过程在后台被激活。该过程检查以一分钟间隔使用的PLU和TLU硬件转发内存的百分比。当超过硬件内存耗尽的百分比时，会生成警报。最后，错误消息引用的内存是TLU内存。这是固定大小的内存，无法升级。

解决方法是

- 减少路由数量

- 禁用PSA ACL（无访问列表硬件PSA）

%FIB-4-FIBCBLK2:[IP_address][IP_netmask]的[chars]事件期间缺少cef表ID [dec]

以下是错误日志中显示的一些消息示例：

%FIB-4-FIBCBLK: Missing cef table for tableid 63 during route update XDR event

%FIB-SP-4-FIBCBLK: Missing cef table for tableid 33 during Table removal event

%FIB-4-FIBCBLK: Missing cef table for tableid 45 during routing table event

这些消息的原因是，在关联的NDB（网络描述符块）更新被分发和处理之前，生成了删除VRF请求。这会导致CEF表中出现临时问题，表ID生成但表本身被删除。此问题通常在不干预的情况下自行解决，并且不会影响流量或路由器的稳定性。Cisco Bug IDs CSCsg03483和CSCee26209描述类似的系统消息。

如果创建TAC服务请求，请收集故障排除信息

如果您使用TAC服务请求工具(仅限注册客户)创建TAC服务请求（TAC服务请求工具），请将以下信息附加到您的案例中，以排除与思科快速转发相关的错误消息：

- 在创建服务请求之前进行的故障排除.

- show tech-support命令输出（如果可能，在启用模式下）。

- show log命令输出或控制台捕获（如果可用）。

以非压缩纯文本格式(.txt)将收集的数据附加到您的服务请求。您可以使用TAC服务请求工具（仅注册客户）工具将信息附加到您的服务请求中。如果您无法访问TAC服务请求工具，则可以将相关信息附加到您的服务请求中，方法是将相关信息发送到attach@cisco.com，并在邮件的主题行中注明您的服务请求编号。
注意：在收集上述信息之前，请勿手动重新加载或重新通电路由器，除非对与Cisco快速转发相关的错误消息进行故障排除。这可能导致确定问题根本原因所需的重要信息丢失。

其他故障排除资源

有关思科快速转发故障排除的详细信息，请参阅以下文档：

- 如何验证 Cisco 快速转发交换

- 使用 Cisco 快速转发排除并行链路上的负载均衡故障

- Cisco 快速转发中前缀不一致故障排除

- 排除与思科快速转发的不完全邻接故障

相关信息

- Cisco 技术支持 - 路由器

- 技术支持和文档 - Cisco Systems