Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Processamento de solicitações de SNMP GET para métricas de MDI em roteadores da Série MX

Um mecanismo de consulta sob demanda sem instalações de caching é usado para processar as solicitações do SNMP Get. O mecanismo de roteamento consulta o Mecanismo de encaminhamento de pacotes para obter as métricas computadas em cada solicitação de Get. O mecanismo de roteamento não mantém métricas computadas localmente. Nenhuma memória adicional é necessária para armazenar métricas consultadas em cache. O servidor do sistema de gerenciamento de rede (NMS) pode receber as últimas informações sobre cada solicitação get, especialmente sobre os registros de MDI porque os registros de MDI são atualizados com muita frequência. No entanto, consultar o PFE do mecanismo de encaminhamento de pacotes em cada solicitação GET consome recursos se o volume de métricas for grande. A resposta a uma solicitação de Get pode ser relativamente adiada, pois o Mecanismo de Roteamento precisa sondar o Mecanismo de encaminhamento de pacotes para obter as métricas.

As métricas de MDI em linha são dados em tempo real onde as informações em cache podem não ser válidas. Reportar métricas em cache ou inválidas não é benéfico porque é um recurso de monitoramento em tempo real. Um aumento no número de fluxos e no número de registros de MDI por fluxo causa um aumento proporcional no volume de memória necessário no Mecanismo de Roteamento para armazenar fluxos e registros de MDI para todos os fluxos. Como as armadilhas assíncronas são geradas para limiar com conteúdo suficiente, solicitações frequentes de solicitação de NMS não são altamente esperadas, reduzindo a periodicidade da votação para o Mecanismo de encaminhamento de pacotes. As armadilhas SNMP são acionadas com o nível de gravidade de informações, avisos, críticos ou liberados. Uma armadilha com o nível de gravidade liberado é usada para limpar um alarme.

Sempre que ocorre uma mudança no nível de alarme, a armadilha designada é acionada. Por exemplo, se o alarme do fator de atraso (DF) mudar do nível informativo para o nível de alerta ou de aviso para crítico, a armadilha mdiDFAlarm será acionada. O alarme pode ser imediato ou médio. Se o alarme imediato estiver configurado, uma armadilha imediata será levantada ao final da duração do intervalo se o valor métrica exceder o intervalo configurado. Se o alarme médio estiver configurado, uma armadilha será gerada, com base no valor médio para um número especificado de duração do intervalo.

O controle de tempestade é aplicado para armadilhas SNMP no nível de fluxo e não no nível de FPC. O sistema NMS pode obter a armadilha SNMP de todos os fluxos, mesmo que vários fluxos estejam gerando armadilhas aproximadamente ao mesmo tempo. Se vários fluxos estão gerando armadilhas quase ao mesmo tempo, o NMS é inundado por muitas armadilhas ao mesmo tempo. Por exemplo, nenhum tráfego recebido em uma interface lógica devido a qualquer motivo pode acionar todos os alarmes e causar uma aval de alarmes no servidor NMS.