Interrogation SNMP ASA pour statistiques liées à la mémoire

Options de téléchargement

  • PDF     (167.6 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (87.0 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (72.6 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:2 août 2013
ID du document:116423

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Ce document décrit comment utiliser le protocole SNMP (Simple Network Management Protocol) afin d'interroger les statistiques de mémoire de l'appliance de sécurité adaptative (ASA) de Cisco, telles que la mémoire libre, la mémoire utilisée, etc.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Components Used

Les informations contenues dans ce document ne sont valides que pour les périphériques Cisco Adaptive Security Appliance.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Informations générales

Vous pouvez surveiller la mémoire libre et les statistiques de mémoire utilisée afin d'identifier les performances de mémoire du périphérique réseau. Cisco ASA prend en charge les statistiques de mémoire à interroger via SNMP et utilise les OID pris en charge :

  • Compteurs de mémoire 32 bits

    Utilisez l'objet CiscoMemoryPoolEntry. Les mappages d'objet et d'ID sont affichés dans cet exemple de sortie. 

    ciscoMemoryPoolType		1.3.6.1.4.1.9.9.48.1.1.1.1
 ciscoMemoryPoolName		1.3.6.1.4.1.9.9.48.1.1.1.2
 ciscoMemoryPoolAlternate		1.3.6.1.4.1.9.9.48.1.1.1.3
 ciscoMemoryPoolValid		1.3.6.1.4.1.9.9.48.1.1.1.4
 ciscoMemoryPoolUsed		1.3.6.1.4.1.9.9.48.1.1.1.5
 ciscoMemoryPoolFree		1.3.6.1.4.1.9.9.48.1.1.1.6
 ciscoMemoryPoolLargestFree	1.3.6.1.4.1.9.9.48.1.1.1.7

  • Compteurs de mémoire 64 bits

    Utilisez l'objet cempMemPoolEntry. Les mappages d'objet et d'ID sont affichés dans cet exemple de sortie.

    cempMemPoolIndex			1.3.6.1.4.1.9.9.221.1.1.1.1.1
 cempMemPoolLowestFree		1.3.6.1.4.1.9.9.221.1.1.1.1.10
 cempMemPoolUsedLowWaterMark	1.3.6.1.4.1.9.9.221.1.1.1.1.11
 cempMemPoolAllocHit		1.3.6.1.4.1.9.9.221.1.1.1.1.12
 cempMemPoolAllocMiss		1.3.6.1.4.1.9.9.221.1.1.1.1.13
 cempMemPoolFreeHit		1.3.6.1.4.1.9.9.221.1.1.1.1.14
 cempMemPoolFreeMiss		1.3.6.1.4.1.9.9.221.1.1.1.1.15
 cempMemPoolType			1.3.6.1.4.1.9.9.221.1.1.1.1.2
 cempMemPoolName			1.3.6.1.4.1.9.9.221.1.1.1.1.3
 cempMemPoolPlatformMemory	1.3.6.1.4.1.9.9.221.1.1.1.1.4
 cempMemPoolAlternate		1.3.6.1.4.1.9.9.221.1.1.1.1.5
 cempMemPoolValid			1.3.6.1.4.1.9.9.221.1.1.1.1.6
 cempMemPoolUsed			1.3.6.1.4.1.9.9.221.1.1.1.1.7
 cempMemPoolFree			1.3.6.1.4.1.9.9.221.1.1.1.1.8
 cempMemPoolLargestFree		1.3.6.1.4.1.9.9.221.1.1.1.1.9

Sortie d'interrogation SNMP

Lorsque les statistiques de mémoire sont interrogées à partir de la console d'un client SNMP, la sortie ressemble à cet exemple de sortie.

Pour les compteurs 32 bits : 

iso.3.6.1.4.1.9.9.48.1.1.1.2.1 = STRING: "System memory"
iso.3.6.1.4.1.9.9.48.1.1.1.2.6 = STRING: "MEMPOOL_DMA"
iso.3.6.1.4.1.9.9.48.1.1.1.2.7 = STRING: "MEMPOOL_GLOBAL_SHARED"
iso.3.6.1.4.1.9.9.48.1.1.1.3.1 = INTEGER: 0
iso.3.6.1.4.1.9.9.48.1.1.1.3.6 = INTEGER: 0
iso.3.6.1.4.1.9.9.48.1.1.1.3.7 = INTEGER: 0
iso.3.6.1.4.1.9.9.48.1.1.1.4.1 = INTEGER: 1
iso.3.6.1.4.1.9.9.48.1.1.1.4.6 = INTEGER: 1
iso.3.6.1.4.1.9.9.48.1.1.1.4.7 = INTEGER: 1
iso.3.6.1.4.1.9.9.48.1.1.1.5.1 = Gauge32: 230971224
iso.3.6.1.4.1.9.9.48.1.1.1.5.6 = Gauge32: 21585704
iso.3.6.1.4.1.9.9.48.1.1.1.5.7 = Gauge32: 50616136
iso.3.6.1.4.1.9.9.48.1.1.1.6.1 = Gauge32: 37464232
iso.3.6.1.4.1.9.9.48.1.1.1.6.6 = Gauge32: 32964824
iso.3.6.1.4.1.9.9.48.1.1.1.6.7 = Gauge32: 37464248
iso.3.6.1.4.1.9.9.48.1.1.1.7.1 = Gauge32: 37460160
iso.3.6.1.4.1.9.9.48.1.1.1.7.6 = Gauge32: 32945592
iso.3.6.1.4.1.9.9.48.1.1.1.7.7 = Gauge32: 37460160

Vous pouvez utiliser le résultat des commandes show mem ou show mem detail afin d'interpréter la même chose.

‘iso.3.6.1.4.1.9.9.48.1.1.1.5.1 = Gauge32:’ correlates to the ‘Used Memory’ in 'sh mem' output.

‘iso.3.6.1.4.1.9.9.48.1.1.1.6.1 = Gauge32:’ correlates to the ‘Free Memory’ in ‘sh mem' output

Pour les compteurs 64 bits :

iso.3.6.1.4.1.9.9.221.1.1.1.1.2.1.1 = INTEGER: 2
iso.3.6.1.4.1.9.9.221.1.1.1.1.3.1.1 = STRING: "System memory"
iso.3.6.1.4.1.9.9.221.1.1.1.1.5.1.1 = INTEGER: 0
iso.3.6.1.4.1.9.9.221.1.1.1.1.6.1.1 = INTEGER: 1
iso.3.6.1.4.1.9.9.221.1.1.1.1.7.1.1 = Gauge32: 230971320
iso.3.6.1.4.1.9.9.221.1.1.1.1.8.1.1 = Gauge32: 37464144
iso.3.6.1.4.1.9.9.221.1.1.1.1.17.1.1 = Gauge32: 0
iso.3.6.1.4.1.9.9.221.1.1.1.1.18.1.1 = Counter64: 230971312
iso.3.6.1.4.1.9.9.221.1.1.1.1.19.1.1 = Gauge32: 0
iso.3.6.1.4.1.9.9.221.1.1.1.1.20.1.1 = Counter64: 37464144

Vous pouvez utiliser le résultat des commandes show mem ou show mem detail afin d'interpréter la même chose.

ASA1#
ASA1#
ASA1#
ASA1# show mem
Free memory:          37498488 bytes (14%)
Used memory:         230936968 bytes (86%)
-------------     ------------------
Total memory:        268435456 bytes (100%)
ASA1#
ASA1#
ASA1#
ASA1# show mem detail
Free memory:                        37498488 bytes (14%)
Used memory:
     Allocated memory in use:       50581896 bytes (19%)
     Reserved memory:              180355072 bytes (67%)
-----------------------------   ------------------
Total memory:                      268435456 bytes (100%)

Least free memory:         37463768 bytes (14%)
Most used memory:         230971688 bytes (86%)


!--- Some output excluded.

Caveats connus

Cette section décrit certaines mises en garde connues lors de l'interrogation des statistiques de mémoire à l'aide de SNMP

Lorsque l'ASA est interrogé sur les informations de mémoire, SNMP peut rechercher les informations à partir de trois segments principaux de la mémoire ASA, comme indiqué ci-dessous.

  1. Pool de mémoire système

  2. Le pool MEMPOOL_DMA

  3. Pool MEMPOOL_GLOBAL_SHARED

Si les informations du pool MEMPOOL_GLOBAL_SHARED sont interrogées via SNMP, cela entraîne des bogues de CPU. Il est évident que vous pouvez voir des pertes/dépassements de paquets en temps de trafic en rafale/surchargé lorsque vous utilisez SNMP pour interroger des statistiques de mémoire qui demandent à l'ASA d'interroger les informations via d'énormes blocs de mémoire qu'il est associé, ce qui entraîne des problèmes de CPU liés à SNMP. Le processeur ASA peut être maintenu par le processus SNMP pendant trop longtemps avant de le libérer vers d'autres processus. Si le débit de données est assez élevé via l'ASA, les dépassements de capacité augmenteront sur les compteurs d'interface et les paquets pourraient être supprimés.

Il s'applique aux plates-formes à coeur unique et multicoeur. Il est conseillé de ne pas utiliser les MIB du pool de mémoire pour interroger les statistiques qui se rapportent à show mem detail mais d'utiliser uniquement les MIB qui s'associent à la sortie show mem. Vous pouvez exécuter show mem detail à partir de l'interface de ligne de commande afin d'afficher ces bogues du processeur.

Bogues CPU pour SNMP

Cette section fournit des exemples de messages de hog de CPU provenant de Cisco ASA.

Process:      snmp, PROC_PC_TOTAL: 124, MAXHOG: 306, LASTHOG: 299
LASTHOG At:   12:00:24 EDT May 17 2013
PC:           0x000000000124fd5c (suspend)

Process:      snmp, NUMHOG: 124, MAXHOG: 306, LASTHOG: 299
LASTHOG At:   12:00:24 EDT May 17 2013
PC:           0x000000000124fd5c (suspend)
Call stack:   0x000000000124fd5c  0x000000000124e72b  0x000000000124b5da
              0x000000000124e3e7  0x0000000001228b9a  0x000000000122732a
              0x0000000000423cc5

Process:      snmp, PROC_PC_TOTAL: 248, MAXHOG: 306, LASTHOG: 298
LASTHOG At:   12:01:34 EDT May 17 2013
PC:           0x00000000013780cf (suspend)

Process:      snmp, NUMHOG: 248, MAXHOG: 306, LASTHOG: 298
LASTHOG At:   12:01:34 EDT May 17 2013
PC:           0x00000000013780cf (suspend)
Call stack:   0x000000000124803b  0x00000000012289e5  0x000000000122732a
              0x0000000000423cc5

Vous pouvez également voir ces messages d'erreur sur Cisco ASA.

[local5.warning] %ASA-4-711004: Task ran for 305 msec, Process = snmp, PC = 1250117, Call stack = 
2013-05-17T09:33:12-04:00 CISCO-ASA-TEST(10.10.10.1) [local5.warning] %ASA-4-711004: Task ran for 305 msec, Process = snmp, PC = 1250117, Call stack =   0x0000000001250117  0x000000000124ea07  0x000000000124b5da  0x000000000124e3e7  0x0000000001228b9a  0x000000000122732a  0x0000000000423cc5
2013-05-17T09:33:12-04:00 CISCO-ASA-TEST(10.10.10.2) [local5.warning] %ASA-4-711004: Task ran for 354 msec, Process = snmp, PC = 1250117, Call stack = 
2013-05-17T09:33:12-04:00 CISCO-ASA-TEST(10.10.10.2) [local5.warning] %ASA-4-711004: Task ran for 354 msec, Process = snmp, PC = 1250117, Call stack =   0x0000000001250117  0x000000000124ea07  0x000000000124b5da  0x000000000124e3e7  0x0000000001228b9a  0x000000000122732a  0x0000000000423cc5
2013-05-17T09:33:22-04:00 CISCO-ASA-TEST(10.10.10.2) [local5.warning] %ASA-4-711004: Task ran for 348 msec, Process = snmp, PC = 124fd5c, Call stack = 
2013-05-17T09:33:22-04:00 CISCO-ASA-TEST(10.10.10.2) [local5.warning] %ASA-4-711004: Task ran for 348 msec, Process = snmp, PC = 124fd5c, Call stack =   0x000000000124fd5c  0x000000000124e72b  0x000000000124b5da  0x000000000124e3e7  0x0000000001228b9a  0x000000000122732a  0x0000000000423cc5
2013-05-17T09:36:17-04:00 CISCO-ASA-TEST(10.10.10.1) [local5.warning] %ASA-4-711004: Task ran for 300 msec, Process = snmp, PC = 13780cf, Call stack = 
2013-05-17T09:36:17-04:00 CISCO-ASA-TEST(10.10.10.1) [local5.warning] %ASA-4-711004: Task ran for 300 msec, Process = snmp, PC = 13780cf, Call stack =   0x000000000124803b  0x00000000012289e5  0x000000000122732a  0x0000000000423cc5

Atténuation

  1. Évitez d'interroger les OID qui se rapportent à global_shared_mem_pool.

  2. Exécutez la commande snmpwalk pour votre plate-forme ASA et vérifiez si l'un des OID est interrogé en rapport avec le pool global_shared_mem_pool. 

snmpwalk -c public -v2c -Os <IP Address> 1.3.6.1.4.1.9.9.48

enterprises.9.9.48.1.1.1.2.1 = STRING: "System memory"
enterprises.9.9.48.1.1.1.2.6 = STRING: "MEMPOOL_DMA"
enterprises.9.9.48.1.1.1.2.7 = STRING: "MEMPOOL_GLOBAL_SHARED"
enterprises.9.9.48.1.1.1.3.1 = INTEGER: 0
enterprises.9.9.48.1.1.1.3.6 = INTEGER: 0
enterprises.9.9.48.1.1.1.3.7 = INTEGER: 0
enterprises.9.9.48.1.1.1.4.1 = INTEGER: 1
enterprises.9.9.48.1.1.1.4.6 = INTEGER: 1
enterprises.9.9.48.1.1.1.4.7 = INTEGER: 1
enterprises.9.9.48.1.1.1.5.1 = Gauge32: 804874736
enterprises.9.9.48.1.1.1.5.6 = Gauge32: 125674744
enterprises.9.9.48.1.1.1.5.7 = Gauge32: 153938632
enterprises.9.9.48.1.1.1.6.1 = Gauge32: 3490092567
enterprises.9.9.48.1.1.1.6.6 = Gauge32: 146135816
enterprises.9.9.48.1.1.1.6.7 = Gauge32: 3084064048
enterprises.9.9.48.1.1.1.7.1 = Gauge32: 3083999920
enterprises.9.9.48.1.1.1.7.6 = Gauge32: 146133824
enterprises.9.9.48.1.1.1.7.7 = Gauge32: 3083999920

Évitez d'utiliser enterprise.9.9.48.1.1.1.7 car il s'agit de l'OID de la mémoire contiguë la plus grande. En outre, les entreprises.9.9.48.1.1.1.X.7 doivent être évitées en ce qui concerne MEMPOOL_GLOBAL_SHARED.

Lors de l'interrogation des OID de la famille, 9.9.48.1.1.1.x.y, vérifiez si 'y' correspond à global_mempool ; si oui, évitez d'utiliser ces OID pour atténuer les problèmes de bogues du processeur SNMP. Ce Y est généré dynamiquement et peut être différent avec différentes plates-formes Cisco ASA.

Veuillez vous reporter à CSCtx43501 pour plus de détails.

Informations connexes

Historique de révision

Révision Date de publication Commentaires
1.0
02-Aug-2013
Première publication

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits