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 mesures calculées localement. Aucune mémoire supplémentaire n’est requise pour mettre en cache les métriques interrogées. Le serveur du système de gestion du réseau (NMS) 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 est gourmande en 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. Il n’est pas avantageux de créer des rapports sur les métriques mises en cache ou non valides, 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 dans le 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’alerte, ou d’avertissement à 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 le nombre spécifié de durée d’intervalle.
Le storm control est appliqué aux pièges 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, aucun trafic reçu sur une interface logique pour une raison quelconque ne peut déclencher toutes les alarmes et provoquer une avalanche d’alarmes sur le serveur NMS.