Summary:ASTERISK-17332: crash when transport not set
Reporter:cmaj (cmaj)Labels:
Date Opened:2011-02-01 18:16:30.000-0600Date Closed:2011-06-07 14:00:47
Versions:Frequency of
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 ?? ()


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