Resumo

  • O RFC 5330 conta LSPs TE sinalizados com largura de banda igual a zero, mas permite omitir aqueles configurados e provisionados por um sistema de gestão. Um valor não é comparável sem a política que definiu sua população.
  • A contagem não mede tráfego, capacidade, proteção nem impacto de serviço. A ausência do sub-TLV significa falta de informação, e instâncias duplicadas exigem que apenas a primeira seja processada.

A igualdade que desaparece quando se abre o denominador

Considere dois domínios de engenharia de tráfego. Ambos anunciam 40 para um enlace. No primeiro, todos os LSPs TE sinalizados com bandwidth zero entram no contador. No segundo, 25 LSPs criados por um controlador de gestão ficam fora do anúncio, como o RFC 5330 permite.

O número visível é igual. O conjunto subjacente não é. Um painel que classifica os dois enlaces como igualmente ocupados por LSPs está comparando políticas, não redes.

O problema não se resolve perguntando se os dois equipamentos são conformes. Eles podem ser. A norma coordena o significado do campo e deixa uma escolha local explícita sobre parte da população. Para tornar os números comparáveis, a plataforma precisa trazer essa escolha para junto do valor.

O recibo mínimo identifica origem, software, configuração, fontes de provisionamento incluídas, regra para LSPs gerenciados, estados de sinalização aceitos e instante em que a política entrou em vigor.

Sem isso, 40 é uma resposta sem a pergunta.

O que “zero” realmente qualifica

O RFC define Unconstrained TE LSP como um LSP TE sinalizado com largura de banda igual a zero. O zero pertence ao parâmetro de sinalização. Ele não mede os bytes que atravessam o caminho, não declara o enlace vazio e não elimina a importância do serviço transportado.

O cenário motivador combina uma malha desses LSPs com MPLS TE Fast Reroute. O tráfego pode seguir o menor caminho IGP quando as métricas coincidem e ainda assim depender de reparo local. Um pedido sem reserva de bandwidth pode carregar fluxo real, usar capacidade física e exigir proteção real.

Por isso, nem mesmo duas populações idênticas autorizam interpretar 40 como a mesma carga. Quarenta LSPs pequenos podem transportar menos que um único LSP de grande volume. A unidade do campo é caminho sinalizado pertencente à população anunciada, não megabits por segundo.

Comparar carga requer contadores de pacotes e bytes, intervalo de medição e método de atribuição. Comparar risco requer relações com serviço e proteção.

O contrato de população torna o número reproduzível

Um contrato de população não é uma nova extensão de protocolo. É o contexto local que permite reconstruir como o inteiro foi produzido.

Ele deve responder: LSPs criados por CLI entram? E por NMS? E por controlador? Em qual estado um LSP passa a contar? Uma tentativa parcialmente sinalizada entra? Durante make-before-break, o caminho antigo e o novo contam ao mesmo tempo? Quando um teardown remove o membro? Como uma reinicialização recompõe a população?

Essas escolhas podem mudar por versão ou configuração. Cada observação precisa apontar para uma época do contrato. Quando a regra muda, a série deve registrar uma descontinuidade semântica, mesmo que o enlace, o inventário e o tráfego permaneçam iguais.

Uma comparação entre domínios só é válida se as dimensões relevantes forem compatíveis. Caso contrário, os valores ainda podem ser exibidos, mas não ranqueados como se medissem a mesma população.

O registro coordena o tipo, não a política

IANA mantém o tipo 23 para Unconstrained TE LSP Count nos registros de IS-IS e de OSPF Traffic Engineering, com referência ao RFC 5330. Essa atribuição permite que implementações reconheçam o tipo comum.

Ela não impõe uma política única de inclusão. Também não prova que um roteador anuncia o campo, que um coletor o decodificou, que uma versão suporta a extensão ou que um consumidor usou o valor.

No IS-IS, o valor tem dois octetos dentro dos contêineres indicados. No OSPF, tem quatro octetos dentro do Link TLV de uma TE LSA OSPFv2 ou Intra-Area-TE-LSA OSPFv3. Preservar protocolo, contêiner e largura evita que uma chave comum apague formas distintas.

O registro fornece o vocabulário. O pacote fornece a observação. A configuração fornece a política. O sistema em execução fornece o comportamento.

Um campo ausente não cria um domínio vazio

O sub-TLV é opcional. O RFC 5330 orienta que sua ausência seja interpretada como ausência de informação sobre o enlace.

Se um domínio anuncia 40 e o outro não anuncia o campo, a comparação não é 40 versus 0. É 40 versus desconhecido por este mecanismo. Materializar a ausência como zero favorece justamente a origem que oferece menos observabilidade.

