[asterisk-bugs] [JIRA] (ASTERISK-29205) res_rtp_asterisk: Asterisk crashes when making hold/unhold from webrtc client

[Friendly Automation (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-29205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=253873#comment-253873 ] 

Friendly Automation commented on ASTERISK-29205:
------------------------------------------------

Change 15487 merged by George Joseph:
res_rtp_asterisk.c: Fix signed mismatch that leads to overflow

[https://gerrit.asterisk.org/c/asterisk/+/15487|https://gerrit.asterisk.org/c/asterisk/+/15487]

> res_rtp_asterisk: Asterisk crashes when making hold/unhold from webrtc client
> -----------------------------------------------------------------------------
>
>                 Key: ASTERISK-29205
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29205
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 18.1.0
>         Environment: ubuntu
>            Reporter: Edvin Vidmar
>            Assignee: Sean Bright
>            Severity: Major
>              Labels: patch, webrtc
>         Attachments: 0001-res_rtp_asterisk.c-Fix-unsigned-comparison-that-lead.patch, ari-traffic.txt, core-full.txt, full, full-with-sip, messages
>
>
> Hi,
> I have two clients (both audio and video) connected to Asterisk using webrtc. On asterisk there is ARI application. Both clients are in sfu bridge and communication works OK. I have implemented local hold/unhold. Hold disables all tracks and set direction to inactive. So far all works ok. But when I click hold/unhold very quickly 20+ times asterisk will crash. From my side this is 100% repeatable. I'm not sure if this happens only when hold/unhold quickly changes or it may happens (what concerns me) after long time uses. I have  included backtrace, I hope it has necessary information.
> br
> edvin



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