Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

keep

Syntax

Hierarchy Level

Description

Controle se o Junos OS mantém ou não a memória e oculta determinadas rotas.

Caso a declaração seja usada, o Junos OS não manterá na memória e ocultará rotas que são recusadas por causa de uma política BGP keep none de importação. Também não BGP manter na memória e ocultar rotas que são declaradas inviáveis devido a verificações BGP de sanidade. A declaração faz com que o Junos OS elile da memória as rotas que foram recusadas devido à BGP lógica ou keep none avaliação BGP específica. Quando uma rota é recusada por causa de algum motivo BGP não específico, a declaração não keep none tem efeito nessa rota. Essa rota recusada é mantida na memória e oculta, embora keep none seja configurada. Um exemplo desse tipo de rota oculta é uma rota para a qual o nexthop de protocolo não está resolvido.

A tabela de roteamento pode manter as informações de BGP de BGP de uma das seguintes maneiras:

  • Padrão (omitir a declaração)— Mantenha todas as informações de roteação aprendidas com BGP, exceto as rotas cujo caminho AS é loopado e cujo loop inclui o keep AS local.

  • keep all— Mantenha todas as informações de rota aprendidas com BGP.

  • keep none— Elide as rotas que foram recebidas por um colega e que foram recusadas pela política de importação ou por outras verificações de sanidade, como o caminho de AS ou o próximo hop. Quando você configura para a sessão BGP e as alterações da política de entrada, o Junos OS força a readversão do conjunto completo de rotas anunciadas keep none pelo peer.

Em uma situação de cura do caminho de AS, as rotas com caminhos em loop, teoricamente, podem se tornar usáveis durante uma reconfiguração suave quando o limite do loop do caminho de AS for mudado. Entretanto, existe uma diferença significativa de uso da memória entre o padrão e keep all .

Considere os seguintes cenários:

  • Um colega readverte as rotas de volta ao ponto de onde as aprenderam.

    Isso pode acontecer nos seguintes casos:

    • Outro dispositivo de roteamento de fornecedores anuncia as rotas de volta ao ponto de envio.

    • O comportamento padrão do peer Junos OS de não reverter as rotas de volta ao ponto de envio é anulado pela configuração advertise-peer-as .

  • Um dispositivo de roteamento de borda do provedor (PE) descarta qualquer rota de VPN que não tenha nenhum dos alvos de rota esperados.

Quando está configurado, o comportamento de descartar rotas keep all recebidas nos cenários acima é anulado.

CUIDADO:

Se você adicionar ou remover ou se o peer não suportar a reinicialização da sessão, as sessões de BGP associadas serão keep allkeep none reinicializadas (não acionadas). Para determinar se um peer aceita atualização, consulte Peer supports Refresh capability a saída do show bgp neighbor comando.

Default

Por padrão, BGP mantém as rotas recusadas na memória e as oculta. Se você não incluir a keep declaração, a maioria das rotas será retida na tabela de roteamento. BGP mantém todas as informações de rota aprendidas com BGP, exceto rotas cujo caminho as é loopado e cujo loop inclui o AS local.

Options

all— Mantenha todas as rotas.

none— Elide as rotas que foram recebidas por um colega e que foram recusadas pela política de importação ou por outras verificações de sanidade. Quando estiver configurado para a sessão BGP e a política de entrada mudar, o Junos OS força a readversão do conjunto completo de rotas anunciadas pelo keep none peer.

Required Privilege Level

roteamento — Para exibir essa instrução na configuração.

roteamento-controle — para adicionar essa instrução à configuração.

Release Information

Declaração lançada antes da versão 7.4 do Junos OS.