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.
Hi Amit,
The config is the same between the two version. Even this line.
Regards,
Igor.
Hi
You should compare this line in your configuration file.
if (nat_uac_test("18")) {
It may be using different parameters.
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.
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