Examine as perguntas frequentes sobre o Border Gateway Protocol

Introdução

Este documento descreve as perguntas frequentes (FAQs) sobre o Border Gateway Protocol (BGP).

P. Como configuro o BGP?

R. Consulte estes documentos para obter informações sobre como configurar o BGP e o funcionamento do BGP:

• Configurar BGP  

• Estudos de caso de BGP  

P. Como configuro o BGP usando um endereço de loopback?

R. O uso de uma interface de loopback garante que o vizinho permaneça ativo e não seja afetado por um hardware com defeito.

O BGP usa o endereço IP configurado na interface física diretamente conectada ao par BGP como o endereço de origem, quando estabelece a sessão de pareamento do BGP, por padrão. Emita o comando neighbor update-source<ip address> <interface>para alterar esse comportamento e configurar o BGP que fala com o roteador para estabelecer o emparelhamento com o uso de um endereço de loopback como o endereço de origem.

Consulte Configuração de exemplo para iBGP e eBGP com ou sem um endereço de loopback para obter mais informações.

P. Qual é a ordem de preferência dos atributos quando alguns ou todos são aplicados a um vizinho no BGP?

R. A ordem de preferência varia com base no fato de os atributos serem aplicados a atualizações de entrada ou de saída.

Para atualizações de entrada, a ordem de preferência é:

1. route-map

2. filter-list

3. prefix-list, distribute-list

Para atualizações de saída, a ordem de preferência é:

1. filter-list

2. route-map | unsuppress-map

3. advertise-map (conditional-advertisement)

4. lista de prefixo|lista de distribuição

5. ORF prefix-list (uma lista de prefixos que o vizinho nos envia)

Observação: os atributos prefix-list e distribute-list são mutuamente exclusivos, e apenas um comando (neighbor prefix-list ou neighbor distribute-list) pode ser aplicado a cada direção de entrada ou saída para um vizinho específico.

O que significa um próximo salto de 0.0.0.0 na saída do comando show ip bgp?

R. Uma rede na tabela BGP com um endereço de próximo salto de 0.0.0.0 significa que a rede é originada localmente através da redistribuição do Interior Gateway Protocol (IGP) no BGP, ou através de um comando network ou aggregate na configuração do BGP.

P. Quais são as comunidades conhecidas do atributo de comunidade BGP?

R. O atributo de comunidade é um atributo opcional transitivo projetado para agrupar destinos em uma determinada comunidade e aplicar determinadas políticas (como aceitar, preferir ou redistribuir). Esta tabela mostra as comunidades de BGP conhecidas.

Comunidade	Descrição
Local-AS	Use em cenários de confederação para não enviar pacotes para fora do sistema autônomo local (AS).
no-export	Não anunciar para pares externos de BGP (eBGP). Mantenha esta rota dentro de um AS.
no-advertise	Não anunciar esta rota a nenhum par, interno ou externo.
nenhum	Não aplique nenhum atributo de comunidade quando desejar limpar as comunidades associadas a uma rota.
internet	Anunciar essa rota à comunidade da Internet e a qualquer roteador que a ela pertence.

Consulte a seção Configurar a filtragem da comunidade BGP de Configurar o BGP para obter mais informações sobre a configuração das comunidades.

P. Que formatos posso usar para configurar o atributo de comunidade BGP?

R. No Cisco IOS® Software Release 12.0 e posterior, você pode configurar comunidades em três formatos diferentes chamados decimal, hexadecimal e AA:NN. Por padrão, o Cisco IOS usa o formato decimal mais antigo. Para configurar e exibir em AA:NN, onde a primeira parte é o número AS e a segunda parte é um número de 2 bytes, execute o comando de configuração global ip bgp-community new-format.

Observação: Atributo de comunidade BGP é um valor numérico (arbitrário) que pode ser atribuído a um prefixo específico e anunciado a outros vizinhos. Embora o atributo de comunidade possa ser representado em decimal, hexadecimal ou AA:NN, ainda é um número de 32 bits. Por exemplo, qualquer um desses três comandos de configuração especifica a comunidade 30:20 (AS 30, número 20):
- set community 30:20
- set community 0x1E0014
- set community 1966100

Independentemente do comando usado, a comunidade exibida no arquivo de configuração do roteador e na tabela BGP é 30:20.

Consulte a seção Atributo da comunidade de estudos de caso de BGP e Configurar e controlar uma rede de provedor upstream com valores da comunidade de BGP para obter mais informações.

