Resumo

  • RFC 1315 definiu objetos de gestão para DTE Frame Relay e modelou uma interface física com várias conexões virtuais ou vizinhos.
  • O DLCMI reúne intervalo de consulta, consulta completa, janela de eventos e limiar de consultas sem resposta antes de declarar a interface down; circuitos e erros ficam em grupos distintos.
  • Esse estado é um juízo local sobre a interface gerenciada, não prova de falha de todos os VC, pares, pacotes ou serviços.

Uma ligação física, muitas relações

O modelo do RFC trata Frame Relay como meio de acesso múltiplo. Existe uma conexão física à rede, e sobre ela há diversas conexões virtuais. Agrupá-las com a interface correspondente simplifica diagnóstico, mas não permite transformar o grupo em um único objeto de saúde.

A MIB mantém grupos DLCMI, circuitos e erros porque cada um responde a uma pergunta. Uma entrada de circuito pode representar um DLCI e VC; uma entrada de interface registra parâmetros de gestão; um contador registra uma observação. Uma linha de circuito não prova tráfego; uma interface down não conta a história de cada VC; um contador não identifica a aplicação ou o usuário afetado.

O silêncio recebe um limite

RFC 1315 define o intervalo entre status enquiries, o intervalo de full enquiry, o maior número de consultas sem resposta aceito antes de marcar a interface down e a janela de intervalos na qual os erros são contados. O agente não usa uma ausência isolada como explicação geral. Ele conta uma ausência definida numa janela configurada e aplica uma regra configurada à interface.

Logo, o registro suporta uma frase limitada: com aqueles parâmetros, o agente declarou aquela interface down. Não demonstra que o provedor falhou, que o equipamento remoto caiu, que todos os VC mudaram de estado, que nenhum quadro chegou ou que clientes perderam serviço. frDlcmiState diz qual esquema de gestão está ativo e implica o DLCI usado naquela interface; não é uma identidade da rota inteira nem certificado de cada circuito.

O RFC também diz que VCs podem ser criados, removidos ou mudar de disponibilidade durante operação normal e define um trap complementar a Link Up e Link Down. Esse trap é notificação de evento de gestão, não auditoria de cada quadro, confirmação de recepção do aviso ou resultado de aplicação.

Para investigar, mantenha separadas a transição da interface, o número de consultas, limiar e janela, o retrato da tabela de circuitos, o trap, as mensagens de gestão, o tráfego e uma sonda de serviço. Juntá-los pode produzir diagnóstico; trocar um pelo outro cria uma narrativa maior que os registros.

Fontes e limites de evidência

Esta análise usa RFC 1315, Management Information Base for Frame Relay DTEs (abril de 1992). Ela sustenta o modelo uma-interface/múltiplas-conexões-virtuais, os grupos DLCMI/circuitos/erros, intervalos, limiar, janela, mudanças de VC e trap. Não prova interface real, operadora, par remoto, queda de circuito, tráfego, impacto de cliente, reparo ou restauração.