Cisco 6509 BGP 테이블이 TCAM에서 두 개의 항목을 사용하는 이유는 무엇입니까?

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에있을 수 있습니까?

BGP가 VRF에서 실행되는 경우 6500은 모든 경로에 대해 MPLS 레이블을 생성하는 것으로 보입니다. IPv4 및 MPLS TCAM 사용량이 거의 동일하다는 사실도이를 나타내는 것으로 보입니다. 이 명령을 시도해 볼 수 있습니까?

show bgp vpnv4 uni all labels

IOS가 접두사 대신 VRF마다 레이블을 할당하도록하는 숨겨진 명령이있는 것 같습니다.

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

이것은 숨겨진 명령이므로 IOS가 표시하지 않습니다. 또한 실행하기 전에 실행을 시도 할 수 있습니다.

show ip vrf detail

6500. 소규모 서비스 제공 업체 네트워크를 운영하고 6500을 PE 라우터로 운영합니다. 내 인생의 최악의 결정. (그것은 꾸며진 진술이지만, 당신은 내 요점을 얻습니다.)

VRF에서 전체 BGP 경로를 실행했으며이를 둘러싼 많은 문제가 발생했습니다.

당신은 모범이 그리 놀라운 일이 아닙니다. Daniel은 자신의 게시물에서 VPNv4 항목뿐만 아니라 각 VRF 접두사에 대한 LFIB 항목이 있다고 말했습니다. mpls label mode vrf Internet protocol all-afs per-vrf명시된대로 명령 을 추가하여 변경할 수 있습니다 . 그러나 이것은 숲에서 당신을 꺼내지 않습니다. VRF 접두사별로 변경하면 LFIB 항목 (yay!)은 제거되지만 인접 테이블에 모든 단일 접두사에 대한 항목이 추가됩니다 (대기, 무엇?!). 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 인접성이 없기 때문에 마일리지가 다를 수 있습니다. 변경을 완료 한 후 인접 사용량을 확인하고 싶습니다.