Eu tenho um problema no meu Cisco 6509, cada entrada na minha tabela BGP ocupa duas entradas no TCAM. Se eu mostrar encaminhamento de capacidade, vejo entradas MPLS nos recursos de encaminhamento L3. Mas, eu não uso MPLS no meu chassi!
#show run | i mpls
mls cef maximum-routes mpls 508
no mpls ldp advertise-labels
no mpls ip
E o meu 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%
Qualquer ideia? Será que as rotas estão em um VRF?
cisco
bgp
mpls
cisco-ios-12
Johann M.
fonte
fonte
Respostas:
Parece que o 6500 gera rótulos MPLS para cada rota se o BGP for executado em VRF. O fato de seu uso de IPv4 e MPLS TCAM ser quase idêntico parece indicar isso também. Você pode tentar este comando:
Parece haver um comando oculto que faz o IOS alocar etiquetas por VRF em vez de por prefixo.
Este é um comando oculto para que o IOS não o mostre. Também antes de executar, você pode tentar executar:
fonte
#mpls label mode all-vrfs protocol bgp-vpnv4 per-vrf
Hum bem, mas um aviso. Agora vejo "IPv4 VRF Aggr: 16" para todos os prefixos :) Espere um momento e ...IPv4 449979 44%
MPLS 8 1%
BOM! Obrigado :-)Ah, o 6500. Eu corro uma pequena rede de provedor de serviços e corro o 6500 como um roteador PE. Pior decisão da minha vida. (Essa foi uma declaração embelezada, mas você entende meu ponto de vista.)
Eu corro rotas BGP completas em um VRF e tive muitos problemas em torno disso.
Seu exemplo não é muito surpreendente. Como Daniel disse em seu post, há uma entrada LFIB para cada prefixo VRF, bem como uma entrada VPNv4. Isso pode ser alterado adicionando o comando
mpls label mode vrf Internet protocol all-afs per-vrf
conforme indicado; no entanto, isso não tira você da floresta. Se você mudar para os prefixos VRF, ele removerá a entrada LFIB (yay!), Mas adicionará uma entrada para cada prefixo na tabela Adjacency (espere, o que ?!). Como o hardware de encaminhamento 6500 é compartilhado entre o encaminhamento L2 e L3, isso não altera o uso da memória do hardware. Se alguma coisa torna o problema mais difícil de encontrar.Se você observar o seu uso depois de alterar para o uso de VRF (usando
show platform hardware cef resource-level
), parece que você corrigiu o problema. No entanto, se você usar o comando,show platform hardware cef adjacencies resource-level
ele revela que o problema acabou de ser movido para um local diferente.Abaixo estão as saídas de um dos níveis de recurso e uso de adjacência do meu 6500. Esboçando o que estou falando.
Nível de Recurso
Uso da adjacência
O post de Ivan sobre isso foi baseado nas minhas descobertas aqui. Atualmente, estou trabalhando com a Cisco para tentar corrigir esse problema, mas, infelizmente, no momento não há como corrigir isso.
Sua milhagem pode variar, pois você não possui adjacências MPLS. Gostaria de ver seu uso de adjacência agora que você fez a alteração.
fonte
show platform hardware cef [...]
não existe no meu C6509. Mas se eu vershow cef fib
, é assustador:Totals : 96942392/97131416 ( 99%) [4296]
eADJ: adjacency : 132616/132792 ( 99%) [4]