Conceito e mecanismo
Uma VRF mantém uma instância de routing própria. Uma rota encontrada na tabela global não demonstra que o tráfego recebido noutra VRF a pode utilizar. Regista contexto, origem e retorno ao investigar uma ligação. Route leaking permite exceções entre instâncias, mas disponibilizar rotas não substitui autorização por serviço. Um túnel também não implica cifragem: GRE encapsula, enquanto confidencialidade precisa de proteção apropriada, como IPsec configurado para o desenho concreto. VXLAN acrescenta overhead. O underlay deve suportar os tamanhos necessários ao caminho completo, respeitando os limites dos equipamentos. Não confundas um ping pequeno bem-sucedido com prova de transporte de todos os tamanhos usados pela aplicação.
Aplicação guiada
No caso fictício de DNS partilhado, uma aplicação precisa de um serviço noutra VRF. Define os prefixos necessários, o controlo do fluxo e a resposta, verificando também acessos que devem continuar recusados. Importar todas as rotas corporativas amplia o âmbito sem demonstrar necessidade. Virtualização de dispositivos exige atenção semelhante aos limites: um hypervisor de tipo um executa sobre o hardware, enquanto o tipo dois depende de um sistema anfitrião. Em ambos, duas VMs no mesmo host continuam a partilhar esse domínio de falha. O PM deve pedir evidência de colocação e recuperação, além da contagem de instâncias. Um desenho lógico aparentemente redundante pode depender de um único componente físico, de uma única alimentação ou do mesmo armazenamento.
A rota existe na tabela global; a aplicação continua sem caminho na VRF FUNDS.
Armadilhas comuns
Túnel como cifragem; rota como autorização; VM como hardware independente; MTU local como caminho validado.
Tópicos relacionados: Arquitetura e capacidade sobrevivente · Switching e formação de adjacências · Routing e serviços IP
Identifica as fronteiras reais de encaminhamento, proteção e falha.
Referência: VRF route leaking · 350-401 ENCOR v1.2, effective 2026-03-19; core component of CCNP Enterprise