[asterisk-bugs] [JIRA] (ASTERISK-22409) Local channels in a ConfBridge w/ jitterbuffer=yes leak ast_frame's after masquerade

[Kevin Harwell (JIRA)]

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

Kevin Harwell updated ASTERISK-22409:
-------------------------------------

    Target Release Version/s: 14.0.0

> Local channels in a ConfBridge w/ jitterbuffer=yes leak ast_frame's after masquerade
> ------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-22409
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22409
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_confbridge, Channels/chan_local, Core/Jitterbuffer, Core/ManagerInterface
>    Affects Versions: 11.6.0
>            Reporter: Corey Farrell
>      Target Release: 14.0.0
>
>         Attachments: ami-action.txt, channel-debug.patch, confbridge.conf, extensions.conf, full_log, func_jitterbuffer-hook_event_cb.patch, masquerade-set_fd.patch, valgrind-leaks
>
>
> I use AMI to originate calls into MeetMe.  I've recently started testing with ConfBridge, but found a memory leak that prevents me from switching.  Using Asterisk 11.
> To replicate:
> * Use attached configuration - extensions.conf, confbridge.conf
> * Set dialplan global MYDEVICE as appropriate
> * Start asterisk in valgrind - MALLOC_DEBUG might work I haven't tried
> * Call the ConfBridge - don't make MYDEVICE unavailable
> * Using AMI send action Originate - see ami-action.txt
> * Ensure the destination call is answered - this causes Local to optimize away
> Once the Local channel is optimized away, ast_frame leaks are guaranteed:
> * The masquerade/optimize of Local to SIP results in a couple leaks every time.
> * AMI: Redirect and Hangup both result in a leak every time.
> * Unknown additional trigger sometimes causes huge number of leaked frames.  Leaks 200k in very short time.  Still trying to find a way to reliably reproduce this one.
> Changing the Originate channel to 'Local/s at test-out/n' seems to prevent the leaks.  Another strange note, ringing audio is clear but once the masquerade happens the audio quality is terrible.  Either preventing the optimize or turning off jitterbuffer seams to result in good quality audio.
> This issue might be related to [ASTERISK-21144].



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