Resumo

  • A RFC 1595 separou desempenho por Section, Line, Path e VT, por ponta próxima ou remota e por intervalo atual ou concluído. Um número sem essas coordenadas perdeu seu objeto.
  • A indisponibilidade começava no primeiro de dez SES consecutivos. Quando a sequência atravessava a virada de 15 minutos, consultas sucessivas podiam mudar SES e UAS do período anterior.
  • A RFC 2558 e a RFC 3592 permitiram publicar cedo e corrigir retroativamente ou reter observações numa linha de atraso de dez posições. Imediatismo e estabilidade inicial tinham custos diferentes.

Uma linha histórica ainda aguardava o futuro

Considere uma sequência grave iniciada nos segundos finais de um quarto de hora. Na virada, o período passa a ser o intervalo 1, o mais recentemente concluído, e já pode ser consultado. Mas o agente ainda não viu dez SES seguidos e não sabe a classificação definitiva daqueles últimos segundos.

Quando chega o décimo SES, a indisponibilidade é contada desde o primeiro, não desde o décimo. Se o primeiro ficou na janela anterior, parte do histórico deve migrar para UAS. A RFC 1595 avisou que dois GETs feitos no começo da janela seguinte poderiam devolver valores diferentes para SES e UAS de Path, Line ou VT.

Nada voltou no tempo na fibra. O que mudou foi a classificação que só se tornou conhecível depois. Chamar a primeira leitura de definitiva, sem guardar horário e versão, elimina uma propriedade explícita do padrão.

Dez segundos decidiram a categoria

Em Line, Path e VT, dez SES consecutivos iniciam indisponibilidade no primeiro segundo, incluindo os dez. A volta exige dez segundos seguidos sem SES, excluídos do tempo indisponível. Enquanto a camada está disponível, seus contadores de erro avançam; quando indisponível, apenas UAS avança nela.

Esse mecanismo não é só amortecimento de alarme. Ele decide em qual livro cada segundo entra. A máquina de estado não reinicia quando os 900 segundos terminam. A linha do banco muda, mas a sequência continua.

O número pertencia a uma camada e a uma ponta

Equipamentos SONET/SDH não terminavam todas as camadas em todos os locais. Um regenerador podia encerrar apenas Section; multiplexadores add-drop e digital cross-connects encerravam Line; terminais podiam chegar a Path e VT/VC. A MIB representava essas superfícies com entradas e pilha de interfaces.

Violações de Section vinham de B1; de Line, B2; de Path, B3; de VT flutuante, V5. LOS, LOF, AIS, LOP e RDI também tinham escopos próprios. Até ifOperStatus=down era uma projeção de estados de camada, não a identificação automática da peça defeituosa.

As tabelas remotas formavam outro testemunho. No Path, os dados de far end vinham do FEBE em G1. A RFC 2558 determinou que estatísticas remotas de um segundo fossem marcadas como ausentes quando um defeito de entrada existisse na mesma camada ou abaixo dela. Ausente não é zero: trocar um pelo outro faz a perda de visibilidade parecer saúde remota.

Corrigir já ou esperar para publicar

A RFC 2558 detalhou dois desenhos. No primeiro, o agente atualiza desempenho em tempo real e depois ajusta ES, SES, SEFS, CV e UAS quando a sequência fecha. Se ela cruzou a fronteira, a correção alcança o intervalo anterior.

No segundo, cada observação de um segundo atravessa uma linha de atraso com dez elementos. A contagem só aparece quando sua classificação já é conhecida. A primeira versão fica estável, mas chega dez segundos depois do mundo físico. A RFC 3592 preservou o mecanismo em 2003.

Ambos podem cumprir a norma. O coletor precisa versionar a forma rápida e declarar a latência da forma estável. Exigir simultaneamente resposta imediata e história imutável apenas esconde o custo.

A RFC 2493 acrescentou tempo decorrido e contagens de intervalos válidos e inválidos, separando tabelas correntes, históricas e agregadas. Reinicialização e falha de proxy podiam deixar lacunas. As 96 janelas eram teto de 24 horas; a RFC 1595 exigia pelo menos quatro e adotava 32 como padrão.

O trap sabia depois, mas datava antes

Os sucessores exigiam o envio de linkDown somente depois de o agente confirmar a indisponibilidade, embora o tempo efetivo apontasse para o primeiro UAS, cerca de dez segundos antes. LinkUp seguia a mesma lógica.

Horário de emissão registra quando havia conhecimento suficiente. Horário efetivo registra onde o estado começou. Guardar apenas um deles cria uma falsa detecção instantânea ou desloca o início do evento.

“Severo” também tinha versão

A RFC 2558 reconheceu limiares SES diferentes entre normas e criou sonetSESthresholdSet. O agente não precisava suportar todos. Mudar o conjunto invalidava estatísticas SES anteriores.

Uma curva sem essa procedência pode atribuir ao sinal uma mudança que veio da definição. Camada, ponta, janela, validade, limiar, época do agente e horário da consulta fazem parte do valor.

Running-Code Primacy, de Lu Heng, obriga o símbolo a permanecer ligado ao que o agente executou. Minimum Initial Specification limita o contrato comum ao recibo comparável e deixa retenção e resposta como escolhas locais visíveis. Why BTW.Media Exists transforma isso em dever editorial: publicar ausência, atraso e revisão antes de promover a primeira imagem do painel a realidade.

O quarto de hora organizou a coleta. A finalização documentada fez dela evidência.

Fontes e limites da evidência

Os fatos técnicos vêm dos registros e textos da RFC 1595 (texto), RFC 2558 (texto), RFC 3592 (texto) e RFC 2493 (texto). Os textos de Lu Heng oferecem disciplina interpretativa, não fatos de SONET.

A linhagem é datada: a RFC 1595 foi publicada em março de 1994 no Standards Track; a RFC 2558 a substituiu em março de 1999, e a RFC 3592 substituiu a RFC 2558 em setembro de 2003. O tratamento de segurança também mudou: a RFC 1595 não discutiu segurança, enquanto a RFC 2558 alertou que acessos GET e SET podiam expor informações sensíveis de configuração e controle.

O modelo representava Medium, Section, Line, Path e VT como superfícies distintas ou empilhadas. A separação de tabelas de desempenho entre near end e far end aplicava-se a Line, Path e VT; ela não transformava toda camada listada em testemunha remota.

O pacote não prova implantação, circuito real, incidente, impacto ao cliente, conformidade de produto, entrega de trap, comportamento de coletor, postura de segurança ou reparo. A abertura é uma demonstração lógica da regra, não notícia.