[asterisk-bugs] [JIRA] (ASTERISK-22889) Segmentation fault when RTP going via ICE

[Joshua Colp (JIRA)]

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

Joshua Colp closed ASTERISK-22889.
----------------------------------

    Resolution: Suspended

I'm suspending this issue since we now use PJSIP upstream and work has gone in there to fix these kind of problems. We also haven't seen any other reports in recent versions.

> Segmentation fault when RTP going via ICE
> -----------------------------------------
>
>                 Key: ASTERISK-22889
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22889
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General, Resources/res_rtp_asterisk
>    Affects Versions: 11.2.0, 11.5.0, 11.6.0
>         Environment: Debian 7.2 on Intel(R) Core(TM) i5-3330 CPU @ 3.00GHz, Debian 7.0 on Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz
>            Reporter: Alexandr Byvaltsev
>            Severity: Critical
>         Attachments: backtrace-13_09.txt, backtrace_27.11.2013.txt, backtrace.txt, rtp.conf, sip.conf
>
>
> I have 2 servers with Asterisk 11.5, both have config like this:
> {noformat}
> [trunk_74]
> type=friend
> host=192.168.66.99
> port=5060
> disallow=all
> allow=alaw
> context=trunk_74_in
> t38pt_udptl=no
> call-limit=0
> qualify=no
> canreinvite=no
> dtmfmode=inband
> nat=force_rport,comedia
> avpf=yes
> icesupport=yes
> videosupport=no
> directmedia=no
> encryption=yes
> {noformat}
> when i make 200 calls at one time from one asterisk to another, in dialplan
> {noformat}
> 007777 => {
>               Answer();
>               Wait(10);
>               Hangup();
> }; 
> {noformat}
> i got Segmentation fault in 1-5 minutes, only when i used icesupport=yes.
> Same problem i have when sip users connect to Asterisk from browser Chrome over WEBRTC.



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