[asterisk-bugs] [JIRA] (ASTERISK-30112) ari: Call recording stops prematurely

[Joshua C. Colp (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-30112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joshua C. Colp updated ASTERISK-30112:
--------------------------------------

    Assignee: e-telequote.com
      Status: Waiting for Feedback  (was: Triage)

> ari: Call recording stops prematurely
> -------------------------------------
>
>                 Key: ASTERISK-30112
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-30112
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_record
>    Affects Versions: 18.10.0
>         Environment: Ubuntu 20.04.03 LTS
> Kernel: Linux 5.4.0-100-generic
> Asterisk 18.10.0 installed from source using tar.gz file.
> Memory : 8 GB  swap 2GB
> Cpu Count: 2
> Cpu Model : Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz
>            Reporter: e-telequote.com
>            Assignee: e-telequote.com
>
> We are facing this issue where calls recording suddenly truncated without disconnecting the calls. CPU usage at that point in time sometimes well under 80%. 
>       We are using ARI application to generate outbound calls. Two legs were bridged together and then Recorder/ARI channel used to record the audio in the bridge. Also recording happens directly in file in /var/spool/asterisk/recording/filename. Means not in temp file in temo directory. After looking into log files finds this.
> VERBOSE[354962] bridge.c: Bridge d8f9e148-122c-4a70-a26a-5c03385bf581: switching from simple_bridge technology to softmix
> WARNING[354964][C-00000d91] app.c: No audio available on Recorder/ARI-000006ee;1??
> WARNING[354962] channel.c: Exceptionally long voice queue length queuing to Recorder/ARI-000006ee;1
> WARNING[354962] channel.c: Exceptionally long voice queue length queuing to Recorder/ARI-000006ee;1
> WARNING[354962] channel.c: Exceptionally long voice queue length queuing to Recorder/ARI-000006ee;1
> WARNING[354962] channel.c: Exceptionally long voice queue length queuing to Recorder/ARI-000006ee;1
> VERBOSE[354962] bridge_channel.c: Channel Recorder/ARI-000006ee;2 left 'softmix' stasis-bridge <d8f9e148-122c-4a70-a26a-5c03385bf581>
> VERBOSE[354962] bridge_channel.c: Channel Recorder/ARI-000006ee;2 left 'softmix' stasis-bridge <d8f9e148-122c-4a70-a26a-5c03385bf581>
> VERBOSE[354962] bridge.c: Bridge d8f9e148-122c-4a70-a26a-5c03385bf581: switching from softmix technology to native_rtp
> VERBOSE[354952] bridge_channel.c: Channel SIP/172.24.98.14-00001c2b left 'native_rtp' stasis-bridge <d8f9e148-122c-4a70-a26a-5c03385bf581>
> VERBOSE[354952] bridge.c: Bridge d8f9e148-122c-4a70-a26a-5c03385bf581: switching from native_rtp technology to simple_bridge
> VERBOSE[354951][C-00000d91] bridge_channel.c: Channel SIP/outbound-00001c21 left 'simple_bridge' stasis-bridge <d8f9e148-122c-4a70-a26a-5c03385bf581>
> Sophos anti-virs and TM Deep security agent are running on the server. So trying to figure out what cause this issue. Also need guidelines and help to further advance our investigation in right direction to locate/resolve the issue.



--
This message was sent by Atlassian JIRA
(v6.2#6252)