Manuel de vérification de l'intégrité CPAR

Introduction

Ce document décrit comment vérifier l'état CPAR (Cisco Prime Access Registrar) avant et après l'exécution d'une fenêtre de maintenance.

Cette procédure s'applique à un environnement Openstack utilisant la version NEWTON où ESC ne gère pas CPAR et est installé directement sur la machine virtuelle déployée sur Openstack.

Informations générales

Ultra-M est une solution de coeur de réseau de paquets mobiles virtualisés prépackagée et validée conçue pour simplifier le déploiement des VNF. OpenStack est le gestionnaire d'infrastructure virtualisée (VIM) pour Ultra-M et comprend les types de noeuds suivants :

• Calcul
• Disque de stockage d'objets - Calcul (OSD - Calcul)
• Contrôleur
• Plate-forme OpenStack - Director (OSPD)

L'architecture de haut niveau d'Ultra-M et les composants concernés sont illustrés dans cette image :

Ce document est destiné au personnel de Cisco qui connaît la plate-forme Cisco Ultra-M et décrit en détail les étapes à suivre dans les systèmes d'exploitation OpenStack et Redhat. 

Note: La version Ultra M 5.1.x est prise en compte afin de définir les procédures de ce document.

Impact du réseau

Il n'y a aucune interruption ou interférence avec les services de réseau ou CPAR.

Alarmes

Cette procédure ne déclenche aucune alarme.

Vérification de l'intégrité

Connectez-vous au serveur via Secure Shell (SSH). 

Exécutez toutes ces étapes avant et après l'activité.

Étape 1. Exécutez la commande /opt/CSCOar/bin/arstatus au niveau du système d'exploitation.

[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 ~]#

Étape 2. Exécutez la commande /opt/CSCOar/bin/aregcmd au niveau du système d'exploitation et saisissez les informations d'identification de l'administrateur. Vérifiez que l'état CPAr est 10 sur 10 et quittez l'interface CLI CPAR.

 
[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

Étape 3. Exécuter la commande netstat | grand diamètre et vérifiez que toutes les connexions DRA sont établies.

Le résultat mentionné ci-dessous concerne un environnement dans lequel des liaisons de diamètre sont attendues. Si moins de liens sont affichés, cela représente une déconnexion du DRA qui doit être analysée.

[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

Étape 4. Vérifiez que le journal TPS affiche les demandes traitées par CPAR. Les valeurs mises en évidence en gras représentent le TPS et ce sont celles auxquelles nous devons prêter attention.

La valeur de TPS ne doit pas dépasser 1 500.

[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

Étape 5. Recherchez les messages d'erreur ou d'alarme dans name_radius_1_log.

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

Étape 6. Il s'agit de la commande permettant de vérifier la quantité de mémoire utilisée par le processus CPAR.

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

Cette valeur mise en surbrillance doit être inférieure à : 7 Go, ce qui correspond au maximum autorisé au niveau de l'application.

Étape 7. Voici la commande permettant de vérifier l'utilisation du disque :

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 

Cette valeur globale doit être inférieure à : 80 %, s'il s'agit de plus de 80 %, identifiez les fichiers inutiles et nettoyez-les.

Étape 8. Vérifiez qu'il n'y a aucun fichier principal généré.

Le fichier principal est généré en cas de panne de l'application lorsque CPAR ne peut pas gérer une exception et qu'il est généré à ces deux emplacements.

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

Aucun fichier principal ne doit se trouver à l'emplacement ci-dessus, s'il est détecté, déclenchez un cas TAC Cisco afin d'identifier la cause première de cette exception et de joindre les fichiers principaux pour le débogage.