Entendendo as políticas de roteamento dinâmico
O processo de verificação necessário para confirmar alterações de configuração pode implicar uma quantidade significativa de sobrecarga e tempo. Por exemplo, mudar um prefixo em uma linha de uma política de roteamento de 20.000 linhas de comprimento pode levar até 20 segundos para ser comprometido. Pode ser útil ser capaz de confirmar mudanças na política de roteamento muito mais rapidamente.
No Junos OS Release 9.5 e posterior, você pode configurar políticas de roteamento e certos objetos de política de roteamento em um banco de dados dinâmico que não está sujeito à mesma verificação necessária no banco de dados de configuração padrão. Como resultado, o tempo necessário para confirmar alterações no banco de dados dinâmico é muito menor do que para o banco de dados de configuração padrão. Em seguida, você pode consultar essas políticas e objetos de política em políticas de roteamento que você configura no banco de dados padrão. O BGP é o único protocolo ao qual você pode aplicar políticas de roteamento que fazem referência a políticas e objetos de política configurados no banco de dados dinâmico. Depois de configurar e confirmar uma política de roteamento com base nos objetos configurados no banco de dados dinâmico, você pode atualizar rapidamente qualquer política de roteamento existente fazendo alterações na configuração dinâmica do banco de dados.
Como o Sistema Operacional Junos não valida alterações de configuração no banco de dados dinâmico, quando você usa esse recurso, você deve testar e verificar todas as alterações de configuração antes de contratá-las.
Configuração de políticas de roteamento e objetos de política no banco de dados dinâmico
O Junos OS Release 9.5 e posterior suporte a um banco de dados de configuração, o banco de dados dinâmico, que pode ser editado de maneira semelhante ao banco de dados de configuração padrão, mas que não está sujeito ao mesmo processo de verificação para confirmar alterações de configuração. Como resultado, o tempo necessário para confirmar uma mudança de configuração é muito mais rápido. As políticas e os objetos de política definidos no banco de dados dinâmico podem então ser referenciados em políticas de roteamento configuradas na configuração padrão. O banco de dados dinâmico é armazenado no /var/run/db/juniper.dyn diretório.
Para configurar o banco de dados dinâmico, insira o configure dynamic comando para entrar no modo de configuração para o banco de dados dinâmico:
user@host> configure dynamic Entering configuration mode [edit dynamic] user@host#
Neste banco de dados dinâmico de configuração, você pode configurar as seguintes declarações no nível de [edit policy-options] hierarquia:
as-path nameas-path-group group-namecommunity community-namecondition condition-nameprefix-list prefix-list-namepolicy-statement policy-statement-name
Nenhuma outra configuração é suportada no nível de [edit dynamic] hierarquia.
Use a policy-statement policy-statement-name declaração para configurar políticas de roteamento como faria no banco de dados de configuração padrão.
Para sair do modo de configuração para o banco de dados dinâmico, emita o exit configuration-mode comando de qualquer nível dentro da [edit dynamic] hierarquia ou use o exit comando do nível superior.
Configuração de políticas de roteamento com base na configuração dinâmica do banco de dados
No modo de configuração padrão, você pode configurar políticas de roteamento que fazem referência a políticas e objetos de política configurados no nível de [edit dynamic] hierarquia no banco de dados dinâmico. Para definir uma política de roteamento que faz referência à configuração dinâmica do banco de dados, inclua a dynamic-db declaração no nível de [edit policy-options policy-statement policy-statement-name] hierarquia:
[edit policy-options]
policy-statement policy-statement-name {
dynamic-db;
}
Você também pode definir objetos de política específicos com base na configuração desses objetos no banco de dados dinâmico. Para definir um objeto de política com base no banco de dados dinâmico, inclua a dynamic-db declaração com as seguintes declarações no nível de [edit policy-options] hierarquia:
as-path nameas-path-group group-namecommunity community-namecondition condition-nameprefix-list prefix-list-name
Na configuração padrão, você também pode definir uma política de roteamento que faz referência a qualquer objeto de política configurado na configuração padrão que faça referência a um objeto configurado no banco de dados dinâmico.
Por exemplo, no modo de configuração padrão, você configura uma lista prefix-list pl2 de prefixo que faz referência a uma lista de prefixo, também nomeada prefix-list pl2, que foi configurada no banco de dados dinâmico:
[edit policy-options]
prefix-list pl2 {
dynamic-db; # Reference a prefix list configured in the dynamic database.
}
Em seguida, você configura uma política de roteamento na configuração padrão que inclui prefix-list pl2:
[edit policy-options]
policy-statement one {
term term1 {
from {
prefix-list pl2; # Include the prefix list configured in the standard configuration
# database, but which references a prefix list configured in the dynamic database.
}
then accept;
}
then reject;
}
Se você precisar atualizar a configuração de, você o fará na configuração dinâmica do banco de prefix-list pl2dados usando o nível de [edit dynamic] hierarquia. Isso permite que você faça alterações de configuração de compromisso na lista de prefixo mais rapidamente do que você pode no banco de dados de configuração padrão.
Se você estiver rebaixando o Junos OS para o Junos OS Release 9.4 ou anterior, você deve primeiro excluir quaisquer políticas de roteamento que façam referência ao banco de dados dinâmico. Ou seja, você deve excluir quaisquer políticas de roteamento ou objetos de política configurados com a dynamic-db declaração.
Aplicação de políticas de roteamento dinâmico ao BGP
BGP é o único protocolo de roteamento ao qual você pode aplicar políticas de roteamento que fazem referência à configuração dinâmica do banco de dados. Você deve aplicar essas políticas na configuração padrão. Políticas dinâmicas podem ser aplicadas à política de exportação ou importação do BGP. Elas também podem ser aplicadas no nível global, de grupo ou de hierarquia de vizinhos.
Para aplicar uma política de exportação bgp, inclua a export [ policy-names ] declaração no [edit protocols bgp]nível de , [edit protocols bgp group group-name]ou [edit protocols bgp group group-name neighbor address] hierarquia.
[edit]
protocols
bgp {
export [ policy-names ];
}
}
Para aplicar uma política de importação bgp, inclua a import [ policy-names ] declaração no [edit protocols bgp]nível de , [edit protocols bgp group group-name]ou [edit protocols bgp group group-name neighbor address] hierarquia.
[edit]
protocols
bgp {
import [ policy-names ];
}
}
Inclua um ou mais nomes de política configurados nessa configuração padrão no nível de [edit policy-options policy-statement] hierarquia que fazem referência às políticas configuradas no banco de dados dinâmico.
Evitando o restabelecimento das sessões de peering do BGP após a mudança no mecanismo de roteamento do NSR
Se você tiver o roteamento ativo sem parar (NSR) habilitado, o banco de dados dinâmico não será sincronizado com o mecanismo de roteamento de backup. Como resultado, se ocorrer uma mudança para um mecanismo de roteamento de backup, as políticas de importação e exportação em execução no mecanismo de roteamento primário no momento da transferência podem não estar mais disponíveis. Portanto, você pode querer evitar que uma sessão de peering BGP seja restabelecida automaticamente assim que uma switchover ocorrer.
Você pode configurar o roteador para não restabelecer uma sessão de peering BGP após um switchover de roteamento ininterrupto ativo por um período especificado ou até que você reestabeleça manualmente a sessão. Inclua a idle-after-switch-over (seconds | forever) declaração no [edit protocols bgp]nível, [edit protocols bgp group group-name]ou [edit protocols bgp group group-name neighbor address] hierarquia:
[edit]
bgp {
protocols {
idle-after-switch-over (seconds | never);
}
}
Para seconds, especificar um valor de 1 a 4.294.967.295 (232 – 1). A sessão de peering BGP não é restabelecida até depois do período especificado. Se você especificar a opção forever , a sessão de peering BGP não será estabelecida até que você emita o clear bgp neighbor comando.