Resumo

  • A RFC 1515 definiu para cada MAU um estado jabber atual, um contador de entradas nesse estado e um trap de atenção.
  • Traps consecutivos precisavam ficar separados por pelo menos cinco segundos; a sequência de alertas era limitada por projeto e não contava todas as transições.
  • noJabber posterior não apagava uma entrada anterior, e o contador crescente não provava que o estado ainda persistia.

A pausa estava no mensageiro

Considere uma MAU que entra em jabber, volta ao normal e entra novamente quatro segundos depois. É uma hipótese para expor a regra, não um caso real. O contador pode subir duas unidades. Uma consulta posterior pode mostrar noJabber. O emissor de traps, porém, não pode produzir dois avisos separados por menos de cinco segundos.

Um alerta, duas entradas e um estado atual normal são registros compatíveis. O primeiro chama atenção; o segundo preserva ocorrências dentro de uma época; o terceiro mostra o que o agente vê agora. Fundi-los seria perder exatamente a distinção que o MIB entregava.

Localizar antes de interpretar

Publicada em setembro de 1993, a RFC 1515 definiu objetos para Medium Attachment Units IEEE 802.3. A MAU ligava o meio a uma porta de repetidor ou a uma interface semelhante a Ethernet, com grupos básicos separados.

No repetidor, grupo, porta e índice da MAU formavam a identidade. Na interface, o índice acompanhava o ifIndex de MIB-II. Remover essas coordenadas transformava a condição de uma conexão específica em uma frase vaga sobre a rede inteira.

Estado administrativo, disponibilidade do meio e jabber também não eram sinônimos. Conforme o tipo, disponibilidade podia expressar perda de enlace, baixa luz, ausência de loopback, falha remota ou sinal inválido. Correlação não autorizava atribuição automática de causa.

Estado era uma frase no presente

rpMauJabberState e ifMauJabberState ofereciam other, unknown, noJabber e jabbering. Na inicialização, unknown reconhecia que o estado verdadeiro ainda não era conhecido. noJabber era normal; jabbering dizia que a condição estava presente.

O objeto não identificava componente defeituoso, duração, quadros perdidos ou efeito sobre usuários. Não confirmava entrega de aviso nem êxito de reparo. Para AUI, o agente tinha de responder other, e o contador permanecia zero. Logo, zero podia ser uma regra de aplicação, não prova universal de saúde.

Contar entradas não era medir duração

rpMauJabberingStateEnters e ifMauJabberingStateEnters somavam passagens para jabbering. Um episódio longo podia acrescentar um; três episódios curtos, três. A unidade não era segundo, trap, byte, quadro ou usuário.

O contador ainda precisava de uma época. A sucessora RFC 3636 registrou descontinuidades possíveis na reinicialização do sistema de gestão e associou os contadores de interface a ifCounterDiscontinuityTime. Guardar só o inteiro final podia converter um reinício em melhora fictícia.

Se a contagem sobe e a consulta posterior está normal, a conclusão correta é limitada: houve entradas na época observada; agora a condição não é vista. Duração e recuperação exigem outras evidências.

Trap era convocação, não arquivo

A RFC 1515 definiu traps para MAUs de repetidor e de interface, levando o estado correspondente. O agente deveria enviar um ao entrar em jabber, mas precisava deixar ao menos cinco segundos entre avisos consecutivos.

A regra protegia o plano de gestão contra rajadas. Ao mesmo tempo, impedia tratar mensagens recebidas como lista integral dos eventos. O silêncio dentro da janela não anulava uma nova transição observada pelo contador.

A RFC 1157 separou Trap-PDU de pedidos e respostas SNMPv1 e incluiu origem, identificadores, tempo desde a última inicialização e variáveis. A RFC 1215 definiu a convenção TRAP-TYPE. O aviso ganhou estrutura, não garantia de completude ou recebimento.

Dez anos de Ethernet conservaram a fronteira

A RFC 2239 substituiu RFC 1515 com um superconjunto para 100 Mb/s, autonegociação e conectores. A RFC 2668 ampliou outra vez. Em 2003, RFC 3636 incorporou 10 Gb/s e tornou RFC 2668 e RFC 1515 obsoletas.

Estado, contadores e intervalo de cinco segundos permaneceram. A última versão esclareceu que vários tipos rápidos deviam manter zero nesses contadores. Evoluir o padrão não transformou uma métrica antiga em veredito geral.

Um registro auditável conserva identidade e tipo da MAU, estado, contador, época, timestamp do trap, hora de recepção e ciclo de consulta. Pode afirmar “o contador subiu dois e recebemos um trap”. Sem dados adicionais, não afirma “a porta falhou duas vezes”.

Os ensaios de Lu Heng sobre primazia do código em execução, especificação inicial mínima e camadas da realidade fornecem a disciplina: a semântica comum deve ser estreita e verificável localmente. O alerta pode iniciar ação; não governa os fatos que o próprio canal não guardou.

Fontes e limite da evidência

A base técnica reúne o registro da RFC 1515, RFC 1515, RFC 1157, RFC 1215, RFC 2239, RFC 2668 e RFC 3636. Ela estabelece objetos e linhagem, não conformidade atual, adoção, taxa de entrega, incidente, perda de tráfego, dano físico ou reparo.