P. Como o BGP se comporta de maneira diferente com o autossummary habilitado ou desabilitado?

R. O comportamento de sumarização automática mudou nas versões do software Cisco IOS. Inicialmente, o resumo automático foi ativado por padrão. No entanto, com a ID de bug da Cisco CSCdu81680, esse comportamento mudou. No Cisco IOS mais recente, o resumo automático é desativado por padrão. Quando o resumo automático está ativado, ele resume as redes BGP localmente originadas para seus limites classfull. O resumo automático só é ativado por padrão nas versões antigas. Quando o resumo automático é desativado, as rotas introduzidas localmente na tabela BGP não são resumidas em seus limites classfull. Quando uma sub-rede existe na tabela de roteamento e essas três condições são satisfeitas, qualquer sub-rede dessa rede classfull na tabela de roteamento local pode solicitar que o BGP instale a rede classfull na tabela BGP.

• Declaração de rede classful para uma rede na tabela de roteamento

• Máscara classful na declaração de rede

• Auto-summary ativado

Por exemplo, se a sub-rede na tabela de roteamento for 10.75.75.0 máscara 255.255.255.0 e você configurar a rede 10.0.0.0 sob o comando router bgp, e o resumo automático estiver habilitado, o BGP apresentará a máscara de rede classfull 10.0.0.0 máscara 255.0.0.0 na tabela BGP.

Se essas condições não forem atendidas, o BGP não instalará nenhuma entrada na tabela BGP, a menos que haja uma correspondência exata na tabela de roteamento IP.

Observação: Se o AS que executa o BGP não possuir a rede classfull completa, a Cisco recomenda que você emita o comando no autossummary em router bgp para desabilitar o autossummary.

P. Como posso verificar se um roteador BGP anuncia suas redes BGP e as propaga para a malha BGP global?

R. Use estes comandos para verificar se os blocos IP são anunciados ao ISP conectado diretamente:

• O comando show ip bgp neighbors <address> advertised-routes mostra quais mensagens são enviadas.

• O comando show ip bgp neighbors <address> routes mostra quais mensagens são recebidas.

Observação: o comando show ip bgp neighbors <address> advertise-routes não leva em consideração nenhuma política de saída que você tenha aplicado. Em versões futuras do Cisco IOS Software, a saída do comando pode ser alterada para refletir as políticas de saída. Se houver dois caminhos alternativos para um destino, o BGP sempre usará a melhor rota para anunciar.

Para verificar como os blocos IP são propagados para a malha BGP global através do ISP conectado diretamente, faça login em um servidor de rota na Internet e procure as entradas BGP do prefixo no servidor de rota.

P. Quando e como posso reiniciar uma sessão BGP?

R. Limpe uma sessão BGP quando você alterar a política de entrada/saída para esta sessão. Emita o comando clear ip bgp x.x.x.x soft out para limpar uma sessão de BGP e fazer com que as alterações de política de saída entrem em vigor. Execute o comando clear ip bgp x.x.x.x para limpar uma sessão BGP para efetivar as alterações de política de entrada. Se o vizinho tiver o recurso de reconfiguração de software, você poderá executar o comando clear ip bgp x.x.x.x soft in. A sessão BGP poderá ser apagada automaticamente se você configurar o OER (Optimized Edge Routing). O OER limpa automaticamente a sessão de BGP para as direções de entrada e de saída. Consulte Configurando Componentes de Rede OER para obter mais informações sobre OER.

Observação: com o Cisco IOS Software Release 12 e posterior, um novo recurso de aprimoramento de reinicialização suave BGP é apresentado.

P. É necessária alguma configuração especial no PIX/ASA para permitir sessões BGP através dele?

R. Sim, consulte o ASA/PIX: Exemplo de Configuração de BGP através do ASA para obter detalhes completos da configuração.

P. O que é um número de sistema autônomo (AS) e como posso obtê-lo?

R. Os números AS são números globalmente exclusivos que são usados para identificar ASs e que permitem que um AS troque informações de roteamento externo entre ASs adjacentes. Um AS é um grupo conectado de redes IP que adere a uma política de roteamento única e claramente definida.

Há um número limitado de números AS disponíveis. Portanto, é importante determinar quais sites exigem números AS exclusivos e quais não exigem. Os sites que não exigem um número AS exclusivo usam um ou mais dos números AS reservados para uso privado, que estão no intervalo de 64512 a 65535. Acesse o site de serviços de registro de número AS para obter um número AS.

