keep

Sintaxe

Nível de hierarquia

Descrição

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

Se a declaração for usada, o keep none Junos OS não reterá rotas de memória e ocultação que são recusadas por causa de uma política de importação do BGP. O BGP também não mantém rotas de memória e ocultação declaradas inviáveis devido às verificações de sanidade do BGP. A keep none declaração faz com que o Junos OS descarte da memória as rotas que são recusadas devido à lógica específica do BGP ou à avaliação do BGP. Quando uma rota é recusada por algum motivo não específico do BGP, a keep none declaração não afeta essa rota. Essa rota recusada é retida na memória e oculta, embora esteja keep none configurada. Um exemplo desse tipo de rota oculta é uma rota para a qual o próximo protocolo não é resolvido.

A tabela de roteamento pode reter as informações de rota aprendidas com o BGP de uma das seguintes maneiras:

• Padrão (omite a keep declaração)— Mantenha todas as informações de rota que foram aprendidas com o BGP, exceto para rotas cujo caminho AS é em loop e cujo loop inclui o AS local.

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

• keep none— Descarte rotas que foram recebidas de um peer e que foram recusadas pela política de importação ou outra verificação de sanidade, como caminho AS ou próximo salto. Quando você configura keep none para a sessão BGP e as mudanças na política de entrada, o Junos OS força a readvertisement do conjunto completo de rotas anunciados pelo peer.

Em uma situação de cura do caminho AS, rotas com caminhos em loop teoricamente podem se tornar utilizáveis durante uma reconfiguração suave quando o limite de loop de caminho AS é alterado. No entanto, há uma diferença significativa de uso de memória entre o padrão e keep all.

Considere os seguintes cenários:

• Um peer readvertises rotas de volta para o peer do qual os aprendeu.

  Isso pode acontecer nos seguintes casos:

  • O dispositivo de roteamento de outro fornecedor anuncia as rotas de volta para o peer de envio.

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

• Um dispositivo de roteamento de borda (PE) do provedor descarta qualquer rota VPN que não tenha nenhuma das metas de rota esperadas.

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

CUIDADO:

Se você adicionar ou remover keep all ou keep none o peer não oferecer suporte à reinicialização da sessão, as sessões BGP associadas serão reiniciadas (flapped). Para determinar se um peer suporta a atualização, verifique Peer supports Refresh capability a saída do show bgp neighbor comando.

Padrão

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

Opções

all— Retenha todas as rotas.

none— Descarte rotas que foram recebidas de um peer e que foram recusadas pela política de importação ou outra verificação de sanidade. Quando keep none está configurado para a sessão BGP e as mudanças na política de entrada, o Junos OS força a readvertisement do conjunto completo de rotas anunciados pelo peer.

Nível de privilégio exigido

roteamento — Para visualizar essa declaração na configuração.

controle de roteamento — Para adicionar essa declaração à configuração.

Informações de versão

Declaração introduzida antes do Junos OS Release 7.4.