Introducción
Este documento describe los pasos para resolver el error "El servidor CCM regional no puede validar la licencia" en Cisco Prime Network Registrar (CPNR).
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
Componentes
La información de este documento se basa en CPNR 8.x y versiones posteriores.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Problema
A partir de la versión 8.0 en adelante, CPNR proporciona licencias independientes para los servicios de administración de configuración central (CCM), sistema de nombres de dominio autorizado (DNS), DNS de almacenamiento en caché, protocolo de configuración dinámica de host (DHCP) y administración de direcciones IP (IPAM) o para combinaciones de estos servicios.
Siempre que inicie sesión en un clúster regional o local, se comprobará el estado general de las licencias del sistema.
Si se produce alguna infracción, se le notificará la infracción y los detalles. Esta notificación se realiza sólo una vez para cada sesión de usuario.
Además, podrá ver un mensaje en cada página que indica la infracción.
En la GUI de CPNR local, estos son los mensajes de advertencia que aparecerán en la parte inferior derecha para dicha violación de licencia: Cumplimiento de licencia: El servidor CCM regional no puede validar licencias.

Además, cuando inicie sesión en nrcmd desde CLI, se observarán estos mensajes de advertencia.
./nrcmd
101 ok, with warning
Regional CCM server cannot validate licenses.
Estos mensajes de error se pueden ver en el registro (config_ccm_1_log) del servidor local afectado en el clúster.
La ubicación del archivo de registro es /var/nwreg2/local/logs/
config_ccm_1_log:04/25/2020 18:30:58 config/ccm/1 Info Server 0 06244 conn(0x3a33): Regional CCM server cannot validate licenses.
config_ccm_1_log:04/25/2020 18:30:58 config/ccm/1 Info Server 0 06244 conn(0x3a33): Regional CCM server cannot validate licenses.
04/25/2020 21:04:21 config/ccm/1 Warning Server AX_ETIMEDOUT 06529 Failed to connect to regional with address 10.yy.yy.yy:1244 for license utilization reporting.
04/26/2020 1:04:21 config/ccm/1 Warning Server AX_ETIMEDOUT 06529 Failed to connect to regional with address 10.yy.yy.yy:1244 for license utilization reporting.
Troubleshoot
Comunicación de red
- Abra los puertos (1234 y 1244) del firewall para que se establezca la comunicación entre el servidor local y el regional.
Este archivo se puede verificar para determinar si hay otros puertos alternativos configurados en el entorno para esta comunicación entre Local y Regional. En función de esto, se puede comprobar la facilidad de comunicación de la red.
# more /opt/nwreg2/local/conf/cnr.conf | grep -i ccm
cnr.regional-ccm-port=1244
cnr.ccm-port=1234
cnr.ccm-mode=local
#
- Verifique si los puertos están escuchando.
#netstat -an | grep -i 1234
#netstat -an | grep -i 1244
- Realice una captura de paquetes en la CLI del servidor local para analizar la captura con el uso de la herramienta Wireshark cuando registre el paquete local a regional para obtener licencias.
#tcpdump -i any host x.x.x.x -w /license-registration.pcap
donde x.x.x.x sería la dirección IP del servidor regional.
Sincronización horaria
Si la hora no está sincronizada entre los servidores locales y regionales, ninguno de ellos puede comunicarse entre sí. Asegúrese de que la desviación de tiempo no sea superior a 5 minutos.
Asegúrese de que tanto los servidores locales como los regionales estén sincronizados con un servidor de protocolo de tiempo de la red (NTP) común para evitar problemas de sincronización horaria.
Estos comandos se pueden utilizar para verificar la sincronización horaria y el estado del servicio NTP en Local y Regional respectivamente.
(Regional)
# date
Sun Aug 9 17:20:57 IST 2020
(Local)
# date
Sun Aug 9 17:21:20 IST 2020
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
NTP-SERVER-1 .INIT. 16 u - 1024 0 0.000 0.000 0.000
NTP-SERVER-2 .INIT. 16 u - 1024 0 0.000 0.000 0.000
#
# /etc/init.d/ntpd status
ntpd (pid 23736) is running...
- strace ntpq -pn ::1|& grep -i conn
# strace ntpq -pn ::1|& grep -i conn
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
connect(3, {sa_family=AF_INET6, sin6_port=htons(123), inet_pton(AF_INET6, "::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0
#
Problemas del servicio NTP
Estos resultados son ejemplos de un escenario de no funcionamiento de los servicios NTP.
# ntpq -p
ntpq: read: Connection refused
# /etc/init.d/ntpd status
ntpd is stopped
Rastree la conexión NTP.
- strace ntpq -pn ::1|& grep -i conn
# strace ntpq -pn ::1|& grep -i conn
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
connect(3, {sa_family=AF_INET6, sin6_port=htons(123), inet_pton(AF_INET6, "::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0
recvfrom(3, 0x7fffb9091bf0, 512, 0, 0, 0) = -1 ECONNREFUSED (Connection refused)
write(2, "Connection refused\n", 19Connection refused
Este comando se puede utilizar para reiniciar los servicios NTP.
# /etc/init.d/ntpd restart
Shutting down ntpd: [FAILED]
Starting ntpd: [ OK ]
#
Reinscripción
- Vuelva a registrar el servidor local en el servidor regional para la licencia con el uso de este comando.
/opt/nwreg2/local/usrbin/nrcmd -L -N admin -P password
license register cdns 10.xx.xx.xx 1244


Comprobación de credenciales
Verifique que el nombre del administrador, la contraseña y la información del puerto provistos en Operate > Manage Clusters > Local host sean correctos en la GUI del servidor regional.

Verificación
- Inicie sesión en la GUI; verá que el mensaje emergente de advertencia ya no estará disponible.
- Acceda a nrcmd y verifique que las advertencias no vuelvan a aparecer.
Información Relacionada