Resumo

  • A revisão 20 oferece identities, tipos e agrupamentos comuns para Layer 1 e OTN. O módulo isolado não expõe nós graváveis, nós de estado somente leitura nem RPCs.
  • Uma capacidade representada é evidência de uma visão. A reserva precisa de implementação, autorização, transação, confirmação nos extremos, estado operacional e observação do serviço.

O número estava certo no momento errado

O controlador recebe uma topologia indicando uma faixa livre. A solicitação se encaixa na granularidade, no tipo de ODU e na prioridade. Segundos depois, a operação falha porque outra transação consumiu os mesmos slots.

Não há contradição necessária. O dado poderia estar correto no instante em que foi produzido e obsoleto no instante da alocação. O modelo cumpriu sua função ao representar a visão. O sistema operacional falhou se apresentou essa visão como uma garantia sem preservar idade, concorrência e resultado da reserva.

A revisão 20 de Common YANG Data Types for Layer 1 Networks é datada de 14 de setembro de 2026 e expira em 18 de março de 2027. O Datatracker a mostra como documento do grupo CCAMP destinado a Proposed Standard e na fila do RFC Editor. Ela passou por revisão relevante, mas não é um RFC, uma declaração de conformidade de produto ou um relatório de operação.

O caso ensina uma diferença simples: descrever o estoque e retirar uma unidade do estoque são operações de autoridades distintas.

A infraestrutura de um vocabulário comum

Modelos de topologia, túneis, sinais de cliente e serviços precisam trocar conceitos ópticos sem reinterpretá-los. ietf-layer1-types define raízes comuns para que cada modelo não reinvente ODU, granularidade, TPN, TS, faixa e largura de banda.

As granularidades de tributary slot cobrem 1,25G, 2,5G e 5G. odu-type organiza tipos de Optical Data Unit e permite extensões de fornecedor. client-signal cobre famílias como Ethernet, STM, OC e Fibre Channel. Agrupamentos OTN acrescentam atributos específicos às estruturas genéricas de engenharia de tráfego.

Isso reduz integrações proprietárias e deixa os limites verificáveis por ferramentas. Uma aplicação pode consumir uma estrutura pública em vez de adivinhar uma API diferente por fornecedor. Um módulo novo pode derivar uma identity sem copiar toda a árvore.

O benefício, porém, não é um passe universal. A própria revisão observa que certas formas podem ser definidas em módulos de fornecedor porque uma especificação associada não garante interoperabilidade no plano de dados. A identity torna a diferença expressável; não a resolve em hardware.

Um controlador deve comparar module-set, revision, feature e deviation em cada equipamento. O fato de um arquivo importar a biblioteca demonstra dependência de schema, não suporte operacional do recurso.

O agrupamento ainda não é um nó

As considerações de segurança traçam uma linha incomum de tão clara. O módulo define identities, tipos e agrupamentos destinados à reutilização. Sozinho, ele não oferece nós graváveis, nós de estado somente leitura ou RPCs.

Assim, um diagrama com folhas rw dentro de um grouping mostra o formato que elas terão quando outro módulo as instanciar. Não mostra uma rota de datastore existente, um protocolo habilitado ou um usuário autorizado.

O risco de exposição também nasce na instanciação. Quando um modelo de topologia usa largura de banda e faixas OTN, pode revelar informação sensível sobre a rede. O módulo consumidor deve analisar esse risco e aplicar controle de acesso.

Essa separação impede que “o módulo está instalado” se transforme em “o recurso está configurado”. Para chegar à segunda frase é preciso localizar o nó instanciado, confirmar que o dispositivo implementa a revisão e observar a operação correspondente.

Uma lista de alternativas não pode ser somada

O draft exemplifica um enlace de 100G que pode suportar um ODU4, dez ODU2 ou oitenta ODU0. As três quantidades são modos alternativos de particionar a mesma capacidade. Somá-las seria triplicar o inventário por contabilidade.

otn-link-bandwidth estrutura a visão por tipo de ODU. O alocador ainda precisa conhecer uso atual, fragmentação, prioridade, endpoints e restrições de cada segmento. Capacidade máxima e disponibilidade instantânea não são sinônimos.

O rótulo OTN normalmente inclui um Tributary Port Number e os Tributary Slots relacionados. O mesmo rótulo deve ser atribuído ao mesmo LSP nas duas pontas de um enlace. A faixa representa valores disponíveis para estabelecer caminhos segundo o tipo e a granularidade.

