APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Na arquitetura Junos estudada, Routing Engine e Packet Forwarding Engine têm responsabilidades distintas. O primeiro executa funções de controlo e gestão e mantém informação de routing; o segundo encaminha tráfego segundo informação instalada. Um pacote destinado ao próprio serviço SSH do router é diferente de uma transferência que apenas atravessa o equipamento entre dois hosts. A tabela de routing pode conservar alternativas que não são a escolha ativa para forwarding. Por isso, uma lista de rotas conhecidas não prova que todas sejam usadas ou que exista balanceamento entre elas. Plataforma, instalação e estado do próximo salto continuam relevantes para o caminho efetivo.
Aplicação guiada
Num incidente fictício, SSH está lento e a CPU do RE está elevada, mas o batch continua a transferir alguns dados. Regista estas observações separadamente. Não concluas falha total do equipamento nem saúde integral porque existe trânsito. Compara carga de processos, eventos e sintomas de aplicação antes de alterar routing. Uma mudança pode afetar gestão sem impedir imediatamente todos os fluxos já instalados; isso não garante que o serviço sobreviva a qualquer falha futura. Para o PM, o handover deve conter verificações de gestão e de tráfego representativo. Para APS, deve explicar que comandos observam cada plano e que limitações têm. Um dashboard único com estado verde pode esconder dependências distintas e levar à escolha de uma intervenção demasiado ampla.
SSH lento com trânsito ativo pede análise do RE, sem presumir que todos os links falharam.
Armadilhas comuns
Trânsito como saúde total; rota conhecida como instalada; tráfego local como qualquer TCP; estado único para todos os planos.
Tópicos relacionados: Endereçamento e capacidade · CLI, candidata e reversão · Acessos, herança e recuperação
Identifica a função afetada antes de escolher a intervenção.
Referência: Router data flow and planes · JN0-106, effective 2026-04-06; Junos OS 21.2 exam baseline