Resumo

  • O IETF recebe comentários até 26 de setembro sobre o draft-ietf-ivy-network-inventory-topology-11, encaminhado como candidato a Proposed Standard. Ele continua sendo um Internet-Draft mutável, não um RFC nem prova de uso em produção.
  • ne-ref, port-ref e link-type são graváveis. A descoberta automática é recomendada, porém há substituição manual em casos excepcionais; já port-breakout representa capacidade determinada pelo hardware e não pode ser configurado à mão.
  • Uma referência pode orientar o provisionamento sem comprovar capacidade atual, configuração instalada ou resultado do serviço. Daniel Kade propõe um registro protegido e com vencimento para a exceção; a proposta não faz parte do texto normativo.

O Last Call examina uma junção decisiva

O histórico no Datatracker mostra a revisão 11 em IETF Last Call depois da avaliação do diretor de área, com contribuições finais solicitadas até 26 de setembro. O objetivo indicado é Proposed Standard. A ficha atual registra uma etapa do processo; não antecipa a decisão e pode mudar.

A revisão 11 cria uma ponte entre modelos distintos. A RFC 8345 descreve redes, nós, enlaces e pontos de terminação. O rascunho-base de inventário organiza equipamentos e componentes conhecidos por um sistema de gestão. O módulo IVY permite que um consumidor navegue de uma abstração topológica até o item físico associado.

ne-ref aponta de um nó para um elemento de rede. port-ref associa o ponto de terminação a um componente de porta. link-type fornece uma classificação enxuta do meio, como fibra, cobre, micro-ondas ou WLAN. port-breakout informa os canais lógicos suportados por uma interface física.

A ponte dessas pode alterar uma ordem de serviço, uma janela de manutenção ou uma previsão de capacidade. Por isso, o dado precisa carregar mais que uma forma padronizada: a decisão depende também da procedência.

A porta escolhida não é o serviço entregue

No exemplo de provisionamento, o orquestrador recebe vários pontos de conexão candidatos. Ele percorre o ponto de terminação pai até o port-ref, identifica a porta física e pode consultar outro modelo para verificar a capacidade disponível. Se a porta não bastar, tenta outra candidata e pode devolver o detalhe físico do gargalo.

O fluxo reúne fatos diferentes. O ponto lógico é uma alternativa. A referência registra a associação adotada. A capacidade é uma observação feita em certo momento. A instalação da configuração é outro evento. Só depois aparece o comportamento verificável do serviço. Um resultado favorável em uma etapa não certifica as demais.

Um port-ref antigo pode direcionar um algoritmo correto ao componente errado. Uma referência atual pode encontrar uma leitura de capacidade defasada. Uma configuração aceita pode não chegar ao equipamento, e a presença no equipamento não prova o caminho do tráfego. Inventário e realidade permanecem ligados por instrumentos e tempo.

O modelo-base reconhece essa fronteira. Seu inventário representa os dispositivos e componentes que um controlador sabe estarem instalados. Sobressalentes e ativos inativos ficam fora. Distinguir um elemento temporariamente inalcançável de outro removido depende do método de descoberta. Trata-se da visão de um sistema de gestão, não de uma verdade sem origem.

Há bons motivos para digitar uma associação

As considerações operacionais dizem que ne-ref, port-ref e link-type devem, em geral, ser preenchidos por descoberta automática. Também permitem substituição manual apenas em casos excepcionais, citando equipamentos nas instalações do cliente, linhas alugadas e recursos planejados.

Essas exceções cobrem lacunas inevitáveis. O controlador pode não administrar o roteador do cliente. A documentação do fornecedor pode ser a evidência disponível para uma fibra arrendada. E o planejamento exige representar algo antes da instalação. Recusar toda afirmação humana faria a plataforma confundir falta de telemetria com inexistência.

Mesmo assim, a afirmação manual tem outra autoridade. A descoberta reflete um método, uma versão de software e um instante. A edição reflete uma permissão organizacional e uma justificativa. Ambas podem estar corretas; ambas podem falhar. O prazo e a forma de contestá-las são diferentes.

