Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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 retém na memória e oculta rotas que são rejeitadas por causa de uma política de importação BGP. O BGP também não guarda na memória e oculta rotas que são declaradas inviáveis devido a verificações de sanidade BGP. A keep none declaração faz com que o Junos OS descarte da memória as rotas que são rejeitadas devido à lógica específica do BGP ou à avaliação do BGP. Quando uma rota é rejeitada por algum motivo não específico do BGP, a keep none declaração não tem efeito nesta rota. Essa rota rejeitada é 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 aprendidas com o BGP, com exceção de rotas cujo caminho de 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 rejeitadas por política de importação ou outras verificações 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, as forças do Junos OS readvertisement do conjunto completo de rotas anunciadas pelo peer.

Em uma situação de cura de caminhos 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 for alterado. No entanto, existe uma diferença significativa de uso da memória entre o padrão e keep all.

Considere os seguintes cenários:

  • Um peer readvertises rotas de volta para o peer com o 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 junos OS peer de não readvertir 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 nenhum dos alvos de rota esperados.

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

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, consulte 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 rejeitadas na memória e as esconde. 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, com exceção de rotas cujo caminho AS é em loop e cujo loop inclui o AS local.

Opções

all— Reter todas as rotas.

none— Descarte rotas que foram recebidas de um peer e que foram rejeitadas por 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, as forças do Junos OS se readvertem do conjunto completo de rotas anunciadas pelo peer.

Nível de privilégio necessário

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

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

Informações de lançamento

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