为什么我的Cisco 6509 BGP表在我的TCAM中使用两个条目？

Question

我的Cisco 6509有问题，BGP表中的每个条目都占用TCAM中的两个条目。如果我显示容量转发，我会在L3转发资源中看到MPLS条目。但是，我不使用MPLS在我的底盘！

#show run | i mpls
mls cef maximum-routes mpls 508
no mpls ldp advertise-labels
no mpls ip

我的L3 Forwading：

L3 Forwarding Resources
             FIB TCAM usage:                     Total        Used       %Used
                  72 bits (IPv4, MPLS, EoM)     1032192      899612         87%
                 144 bits (IP mcast, IPv6)        8192           7          1%

                     detail:      Protocol                    Used       %Used
                                  IPv4                      450051         44%
                                  MPLS                      449560         44%
                                  EoM                            1          1%

                                  IPv6                           1          1%
                                  IPv4 mcast                     3          1%
                                  IPv6 mcast                     3          1%

            Adjacency usage:                     Total        Used       %Used
                                               1048576      448758         43%

有什么想法吗？会不会是在VRF里呢？

Answer 1

如果BGP在VRF中运行，则6500将为每条路由生成MPLS标签。事实上，您的IPv4和MPLS的使用几乎是相同的，这也说明了这一点。您能试一下以下命令吗？

show bgp vpnv4 uni all labels

似乎有一个隐藏的命令，它使IOS为每个VRF分配标签，而不是每个前缀。

mpls label mode all-vrfs protocol bgp-vpnv4 per-vrf

这是一个隐藏的命令，因此IOS不会显示它。在运行之前，还可以尝试运行：

show ip vrf detail

Answer 2

哦，6500。我运行一个小型服务提供商网络，并以PE路由器的形式运行6500。我一生中最糟糕的决定。(这是一个修饰的陈述，但你明白我的意思。)

我运行全BGP路线在一个VRF，并经历了许多问题围绕这一点。

你是个榜样并不令人惊讶。正如丹尼尔在他的帖子中所说，每个VRF前缀都有一个LFIB条目，以及一个VPNv4条目。正如前面提到的那样，可以通过添加命令mpls label mode vrf Internet protocol all-afs per-vrf来改变这一点；但是，这并不能使您脱离困境。如果您更改为每个VRF前缀，它确实删除了LFIB条目(耶！)但是在邻接表中为每个前缀添加一个条目(等等，什么？！)。由于6500转发硬件是在L2和L3转发之间共享的，这根本不会改变硬件内存的使用。如果有什么问题的话，那就更难找到了。

如果您查看一旦更改为每个VRF使用(使用show platform hardware cef resource-level)您的使用，它似乎您已经解决了问题。但是，如果使用show platform hardware cef adjacencies resource-level命令，就会发现问题已经转移到了不同的位置。

下面是我的6500's资源级和邻接用法之一的输出。概述我在说什么。

资源级

Global watermarks: apply to Fib shared area only.
Protocol watermarks: apply to protocols with non-default max-routes

Fib-size: 1024k (1048576), shared-size: 1016k (1040384), shared-usage: 458k(469769)

Global watermarks:
            Red_WM: 95%,   Greem_WM: 80%,   Current usage: 45%

Protocol watermarks:

 Protocol           Red_WM(%)      Green_WM(%)     Current(%)
 --------           ---------      ----------      ----------
 IPV4                --             --              42% (of shared)
 IPV4-MCAST          --             --              0 % (of shared)
 IPV6                --             --              2 % (of shared)
 IPV6-MCAST          --             --              0 % (of shared)
 MPLS                --             --              0 % (of shared)
 EoMPLS              --             --              0 % (of shared)
 VPLS-IPV4-MCAST     --             --              0 % (of shared)
 VPLS-IPV6-MCAST     --             --              0 % (of shared)

邻接用法

Watermarks apply to regions available for allocation and not pre-reserved
Stats region size for alloc:        444160
Non-stats region size for alloc:    376832

Adjacency Mgr watermarks:

 Type             Red_WM(%)      Green_WM(%)     Current usage(%)
 ----             ---------      ----------      ----------------
 Stats_WM         95%            80%             97%
 Non-Stats_WM     95%            80%             14%

伊凡职位的研究是基于我在这里的发现。我目前正在与思科合作，试图解决这个问题，但不幸的是，现在没有办法解决这个问题。

您的里程可能会有所不同，因为您没有MPLS邻接。既然你已经做了改变，你会有兴趣看到你的邻接用法。