I have a simple listening scenario and I am trying to use a 3.2 sipp to
do so.
The sipp was compiled with GSL, placplay, and ossl support.
When I get the INVITE, sipp exits with the following answer:
get_remote_port_media: no CRLF found
After a little bit of debugging I found that the function
get_remote_port_media gets called with a pointer to a null place, not to
the place holding the message:
(begin,end,pattern,msg,msg_len): -1076053419 (null) m=audio
-1076054148
This is despite the fact in call::process_incoming , the first callDebug
shows this:
Processing 743 byte incoming message for call-ID 1-28315@192.168.12.10
(hash 286834421):
INVITE sip:altsipp@192.168.12.11:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.12.10:6000;branch=z9hG4bK-28315-1-0
From: sipp <sip:sipp@192.168.12.11:5060>;tag=1
To: <sip:altsipp@192.168.12.11:5060>
Contact: <sip:sipp@192.168.12.10:6000>
Supported: replaces, timer, path
Call-ID: 1-28315@192.168.12.10
Cseq: 1 INVITE
User-Agent: Grandstream GXP2020 1.1.4.17
Max-Forwards: 70
Allow:
INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK,MESSAGE
Subject: Performance Test
Content-Type: application/sdp
Content-Length: 196
v=0
o=sipp 53655765 2353687637 IN IP4 192.168.12.10
s=SIP Call
c=IN IP4 192.168.12.10
t=0 0
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11,16
m=audio 6050 RTP/AVP 0
Any ideas on how to solve this?
Regards,
Costin Radu
------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
