Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Premesse

Architettura SNMP

File di configurazione SNMP

File XML

File MIB

Procedure di base per la risoluzione dei problemi relativi a SNMP

Introduzione

Questo documento descrive come risolvere i problemi relativi all'architettura del framework SNMP (Simple Network Management Protocol) da una prospettiva di Quantum Policy Suite (QPS).

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

Le informazioni fornite in questo documento si basano su QPS release 5.5 e successive.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Premesse

Architettura SNMP

Ogni macchina virtuale (VM) esegue un processo "snmpd". Gli allarmi o i trap generati da una VM in QPS vengono inoltrati a un utente di Network Management System (NMS) tramite un load balancer attivo come lbvip01 o lbvip02.

- lbvip01 invia trap SNMP a un server NMS esterno per la comunicazione esterna. Un heartbeat di elevata disponibilità QPS garantisce che lbvip01è sempre disponibile, sia sulla VM di bilanciamento del carico lb01 o lb02.

- lbvip02 viene utilizzato da tutte le VM (ad esempio lb01x, qns0x, portal0xe così via) per inviare trap SNMP a un load balancer attivo per la comunicazione interna.

- lbvip01 e lbvip02 indirizzi IP attivati lb01e lb02 si trovano nella /etc/hosts file.

- 162 è la porta UDP predefinita utilizzata per i messaggi trap SNMP.

- Broadhop è la stringa della community SNMP predefinita per l'accesso al framework.

File di configurazione SNMP

Quattro importanti file o script di configurazione SNMP di QPS release 5.5 risiedono sulle VM del load balancer:

- /etc/snmp/snmpd.conf viene utilizzato per la configurazione di indirizzi IP e porte. Il servizio "snmp" esegue il polling della VM ogni minuto per individuare i valori configurati in questo file. Il file invia i trap versione 2 a lbvip02 attraverso la riga: trap2sink lbvip02 broadhop.

- /etc/snmp/scripts/snmp_communities definisce il nome della community SNMP per comunicare con il sistema NMS esterno, ad esempio trap_community=Cisco.

- /etc/snmp/scripts/component_trap_conver trasforma la trap in una trap QNS (Quantum Network Suite), come definito nel MIB BROADHOP-NOTIFICATION, e la invia all'indirizzo IP NMS dell'utente esterno.

- /etc/snmp/snmptrapd.conf è il file di configurazione del ricevitore delle notifiche Net-SNMP che utilizza uno o più file di configurazione per controllarne il funzionamento e la modalità di elaborazione delle trap ricevute. Il file invia le trap effettive al sistema NMS esterno tramite  lbvip0.

File XML

Le macchine virtuali client PCRF (Policy and Changing Rules Function), ad esempio pcrfclient01 e pcrfclient02, contengono tre file XML correlati alla configurazione SNMP di QPS release 5.5:

- attributes.xml contiene il mapping tra un identificatore di oggetto (OID) SNMP e lo javabean o l'attributo JMX (Java Management Extension) che contiene il valore.

- managers.xml elenca gli host remoti che riceveranno le trap SNMP.

- notifications.xml elenca le trap SNMP che possono essere inviate e contiene un mapping degli attributi agli OID.

I tre file XML si trovano nella /etc/broadhop/

/snmp

directory. Per trovare la directory corretta:

1. Utilizzare l'utilità cat per individuare il file server corretto nella macchina virtuale client PCRF.

cat /etc/broadhop/servers

Output di esempio:

lb01=iomanager01

lb02=iomanager02

qns01=pcrf_A

qns01=pcrf_A

qns02=pcrf_A

qns02=pcrf_A

qns03=pcrf_B

qns03=pcrf_B

qns04=pcrf_B

qns03=pcrf_B

qns04=pcrf_B

pcrfclient01=controlcenter

pcrfclient01=pb

pcrfclient02=controlcenter

pcrfclient02=pb

2. Dopo aver visualizzato il file del server, è possibile trovare la directory con i tre file XML per una particolare VM nel modo seguente:

/etc/broadhop/pcrf_A/snmp

/etc/broadhop/pcrf_B/snmp

/etc/broadhop/pb/snmp

/etc/broadhop/controlcenter/snmp

