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.