Llamadas pegadas o en limbo

[Héctor Arteaga]

Hola, buen día a tod@s

Tengo el siguiente escenario.


ServidorA (Aplicación que origina llamadas par enviar mensajes de voz tts)

ServidorB (que conecta al servidor A y con los provedores de VoIP)

Recientemente cambiamos de servidores de la oficina a servidores
dedicados con un proveedor y al principio parecia ir todo bien, pero,
apartir del cambio hemos presentado fallas en donde notamos que las
llamadas se quedan bloquedas por unos segundos extra, con lo cual o las
llamadas no son completadas o termnadas de forma correcta (no se deja el
mensaje que debería), revisando vemos en el log que muchas llamadas se
quedan en la ejecución del Set(CDR(xCampo)=VALOR), esto anteriormente
nos había ocurrido y habíamos eliminado lo mas que pudimos del setear
campos del cdr por medio del plan de marcado, y al parecer en su momento
fue la solución, pero ahora estamos presentando la misma situación y la
verdad no se que pueda estar pasando, esto tambien se refleja en que la
duración de las llamadas en el servidorA es mayor a lo que realmente
dura la llamada en el servidorB, teniendo llamadas que en el servidorB
dice que dura 20 segundos y en el servidorA pueden llegar hasta 30
minutos, en estos casos al ver la consola de asterisk veimos que salian
muchos mensajes referentes estilo "VERBOSE[51719] netsock2.c: Using SIP
RTP CoS mark 5" y "VERBOSE[51720] netsock2.c: Using SIP RTP TOS bits
184" y al dar un core show channels en el servdorA veiamos por ejemplo
50 llamadas y al realizar lo mismo en el servidorB lo que teniamos era
que no había llamadas. Con esto revisando el servior encontramos un alto
consumo de CPU y pensamos que era la causa, pero aún así logrando bajar
eso siguio el problema.

Ya he vuelto a reinstalar el servidor desde 0 ya que habíamos notado un
uso de CPU muy alto, algo que con la reinstalación se soluciono, pero el
tema de las llamadas aún continua.

Estoy utilizando  Asterisk 13.38.3  sobre un Rocky Linux 8, la parte de
la versión de asterisk es porque para lo que hacemos es la que nos ha
resultado mas estable y con el cdr en mysql bajo el modulo cdr_mysql.so,
intenamos migrar usando odbc, pero no se si fue por el tema del alto
consumo del cpu que traiamos o por que motivo, pero tenia varais
desconexiones las cuales causaban que el cdr no estuviera completo.


--
Saludos!
Héctor A Arteaga R.
México