Conceito e mecanismo
A seleção de uma rota e a consulta para encaminhar um pacote são decisões relacionadas, mas diferentes. Entre rotas válidas para o mesmo prefixo, menor preference Junos é mais favorável nas condições do exercício. No forwarding, um destino que corresponde a um /16 e a um /24 instalados usa o prefixo mais específico. Não transfiras a comparação de preferência para prefixos de comprimentos diferentes. Uma rota estática também exige próximo salto resolvível no contexto aplicável; reduzir preference não cria conectividade ausente. A configuração pode estar sintaticamente correta e ainda não produzir a rota utilizável que o projeto esperava.
Aplicação guiada
No exemplo fictício, a equipa acrescenta uma rota em inet.0, mas o fluxo pertence a FUNDS.inet.0. A presença global não prova disponibilidade nessa instância. Confirma tabela, entrada, próximo salto, retorno e política autorizada. Se for necessário partilhar conectividade, define apenas o âmbito justificado em vez de importar todas as rotas por conveniência. Rotas estáticas oferecem controlo explícito para casos simples; protocolos dinâmicos permitem distribuir e adaptar informação, acrescentando estado e dependências que também precisam de observação. Para aceitar uma mudança, usa um fluxo representativo e testa a condição degradada relevante. Mostrar o prefixo numa consola é uma evidência parcial; o objetivo é demonstrar que a aplicação utiliza o caminho pretendido sem ampliar acesso além do acordado.
10.40.7.18 usa o /24 instalado via B, mesmo existindo um /16 agregado via A.
Armadilhas comuns
Preferência como alcance; tabela global como todas as instâncias; rota conhecida como tráfego validado; ida sem retorno.
Tópicos relacionados: Endereçamento e capacidade · Planos Junos e interpretação do estado · CLI, candidata e reversão
Segue o fluxo na tabela e no contexto corretos.
Referência: Route preferences · JN0-106, effective 2026-04-06; Junos OS 21.2 exam baseline