Buen día, ese bug fue corregido en versiones posteriores, se daba cuando la campaña entrante tenia configurado un destino en caso de timeout. Se muestra un registro con tiempo de espera igual al configurado en la campaña y un tiempo de espera en 0.
Como solución recomiendo actualizar la instancia, y para normalizar los reportes puede borrar de la base de datos todos aquellos registros en reportes_app_llamadalog que tengan eventos EXITWITHTIMEOUT y tiempo de espera en 0, quedaria así:
delete from reportes_app_llamadalog where event='EXITWITHTIMEOUT' and bridge_wait_time='0';
Saludos!
