VERIFICACIONES REQUERIDAS EN LAS OPERACIONES

1. LUXOR

En Luxor tienen lugar los servicios de Campañas Salientes de España, mencionados a

continuación:

 KAT Events (también conocido como TAIKEN).

 Securitas.

Estos servicios dependen de una troncal por la que salen las llamadas desde las extensiones
configuradas por el personal de Telefonía. Las operaciones de los mismos dan inicio a las 07:00
a.m., de lunes a viernes. Los fines de semana no laboran.

Las verificaciones preliminares que se deben hacer se detallan a continuación:

1.1. Conectarse a Luxor a través de la VPN. Se puede utilizar el gateway de CANTV (IP:
190.202.3.66; puerto: 10443) o el de IPNet (IP: 138.186.7.3; puerto: 10443), con las
credenciales de dominio.

Imagen 1. Conexión a Luxor a través de la VPN.

1.2. Acceder a la interfaz web de Issabel a través de la IP 172.25.8.11.

Imagen 2. Interfaz web de Issabel.

1.3. Iniciar sesión con las credenciales opti y caracas2022++.

1.4. En el panel izquierdo de la interfaz principal desplegar la opción Herramientas y
seleccionar la opción Asterisk-Cli.

Imagen 3. Interfaz web de Issabel.

1.5. En el campo Comando escribir sip show peers y hacer click en Ejecutar.

Imagen 4. Comando sip show peers.

1.6. El resultado de dicho comando serán todas las extensiones configuradas. De haber
personal conectado se muestra la dirección IP en la columna de Host, así como el Status
en OK.

Imagen 5. Resultado del comando sip show peers.

1.7. Al final estará la troncal de IP 66.165.168.107 y puerto 5060. Debe encontrarse con el
status en OK. De lo contrario, notificar al personal de Telefonía.

Imagen 6. Resultado del comando sip show peers.

1.8. Con el comando core show calls se muestra el total de llamadas registradas en el sistema.
Una vez comience la operación el número total debe ser mayor al previamente verificado.

Imagen 7. Resultado del comando core show calls.

1.9. En la opción Grabaciones del panel izquierdo se pueden ver los registros comprendidos
entre las fechas especificadas.

Imagen 8. Grabaciones sin resultados.

1.10. Luego de iniciada la operación o buscando algún día previo, en la sección Grabaciones
se mostrarán los registros correspondientes, la hora, la extensión que llama, el número
destino, la duración de la misma, el tipo (saliente) y la posibilidad para Escuchar o
Descargar el audio de la misma.

Imagen 9. Grabaciones con resultados.

1.11. Para confirmar el funcionamiento de la troncal se debe configurar el 3CX Phone con la
extensión 2802, contraseña 2802p2p y servidor 172.25.8.11.

Imagen 10. Configuración del 3CX Phone.

1.12. Una vez que el teléfono se haya “enganchado”, se puede llamar a cualquier número
telefónica, no necesariamente de España, como lo puede ser el número telefónico celular
personal.

Imagen 11. 3CX Phone “enganchado” y preparado para llamar.

1.13. Una vez validados todos los puntos anteriores previos al inicio se notifica por el grupo OPTI
Luxor que las campañas de España se encuentran operativas.
2. BEFRANSA

2.1. Conectarse a Befransa a través de la VPN, utilizando el gateway de IP 45.230.46.138 y

puerto 10443, con las credenciales de dominio.

Imagen 12. Conexión a Befransa a través de la VPN.

2.2. La primera validación consiste en hacer ping a todos los equipos físicos y máquinas
virtuales del data center de Befransa. Las direcciones son las siguientes:

 Controladores de dominio: 172.16.15.72 y 172.16.1.160.

 Storage (QNAP): 10.1.231.188
 Bases de datos de GYSMOCC: 172.29.0.200, 172.29.0.20 y 172.29.0.202.
 ESXi: 172.16.24.1, 172.16.24.2 y 172.16.24.3.
 Central administrativa: 10.1.231.187.
 Servidor DNS: 172.16.15.25.
 vCenter: 172.16.24.50.ASR
 Banesco: 10.1.238.16 y 10.1.238.17 (ASR), 10.1.238.18 (IVR), 10.1.238.51 y
10.1.238.52 (ACD), 10.1.238.21 y 10.1.238.22 (APL).
 Platco: 10.1.238.188 (ASR), 10.1.238.30 (ACD) y 10.1.238.35 (APL).
 Balanceador de carga: 10.1.238.100, 10.1.238.101, 10.1.238.102 y 10.1.238.103.
 Estas validaciones se pueden llevar a cabo utilizando el script Test de conectividad BF
que les hace ping a todas las direcciones mencionadas.

Imagen 13. Script para validar equipos y máquinas virtuales de Befransa.

