Manual de la revisión médica CPAR

Introducción

Este documento describe cómo controlar la salud del secretario primero del acceso de Cisco (CPAR) antes y después de la ejecución de una ventana de mantenimiento.

Este procedimiento solicita el entorno de un Openstack usando la versión de NEWTON donde salida no maneja el CPAR y está instalada directamente en la VM desplegada en Openstack.

Antecedentes

Ultra-M es una solución móvil virtualizada preembalada y validada de la base del paquete que se diseña para simplificar el despliegue de VNFs. OpenStack es el encargado virtualizado de la infraestructura (VIM) para Ultra-M y consiste en estos tipos de nodo:

• Cálculo
• Disco del almacenamiento del objeto - Cálculo (OSD - Cálculo)
• Regulador
• Plataforma de OpenStack - Director (OSPD)

La arquitectura de alto nivel de Ultra-M y los componentes implicados se muestran en esta imagen:

Este documento se piensa para el personal de Cisco que es familiar con la plataforma de Cisco Ultra-M y detalla los pasos requeridos ser realizado en el OS de OpenStack y de Redhat. 

Nota: Ultra la versión M 5.1.x se considera para definir los procedimientos en este documento.

Impacto de la red

No hay interrupción o interferencia con la red o los servicios CPAR.

Alarmas

Este procedimiento no acciona ninguna alarmas.

Revisión médica

Conecte con el servidor con el Secure Shell (SSH). 

Funcione con todos estos pasos antes y después de la actividad.

Paso 1. Ejecute el comando /opt/CSCOar/bin/arstatus en el nivel OS.

[root@aaa04 ~]# /opt/CSCOar/bin/arstatus
Cisco Prime AR RADIUS server running       (pid: 24834)
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 ~]#

Paso 2. Ejecute el comando /opt/CSCOar/bin/aregcmd en el nivel OS y ingrese las credenciales admin. Verifique que la salud de CPAr sea 10 de 10 y la salida CPAR CLI.

 
[root@aaa02 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

Paso 3. Ejecute el comando netstat | el diámetro del grep y verifica que todas las conexiones de DRACMAS estén establecidas.

La salida mencionada abajo es para un entorno donde se esperan los links del diámetro. Si se visualizan menos links, éste representa una desconexión del DRACMA que necesita ser analizado.

[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

Paso 4. Controle que el registro TPS muestra las peticiones que es procesado por el CPAR. Los valores destacados en intrépido representan el TPS y ésos son los que necesitamos prestar la atención a.

El valor de TPS no debe exceder de 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

Paso 5. Busque cualquier error o mensaje de alarma en name_radius_1_log.

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

Paso 6. Éste es el comando de verificar la cantidad de memoria que el proceso CPAR utiliza.

top | grep radius

[root@aaa02 ~]# top | grep radius
27008 root      20   0 20.228g 2.413g  11408 S 128.3  7.7   1165:41 radius

Este valor destacado debe ser más bajo que: 7Gb, que es el máximo permitió en el nivel de aplicación.

Paso 7. Éste es el comando de verificar la utilización del disco:

df -h
 
[root@aaa02 ~]# df -h
Filesystem                                          Size  Used Avail Use% Mounted on
/dev/mapper/vg_arucsvm51-lv_root    26G   21G  4.1G  84% /
tmpfs                                                  1.9G  268K  1.9G   1% /dev/shm
/dev/sda1                                            485M   37M  424M   8% /boot
/dev/mapper/vg_arucsvm51-lv_home 23G  4.3G   17G  21% /home 

Este valor total debe ser más bajo que: los 80%, si son más el de 80% identifican los ficheros innecesarios y los limpian.

Paso 8. Verifique que no haya archivo núcleo generado.

El archivo núcleo se genera en caso de caída de la aplicación cuando el CPAR no puede dirigir una excepción y un su generados en la ubicación estos dos.

 
[root@aaa02 ~]# cd /cisco-ar/
[root@aaa02 ~]# cd /cisco-ar/bin

No debe haber ninguna archivos núcleo situada en la ubicación antedicha dos, si aumento encontrado un caso del TAC de Cisco para identificar la causa raíz de tal excepción y asociar los archivos núcleo para poner a punto.