/etc/broadhop/iomanager01/snmp

/etc/broadhop/iomanager02/snmp

File MIB

I MIB utilizzati dal protocollo SNMP si trovano sulla VM corrispondente nel /etc/snmp/mibs  directory.

- BROADHOP-QNS-MIB.mib definisce le statistiche recuperabili e gli indicatori di prestazioni chiave (KPI).

- BROADHOP-NOTIFICATION-MIB.mib definisce le notifiche e le trap disponibili.

Procedure di base per la risoluzione dei problemi relativi a SNMP

Eseguire questi passaggi sulla macchina virtuale del servizio di bilanciamento del carico attivo, su lb01 o lb02.

1. Verificare che il processo snmpd sia funzionante sulla VM corrispondente con il comando:
service snmpd status

2. Se il servizio snmpd è stato arrestato, avviarlo con il comando:
service snmpd start

3. Verificare che le iptable siano spente e controllare lo stato della porta UDP 162 (se la porta UDP 162 è utilizzata anche nel sistema NMS).

4. Verificare che le versioni di Red Hat Package Manager (RPM) per SNMP siano le stesse, con il comando:
rpm –qa | grep snmp

Esempio di output con tutte le versioni alla versione 5.3.2.2:

net-snmp-5.3.2.2-17.el5

net-snmp-utils-5.3.2.2-17.el5

net-snmp-libs-5.3.2.2-17.el5

- net-snmp è un pacchetto necessario per distribuire SNMP.

- net-snmp-utils è un pacchetto che contiene varie utilità da utilizzare con NET-SNMP ed è necessario per eseguire utilità che gestiscono la rete con il protocollo SNMP.

- net-snmp-libs contiene le librerie di runtime per applicazioni e binari condivisi.

5. Immettere il rpm-qi per visualizzare informazioni dettagliate su RPM.
Esempio:

rpm -qi net-snmp-5.3.2.2-17.el5

rpm -qi net-snmp-utils-5.3.2.2-17.el5

rpm -qi net-snmp-libs-5.3.2.2-17.el5

6. Per garantire che QPS invii trap SNMP al sistema NMS appropriato, verificare che l'indirizzo IP del sistema NMS esterno sia definito nella VM di bilanciamento del carico in /etc/hosts e /etc/snmp/scripts/ component_trap_convert con il comando:
grep 'corporate_nms_ip'

Nota: dove 'corporate_nms_ip' è l'indirizzo IP NMS, ad esempio, 10.106.74.10.

7. Assicurarsi che ilsnmpd.conf il file contiene la riga rocommunity Broadhop con il comando:
cat /etc/snmp/snmpd.conf

Questa riga è necessaria perché tutte le trap interne dalle diverse VM QNS alla VM di bilanciamento del carico attiva vengono inviate tramite il nome della community predefinito Broadhop.

8. Verificare che il load balancer e il sistema NMS esterno utilizzino lo stesso nome di comunità di trap con il comando:
/etc/snmp/scripts/snmp_communities

Ad esempio, assicurarsi che il load balancer e il sistema NMS esterno utilizzino entrambi trap_community=Cisco .

9. Controllare la /var/log/snmp/trap file di log per garantire che le trap dalle rispettive VM QNS abbiano raggiunto correttamente la VM del load balancer attiva.
Esempio di file di log di trap:

Jun 15 04:02:16 AIO-POD1 snmpd[3754]: Received SNMP packet(s) from UDP: [127.0.0.1]

:56568

Jun 15 04:02:16 AIO-POD1 snmpd[3754]: Connection from UDP: [127.0.0.1]:48071

Jun 15 04:02:14 AIO-POD1 snmptrapd[3769]: 2014-06-15 04:02:14 AIO-POD1.cisco.com

[10.106.74.34] (via UDP: [127.0.0.1]:39334) TRAP, SNMP v1, community broadhop

NET-SNMP-MIB::netSnmpNotificationPrefix Enterprise Specific Trap (NET-SNMP-AGENT-MIB

::nsNotifyRestart) Uptime: 62 days, 5:04:42.43

10. Acquisisci i registri da /var/log/messages sul load balancer attivo e cercare eventuali messaggi di errore relativi a SNMP.