Resumo
- O RFC 5283 permite usar uma etiqueta de FEC específica quando a RIB contém uma rota que a cobre e o LSR anunciante é o próximo salto. O LDP continua anunciando a FEC original, não o agregado usado na consulta.
- A etiqueta comprova uma relação local naquele estado da RIB. Suporte fim a fim, vida do LER de saída, retirada ordenada, programação da LFIB, passagem de pacotes e resultado do serviço permanecem limites independentes.
A identidade do FEC sobreviveu à rota específica
O LDP original favorece correspondência exata entre Prefix FEC e entrada IP. Para criar LSPs entre áreas, isso empurra todas as loopbacks de PE para todas as áreas. A rede preserva os caminhos MPLS, mas perde parte do benefício de reduzir LSDB, RIB e FIB com a hierarquia IGP.
O RFC 5283 muda a busca, não o nome. Uma FEC /32 pode usar uma /24 que a contém, se o vizinho que anuncia a etiqueta também for o próximo salto escolhido. Uma FEC mais ampla do que a rota não vale como correspondência.
Na propagação seguinte, o LSR anuncia outra vez a /32. A identidade da etiqueta continua individual; a evidência de encaminhamento passa a ser coletiva. Os dois objetos precisam permanecer visíveis no registro.
O agregado não faz chamada dos membros
Uma /24 pode continuar alcançável mesmo quando uma /32 interna falhou. Ela descreve a direção do conjunto, não uma lista atualizada de todos os egressos.
O longest match pergunta à RIB local e ao vizinho LDP. Não examina o LER distante, não lê a LFIB de cada salto e não observa a entrega do cliente.
Por isso, uma etiqueta muito específica pode repousar sobre uma prova menos específica. O painel deve mostrar FEC, prefixo de cobertura, geração, próximo salto e observador. A precisão do nome não pode ampliar a autoridade da rota.
Compatível não significa atravessável
O mecanismo é opcional, configurável, desativado por padrão e pode ser ligado por prefixo. Um LSR antigo não causa um novo dano, mas deixa de estender o LSP quando a rota exata desapareceu.
Todos os LSRs relevantes numa área que agrega precisam entender a regra. O LSP originado no egresso para no primeiro nó não compatível. Segurança de coexistência e continuidade fim a fim são conclusões diferentes.
Uma etiqueta observada no ingresso só demonstra que a cadeia chegou ali. Capacidade precisa ser inventariada por nó, área, prefixo e caminho, inclusive para alternativas de falha.
A retirada das rotas específicas é o momento crítico
A implantação pode ser gradual. Enquanto nem todos os LSRs da área estiverem comprovadamente atualizados, o ABR deve manter os prefixos específicos usados pelos LSPs. Depois da cobertura completa, pode retirar os específicos e deixar apenas o agregado.
Antes da virada, equipamentos antigos usam exact match e os novos também podem usar longest match. Depois, um único nó esquecido perde a evidência necessária. Limpar cedo demais transforma erro de inventário em quebra de LSP.
O recibo de corte inclui área, nós, versões, flags, ativação por prefixo, última geração com específicos, primeira geração apenas agregada, FECs, NHLFE/LFIB e teste de tráfego. Uma mudança marcada como concluída não prova a simultaneidade desses estados.
Uma rota agregada tem muitos dependentes
Várias FECs específicas podem usar o mesmo prefixo de cobertura. Se ele aparece, some ou troca de próximo salto, cada FEC contida precisa ser reavaliada.
Uma rota mais específica pode assumir apenas parte do conjunto. O nome da FEC fica igual, mas o NHLFE muda. Métricas de criação e remoção de etiquetas não capturam essa religação.
É preciso correlacionar versão da RIB, prefixo, conjunto dependente, vizinho, etiqueta recebida, etiqueta local, NHLFE e confirmação de hardware. Só assim o operador sabe quais FECs mudaram de saída sem mudar de identidade.
Reduzir FIB não reduz automaticamente LFIB
O RFC reduz estado de link e entradas IP FIB. Ele não reduz as entradas LFIB dos LSPs específicos. “Menos estado” só é verdadeiro depois de nomear o plano e a tabela.
SPF, RIB, FIB, LIB e LFIB têm custos diferentes. Uma melhoria na hierarquia IP pode deixar intacta a memória de etiquetas e o trabalho de reprogramação durante falhas.
Convergência também é uma sequência: cálculo, recálculo das FECs dependentes, programação LFIB e recuperação do pacote. Nenhum estágio representa os demais.
O falecimento do egresso chega por outra via
Falhas de enlace, roteador de trânsito ou ABR seguem o comportamento normal. A falha do LER de saída é especial porque o agregado IGP pode permanecer enquanto só aquele membro desapareceu.
O controle ordenado do LDP carrega Label Withdraw de volta, salto a salto. O RFC espera tempo semelhante ao IGP, com dependência de implementação. A reação de MP-BGP, L3VPN ou aplicação não é definida por ele.
Durante a propagação, agregado verde, etiqueta a montante e egresso escuro podem coexistir. São observações de objetos e relógios distintos. O estado amplo não deve cancelar o sinal específico.
Alcance específico só para controle, retirada LDP ou BFD na borda complementam a evidência. Não viram propriedades mágicas do agregado.
Controle concluído não é serviço entregue
Depois do LSP, ainda faltam LFIB, NHLFE correto, pacote, contexto VPN, egresso, retorno e aplicação. O ícone da etiqueta não vê essas etapas.
Uma sonda só prova o fluxo que reproduz. Ping em loopback de infraestrutura não garante outra VRF, classe de serviço ou caminho de retorno.
O recibo pode parar em estados honestos: agregado presente; FEC local presente; suporte remoto incerto; retirada em trânsito; hardware pendente; pacote sem volta. Cada ponto sugere um responsável diferente.
Registrar as duas granularidades
- FEC, família e LER de egresso
- entradas RIB candidatas e longest match escolhido
- geração, métrica, próximo salto e vizinho anunciante
- capacidade e ativação por nó/prefixo
- etiquetas recebidas, locais e anunciadas
- conjunto de FECs dependentes por agregado
- NHLFE, LFIB e confirmação de hardware
- áreas e ABRs atravessados
- estágio de migração de específico para agregado
- origem e progresso de Label Withdraw
- BFD ou alcance específico de controle
- reação de MP-BGP/L3VPN
- tráfego bidirecional
- resultado de serviço declarado
O protocolo coordena duas escalas. A governança correta impede que a escala maior seja usada como testemunha de cada objeto menor.
Sources
- https://www.rfc-editor.org/rfc/rfc5283.html
- https://www.rfc-editor.org/rfc/rfc5283.txt
- https://www.rfc-editor.org/info/rfc5283/
- https://datatracker.ietf.org/doc/rfc5283/
- https://datatracker.ietf.org/doc/rfc5283/history/
- https://datatracker.ietf.org/doc/rfc5283/references/
- https://datatracker.ietf.org/doc/rfc5283/referencedby/
- https://www.rfc-editor.org/errata/rfc5283
- https://www.rfc-editor.org/rfc/rfc5036.html
- https://www.rfc-editor.org/rfc/rfc2966.html
- https://www.rfc-editor.org/rfc/rfc4364.html
- https://www.rfc-editor.org/rfc/rfc4760.html
- https://www.rfc-editor.org/rfc/rfc8277.html
- https://www.rfc-editor.org/rfc/rfc4761.html
- https://www.rfc-editor.org/rfc/rfc4762.html
- https://www.rfc-editor.org/rfc/rfc5151.html
- https://www.rfc-editor.org/rfc/rfc5880.html
- https://heng.lu/on-reality-layers-symbolic-power-and-why-clarity-feels-so-hostile/
- https://heng.lu/running-code-primary-the-patch-needed-to-preserve-the-internet-original-design/
- https://heng.lu/on-the-agency-problem-at-the-core-of-internet-governance/
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
