Hello Daniel,

 

Did you see something with the SIP message?

 

Regards,

 

Igor.

 

De : Igor Potjevlesch [mailto:igor.potjevlesch@gmail.com]
Envoyé : lundi 24 novembre 2014 19:43
À : 'Daniel-Constantin Mierla'
Cc : 'Kamailio (SER) - Users Mailing List'
Objet : RE: [SR-Users] Issue with 4.2.0 and nathelper and/or rtpproxy

 

Hello Daniel,

 

Here is the SIP message:

[…]

 

I can confirm that the issue is present with 4.2.1 too.

No problem with 4.1.4.

 

The SIP message and the configuration are the same in both cases.

 

Thank you.

Regards,

 

Igor.

 

De : sr-users-bounces@lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] De la part de Daniel-Constantin Mierla
Envoyé : vendredi 21 novembre 2014 11:59
À : Kamailio (SER) - Users Mailing List
Objet : Re: [SR-Users] Issue with 4.2.0 and nathelper and/or rtpproxy

 

Hello,

the commits you refer to were not related to nat_uac_test() function.

Can you send the sip message for which you used the test and is different than in the old versions?

Cheers,
Daniel

On 21/11/14 11:16, Igor Potjevlesch wrote:

Hello,

 

Just to let you know that I tried also with 4.2.1 and the issue is the same.

Regards,

 

Igor.

 

De : Igor Potjevlesch [mailto:igor.potjevlesch@gmail.com]
Envoyé : jeudi 20 novembre 2014 17:00
À : 'Kamailio (SER) - Users Mailing List'
Objet : RE: [SR-Users] Issue with 4.2.0 and nathelper and/or rtpproxy

 

Hello,

 

No one has experienced the same issue or similar until 4.2.0?

Regards,

 

Igor.

 

De : Igor Potjevlesch [mailto:igor.potjevlesch@gmail.com]
Envoyé : mercredi 19 novembre 2014 12:29
À : 'Kamailio (SER) - Users Mailing List'
Objet : RE: [SR-Users] Issue with 4.2.0 and nathelper and/or rtpproxy

 

Hello,

 

I reviewed the changelogs.

I can see the following updates that could change the previous behaviour:

 

commit 42897d422b60edeac393201326a3e71318445e62

Author: Daniel-Constantin Mierla <miconda@gmail.com>

Date:   Mon Sep 22 22:04:39 2014 +0200

 

    core: add received parameter to via if rport parameter is present

   

    - required by RFC3581, section 4.

   

    (cherry picked from commit a1e96cbd5a3b43598c59cb50693e6b739801b804)

 

            commit a52c0024723a59d90c3c3966d5deadaf8b0d4440

Author: Daniel-Constantin Mierla <miconda@gmail.com>

Date:   Sun Sep 28 12:48:53 2014 +0200

 

    core: helper functions to get addr and port to be used in signaling from socket info

    (cherry picked from commit c725f1dec14863e069bfd1e5c26857a1005528d5)

 

But I can't explain why the same nat_uac_test doesn't behaves the same between the two versions.

 

Regards,

 

Igor.

 

De : Igor Potjevlesch [mailto:igor.potjevlesch@gmail.com]
Envoyé : mardi 18 novembre 2014 14:00
À :
amit@avhan.com; 'Kamailio (SER) - Users Mailing List'
Objet : RE: [SR-Users] Issue with 4.2.0 and nathelper and/or rtpproxy

 

Hi Amit,

 

The config is the same between the two version. Even this line.

 

Regards,

 

Igor.

 

De : sr-users-bounces@lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] De la part de Amit Patkar
Envoyé : mardi 18 novembre 2014 13:16
À : sr-users@lists.sip-router.org
Objet : Re: [SR-Users] Issue with 4.2.0 and nathelper and/or rtpproxy

 

Hi

You should compare this line in your configuration file.

if (nat_uac_test("18")) {

It may be using different parameters.

Regards,

Amit


 

On 11/18/2014 5:23 PM, Igor Potjevlesch wrote:

Hello,

 

I can reproduce the issue on a pre-production system.

So, I downgraded to 4.1.5.

 

Here is the difference:

The INVITE comes into NATDETECT:

 

route[NATDETECT] {

        xlog("ENTERING NATDETECT routes\n");

#!ifdef WITH_NAT

        force_rport();

        if (nat_uac_test("18")) {

                if (is_method("REGISTER")) {

                        fix_nated_register();

                } else {

                        add_contact_alias();

                }

                setflag(FLT_NATS);

                 xlog("NAT_UAC_TEST OK\n");

        }

#!endif

        return;

}

 

With Kamailio 4.2.0, the NAT_UAC_TEST returns true whereas with 4.1.5 returns false.

 

I also look at the “force_rport”. I’m not sure if it’s related, but with 4.2.0, the Via looks like:

Via: SIP/2.0/UDP PST_GW:5060;received=PST_GW;rport=5060;branch=z9hG4bK-34d5-1416308856-4847-441\r\n

 

In 4.1.5:

Via: SIP/2.0/UDP PST_GW:5060;rport=5060;branch=z9hG4bK-2e3d-1416311184-4886-146\r\n

 

The received parameters is not added. Note that PSTN_GW refers to a public IP address (out of RFC1918 and Carrier Grade NAT).

 

Regards,

 

Igor.

 

De : Igor Potjevlesch [mailto:igor.potjevlesch@gmail.com]
Envoyé : mardi 18 novembre 2014 11:43
À : sr-
users@lists.sip-router.org
Objet : Issue with 4.2.0 and nathelper and/or rtpproxy

 

Hello,

 

Since I done the upgrade of Kamailio into 4.2.0, there are, at least, one new case where the RTPProxy is launched.

 

When I got an INVITE from my PSTN Gateway, for unknown reason (and not for all calls), Record-Route is append with nat=yes. I looked into an old trace and this behaviour didn’t exist.

 

What could have changed that can explain this?

 

Regards,

 

Igor.

 

 

 

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

 

 

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

 

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda