Traitement des requêtes SNMP GET pour les métriques MDI sur les routeurs MX Series
Un mécanisme de requête à la demande sans fonction de mise en cache est utilisé pour traiter les requêtes SNMP Get. Le moteur de routage interroge le moteur de transfert de paquets pour obtenir les métriques calculées sur chaque requête Get. Le moteur de routage ne gère pas les métriques calculées localement. Aucune mémoire supplémentaire n’est requise pour mettre en cache les métriques interrogées. Le serveur NMS (Network Management System) peut recevoir les dernières informations sur chaque requête Get, en particulier en ce qui concerne les enregistrements MDI, car les enregistrements MDI sont mis à jour très fréquemment. Toutefois, l’interrogation du PFE du moteur de transfert de paquets sur chaque requête GET consomme beaucoup de ressources si le volume de métriques est important. La réponse à une requête Get peut être relativement retardée car le moteur de routage doit interroger le moteur de transfert de paquets pour obtenir les métriques.
Les métriques MDI en ligne sont des données en temps réel pour lesquelles les informations mises en cache peuvent ne pas être valides. Les rapports sur les métriques mises en cache ou non valides ne sont pas avantageux, car il s’agit d’une fonctionnalité de surveillance en temps réel. Une augmentation du nombre de flux et du nombre d’enregistrements MDI par flux entraîne une augmentation proportionnelle du volume de mémoire requis dans le moteur de routage pour stocker les flux et les enregistrements MDI pour tous les flux. Étant donné que des interruptions asynchrones sont générées pour un seuil avec suffisamment de contenu, les requêtes Get fréquentes de NMS ne sont pas très attendues, ce qui réduit la périodicité de l’interrogation vers le moteur de transfert de paquets. Les interruptions SNMP sont déclenchées avec le niveau de gravité Info, Avertissement, Critique ou Effacé. Un piège avec le niveau de gravité effacé est utilisé pour effacer une alarme.
Chaque fois qu’un changement de niveau d’alarme se produit, le piège désigné est déclenché. Par exemple, si l’alarme du facteur de retard (DF) passe du niveau d’information au niveau d’avertissement, ou de l’avertissement au niveau critique, le piège mdiDFAlarm est déclenché. L’alarme peut être immédiate ou moyenne. Si l’alarme immédiate est configurée, une interruption immédiate est déclenchée à la fin de la durée de l’intervalle si la valeur de la métrique dépasse la plage configurée. Si l’alarme moyenne est configurée, une interruption est générée, en fonction de la valeur moyenne pour un nombre spécifié de durée d’intervalle.
Le storm control est appliqué aux interruptions SNMP au niveau du débit et non au niveau du FPC. Le système NMS peut obtenir des interruptions SNMP à partir de tous les flux, même si plusieurs flux génèrent des interruptions à peu près en même temps. Si plusieurs flux génèrent des pièges presque en même temps, le DDN est inondé par de nombreux pièges en même temps. Par exemple, l’absence de trafic reçu sur une interface logique pour quelque raison que ce soit peut déclencher toutes les alarmes et provoquer une avalanche d’alarmes sur le serveur NMS.