Sommario

Introduzione

Premesse

Chiusura istanza CPAR

Riavvio del calcolo dell'applicazione CPAR e controllo dello stato

Avvio istanza CPAR

Controllo stato post avvio istanza CPAR

Introduzione

Questo documento descrive la procedura da seguire per la chiusura e il riavvio regolari del nodo di calcolo.

Questa procedura è valida per un ambiente Openstack che utilizza la versione NEWTON in cui ESC non gestisce Cisco Prime Access Registrar (CPAR) e CPAR viene installato direttamente sulla VM distribuita in Openstack. CPAR viene installato come computer/macchina virtuale.

Premesse

Ultra-M è una soluzione di base di pacchetti mobili preconfezionata e convalidata, progettata per semplificare l'installazione di VNF. OpenStack è Virtualized Infrastructure Manager (VIM) per Ultra-M ed è costituito dai seguenti tipi di nodi:

- Calcola

- Disco Object Storage - Compute (OSD - Compute)

- Controller

- Piattaforma OpenStack - Director (OSPD)

L'architettura di alto livello di Ultra-M e i componenti coinvolti sono mostrati in questa immagine:

Questo documento è destinato al personale Cisco che ha familiarità con la piattaforma Cisco Ultra-M e descrive in dettaglio i passaggi richiesti da eseguire in OpenStack e Redhat OS.

Nota: Per definire le procedure descritte in questo documento, viene presa in considerazione la release di Ultra M 5.1.x.

Chiusura istanza CPAR

È importante non arrestare tutte e 4 le istanze AAA contemporaneamente in un sito (città). Ogni istanza AAA deve essere chiusa una alla volta.

Passaggio 1. Chiudere l'applicazione CPAR con questo comando:

/opt/CSCOar/bin/arserver stop

Messaggio indicante che l'agente server Cisco Prime Access Registrar è stato arrestato correttamente. Deve essere visualizzato

Nota: Se un utente ha lasciato aperta una sessione CLI, il comando arserver stop non funziona e viene visualizzato questo messaggio:

"ERRORE:    Non è possibile arrestare Cisco Prime Access Registrar mentre

CLI in uso.   Elenco corrente di

CLI con ID processo:  2903 /opt/CSCOar/bin/aregcmd -s"

In questo esempio è necessario terminare il processo con ID 2903 prima di poter arrestare CPAR. In questo caso, terminare il processo con questo comando:

kill -9 *id_processo*

Ripetere quindi il punto 1.

Passaggio 2. Verificare che l'applicazione CPAR sia effettivamente chiusa con questo comando:

/opt/CSCOar/bin/arstatus

Verranno visualizzati i messaggi seguenti:

Cisco Prime Access Registrar Server Agent non in esecuzione

GUI di Cisco Prime Access Registrar non in esecuzione

Passaggio 3. Inserire il sito Web dell'interfaccia utente di Horizon che corrisponde al sito (Città) su cui si sta lavorando. Fare riferimento a questo per i dettagli IP. Immettere le credenziali con cpar per la visualizzazione personalizzata:

Passaggio 4. Passare a Progetto > Istanze, come mostrato nell'immagine.

Se l'utente utilizzato era cpar, in questo menu vengono visualizzate solo le 4 istanze AAA.

Passaggio 5. Chiudere solo un'istanza alla volta. Ripetere l'intero processo in questo documento.

Per arrestare la VM, passare a Azioni > Arresta istanza:

e confermare la selezione.

Passaggio 6. Verificare che l'istanza sia stata effettivamente chiusa archiviando lo stato = Arresto e lo stato di alimentazione = Arresto

Questo passaggio termina il processo di chiusura CPAR.

Riavvio del calcolo dell'applicazione CPAR e controllo dello stato

Avvio istanza CPAR

Seguire questa procedura, una volta che l'attività RMA è stata completata e i servizi CPAR possono essere ristabiliti nel Sito che è stato chiuso.

Passaggio 1. Accedere nuovamente a Orizzonte, selezionare Progetto > Istanza > Avvia istanza.

Passaggio 2. Verificare che lo stato dell'istanza sia attivo e che lo stato di alimentazione sia In esecuzione, come mostrato nell'immagine.

Controllo stato post avvio istanza CPAR

Passaggio 1. Accedere all'istanza CPAR tramite SSH (Secure Shell).

Eseguire il comando /opt/CSCOar/bin/arstatus a livello di sistema operativo

[root@wscaaa04 ~]# /opt/CSCOar/bin/arstatus

Cisco Prime AR RADIUS server running                  (pid: 4834)

Cisco Prime AR Server Agent running                    (pid: 24821)

Cisco Prime AR MCD lock manager running          (pid: 24824)

Cisco Prime AR MCD server running                     (pid: 24833)

Cisco Prime AR GUI running                                    (pid: 24836)

SNMP Master Agent running                                   (pid: 24835)

[root@wscaaa04 ~]#

Passaggio 2. Eseguire il comando /opt/CSCOar/bin/aregcmd a livello di sistema operativo e immettere le credenziali dell'amministratore. Verificare che CPAR Health sia 10 su 10 e che l'uscita da CPAR CLI sia corretta.

[root@rvraaa02 logs]# /opt/CSCOar/bin/aregcmd

Cisco Prime Access Registrar 7.3.0.1 Configuration Utility Copyright (C) 1995-2017 by Cisco Systems, Inc.  All rights reserved. Cluster:

User: admin Passphrase:

Logging in to localhost

[ //localhost ]

LicenseInfo = PAR-NG-TPS 7.2(100TPS:) PAR-ADD-TPS 7.2(2000TPS:) PAR-RDDR-TRX 7.2()

PAR-HSS 7.2()

Radius/ Administrators/

Server 'Radius' is running, its health is 10 out of 10

--> exit

Passaggio 3. Eseguire il comando netstat | diametro grep e verificare che tutte le connessioni DRA siano stabilite.

L'output qui menzionato è relativo a un ambiente in cui sono previsti collegamenti con diametro. Se vengono visualizzati meno collegamenti, si tratta di una disconnessione da DRA che deve essere analizzata.

[root@aa02 logs]# netstat | grep diameter

tcp         0            0 aaa02.aaa.epc.:77 mp1.dra01.d:diameter ESTABLISHED

tcp         0            0 aaa02.aaa.epc.:36 tsa6.dra01:diameter ESTABLISHED

tcp         0            0 aaa02.aaa.epc.:47 mp2.dra01.d:diameter ESTABLISHED

tcp         0            0 aaa02.aaa.epc.:07 tsa5.dra01:diameter ESTABLISHED

tcp         0            0 aaa02.aaa.epc.:08 np2.dra01.d:diameter ESTABLISHED

Passaggio 4. Verificare che nel registro TPS siano visualizzate le richieste elaborate da CPAR. I valori evidenziati rappresentano la TPS e quelli che richiedono attenzione. Il valore di TPS non deve superare 1500.

[root@aaa04 ~]# tail -f /opt/CSCOar/logs/tps-11-21-2017.csv 11-21-2017,23:57:35,263,0

11-21-2017,23:57:50,237,0

11-21-2017,23:58:05,237,0

11-21-2017,23:58:20,257,0

11-21-2017,23:58:35,254,0

11-21-2017,23:58:50,248,0

11-21-2017,23:59:05,272,0

11-21-2017,23:59:20,243,0

11-21-2017,23:59:35,244,0

11-21-2017,23:59:50,233,0

5. Cercare eventuali messaggi di "errore" o "allarme" in name_radius_1_log.

[root@aaa02 logs]# grep -E "error|alarm" name_radius_1_log