Resumo

  • draft-ietf-pce-entropy-label-position-07 propõe bits E para anunciar capacidade, pedir cálculo e marcar posições de pares ELI/EL em um SR-ERO. O texto está em Last Call no grupo PCE, não é RFC nem evidência de implantação.
  • Em PCUpd, o conjunto recebido passa a substituir integralmente o ELP anterior. Um conjunto válido sem bits E remove os pares antigos; dados inválidos ou parciais devem preservar o estado existente.
  • A transação de controle não prova que o plano de encaminhamento convergiu, que os nós atuais alcançam o EL, que o hash local o utiliza ou que a distribuição entre membros melhorou.

Há duas perguntas diferentes numa mudança de tráfego: onde o controlador mandou colocar informação e o que o silício fez com ela. O rascunho responde melhor à primeira. Uma operação responsável precisa conservar a segunda como pergunta aberta até obter evidência.

Em SR-MPLS, uma pilha profunda pode esconder do nó de trânsito os campos IP e de transporte usados no hash. O nó de ingresso calcula um valor de entropia por fluxo, insere um EL e coloca um ELI imediatamente antes dele. Quando o par está dentro do alcance do LSR, o valor pode alimentar a escolha de ECMP ou LAG.

ERLD é a profundidade em que o equipamento consegue ler e usar o EL. RFC 8662 exige as duas coisas. Um dispositivo que decodifica N rótulos, mas não incorpora o EL ao balanceamento, deve considerar ERLD zero. Essa regra impede que capacidade de inspeção seja confundida com ação no encaminhamento.

O documento analisado declara intenção Standards Track, aparece como In WG Last Call e I-D Exists, e ainda solicita valores IANA TBD. A seção de implementação diz que não há implementações conhecidas. Não existe base para afirmar adoção, interoperabilidade ou ganho de desempenho.

Uma sessão, uma solicitação, várias posições

No OPEN, PCE e PCC negociam capacidade. O PCE declara que pode calcular ELP usando MSD e ERLD. O PCC declara que consegue inserir vários pares nas posições indicadas. No LSP-EXTENDED-FLAG, o bit E pede o cálculo para uma operação específica. Em cada subobjeto SR-ERO, outro bit E determina o ponto de inserção após aquele segmento.

Essas etapas não são intercambiáveis. Capacidade anunciada não prova insumos suficientes. Pedido aceito não prova solução completa. SR-ERO válido não prova aplicação local. Aplicação local não prova leitura em todos os pontos do caminho.

A revisão 07 melhora o fracasso. O PCE não deve enviar posições que o PCC não declarou poder aplicar. O PCC não deve pedir posições a um PCE sem capacidade. Informação inesperada não pode ser aplicada. Se MSD ou ERLD estiver ausente, inconsistente ou insuficiente, a resposta deve vir sem SR-ERO utilizável e com erro limitado.

O valor desse desenho está em recusar o “quase completo”. Um par bem colocado perto do topo não compensa outro trecho sem EL legível. O protocolo não deve produzir aparência de decisão integral quando a evidência só sustenta parte dela.

Substituição integral inclui uma prova negativa

Na revisão 06, a atualização posterior ainda deixava espaço para interpretação. A revisão 07 afirma que o conjunto em PCUpd é a substituição completa. E flags válidos formam o novo conjunto. Um SR-ERO válido sem E remove todos os pares. Um conjunto parcial ou inválido deixa caminho e ELP intocados e retorna erro ligado ao SRP ID.

Assim, nenhuma implementação deveria somar posições novas às antigas por conveniência. A verificação também não pode olhar apenas para o que apareceu. Precisa demonstrar que o estado superado desapareceu.

A atomicidade, porém, pertence ao modelo do protocolo. Um chassi real pode ter daemon de controle, banco de configuração, agentes de linha e vários ASICs. A resposta do PCC pode anteceder a convergência desses componentes. O readback da configuração pode reproduzir o desejo, não a tabela em uso.

O recibo de fechamento deve juntar SRP ID, impressões digitais do conjunto antigo e novo, época de cálculo, aceitação, leitura de cada componente relevante e ausência dos pares removidos. Sem leitura do hardware, a formulação correta é “intenção aceita”.

MSD e ERLD competem pela mesma pilha

MSD limita quantos rótulos um nó consegue impor. ERLD limita até onde outro nó consegue ler e usar entropia. Cada par extra pode tornar o EL acessível mais adiante, mas consome duas entradas. Uma otimização de leitura pode ultrapassar a capacidade de imposição do ingresso.

Interfaces, placas e caminhos rápidos podem ter profundidades diferentes. Os RFCs permitem anunciar o menor ERLD do sistema. Essa escolha conservadora facilita a coordenação, mas pode exigir pares adicionais e gastar mais MSD. O valor agregado é um piso seguro, não uma descrição exata de cada pacote.

A ausência de ERLD-MSD também tem alcance limitado. RFC 9088 e RFC 9089 dizem apenas que o nó não suporta anunciar a capacidade. O controlador não pode presumir um valor para automação, mas o inventário tampouco pode registrar “incapaz” como fato físico.

Para Node SID, o caminho interno pode mudar. RFC 8662 permite calcular o menor ERLD ao longo do segmento ou usar o ERLD do destino quando o mínimo não estiver disponível. O fallback é legítimo, porém não prova os transitários ocultos. Uma convergência IGP pode mudar esses transitários sem alterar o SID visível.

Todo cálculo precisa carregar sua época de evidência: topologia, resolução dos segmentos, LSP associado a Binding SID, ELC, ERLD e BMI-MSD. Mudança em qualquer entrada invalida a autoridade temporal da posição, ainda que a sintaxe continue válida.

Hash local e tráfego observado

Os padrões não fixam todos os campos do hash. Um LSR pode usar somente o EL ou combiná-lo com outros dados. Equipamentos com igual ERLD podem distribuir de forma distinta. E fluxos têm tamanhos diferentes; poucos fluxos pesados podem manter um membro congestionado mesmo com hash correto.

O resultado precisa de janela e denominador: membros ativos, bytes, pacotes, fluxo, perda, reordenação e composição do caminho. O rascunho não acrescenta detecção de vivacidade nem mecanismo de verificação operacional. A fronteira é intencional e deixa a medição com quem opera a rede.

Etapa Evidência mínima Não comprova
Capacidade OPEN e sessão insumos deste LSP
Cálculo época, ELC, ERLD, MSD e política aceitação
Resposta SR-ERO completo ou erro instalação
Substituição hashes antes/depois e remoção uso por pacotes
Hardware leitura por componente uso no hash
Hash versão da política e contadores equilíbrio
Medição janela, membros, perda e ordem entrega final
Resultado observação independente autoridade futura

Uma única mensagem “ELP concluído” apaga os pontos de reparo. A revisão 07 fortalece a transação sem reivindicar esses efeitos posteriores; a implantação deve manter a mesma disciplina.