O túnel RSVP-TE está ativo, mas a L3VPN do cliente não tem caminho
Transporte e serviço são decisões separadas. Leia a pilha de rótulos, verifique separadamente a resolução do próximo salto e o anexo da VRF, e depois teste um fluxo real do cliente.
Duas equipes podem estar certas ao mesmo tempo quando o cliente relata que a VPN está fora e a equipe de transporte relata que o túnel está bom. Um LSP com engenharia de tráfego e uma MPLS L3VPN respondem a perguntas diferentes: um move pacotes rotulados pelo núcleo, o outro decide a qual contexto de roteamento um pacote pertence. Quando são confundidos, a discussão anda em círculos porque cada lado mede um objeto diferente e as duas medições são válidas.
Transporte ativo e serviço fora é um estado normal
Um LSP pode estar estabelecido, transportar tráfego e ser visível em todos os sistemas de monitoração, enquanto o serviço do cliente permanece inutilizável. Nada nessa combinação é contraditório, porque o túnel não tem opinião sobre se existe um prefixo remoto, se uma política de importação o aceitou ou se o circuito de anexo está passando quadros.
O sintoma que costuma revelar a confusão é assimétrico: os pings do loopback do PE funcionam enquanto um host na LAN do cliente não recebe nada, ou o contrário. Anote quais endereços funcionaram antes de formular uma teoria. Assim que perceber que está testando dois objetos diferentes, o próximo passo é ler a pilha de rótulos em vez de discutir qual gráfico está correto. Dois endereços, dois proprietários e normalmente duas pessoas diferentes que cada uma acredita que a outra quebrou algo.
Leia a pilha como duas responsabilidades
O rótulo inferior pertence ao serviço e o rótulo superior pertence ao caminho. O RFC 4364 descreve a sequência de forma simples: primeiro o rótulo da rota VPN é imposto, depois esse pacote rotulado é tunelado em direção ao próximo salto BGP, onde um túnel de engenharia de tráfego empurra seu próprio rótulo por cima.
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
No PE remoto, o rótulo de serviço seleciona o tratamento, que pode ser uma consulta de VRF ou uma decisão de anexo. Esse rótulo não pode ser trocado por um que apenas atravesse o núcleo, e os dois não são intercambiáveis mesmo quando ambos aparecem na mesma pilha e na mesma interface.
O que o sucesso do RSVP prova e o que não prova
O RSVP-TE estabelece LSP com roteamento explícito, com ou sem reservas de recursos, o que é uma garantia concreta e útil sobre o caminho que um pacote percorre pelo núcleo. Não é uma afirmação sobre rotas do cliente, e um nome de túnel configurado não é rota alguma.
A presença do RSVP também não fornece uma promessa de desempenho de ponta a ponta. A reserva de largura de banda em um LSP não diz nada sobre o circuito de anexo, a linha de acesso do próprio cliente ou o comportamento das filas na borda remota. Tratá-lo como uma garantia produz respostas confiantes a perguntas que ninguém fez. Se o requisito for realmente um compromisso de largura de banda, ele tem de ser montado a partir das peças que de fato o impõem, e o LSP é apenas o meio dessa cadeia.
Verifique em ordem e depois pare
Trabalhe do transporte para fora e pare no primeiro passo que falhar, porque cada passo posterior pressupõe que os anteriores se mantiveram. Primeiro confirme que o LSP está estabelecido e que a entrada de encaminhamento do prefixo do serviço realmente aponta para ele. Depois confirme que a rota VPN existe na tabela correta, que sua ligação de rótulo está presente e que a política de importação a aceitou. Depois confirme o anexo: a interface, o encapsulamento e, quando aplicável, o identificador de VLAN que pertence a esse contrato.
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERA sintaxe dos comandos varia conforme a plataforma, então trate essas quatro linhas como as quatro perguntas e não como um script. A parte importante é que cada uma interroga um objeto diferente, e é isso que faz uma falha apontar para um proprietário específico.
Siga uma solicitação permitida e guarde as boas evidências
Termine com uma única solicitação real do cliente, permitida pela política, e sua resposta. Um fluxo funcional de ponta a ponta resolve mais do que uma página de leituras de contadores, e exercita a combinação em vez de cada peça isoladamente.
Quando um estágio posterior falhar, preserve a observação bem-sucedida do LSP em vez de reconstruir o transporte. Reconstruir um túnel que funciona não pode reparar um prefixo remoto ausente, um anexo de VRF errado ou uma regra de acesso de destino, e destrói a evidência que em primeiro lugar lhe disse que o transporte estava saudável.