[Home]

Summary:ASTERISK-06916: Requests with missing From crash pedantic mode
Reporter:mikma (mikma)Labels:
Date Opened:2006-05-08 06:05:59Date Closed:2006-05-08 09:46:32
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:Sip requests received in pedantic mode with missing From header crash in ast_uri_decode.


****** ADDITIONAL INFORMATION ******

<-- SIP read from 192.168.0.4:5066:
INVITE sip:600@192.168.0.2:5068 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.4:5066;branch=z9hG4bK-SFTF-dummy-branch-value
Call-ID: -1213805908-445f2378@192.168.0.4
Content-Length: 150
Max-Forwards: 70
To: sip:600@192.168.0.2
Contact: sip:sc@192.168.0.4:5066
CSeq: 1 INVITE
Supported:
Content-Type: application/sdp

v=0
o=sc 1147085688 1147085688 IN IP4 192.168.0.4
s=Dummy on hold SDP
c=IN IP4 0.0.0.0
m=audio 65534 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=recvonly
--- (10 headers 7 lines)---
Sending to 192.168.0.4 : 5066 (no NAT)
Using INVITE request as basis request - -1213805908-445f2378@192.168.0.4
May  8 12:54:48 NOTICE[11351]: chan_sip.c:7316 check_user_full: From address missing 'sip:', using it anyway
Found RTP audio format 0
Peer audio RTP is at port 0.0.0.0:65534
Peer video RTP is at port 0.0.0.0:65535
Found description format PCMU
Capabilities: us - 0x10000c (ulaw|alaw|h263p), peer - audio=0x4 (ulaw)/video=0x0 (nothing), combined - 0x4 (ulaw)
Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1222468688 (LWP 11351)]
ast_uri_decode (s=0x0) at utils.c:485
485             for (o = s; *s; s++, o++) {
(gdb) bt
#0  ast_uri_decode (s=0x0) at utils.c:485
#1  0xb723db5e in get_destination (p=0x819a998, oreq=0x0) at chan_sip.c:6844
#2  0xb725343c in handle_request_invite (p=0x819a998, req=0xb7227fa0, debug=1,
   seqno=1, sin=0x0, recount=0x0, e=0x0) at chan_sip.c:11100
#3  0xb726029c in handle_request (p=0x819a998, req=0xb7227fa0, sin=0xb72292cc,
   recount=0x0, nounlock=0x0) at chan_sip.c:11821
#4  0xb7261f94 in sipsock_read (id=0x8197570, fd=14, events=1, ignore=0x0)
   at chan_sip.c:11956
ASTERISK-1  0x080572ad in ast_io_wait (ioc=0x8192a58, howlong=0) at io.c:279
ASTERISK-2  0xb725c2cf in do_monitor (data=0x0) at chan_sip.c:12128
ASTERISK-3  0x080bbb32 in dummy_start (data=0x0) at utils.c:538
ASTERISK-4  0xb7fb9e60 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
ASTERISK-5  0xb7ed08ee in clone () from /lib/tls/i686/cmov/libc.so.6
(gdb) up
#1  0xb723db5e in get_destination (p=0x819a998, oreq=0x0) at chan_sip.c:6844
6844                    ast_uri_decode(from);
(gdb)
Comments:By: Olle Johansson (oej) 2006-05-08 08:19:39

Ok, will look into this too
By: Olle Johansson (oej) 2006-05-08 09:46:16

Fixed in svn trunk, rev 25568. Thank you for reporting this.

(If not fixed, please re-open :-) )