P. Qual é o critério de seleção de caminho BGP?

R. Os critérios de seleção de caminho BGP estão documentados no Algoritmo de seleção de melhor caminho BGP.

P. Qual é a diferença entre always-compare-med e deterministic-med?

R. Uma explicação completa das diferenças entre esses comandos está documentada em Como o Comando bgp deterministic-med difere do Comando bgp always-compare-med.

P. As sessões de BGP interno (iBGP) modificam o próximo salto?

R. As sessões de iBGP preservam o atributo de próximo salto aprendido de peers eBGP. Por isso, é importante ter uma rota interna para o próximo salto. A rota BGP é inacessível. Para ter certeza de que você pode alcançar o próximo salto do eBGP, inclua a rede à qual o próximo salto pertence no IGP ou emita o comando next-hop-self neighbor para forçar o roteador a anunciar a si mesmo, em vez do ponto externo, como o próximo salto. Consulte a seção Atributo de próximo salto BGP de estudos de caso de BGP para obter uma explicação mais detalhada.

P. As sessões de BGP externo (eBGP) entre confederações modificam o próximo salto?

R. Não, as sessões de eBGP entre sub-ASs de confederação não modificam o atributo do próximo salto. Todas as regras de iBGP ainda se aplicam, para que todo o AS se comporte como uma única entidade. Os valores de métrica e de preferência local também permanecem inalterados entre os pares de eBGP da confederação. Consulte a seção Confederação de BGP de Estudos de caso de BGP para obter mais informações sobre confederações.

P. Em sessões BGP externas (eBGP), qual endereço IP é enviado como o próximo salto?

R. No peering eBGP, o próximo salto é o endereço IP do vizinho que anuncia a rota. No entanto, quando a rota é anunciada em uma mídia de multiacesso (como Ethernet ou Frame Relay), o próximo salto é geralmente o endereço IP da interface do roteador conectado à mídia que originou a rota. Consulte o atributo de próximo salto BGP de Estudos de caso de BGP para obter uma explicação mais detalhada.

P. O refletor de rota altera o atributo do próximo salto de um prefixo refletido?

R. Por padrão, o atributo do próximo salto não é alterado quando um prefixo é refletido pelo refletor de rota. No entanto, você pode emitir o comando neighbor next-hop-self para alterar o atributo do próximo salto de prefixos refletidos de um par de eBGP para qualquer cliente refletor de rota.

P. Como posso anunciar um prefixo condicionalmente a um ISP apenas quando perder a conexão com o meu ISP principal?

R. O BGP anuncia rotas de sua tabela BGP para peers externos por padrão. O recurso de anúncio condicional de BGP fornece controle adicional de anúncio de rota baseado na existência de outros prefixos na tabela BGP. Normalmente, as rotas são propagadas, independentemente da existência de um caminho diferente. O recurso de anúncio condicional BGP usa os comandos de configuração non-exist-map e advertise-map para rastrear rotas pelo prefixo de rota. Se um prefixo de rota não estiver presente no comando non-exist-map, a rota especificada pelo comando advertise-map será anunciada. Consulte a seção Configurar Anúncio Condicional de BGP de Configurar BGP para obter mais informações.

P. Quanta memória eu tenho no meu roteador para receber a tabela de roteamento BGP completa do meu ISP?

R. A quantidade de memória necessária para armazenar rotas BGP depende de muitos fatores, tais como o roteador, o número de caminhos alternativos disponíveis, redução de rota, comunidade, o número de caminhos máximos configurados, atributos BGP e configurações VPN. Sem o conhecimento desses parâmetros, é difícil calcular a quantidade de memória necessária para armazenar um determinado número de rotas de BGP. A Cisco normalmente recomenda um mínimo de 512 MB de RAM no roteador para armazenar uma tabela de roteamento BGP global completa de um par BGP. No entanto, é importante compreender maneiras de reduzir o consumo de memória e obter o roteamento ideal, sem a necessidade de receber a tabela de roteamento completa da Internet. Consulte Configure BGP Routers for Optimal Performance and Reduced Memory Consumption para obter informações mais detalhadas.

P. Quais são os benefícios da configuração de grupos de peers BGP?

