[OpenSIPS-Users] Rtp proxy issue

Alex Balashov abalashov at evaristesys.com
Sun Mar 8 22:59:20 CET 2009


It means you are applying the NAT UAC test function for SDP to a request 
that does not have an SDP payload.

It should only be applied to messages that contain SDP payloads.  Easy 
way to check:


    if(search("Content-Type: application/sdp"))

Also, only the following kinds of messages can contain SDP descriptors:

1) Initial INVITEs;

2) Sequential INVITEs;

3) 200 OKs to INVITE transactions;

4) Non-100 1xx provisional messages -- these are usually 183 Session in 
Progress and 180 Ringing messages.  However, technically, any non-100 
1xx message can contain an SDP body per the RFC.  In practise, this is 
rare, so t_check_status("200|183|180") will work for most scenarios. 
But if you want to be strictly correct, do:

   if((t_check_status("200|183|180") && search("Content_Type: 
application/sdp")) || search("Content-Type: application/sdp"))

michel freiha wrote:

> Hi all,
> I'm getting the below error when trying to make a call through OpenSIPS
> 
> DBG:core:parse_headers: flags=ffffffffffffffff
> Mar  6 20:43:29 [7117] ERROR:nathelper:extract_body: message body has 
> length zero
> Mar  6 20:43:29 [7117] ERROR:nathelper:force_rtp_proxy2_f: can't extract 
> body from the message
> 
> Can you explain please how this is affecting the call specially that the 
> call is working fine
> 
> Regards
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users


-- 
Alex Balashov
Evariste Systems
Web    : http://www.evaristesys.com/
Tel    : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (678) 237-1775



More information about the Users mailing list