Cisco 6509 BGP tablom TCAM cihazımda neden iki giriş kullanıyor?


10

Cisco 6509'umda bir sorun var, BGP tablomdaki her giriş TCAM'de iki giriş kaplıyor. Kapasite yönlendirme gösterirsem, L3 yönlendirme kaynaklarında MPLS girişleri görüyorum. Ancak, şasemde MPLS kullanmıyorum!

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

Ve L3'üm 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%

Herhangi bir fikir? Güzergahlar bir VRF'de olabilir mi?


+1 İlginç bir soru. Bigmstone'un cevabı ile karşılaştırmak için IOS sürümünüzü ekleyebilir misiniz?
jwbensley

Oups, IOS sürümüm s72033_rp-ADVENTERPRISEK9_WAN-M - Sürüm 12.2 (33) SXH3a
Johann M.

Yanıtlar:


10

BGP VRF'de çalıştırılıyorsa 6500'ün her rota için MPLS etiketleri oluşturduğu görülmektedir. IPv4 ve MPLS TCAM kullanımınızın neredeyse aynı olması bunu da gösteriyor gibi görünüyor. Bu komutu deneyebilir misiniz:

show bgp vpnv4 uni all labels

IOS'nin önek yerine VRF başına etiket tahsis etmesini sağlayan gizli bir komut var gibi görünüyor.

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

Bu gizli bir komuttur, bu yüzden IOS bunu göstermez. Ayrıca çalıştırmadan önce çalıştırmayı deneyebilirsiniz:

show ip vrf detail

1
Evet, BGP ön eki başına bir etiket var! #mpls label mode all-vrfs protocol bgp-vpnv4 per-vrf Hum iyi, ama bir uyarı. Şimdi tüm önek için "IPv4 VRF Aggr: 16" görüyorum :) Bir dakika bekleyin ve ... IPv4 449979 44% MPLS 8 1% İYİ! Teşekkür ederim :-)
Johann M.

7

Oh 6500. Küçük bir servis sağlayıcı ağı işletiyorum ve 6500'ü PE yönlendirici olarak çalıştırıyorum. Hayatımın en kötü kararı. (Bu süslenmiş bir ifadeydi, ama benim fikrimi anladınız.)

VRF'de tam BGP rotaları yürütüyorum ve bunu çevreleyen çok fazla sorun yaşadım.

Örneğiniz çok şaşırtıcı değil. Daniel mesajında ​​söylediği gibi, her VRF öneki için bir LFIB girişi ve bir VPNv4 girişi var. Bu, komutun mpls label mode vrf Internet protocol all-afs per-vrfbelirtildiği gibi eklenmesiyle değiştirilebilir ; ancak, bu sizi ormandan çıkarmaz. VRF önekine göre değiştirirseniz, LFIB girişini (yay!) Kaldırır, ancak Bitişiklik tablosuna her bir önek için bir giriş ekler (bekleyin, ne ?!). 6500 yönlendirme donanımı L2 ve L3 yönlendirme arasında paylaşıldığından, donanım belleği kullanımınızı hiç değiştirmez. Herhangi bir şey sorunu bulmak zorlaştırır.

Kullanımınıza VRF kullanımı (kullanım show platform hardware cef resource-level) başına geçtikten sonra bakarsanız , sorunu düzelmişsiniz gibi görünür. Ancak komutu kullanırsanız, show platform hardware cef adjacencies resource-levelsorunun yeni bir konuma taşındığını gösterir.

Aşağıda 6500'ümün kaynak seviyesi ve bitişiklik kullanımından birinin çıktıları verilmiştir. Neden bahsettiğimi özetliyor.

Kaynak Düzey

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)

Bitişik Kullanım

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'ın bu konudaki gönderisi , buradaki bulgularıma dayanıyordu. Şu anda bu sorunu çözmeye çalışmak için Cisco ile çalışıyorum, ancak maalesef şu anda bunu düzeltmenin bir yolu yok.

MPLS sıfatınız olmadığından göçünüz değişebilir. Değişikliği yaptığınız için şimdi bitişiklik kullanımınızı görmek isteriz.


+1 Daniels cevabına harika bir katkı. Cevabınızı okurken Ivan'ın gönderisini düşünüyordum, daha sonra buna bağlandığınızı gördüm :) Cisco ile bir çözüm üzerinde çalıştığınızı söylediniz, ki bu bir TAC vakası. Yayınınıza IOS sürümünüzü ekleyebilir misiniz?
jwbensley

Harika yorum! Ancak show platform hardware cef [...]C6509'umda garip bir şekilde mevcut değil. Ama görürsem show cef fibkorkutucu: Totals : 96942392/97131416 ( 99%) [4296]ve ADJ: adjacency : 132616/132792 ( 99%) [4]
Johann M.

Ben SUP2T. SUP720 olduğunuzu tahmin ediyorum.
bigmstone

@javno, inanıyorum 15.1 (1) SY. Bu berbat Havaalanı kablosuz ile VPN için çok tembel. Bunu onaylayacağım ve değiştirilmesi gerekiyorsa düzenleyeceğim ... ama eminim koştuğum şey bu. Evet, 6 aydır açık olan bir TAC vakam var. En iyi nasıl ele alınacağını görmek için birkaç mühendisle çalışmak. Bir sonraki sekmeli etiketlere göre onları ikna etmeye çalışıyorum ... göreceğiz.
bigmstone

@bigmstone: Evet, ben SUP720 (3BXL)
Johann M.
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.