Resumo

  • draft-ietf-ivy-network-inventory-topology-11 liga objetos lógicos a elementos e portas físicos por ne-ref e port-ref; port-breakout, somente leitura, enumera canais que o hardware pode expor. Isso não prova que a porta esteja dividida nem que qualquer canal esteja ativo ou livre.
  • Como mapeamentos podem ser descobertos, declarados manualmente, importados ou hipotéticos, a automação precisa preservar a proveniência e coletar provas separadas de intenção, leitura do dispositivo, estado, capacidade, decisão e entrega.

A aparência de estoque pronto

Uma tela mostra uma porta física de 400G e quatro breakout channels. A fila contém um serviço de 100G. Se a lista for lida como prateleira, basta reservar um item.

Mas o contêiner port-breakout é config false. O draft diz que a lista expressa capacidade intrínseca independentemente de a porta estar configurada naquele momento como trunk ou breakout. A informação é valiosa e limitada: o componente admite aquela forma. Ela não declara a forma atual.

Talvez a porta ainda opere como um único enlace de 400G. Talvez as interfaces filhas não existam, a óptica não aceite o modo escolhido, uma lane esteja em alarme ou a capacidade já tenha compromisso. O dado de capacidade continua verdadeiro. A conclusão operacional é que ultrapassou seu domínio.

Todo mapeamento tem uma história

A revisão 11 define uma inventory-topology sobre o modelo da RFC 8345. ne-ref associa um nó a um elemento físico; port-ref associa um termination point a um componente de porta. A presença dos atributos de mapeamento distingue objetos físicos dos abstratos dentro desse modelo.

Uma referência padronizada melhora a interoperabilidade, mas continua sendo uma afirmação feita por uma fonte. Por isso os campos de mapeamento são graváveis. A descoberta é a via esperada, porém não alcança todo o domínio: CPE fora da administração, transporte de terceiros, recursos planejados e correções manuais exigem declaração.

Nenhuma dessas origens é automaticamente inválida. O que não pode desaparecer é a diferença entre elas. Um registro precisa indicar produtor, método, horário, escopo, autoridade de override e estado — discovered, manual, imported ou hypothetical. Quando essa etiqueta se perde, um plano futuro pode entrar no relatório como ativo instalado e uma entrada manual pode fingir ter sido observada.

O peso correto de uma capacidade de hardware

port-breakout não pode ser preenchido manualmente por esse modelo. Sua leitura carrega uma afirmação mais forte sobre o hardware. Ela ajuda a validar compatibilidade, preparar uma mudança e evitar propostas impossíveis.

Ainda assim, a resposta precisa estar vinculada ao dispositivo, componente, firmware ou software, método e horário. A troca de uma placa pode preservar o nome lógico e mudar as capacidades. Um cache pode sobreviver à troca.

Configuração exige outro recibo: modo pretendido, aprovação, transação e leitura independente depois do commit. Operação exige interfaces filhas efetivamente presentes, estados administrativo e operacional, óptica, alarmes e contadores. Alocação exige capacidade atual para o canal exato.

Separar esses fatos permite saber se uma falha decorreu de ausência de suporte, configuração não aplicada, lane degradada ou recurso já consumido. Juntá-los em “disponível” apaga o diagnóstico.

Terceiros não desaparecem dentro do grafo

link-type é um discriminador leve para fibra, cobre, coaxial, micro-ondas, WLAN, fibra arrendada e outras categorias. Ele orienta o consumidor para modelos especializados; não descreve sozinho rota, componentes, propriedade ou capacidade física.

Em leased-fiber, o locatário pode conhecer a dependência e os extremos sem enxergar a planta do provedor. A etiqueta é verdadeira, mas não concede visibilidade. A automação não deve deduzir diversidade ou capacidade que a fonte nunca informou. Também não deve remover o enlace apenas porque seu interior é opaco.

O registro honesto contém a relação conhecida e a fronteira de conhecimento. Essa combinação é melhor para risco do que uma topologia artificialmente completa.

Validação YANG pertence ao artefato

No congelamento da pesquisa, a revisão 11 era um Internet-Draft ativo de Standards Track, submetido ao IESG e aguardando AD go-ahead; a análise da IANA ainda não estava OK. O Datatracker apresentava zero erros e zero avisos na validação YANG.

Isso é evidência sobre a estrutura do módulo. Não comprova suporte de fornecedor, implantação, frescor do controlador ou estado de serviço. Transporte seguro pode entregar com integridade um mapeamento antigo. NACM pode autorizar quem toma uma decisão incorreta.

Documento, implementação, configuração e resultado devem manter seus próprios estados. Um selo verde de schema não deve ser promovido a selo verde da rede.

Do SAP ao tráfego observado

O exemplo de provisionamento do draft primeiro relaciona um SAP a uma porta e depois consulta outros modelos para verificar capacidade. Se faltarem recursos, pode escolher outro SAP ou exigir intervenção humana. O mapeamento não é sentença de alocação.

Uma ordem auditável começa com intenção precisa: equipamento, porta pai, breakout mode, filhos esperados, premissas ópticas, janela e aprovação. Depois do comando, o dispositivo é lido novamente. Só então se verifica se o modo e as interfaces realmente apareceram.

Estado, alarmes, erros, potência óptica e capacidade não comprometida vêm depois. O orquestrador registra versão da política, snapshots lidos, candidatos descartados, SAP escolhido e exceções. A etapa final prova ativação, caminho de tráfego e efeito percebido pelo cliente.

Aceitar configuração não é ativar serviço. Interface up não é, sozinha, entrega.

Dez recibos para uma decisão reconstituível

O processo deveria preservar:

  1. revisão do draft ou RFC, módulo e registro entendidos pela ferramenta;
  2. controlador, dispositivo, método e horário do snapshot;
  3. ne-ref, port-ref e link-type com proveniência;
  4. integridade das referências e autoridade de criação ou override;
  5. resposta port-breakout ligada ao componente e firmware;
  6. intenção aprovada e registro de mudança;
  7. leitura pós-commit e interfaces filhas reais;
  8. estado, óptica, contadores e capacidade da lane;
  9. política, candidatos, SAP ou caminho e intervenção manual; e
  10. ativação, caminho observado e resultado para o cliente.

O draft alerta que mapeamentos obsoletos ou incorretos podem gerar provisionamento errado, caminhos inesperados, falha de ativação e planejamento de capacidade inexato. Recibos separados mostram qual autoridade e qual camada precisam ser corrigidas.

Fontes