Imagen 14. Script para validar equipos y máquinas virtuales de Befransa.

2.3. Los primeros elementos en el tránsito de las llamadas son los ASR que las reciben desde
los clientes (en el caso de Banesco desde el IVR de su propiedad; en el caso de Platco
desde Telefónica). Para ingresar a ellos vía ssh utilizar las credenciales root y
478V6S6436T8.
 Imagen 15. Los tres ASR correspondientes a los dos servicios.

2.4. Con la opción de MobaXterm para ejecutar comandos en múltiples consolas validar:

 El servicio Asterisk utilizando /etc/init.d/asterisk stop, start y status.

 La fecha y hora utilizando date. De este valor depende la apertura y el cierre de las
colas, de modo que si se encuentra sincronizada con la hora actual se presentarán
inconvenientes al momento que deba iniciar o terminar el servicio. En caso de que no
sea correcta, utilizar adicionalmente date --set “YYYY-MM-DD hh:mm” especificando
el año, mes, día, hora y minuto.
 Adicionalmente se puede utilizar ps -ef | grep asterisk para ubicar todos los servicios
y PIDs que se estén ejecutando y qye contengan la palabra “asterisk”. En caso de que
haga falta eliminar alguno se puede utilizar el comando kill -9 <pid>.

Imagen 16. Reinicio y validaciones de servicios en los ASR.

2.5. Los siguientes componentes son los ACD, que reciben las llamadas de los ASR y las
asignan a los agentes. Para ingresar vía ssh utilizar las mismas credenciales especificadas
en el punto 2.3.

Imagen 17. Los tres ACD correspondientes a los dos servicios.

2.6. De igual forma, con la opción de ejecutar comandos en múltiples consolas, se debe validar:

 El servicio Asterisk con /etc/init.d/asterisk stop, start y status.

 El servicio CallCenter con /etc/init.d/callcenter stop, start y status. Este se compone
del Presence, el LiveCallsMonitor y el DefaultAgiServer. Al operar sobre callcenter
se opera por igual sobre los tres “sub-servicios”, cada uno con su PID único.
 La fecha con date igual que en los ASR (ver punto 2.4).
 Imagen 18. Reinicio y validaciones de servicios en los ACD.

2.7. Con el comando ps -ef | grep asterisk se deberían poder ver tanto los procesos y PID de
asterisk, como los tres de callcenter.

Imagen 19. Resultado del comando ps -ef | grep asterisk.

2.8. La última validación son los puntos de montura. Utilizando df -h se consulta el sistema de
archivos, incluyendo los ficheros que estén montados.

Imagen 20. Resultado del comando df -h.

2.9. En los tres ACD se encuentran en /mnt/asterisk01/, por lo que se puede hacer un ls a esa
ruta y deberían aparecer las carpetas llamadas, reportes y tmp. Adicionalmente,
 consultando con ls /mnt/asterisk01/llamadas/2022/01/26/ se pueden ver las grabaciones
almacenadas dicho día.

Imagen 21. Resultado de revisar los ficheros y archivos dentro del punto de montura.

2.10. En caso de que los pasos anteriores no muestren el punto de montura, se puede
desmontar con umount y volverlo a montar con mount -a. Este último comando toma
como referencia el archivo /etc/fstab (se puede verificar con cat o modificar con vim).

Imagen 22. Fragmento de fstab en ACD de Banesco.

Imagen 23. Fragmento de fstab en ACD de Platco.

2.11. El último componente que verificar son los APL, que proporcionan la interfaz web (el front).
Para ingresar vía ssh utilizar las mismas credenciales especificadas en el punto 2.3.
 Imagen 24. Los tres APL correspondientes a los tres servicios.

2.12. Igualmente, con la opción de ejecutar comandos en varias consolas se debe validar:

 El servicio apache2 con /etc/init.d/apache2 stop, start y status.

 El servicio node-gysmo con /etc/init.d/node-gysmo stop, start y status. Éste se
compone a su vez de gysmo-cti (que proporciona la interfaz web para la atención y
monitireo de llamadas) y gysmo_node_chat (gestiona la mensajería interna).
 La fecha con date igual que en los ASR (ver punto 2.4).

Imagen 25. Reinicio y validaciones de servicios de servicios en los APL.

2.13. Los APL igualmente tienen un punto de montura para la reproducción de llamadas
guardadas y que se puede verificar con df -h igual que en los ACD (ver punto 2.8). La
diferencia es que se ubican en:

 /mnt/glusterfs-banesco/banesco/telefonia/ para Banesco.

 /mnt/glusterfs-platco/platco/telefonia/ para Platco.

Imagen 26. Resultado de revisar los ficheros y archivos dentro del punto de montura.