Summary: | ASTERISK-17332: crash when transport not set | ||
Reporter: | cmaj (cmaj) | Labels: | |
Date Opened: | 2011-02-01 18:16:30.000-0600 | Date Closed: | 2011-06-07 14:00:47 |
Priority: | Critical | Regression? | No |
Status: | Closed/Complete | Components: | Channels/chan_sip/T.38 |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | Asterisk is listening on port 5060 both UDP & TCP on same IP address. A peer registers and tries to send a fax via t38. Asterisk crashes on call to ReceiveFAX(). Fix is to add "transport=udp" to peer definition. Crash only occurs when transport is not defined. Here's a quick back trace: (gdb) bt #0 0x00007fac2d3570b0 in strlen () from /lib/libc.so.6 #1 0x00000000004e4035 in ast_sockaddr_resolve (addrs=0x40ce4a90, str=0xc8 <Address 0xc8 out of bounds>, flags=0, family=0) at netsock2.c:235 #2 0x00007fabfe9f9a69 in __set_address_from_contact (fullcontact=0x82e926 "", addr=0x7fabf8100cb0, tcp=<value optimized out>) at chan_sip.c:28095 #3 0x00007fabfea512dc in handle_response_invite (p=0x7fabf8100868, resp=200, rest=<value optimized out>, req=0x40ce64f0, seqno=102) at chan_sip.c:12958 #4 0x00007fabfea545c1 in handle_response (p=0x7fabf8100868, resp=200, rest=0x7fabf80f33a4 "OK", req=0x40ce64f0, seqno=102) at chan_sip.c:19743 ASTERISK-1 0x00007fabfea5a52e in handle_incoming (p=0x7fabf8100868, req=0x40ce64f0, addr=0x40ce6f50, recount=0x40ce64a4, nounlock=0x40ce64a0) at chan_sip.c:23610 ASTERISK-2 0x00007fabfea5c0b6 in handle_request_do (req=0x40ce64f0, addr=0x40ce6f50) at chan_sip.c:24022 ASTERISK-3 0x00007fabfea5d173 in sipsock_read (id=<value optimized out>, fd=<value optimized out>, events=<value optimized out>, ignore=<value optimized out>) at chan_sip.c:23920 ASTERISK-4 0x00000000004c5a7f in ast_io_wait (ioc=0x6ec81c0, howlong=<value optimized out>) at io.c:288 ASTERISK-5 0x00007fabfea4ad2c in do_monitor (data=<value optimized out>) at chan_sip.c:24437 ASTERISK-6 0x00000000005370bc in dummy_start (data=<value optimized out>) at utils.c:970 ASTERISK-7 0x00007fac2cb66fc7 in start_thread () from /lib/libpthread.so.0 ASTERISK-8 0x00007fac2d3ab64d in clone () from /lib/libc.so.6 ASTERISK-9 0x0000000000000000 in ?? () ****** ADDITIONAL INFORMATION ****** Note that the fax device in question still doesn't send a fax properly via T38, but at least by setting "transport=udp" it stopped crashing Asterisk. | ||
Comments: | By: Leif Madsen (lmadsen) 2011-02-07 13:45:08.000-0600 Any chance of getting a full backtrace, attached as a text file to the issue, with DONT_OPTIMIZE enabled? By: Paul Belanger (pabelanger) 2011-04-25 22:06:47 Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested. Further information can be found at http://www.asterisk.org/developers/bug-guidelines |