Hi Nabeel,

This error has nothing to do with the rtpproxy . It is a parsing error of an incoming SIP request. The VIA header in the received CANCEL has a bogus port number:
    Via: <SIP/2.0/TCP 10.61.208.143:*46032:-1*;rport;branch=z9hG4bK78006

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 19.08.2015 09:02, Nabeel wrote:

I'm using port 12221 for rtpproxy (from default script) and port 12223 for OpenSIPS. Are those 'bad ports' like the error says?

On 19 Aug 2015 06:48, "Nabeel" <[email protected] <mailto:[email protected]>> wrote:

    Hi,

    The rtpproxy error is resolved with your suggestion, but I still
    get the 'bad port' errors in the log followed by CANCEL of the call:

        ERROR:core:parse_via: bad port
        ERROR:core:parse_via:  <SIP/2.0/TCP
        10.61.208.143:46032:-1;rport;branch=z9hG4bK78006#015#012Max-Forwards:
        70#015#012To: <sip:[email protected]
        <mailto:sip%3a%[email protected]>;transport=tcp>#015#012From:
        <sip:[email protected]
        
<mailto:sip%3a%[email protected]>>;tag=z9hG4bK93013084#015#012Call-ID:
        [email protected]#015#012CSeq
        <http://[email protected]#015%23012CSeq>: 1
        CANCEL#015#012Contact: <sip:+447479189410
        <tel:%2B447479189410>@10.61.208.143:46032;transport=tcp>#015#012Expires:
        3600#015#012User-Agent:
        Agent/1.3.4/MP-S168#015#012Content-Length: 0#015#012#015#012>
        ERROR:core:parse_via: parsed so far:<SIP/2.0/TCP
        10.61.208.143:46032 <http://10.61.208.143:46032>>
        ERROR:core:get_hdr_field: bad via
        DBG:core:set_err_info: ec: 1, el: 3, ei: 'error parsing Via'
        DBG:core:get_hdr_field: error exit
        INFO:core:parse_headers: bad header field
        ERROR:core:parse_msg: message=<CANCEL
        sip:[email protected]
        <mailto:sip%3a%[email protected]>;transport=tcp
        SIP/2.0#015#012Via: SIP/2.0/TCP
        10.61.208.143:46032:-1;rport;branch=z9hG4bK78006#015#012Max-Forwards:
        70#015#012To: <sip:[email protected]
        <mailto:sip%3a%[email protected]>;transport=tcp>#015#012From:
        <sip:[email protected]
        
<mailto:sip%3a%[email protected]>>;tag=z9hG4bK93013084#015#012Call-ID:
        [email protected]#015#012CSeq
        <http://[email protected]#015%23012CSeq>: 1
        CANCEL#015#012Contact: <sip:+447479189410
        <tel:%2B447479189410>@10.61.208.143:46032;transport=tcp>#015#012Expires:
        3600#015#012User-Agent:
        Agent/1.3.4/MP-S168#015#012Content-Length: 0#015#012#015#012>
        ERROR:core:receive_msg: Unable to parse msg received from
        [188.29.165.141:46315 <http://188.29.165.141:46315>]
        ERROR:core:tcp_handle_req: receive_msg failed



    The SIP trace of the call is here:

    http://pastebin.com/dNpau6GT

    I am using the default config scripts.  Please advise how to fix
    this.



    On 14 August 2015 at 18:36, Bogdan-Andrei Iancu
    <[email protected] <mailto:[email protected]>> wrote:

        yes, you should.

        Regards,

        Bogdan-Andrei Iancu
        OpenSIPS Founder and Developer
        http://www.opensips-solutions.com

        On 14.08.2015 18:06, Nabeel wrote:

        Should I make the same change to rtpproxy_offer?

            if (is_method("INVITE")) {
                       if (isflagset(NAT)) {
                              rtpproxy_offer("ro");
        }

        On 14 Aug 2015 13:09, "Bogdan-Andrei Iancu"
        <[email protected] <mailto:[email protected]>> wrote:

            I see....you have a onreply_route[handle_nat] in your
            script, doing:

                if ( isflagset(NAT) )
                    rtpproxy_answer("ro");

            Change that to :

                if ( isflagset(NAT) && has_body("application/sdp") )
                    rtpproxy_answer("ro");

            Regards,

            Bogdan-Andrei Iancu
            OpenSIPS Founder and Developer
            http://www.opensips-solutions.com

            On 14.08.2015 15:04, Nabeel wrote:

The 'ringing' stage of a call is when the error occurs. Why should 180 Ringing lead to an error?

            On 14 Aug 2015 12:47, "Bogdan-Andrei Iancu"
            <[email protected] <mailto:[email protected]>> wrote:

                Hi,

                ACK request or 180 ringing reply are part of a call
                and they do not have a body.

                It depends on your scripting to see when the
                rtpproxy are called (for what sip message).

                You may use the script_trace() function :
                
http://www.opensips.org/Documentation/Script-CoreFunctions-1-11#toc42
                to see which sip messages to generate the err log.

                Regards,

                Bogdan-Andrei Iancu
                OpenSIPS Founder and Developer
                http://www.opensips-solutions.com

                On 14.08.2015 14:15, Nabeel wrote:

                Hi Bogdan,

                Thanks, but I had no intentions of using a SIP
                message without a body; all I'm trying to do is
                make a normal call with OpenSIPS.

                Please explain why I'm getting a SIP message
                without a body and how do I fix it?

                On 14 Aug 2015 11:12, "Bogdan-Andrei Iancu"
                <[email protected] <mailto:[email protected]>>
                wrote:

                    Hi Nabeel,

                    You may get this error when calling the
                    rtpproxy functions for a SIP message without a
                    body.

                    Regards,

                    Bogdan-Andrei Iancu
                    OpenSIPS Founder and Developer
                    http://www.opensips-solutions.com

                    On 14.08.2015 09:58, Nabeel wrote:
                    Hi,

                    I am getting this error when making some calls:

                    ERROR:rtpproxy:force_rtp_proxy: Unable to
                    parse body

                    I think this may be related to
                    'rtpproxy_offer' and 'rtpproxy_answer' in the
                    config file but I don't know how to fix it.  I
                    am using the default OpenSIPS config.



                    _______________________________________________
                    Users mailing list
                    [email protected]  <mailto:[email protected]>
                    http://lists.opensips.org/cgi-bin/mailman/listinfo/users






_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to