O modelo precisa separar valor zero presente, valor positivo presente, ausência, malformação, falta de suporte e falta de observação. Só os dois primeiros possuem um inteiro anunciado.

Um gráfico pode deixar uma lacuna. Uma automação deve suspender a regra dependente do campo ou recorrer a outra evidência com proveniência explícita. Preencher a lacuna com zero fabrica um fato e pode atrair novos caminhos para o enlace menos conhecido.

A primeira instância é a que vale

O RFC proíbe que o sub-TLV apareça mais de uma vez no contêiner correspondente. Se houver uma segunda instância, o sistema receptor processa apenas a primeira, tanto em IS-IS quanto em OSPF.

Essa regra é relevante para comparabilidade porque um pipeline genérico pode aplicar last-write-wins. Diante de valores 40 e 47, o roteador usa 40; a base conserva 47. A plataforma passa a comparar não apenas populações distintas, mas decisões de parsing distintas.

O recibo deve guardar todas as instâncias em ordem, offsets, comprimentos, valores, a seleção da primeira e o motivo para ignorar as demais. Uma linha normalizada não prova que não havia duplicata.

Quando a ordem bruta é descartada, a decisão do receptor se torna irrecuperável. Nenhuma correção posterior do dashboard recompõe a evidência perdida.

Granularidades diferentes também quebram a comparação

Cada criação, mudança ou remoção de LSP pode alterar o contador. Mas o RFC deixa os mecanismos de disparo de novas LSAs ou LSPs fora de escopo e recomenda evitar flooding sistemático em granularidade excessivamente fina.

Um domínio pode anunciar por evento; outro, por limiar ou janela. Duas mensagens igualmente recentes podem representar cortes temporais diferentes. Sequence e age descrevem o objeto de protocolo, não revelam quantas mudanças aguardam a próxima atualização.

O contrato de observação deve registrar trigger policy, janela de agregação, última recomposição da população e orçamento de staleness aceito pelo consumidor.

Antes de comparar 40 com 40, é preciso saber se um valor é quase instantâneo e o outro é uma amostra retardada. Igualdade numérica entre épocas diferentes não demonstra igualdade operacional.

O algoritmo continua sendo uma decisão local

Em topologias simétricas com caminhos de mesmo custo, a largura de banda reservável não ajuda a desempatar LSPs cuja solicitação é zero. O RFC explica que algoritmos podem usar a quantidade de LSPs fazendo suposições estatísticas sobre o tráfego agregado.

Ele também coloca a especificação desses algoritmos fora de escopo. Não determina pesos, frequência de reotimização, dados auxiliares nem limiar de ação.

Um controlador que compara domínios precisa registrar qual contrato de população aceitou, quais valores e idades consumiu, demais métricas, candidatos, algoritmo, decisão e resultado. Se ajustar os caminhos e depois observar uma nova distribuição, deve separar o efeito da própria intervenção de evidência independente.

O campo pode orientar a decisão. Ele não transforma populações incompatíveis em uma métrica universal.

Falha de enlace não é contagem de clientes

O RFC menciona o uso da quantidade para avaliar quantos LSPs sem reserva seriam afetados por uma falha de enlace. Essa é uma contagem de LSPs dentro da população reportada.

Para chegar ao impacto, cada caminho precisa ser ligado ao inventário atual, ao tráfego e aos serviços. A proteção exige outra cadeia: solicitação, método, hop protegido, detour ou bypass, disponibilidade, capacidade compartilhada e último teste. A falha exige detecção, ação de reparo, convergência e observação da entrega.

Um facility backup pode proteger vários LSPs com um recurso comum. Uma mesma contagem de primários pode depender de quantidades e capacidades de backup muito diferentes. Um domínio com menos LSPs pode concentrar mais serviços críticos.

Portanto, o inteiro ajuda a escolher onde investigar. Não fecha o raio de impacto.

Comparar somente depois de preservar as camadas

Uma plataforma auditável mantém recibos separados. O wire receipt identifica protocolo, escopo, origem, enlace, chave, sequence, checksum, ponto e hora de captura. O parse receipt mantém instâncias e ordem. O count receipt mantém presença, valor, origin time, observação e age. O population contract explica inclusão e omissão.

Depois vêm o LSP receipt, medições de tráfego, associação de proteção, decisão do consumidor e resultado de serviço. As camadas podem ser relacionadas, mas uma não recebe a autoridade da seguinte por ter o mesmo número.

Essa disciplina respeita a diferença entre coordenação simbólica e realidade operacional. O código registrado diz como chamar o campo. A política local define quem entra. O sistema em execução produz o valor. O tráfego e o resultado precisam ser observados.

Só então 40 = 40 pode deixar de ser uma coincidência visual e se tornar uma comparação comprovada.

Fontes