R. O principal benefício de um grupo de peer do BGP é que ele reduz a quantidade de recursos do sistema (CPU e memória) usados em uma geração de atualização. Ele também simplifica a configuração de BGP, pois permite que a tabela de roteamento seja verificada apenas uma vez, e que as atualizações sejam replicadas para todos os outros membros do grupo de pares em sincronização. Isso pode reduzir significativamente a carga, que depende do número de membros do grupo de pares, do número de prefixos na tabela e do número de prefixos anunciados. A Cisco recomenda que você agrupe pares com políticas de anúncio de saída idênticas. Consulte Grupos de pares BGP para obter informações mais detalhadas.

P. O que é sincronização e como ela influencia as rotas BGP instaladas na tabela de roteamento IP?

R. Se o seu AS passar o tráfego de outro AS para um terceiro AS, o BGP não poderá anunciar uma rota antes que todos os roteadores no seu AS aprendam sobre a rota através do IGP. O BGP aguarda até que o IGP propague a rota no AS e depois a anuncia para pares externos. Um roteador BGP com sincronização ativada não anunciará rotas aprendidas por iBGP para outros pares eBGP, se não for capaz de validar essas rotas no IGP. Emita o comando no synchronization no router bgp para desativar a sincronização. Isso impede que o BGP não autentique rotas iBGP no IGP. Consulte Estudos de caso do BGP: sincronização para obter uma explicação mais detalhada.

P. Como posso definir o valor Multi Exit Discriminator (MED) em prefixos anunciados para vizinhos BGP externos (eBGP) para corresponder à métrica do próximo salto do Interior Gateway Protocol (IGP)?

R. O comando de configuração set metric-type internal route-map faz com que o BGP anuncie um MED que corresponde à métrica IGP associada ao próximo salto da rota. Esse comando está disponível no software Cisco IOS versão 10.3 e posterior. 

P. Qual é o temporizador ConnectRetry BGP padrão e é possível ajustar o temporizador ConnectRetry BGP?

R. O temporizador ConnectRetry BGP padrão é de 120 segundos. Somente após esse tempo é que o processo BGP verifica se a sessão TCP passiva foi estabelecida. Se a sessão TCP passiva não for estabelecida, o processo BGP iniciará uma nova tentativa de TCP ativa para se conectar ao alto-falante BGP remoto. Durante esses 120 segundos ociosos do temporizador do ConnectRetro, o par de BGP remoto pode estabelecer uma sessão de BGP para ele. Atualmente, o temporizador Cisco IOS ConnectRetro não pode ser alterado em relação ao seu padrão de 120 segundos.

P. O que r RIB-Failure significa na saída do comando show ip bgp?

R1> show ip bgp
BGP table version is 5, local router ID is 10.200.200.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure
Origin codes: i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
r> 10.6.6.0/24       10.10.13.3               0    130      0 30 i
*> 10.7.7.0/24       10.10.13.3               0    125      0 30 i

Quando o BGP tenta instalar o prefixo bestpath na base de informações de roteamento (RIB) (por exemplo, a tabela de roteamento IP), a RIB pode rejeitar a rota BGP devido a qualquer uma destas razões:

• Rota com melhor distância administrativa já presente no IGP. Por exemplo, se uma rota estática já existir na tabela de roteamento IP.

• Falha na memória.

• O número de rotas no roteamento/encaminhamento de VPN (VRF) excede o limite de rota configurado na instância de VRF.

Nesses casos, os prefixos que são rejeitados por esses motivos são identificados por r RIB Failure na saída do comando show ip bgp e são anunciados aos pares. Esse recurso foi disponibilizado pela primeira vez no software Cisco IOS versão 12.2(08.05)T.

P. Como posso redistribuir a rota de rota padrão (0.0.0.0/0) aprendida pelo BGP interno (iBGP) no EIGRP/OSPF/IS-IS?

R. A redistribuição de rotas iBGP no Interior Gateway Protocol (IGP) —Enhanced Interior Gateway Routing Protocol/Open Shortest Path First/Intermediate System-to-Intermediate System (EIGRP/OSPF/IS-IS)— pode causar loops de roteamento dentro do sistema autônomo, o que não é recomendado. Por padrão, a redistribuição do iBGP no IGP está desativada. Emita o comando bgp redistribute-internal para ativar a redistribuição das rotas de iBGP no IGP. 

Um exemplo de configuração para redistribuir uma rota padrão 0.0.0.0/0 aprendida pelo iBGP no EIGRP é mostrado nesta saída. As configurações para OSPF/IS-IS são semelhantes.

