static route
termoUma rota inserida à mão em vez de aprendida por protocolo: absoluta, silenciosa e exatamente tão correta quanto quem a digitou.
Escala lindamente até mais ou menos uma dúzia; além disso, roteamento dinâmico existe por um motivo.
A RFC 1812 diz que um roteador SHOULD permitir ao operador definir uma rota estática para um destino dado como prefixo de rede, e a RFC 1122 deixa os hosts manterem uma tabela de rotas estáticas como recurso opcional, cada uma talvez com uma flag dizendo se ICMP Redirects podem sobrepô-la. A RFC 1122 também aponta o custo: a informação de roteamento estático vira fonte de falha quando a configuração muda ou um equipamento quebra.
O próximo hop de uma rota estática precisa estar alcançável antes, normalmente por um prefixo conectado, e o FRRouting não resolve um próximo hop pela rota default a menos que mandem. No Linux, uma rota posta pelo administrador leva a tag de protocolo static, que os daemons de roteamento respeitam e podem até anunciar; o FRRouting mostra as estáticas com o código S e distância 1.
Como nada avisa a rota estática de que o próximo hop morreu, a RFC 5882 diz que um sistema que sabe que o vizinho roda BFD deve agir, por exemplo retirando a rota, quando a sessão não está up. O FRRouting implementa isso com a palavra bfd no ip route, instalando a rota só enquanto a sessão estiver up. Rotas estáticas para Null0 ou blackhole também são o jeito de um resumo ganhar sua discard route.
Fontes
- RFC 1812, Requirements for IP Version 4 Routers, June 1995: section 7.4 (read 2026-10-19)
- RFC 1122, Requirements for Internet Hosts - Communication Layers, October 1989: section 3.3.1.2 (read 2026-10-19)
- RFC 5882, Generic Application of Bidirectional Forwarding Detection (BFD), June 2010: section 5 (read 2026-10-19)
- FRRouting documentation, BFD (bfdd), latest: BGP, OSPF and static route BFD configuration (read 2026-10-19)