Resumo

  • link-flap-suppression segura transições breves; o feature separado dampening mantém memória de falhas repetidas por uma penalidade que decai exponencialmente.
  • Durante o timer down, o link físico pode estar down e oper-status continuar up. A estabilidade da tela pode ser deliberadamente atrasada.
  • Declaração do feature, configuração aplicada, timer/penalty, interface, protocolo, RIB/FIB, pacotes, resultado comercial e recorrência são fatos distintos.

O atraso que o modelo não esconde

Em draft-ietf-netmod-intf-ext-yang-19, timer-running=down significa que o link subjacente já caiu, embora a interface ainda seja reportada up. timer-running=up significa que a portadora voltou, mas a subida ainda não foi entregue às camadas superiores. São dois relógios legítimos e perigosos quando confundidos.

O nome do feature é link-flap-suppression; não existe container YANG carrier-delay. down e up, em milissegundos, definem por quanto tempo a condição deve permanecer contínua. O primeiro pode dar espaço a uma proteção óptica, mas o texto reconhece que o tráfego pode ser black-holed e a reconvergência atrasada. O segundo funciona como debounce e exige sinal contínuo e livre de erro antes do retorno.

Uma oscilação encerrada dentro da janela não muda oper-status nem last-change. Mesmo assim, carrier-transitions deve contabilizar a mudança física. Um painel sem eventos pode, portanto, esconder vários flaps. Sem direção do timer, instante e delta do contador, “nada aconteceu” é apenas a narrativa produzida pelo filtro.

Uma penalidade que carrega o passado

O feature dampening soma 1.000 unidades a cada up→down. half-life determina a redução pela metade; suppress mantém a interface operacionalmente down; reuse permite soltá-la quando o link subjacente está up; max-suppress-time limita a duração sem novos eventos.

Half-life longo prolonga o peso da história. Suppress baixo isola cedo. Reuse baixo pede uma janela maior de calma. O exemplo 60/750/2000/240 do draft não é recomendação universal. Os defaults são específicos do equipamento, então a auditoria precisa do valor em uso, não apenas do container presente.

Penalty abaixo de reuse, suppressed=false, timer encerrado ou menos alarmes descrevem o algoritmo local. Não identificam defeito em fibra, óptica, energia ou porta remota; não provam forwarding e não eliminam o risco de repetição.

Suporte declarado não é efeito observado

YANG 1.1 usa features para condicionar partes do schema. Como os dois containers têm if-feature independente, o servidor pode oferecer apenas um. A YANG Library lista o que ele declara suportar. Isso orienta o cliente sobre schema; não comprova aplicação numa porta ou execução em hardware.

NMDA separa intended configuration de operational state. Interação com hardware, restrição local e tempo de propagação podem produzir diferença. Guarde pedido, recibo e leitura posterior do valor aplicado. Validação, commit e estado IESG não substituem essa sequência.

O registro Datatracker e o histórico comprovam um Internet-Draft NETMOD ativo, submetido como Proposed Standard, não uma implantação. A seção de segurança exige transporte protegido, autenticação mútua e NACM. A frase-modelo que não destaca um nó gravável específico não anula o impacto operacional documentado.

A cadeia depois do status up

RFC 8343 chama oper-status=up de pronto para passar pacotes, mas o timer pode atrasar essa visão em relação à portadora. Depois, cada adjacência precisa ser verificada. Em RFC 8349, active route é a preferida no mesmo RIB para o prefixo; não é recibo de FIB, ASIC, next hop ou policy.

RFC 7799 distingue medição ativa, passiva e híbrida. Direção, classe, características, pontos e janela limitam a conclusão. Um ping não cobre todo LAG/ECMP, volta ou transação. BFD pode evidenciar liveness rápida onde existe, sem certificar a aplicação.

Estabilidade física, forwarding, serviço e causa encerrada são quatro conclusões. A última requer evidência causal e período sem recorrência. A matemática da penalty não conserta o componente.