router bgp 65345 
[...]
bgp redistribute-internal
!
router eigrp 10 
[...]
redistribute bgp 65345 route-map check-def
!
ip prefix-list def-route seq 5 permit 0.0.0.0/0 
!
route-map check-def permit 10 
match ip address prefix-list def-route

Observação: depois de configurar o comando bgp redistribute internal, certifique-se de que o comando clear ip bgp seja inserido para limpar todas as rotas na tabela de roteamento local.

P. Como posso filtrar todas as rotas IP anunciadas a um vizinho BGP, exceto a rota padrão 0.0.0.0/0?

R. As rotas específicas podem ser filtradas se você usar inbound filter-list, distribute-list, prefix-list e route-map ao mesmo tempo para o mesmo vizinho bgp. Esta é a ordem de operação:

1. Filter-list

2. Router-map

3. Distribute-list (ou) prefix-list

P. Como resolver o erro de Protocolo que não está nesta imagem?

R. A razão para o protocolo de mensagem de erro não estar nesta imagem é porque o recurso BGP não é suportado na versão do Cisco IOS que é executada no roteador. Para resolver esse erro, atualize o Cisco IOS para uma versão posterior do Cisco IOS compatível com BGP.

P. BGP: timer-wheel é executado lentamente em 1 pulsos aparece na saída de depuração.

R. Essa mensagem aparece somente quando uma depuração BGP está ativada no roteador. É apenas uma mensagem informativa e não uma mensagem de erro. Esta mensagem informativa está relacionada aos temporizadores internos do BGP. Essa mensagem pode ser ignorada pelo comando undebug all.

P. É possível rastrear uma interface e alterar a disponibilidade da rota?

R. Sim, é possível rastrear a alteração de estado de uma interface e a disponibilidade de rota com o rastreamento Enhanced Object. 

P. Como a atualização da RIB IP aloca memória?

R. A Atualização RIB IP aloca os prefixos, e os atributos são mantidos em blocos. Não é possível liberar todo o fragmento até que cada elemento no fragmento seja liberado. Se mais rotas forem aprendidas, esses elementos livres nos fragmentos serão usados.

P. Qual é o comando para ver vizinhos BGP IPv6?

R. O comando show bgp ipv6 unicast summary é usado para ver os vizinhos BGP IPv6

P. Em relação à remoção da rota estática "ip route 10.150.0.0 255.255.0.0 Null0", não há autosresumo no BGP faz com que todas as sub-redes de 10.150.0.0 sejam anunciadas?

R. Por exemplo:

network 10.150.0.0 mask 255.255.0.0
no auto-summary

ip route 10.150.0.0 255.255.0.0 Null0

O roteador é interrompido para advertir a rota, mas ainda envia as outras rotas mais específicas.

P. Por que não há resultados estatísticos quando uso os comandos debug bfd events e debug bfd packets?

R. É o comportamento normal, pois as saudações bfd são enviadas em segundos inferiores a um mínimo e, caso você execute depurações para isso, o roteador não pode lidar com isso. Portanto, as mensagens bfd são vistas em depuração somente quando os flaps ocorrem. Esta é a finalidade do debug bfdcomando:

debug bfd events

Esse comando permite o registro de eventos de BFD para todas as sessões de BFD configuradas no momento. Ele captura eventos BFD, como alteração de estado da sessão, alteração de configuração de sessão acionada pela CLI local ou por extremidade remota.

debug bfd packets

Esse comando permite o registro de pacotes BFD para todas as sessões de BFD configuradas no momento. Ele só captura pacotes hello BFD que são trocados quando há alterações de configuração bfd, como acontece com a alteração do estado da sessão. Os pacotes BFD normais não são capturados por este comando.

P. O roteador precisa ser reiniciado depois que um novo prefixo máximo de vizinho BGP é configurado?

R. Se o novo número máximo de prefixos for maior que o máximo atual, não há necessidade de limpar a sessão BGP por software/hardware, e o recarregamento não é necessário.

P. Existe um comando para verificar as rotas anunciadas junto com o prepend dos caminhos AS?

R. Quando o prefixo de AS-path é definido, os números de AS a serem prefixados são anexados ao AS-path e quando a atualização deixa o AS em direção aos peers eBGP, o número de AS local é prefixado ao AS-path completo.

Porém, você pode facilmente verificar se a tendência de caminho do AS é feita com uma destas opções:

1. Verifique o atributo BGP AS PATH no dispositivo de emparelhamento. Essa é uma das maneiras mais fáceis de verificar se o roteador executa ou não o prefixo AS PATH.

