Ok, identificamos que este problema ocurre cuando configuramos en Queue, la "Queue Continue Destination" en cualquiera de sus opciones.
Después de esta configuración cada vez que el operador de la extensión ejecuta hangout en la conexión el sistema ejecuta la macro [sub-record-cancel] en extensions_additional.conf. En esta macro se ejecuta "rm -f" en el audio grabado en / var / spool / asterisk / monitor /.
Este problema no se produce si la conexión es finalizada por el llamador.
En otro post encontré el mismo problema con otro usuario: https://forum.issabel.org/d/2548-recording-is-missing-when-using-queue-continue-destination/2
Debajo de la ejecución del "rm -f" después de hangout en la extensión.
Log:
[2019-03-29 09:01:26] VERBOSE[17344][C-0001665f] app_mixmonitor.c: == MixMonitor close filestream (mixed)
[2019-03-29 09:01:26] VERBOSE[17344][C-0001665f] pbx.c: -- Executing [s@sub-record-cancel:4] Set("SIP/TKCIOSP-00019948", "REC_STATUS=") in new stack
[2019-03-29 09:01:26] VERBOSE[17344][C-0001665f] pbx.c: -- Executing [s@sub-record-cancel:5] Set("SIP/TKCIOSP-00019948", "MON_BASE=/var/spool/asterisk/monitor/2019/03/29/") in new stack
[2019-03-29 09:01:26] VERBOSE[17344][C-0001665f] pbx.c: -- Executing [s@sub-record-cancel:6] Set("SIP/TKCIOSP-00019948", "MON_FMT=gsm") in new stack
[2019-03-29 09:01:26] VERBOSE[17344][C-0001665f] pbx.c: -- Executing [s@sub-record-cancel:7] ExecIf("SIP/TKCIOSP-00019948", "50?System(rm -f /var/spool/asterisk/monitor/2019/03/29/q-1-084988580196-20190329-090043-1553860843.196420.gsm)") in new stack
[2019-03-29 09:01:27] VERBOSE[17389][C-0001665f] app_mixmonitor.c: == End MixMonitor Recording SIP/TKCIOSP-00019948