Uma leitura da faixa não bloqueia nada. O recibo de reserva precisa incluir snapshot e horário, TPN/TS escolhidos, identificador da transação, exclusão concorrente, resposta dos dois extremos, commit e leitura operacional. O recibo de serviço vem depois, com continuidade, alarmes e tráfego.

Sem essa cadeia, o painel consegue dizer por que a seleção parecia possível, mas não o que aconteceu depois.

ODUflex guarda o cálculo que o contador esconde

ODUflex tem seis formas com cálculos diferentes de taxa nominal. O modelo usa um choice para conservar a entrada pertinente: taxa genérica, cliente CBR, valores n/k de GFP, FlexE, FlexE-aware ou payload de pacotes.

O caso genérico ajuda a compatibilidade futura em domínios de trânsito onde o setup não depende do tipo exato. Ao mesmo tempo, a revisão recomenda usá-lo só quando necessário e preferir a forma específica sempre que possível para simplificar a interoperabilidade.

A abstração é útil quando a informação omitida realmente não participa da decisão. Torna-se perigosa quando um sistema posterior precisa da adaptação precisa e recebe apenas uma taxa. Por isso o histórico deve registrar qual branch foi usado.

A revisão afirma ainda que a quantidade de ODUs disponíveis não basta para inferir a disponibilidade de largura de banda de ODUflex. O número de slots e o tipo de ODTU entram no cálculo. Matrizes de conectividade e enlaces locais acrescentam condições do underlay.

O indicador “ODUflex livre” precisa abrir o cálculo. Caso contrário, produz uma precisão visual sem precisão técnica.

Resizable é uma declaração antes de ser um resultado

O modelo separa ODUflex não redimensionável de ODUflex-resizable, usado para indicar suporte ao procedimento de resize sem interrupção e limites específicos.

No schema, a identity prova que o conceito está definido. Anunciada por um dispositivo, fornece evidência de capability. Selecionada na configuração, registra intenção. Nenhuma etapa mede uma mudança sem perda.

Para dizer “hitless”, a operação precisa correlacionar capacidade antes/depois, aquisição de slots adicionais, coordenação dos extremos, estado operacional, alarmes, erros e tráfego durante a janela. O nome do tipo cria uma hipótese testável, não uma observação.

Esse limite protege a utilidade do modelo. Se a identity fosse tratada como prova de resultado, não haveria lugar para detectar implementações parciais ou regressões.

Autenticado, autorizado, aceito, aplicado

NETCONF e RESTCONF oferecem operações sobre dados YANG. Transporte seguro e autenticação mútua estabelecem as identidades conforme a confiança configurada. NACM decide se o principal pode alcançar uma operação e um conteúdo.

Um payload pode obedecer ao schema e não ter autorização. Pode ter autorização e encontrar conflito de recurso. Pode validar em candidate e não receber commit. Pode entrar em intended e ainda não aparecer em operational por causa de aplicação assíncrona ou limite físico.

NMDA mantém intended e operational separados para que essa diferença não desapareça. O estado operacional ainda é o testemunho do dispositivo. No plano óptico, é preciso observar sinal e cliente fora da mesma cadeia de gestão.

Um cross-connect marcado active não elimina LOS, erro excessivo ou mapeamento incompatível. Por isso a confirmação de serviço não deve ser inferida de um ok do protocolo.

A cadeia que permite explicar falhas parciais

Primeiro, congelar revision do documento, hash do módulo, dependências e ferramenta de validação. Segundo, registrar modules, features e deviations de cada endpoint.

Terceiro, guardar principal, decisão NACM, operação, datastore, hash do payload, transaction ID, validação, commit e rollback. Quarto, comparar intended e operational com horários.

Quinto, preservar ODU, sinal cliente, granularidade, TPN, TS, ODTU, prioridade, restrições, concorrência e cálculo ODUflex. Sexto, observar cross-connect, alarmes, métricas ópticas, erros e tráfego.

A primazia do código em execução de Heng Lu não reduz o padrão a documentação. Ela dá a cada camada autoridade sobre sua própria afirmação. O draft governa o vocabulário; a implementação governa o que aceita e aplica; a rede demonstra o resultado.

O que as fontes não provam

As fontes congeladas estabelecem o conteúdo e o status da revisão 20, além das regras de YANG, datastores e acesso. Não provam que um produto nomeado implemente o draft, que um operador o tenha adotado, que uma reserva específica ocorreu ou que um serviço foi entregue.

Este Artigo não classifica fornecedores nem mede adoção. Sua conclusão é operacional: o agrupamento pode descrever capacidade com rigor, mas a reserva só existe quando outro sistema a executa e deixa um recibo verificável.

Sources