2. Execute a depuração nas atualizações de BGP (na direção de saída) e verifique se há anexos. Use uma lista de acesso ao depurar atualizações de BGP.

   Example:
   
   Router#debug ip bgp updates 1 out
   
   BGP: TX IPv4 Unicast Mem global 3 1 10.1.1.2 Refresh has to wait for net
   prepend.
   
   BGP: TX IPv4 Unicast Top global Start net prepend.
   
   
   BGP: TX IPv4 Unicast Top global Done net prepend (1 attrs). 
    
   The router has prepended the prefix.
   
   
   BGP: TX IPv4 Unicast Grp global 3 Starting refresh after prepend completion.

3. Outra opção seria capturar um pacote na interface de saída e ver qual atualização é enviada pelo fio.

P. Como o comando neighbor soft-reconfiguration inbound funciona?

R. O comando neighbor soft-reconfiguration inbound faz com que o roteador armazene todas as atualizações de política de roteamento recebidas (de entrada) sem modificação, por exemplo, uma tabela duplicada é armazenada na memória para cada peer.

P. O que significa a mensagem de erro %BGP-3-NOTIFICATION: sent to neighbor *A.B.C.D passive 6/0 (cessar) 0 bytes?

R. Essa mensagem ocorre quando há outra sessão BGP já estabelecida. O roteador que recebe a mensagem de término tentou enviar uma mensagem BGP OPEN para o mesmo ponto em outro IP. Esta mensagem é uma imagem pessoal e é devido a uma configuração incorreta.

P. O que a mensagem de erro %IPRT-3-ROUTEINSERROR: Error inserting entry significa?

R. Essa mensagem de erro indica que não há memória suficiente para acomodar prefixos BGP, aprendidos dos vizinhos.

P. O GSR com Cisco IOS XR suporta o recurso de descoberta automática VPLS-BGP como um refletor de rota?

R. Sim, o GSR com Cisco IOS XR suporta a funcionalidade de refletor de rota para descoberta automática de VPLS-BGP.

P. Como depuro rotas para um vrf específico no ambiente Cisco IOS XR?

R. Use o comando debug bgp keepalive [vrf [vrf-name | all]] vpnv4 unicast para depurar rotas para um determinado vrf no ambiente Cisco IOS XR. Esta é uma saída de exemplo:

*Mar 1 00:16:06.735: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) Keep alive timerfired. *Mar 1 00:16:06.735: BGP: 10.2.2.3 KEEPALIVE requested (bgp_keepalive_timer_expired) *Mar 1 00:16:06.743: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) service keepalive IO request. *Mar 1 00:16:06.747: BGP: 10.2.2.3 KEEPALIVE write request serviced in BGP_IO *Mar 1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) Keep alive timer fired. *Mar 1 00:16:07.759: BGP: 10.1.1.1 KEEPALIVE requested (bgp_keepalive_timer_expired) *Mar 1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) service keepalive IO request. *Mar 1 00:16:07.763: BGP: 10.1.1.1 KEEPALIVE write request serviced in BGP_IO

P. Qual é a diferença entre quando uma rota é injetada no BGP através do comando redistribute ou um comando network?

R. Quando você usa a redistribuição do IGP no BGP para anunciar a rota, não há necessidade de especificar a instrução de rede para todas as sub-redes individualmente. Além disso, quando a rota é obtida de qualquer outro protocolo de roteamento na tabela BGP por redistribuição, o atributo Origem é Incompleto (?) e quando você especifica o comando network, então é Interno/IGP (i). Durante a seleção da rota, o código de origem mais baixo é o preferido (IGP<EGP<Incomplete).

P. Como verifico as informações resumidas de encaminhamento da Camada 4?

R. Para visualizar as informações de resumo no encaminhamento de Camada 4, use o comando show mls cef summary. Por exemplo:

Router#show mls cef summary Total routes: 532462 IPv4 unicast routes: 502841 IPv4 Multicast routes: 6 MPLS routes: 19794 IPv6 unicast routes: 9821 IPv6 multicast routes: 3 EoM routes: 0 Router#show mls cef maximum-routes FIB TCAM maximum routes : ======================= Current :- ------- IPv4 + MPLS - 512k (default) IPv6 + IP Multicast - 256k

Informações Relacionadas

• Suporte técnico de BGP
• Suporte técnico e downloads da Cisco