A folha final não revela esse percurso. O consumidor não sabe qual resultado automático foi sobreposto, quem aprovou a mudança, qual era o motivo, quando deveria terminar nem qual observação posterior a confirmou. Se o dado atravessa controladores, a exceção local pode virar uma aparente verdade neutra.

port-breakout não aceita vontade administrativa

O tratamento de port-breakout ajuda a enxergar a fronteira. O campo é somente leitura porque representa capacidade determinada pelo hardware. O rascunho afirma que jamais deve ser configurado manualmente. Se o projeto supõe quatro canais e o equipamento oferece dois, uma aprovação não cria os outros dois: é preciso corrigir a descoberta, identificar a plataforma ou revisar o projeto.

O contêiner de presença inventory-topology admite uma situação intermediária. Normalmente o controlador o define quando descobre ou provisiona uma instância da camada física. Sem descoberta, ele pode ser declarado à mão. A declaração pode ser útil, mas precisa continuar reconhecível como declaração.

Essa diferença não é uma falha do modelo. É a política correta para tipos distintos de conhecimento: planejamento tolera uma hipótese autorizada e limitada; capacidade física não deve ceder a uma conveniência de fluxo.

O próprio mapa é informação sensível

A seção de segurança relaciona associações incorretas ou obsoletas a provisionamento errado, falha de ativação, caminhos inesperados e cálculo impreciso de capacidade. Ela exige transporte seguro e autenticação mútua nos protocolos de gestão e remete ao NACM da RFC 8341. A análise segue a orientação para autores YANG da RFC 9907.

Ler também requer autorização. ne-ref pode expor o conjunto de elementos; port-ref, a nomenclatura interna dos componentes; e link-type, a natureza ou a propriedade da infraestrutura. A identidade leased-fiber distingue transporte de terceiros de fibra própria. Uma trilha de auditoria aberta que publique tudo resolveria a procedência criando vazamento operacional.

O registro deve ser mínimo e protegido. Um identificador opaco, uma classe de exceção, horários e resultado podem sustentar uma confirmação externa. Porta, rota, cliente e estrutura física permanecem sob controle de acesso.

Toda exceção precisa de um fim verificável

Daniel Kade propõe um registro de substituição do mapa para cada valor manual que participe de uma decisão. Ele une o objeto e o valor exatos ao último resultado de descoberta, fonte, versões do controlador e do modelo, autoridade aprovadora, motivo delimitado, início, vencimento ou gatilho de revalidação e conjunto de usos autorizados.

Quando o valor orienta o provisionamento, o registro acrescenta a candidata escolhida, a evidência de capacidade, o resultado da configuração e a observação posterior. Não mistura esses estágios. Para recurso planejado, o gatilho pode ser o comissionamento. Para linha alugada, confirmação ou mudança contratual do fornecedor. Para equipamento de cliente, uma inspeção ou transferência de responsabilidade.

Nada disso é exigido pelo IVY, pela RFC 8345, pela RFC 8341 ou pela RFC 9907. É a proposta editorial de Daniel Kade para preservar a governança ao redor de um modelo útil. Ela também não transforma descoberta em certeza: apenas impede que observação e afirmação autorizada fiquem indistinguíveis.

A distinção segue o Policy Mirror de Heng Lu, em que autoridade, regra e evidência não são substitutas. A Minimum Initial Specification deixa espaço para controles locais mais fortes sobre um mecanismo comum. E Why BTW Media Exists contém o exagero: o Last Call é um fato; incidente e garantia não são.

Fontes

  1. Inventory Topology Mapping, revisão 11
  2. Registro atual no Datatracker
  3. Histórico no Datatracker
  4. Registro do modelo-base de inventário
  5. Modelo-base de inventário, revisão 18
  6. RFC 8345 — modelo YANG para topologias
  7. RFC 8341 — NACM
  8. RFC 9907 — orientação para autores YANG
  9. Heng Lu — The Policy Mirror
  10. Heng Lu — Minimum Initial Specification
  11. Heng Lu — Why BTW Media Exists