#show run | i mpls
mls cef maximum-routes mpls 508
no mpls ldp advertise-labels
no mpls ip
以及我的L3 Forwading：路由是否在VRF中？
#1 楼
如果BGP在VRF中运行，则6500似乎会为每个路由生成MPLS标签。您的IPv4和MPLS TCAM用法几乎相同的事实似乎也表明了这一点。您可以尝试以下命令吗？show bgp vpnv4 uni all labels
这是一个隐藏的命令，因此IOS不会显示它。
在运行之前，还可以尝试运行：
mpls label mode all-vrfs protocol bgp-vpnv4 per-vrf
评论
是的，每个前缀BGP我只有一个标签！ #mpls标签模式all-vrfs协议bgp-vpnv4 per-vrf嗡嗡声很好，但有警告。我现在看到所有前缀都是“ IPv4 VRF Aggr：16” ：）等一下，然后... IPv4 449979 44％MPLS 8 1％GOOD！谢谢 ：-）
– Johann M.
13年5月18日在20:40
#2 楼
哦6500。我运行一个小型服务提供商网络，并将6500作为PE路由器运行。我一生中最糟糕的决定。 （这是一个很夸张的声明，但是您明白我的意思。）我在VRF中运行了完整的BGP路由，并且遇到了很多与此相关的问题。
再举个例子并不十分令人惊讶。正如Daniel在他的帖子中所说，每个VRF前缀都有一个LFIB条目，以及VPNv4条目。可以通过添加命令
mpls label mode vrf Internet protocol all-afs per-vrf来更改它；但是，这并不能使您摆脱困境。如果更改为每个VRF前缀，则会删除LFIB条目（是！），但会将每个单个前缀的条目添加到Adjacency表中（等待，什么？！）。由于6500转发硬件在L2和L3转发之间共享，因此这根本不会改变您的硬件内存使用情况。如果有任何问题，则很难找到问题。如果更改VRF的每个用法（使用
show platform hardware cef resource-level）后再查看用法，就好像您已解决了该问题。但是，如果使用命令show platform hardware cef adjacencies resource-level，则表明问题刚移到另一个位置。下面是我6500的资源级别和邻接用法之一的输出。概述我在说什么。
资源级别
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%
Ivan在此发表的帖子是基于我在这里的发现。我目前正在与Cisco合作，尝试解决此问题，但是很遗憾，目前尚无办法解决此问题。
由于您没有MPLS邻接关系，因此您的里程可能会有所不同。完成更改后，将有兴趣查看您的邻接用法。
评论
+1丹尼尔斯答案的绝佳补充。当我阅读您的答案时，我想到的是Ivan的帖子，然后看到您已经链接了它：)您说您打算与Cisco合作解决方案，我认为这是TAC案。您可以将您的IOS版本添加到帖子中吗？
– jwbensley
13年5月19日在10:09
很棒的评论！但是奇怪的是，我的C6509中没有显示平台硬件cef。但是，如果我看到显示头孢纤维，那就很恐怖了：总计：96942392/97131416（99％）[4296]和ADJ：邻接关系：132616/132792（99％）[4]
– Johann M.
13年5月19日在16:29
我是SUP2T。我猜你是SUP720？
–巨石
13年5月19日在17:56
@javno，我相信15.1（1）SY。笨拙的机场无线设备对VPN太懒了。我将确认并编辑是否需要更改...但是我很确定这就是我正在运行的。是的，我有一个TAC案件已经开放了大约6个月。与几个工程师一起研究如何最好地解决它。我试图说服他们实现每个下一跳标签...我们将看到。
–巨石
13年5月19日在18:22
@bigmstone：是的，我是SUP720（3BXL）
– Johann M.
13年5月19日在18:40
评论
+1有趣的问题。您可以添加您的IOS版本以与Bigmstone的答案进行比较吗？糟糕，我的IOS版本是s72033_rp-ADVENTERPRISEK9_WAN-M-版本12.2（33）SXH3a