[asterisk-bugs] [JIRA] (ASTERISK-26692) res_rtp_asterisk: Crash in dtls_srtp_handle_timeout at res_rtp_asterisk (using chan_sip)

[scgm11 (JIRA)]

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

scgm11 edited comment on ASTERISK-26692 at 2/16/17 11:13 AM:
-------------------------------------------------------------

Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/sbin/asterisk -f -vvvg -c'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  dtls_srtp_handle_timeout (instance=instance at entry=0x7f8bc018df70, rtcp=rtcp at entry=1) at res_rtp_asterisk.c:1910
1910		DTLSv1_handle_timeout(dtls->ssl);
[Current thread is 1 (Thread 0x7f8b710ae700 (LWP 7303))]
(gdb) 
(gdb) 
(gdb) bt
#0  dtls_srtp_handle_timeout (instance=instance at entry=0x7f8bc018df70, rtcp=rtcp at entry=1) at res_rtp_asterisk.c:1910
#1  0x00007f8b814cc813 in dtls_srtp_handle_rtcp_timeout (data=0x7f8bc018df70) at res_rtp_asterisk.c:1941
#2  0x00000000005d7251 in ast_sched_runq (con=0x24baaa0) at sched.c:783
#3  0x00007f8b79bbef42 in do_monitor (data=0x0) at chan_sip.c:29502
#4  0x000000000061c7b7 in dummy_start (data=0x24c8990) at utils.c:1235
#5  0x00007f8bcb7d46ba in start_thread (arg=0x7f8b710ae700) at pthread_create.c:333
#6  0x00007f8bcaa7882d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

the log is configured this way:

full => notice,warning,error,debug,verbose,dtmf,fax

The dump was:

 147M Feb 16 11:46 core

I attach the log file

the dump is the same as the others


was (Author: sum):
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/sbin/asterisk -f -vvvg -c'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  dtls_srtp_handle_timeout (instance=instance at entry=0x7f8bc018df70, rtcp=rtcp at entry=1) at res_rtp_asterisk.c:1910
1910		DTLSv1_handle_timeout(dtls->ssl);
[Current thread is 1 (Thread 0x7f8b710ae700 (LWP 7303))]
(gdb) 
(gdb) 
(gdb) bt
#0  dtls_srtp_handle_timeout (instance=instance at entry=0x7f8bc018df70, rtcp=rtcp at entry=1) at res_rtp_asterisk.c:1910
#1  0x00007f8b814cc813 in dtls_srtp_handle_rtcp_timeout (data=0x7f8bc018df70) at res_rtp_asterisk.c:1941
#2  0x00000000005d7251 in ast_sched_runq (con=0x24baaa0) at sched.c:783
#3  0x00007f8b79bbef42 in do_monitor (data=0x0) at chan_sip.c:29502
#4  0x000000000061c7b7 in dummy_start (data=0x24c8990) at utils.c:1235
#5  0x00007f8bcb7d46ba in start_thread (arg=0x7f8b710ae700) at pthread_create.c:333
#6  0x00007f8bcaa7882d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

the log is configured this way:

full => notice,warning,error,debug,verbose,dtmf,fax

The dump was:

 147M Feb 16 11:46 core

I attach the log file

> res_rtp_asterisk: Crash in dtls_srtp_handle_timeout at res_rtp_asterisk (using chan_sip)
> ----------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-26692
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26692
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General, Resources/res_rtp_asterisk
>    Affects Versions: 13.13.0
>         Environment: Ubuntu 16.04
>            Reporter: scgm11
>            Assignee: Unassigned
>         Attachments: backtracefull.txt, backtrace.txt, backtrace.txt, dump1.txt, full.txt, logbeforedump.txt, logtimeofbt.txt
>
>
> Only dumps occasionally:
> {noformat}
> #0  dtls_srtp_handle_timeout (instance=instance at entry=0x7fc860007180, rtcp=rtcp at entry=1) at res_rtp_asterisk.c:1910
>         rtp = 0x7fc86001c220
>         dtls = 0x240
>         dtls_timeout = {tv_sec = 140498581643312, tv_usec = 140498715030608}
> #1  0x00007fc838bd5823 in dtls_srtp_handle_rtcp_timeout (data=0x7fc860007180) at res_rtp_asterisk.c:1941
>         instance = 0x7fc860007180
>         reschedule = <optimized out>
> #2  0x00000000005b00fb in ast_sched_runq (con=0x24a53f0) at sched.c:783
>         current = 0x24b5140
>         numevents = 11
>         res = <optimized out>
>         __PRETTY_FUNCTION__ = "ast_sched_runq"
> #3  0x00007fc8312e28ee in do_monitor (data=data at entry=0x0) at chan_sip.c:29502
>         res = <optimized out>
>         t = 1483976610
>         reloading = <optimized out>
>         __PRETTY_FUNCTION__ = "do_monitor"
> {noformat}
> dmesg:
> {noformat}
> [6126811.297251] asterisk[21118]: segfault at 278 ip 00007fad67faa822 sp 00007fad62bb6ce0 error 4 in res_rtp_asterisk.so[7fad67f9f000+1a000]
> [5438520.048513] asterisk[17423]: segfault at 278 ip 00007f8d3b777772 sp 00007f8d363ffce0 error 4 in res_rtp_asterisk.so[7f8d3b76c000+1a000]
> [5003538.737797] asterisk[28892]: segfault at 278 ip 00007fc3757f8772 sp 00007fc37030cce0 error 4 in res_rtp_asterisk.so[7fc3757ed000+1a000]
> {noformat}
> in messages I can see this that is the only thing that could be the issue:
> {noformat}
> [Jan  4 10:08:21] WARNING[29724][C-00000f32] chan_sip.c: Insufficient information for SDP (m= not found)
> {noformat}
> may be related to ASTERISK-9041 ?



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