Hello, I'm forwarding registrations to Freeswitch and adding a Path header using add_path_received() for endpoints behind NAT. When TCP is used, this results in a header like this: Path: sip:a.a.a.a:5070;lr;received="sip:b.b.b.b:35430;transport=tcp"
Freeswitch doesn't like the transport protocol inside the quotations and refuses to route a call to the registered user.
Constructing the header manually without the quotes such as: append_hf("Path: sip:$Ri:$Rp;lr;received=sip:$si:$sp;transport=$pr\r\n"); solves the problem.
Is there a reason for the quotes?
Best Regards, Spencer
Spencer Thomason writes:
I'm forwarding registrations to Freeswitch and adding a Path header using add_path_received() for endpoints behind NAT. When TCP is used, this results in a header like this: Path: sip:a.a.a.a:5070;lr;received="sip:b.b.b.b:35430;transport=tcp"
Freeswitch doesn't like the transport protocol inside the quotations and refuses to route a call to the registered user.
Constructing the header manually without the quotes such as: append_hf("Path: sip:$Ri:$Rp;lr;received=sip:$si:$sp;transport=$pr\r\n"); solves the problem.
Is there a reason for the quotes?
without the quotes ;transport=tcp would become param of the path uri.
-- juha
I see. FS complains about no transport protocol and gives a 503 with a header like that. Shouldn't they default to UDP in the absence of a transport parameter? It seems they are not honoring the quotes.
In this setup Kamailio handles NAT traversal and forwards the registers to Freeswitch. This works: Path: sip:a.a.a.a:5070;lr;received="sip:b.b.b.b:5185;transport=tcp";transport=udp
This does not: Path: sip:a.a.a.a:5070;lr;received="sip:b.b.b.b:5185;transport=tcp"
Spencer
On Sep 15, 2012, at 1:18 AM, Juha Heinanen wrote:
Spencer Thomason writes:
I'm forwarding registrations to Freeswitch and adding a Path header using add_path_received() for endpoints behind NAT. When TCP is used, this results in a header like this: Path: sip:a.a.a.a:5070;lr;received="sip:b.b.b.b:35430;transport=tcp"
Freeswitch doesn't like the transport protocol inside the quotations and refuses to route a call to the registered user.
Constructing the header manually without the quotes such as: append_hf("Path: sip:$Ri:$Rp;lr;received=sip:$si:$sp;transport=$pr\r\n"); solves the problem.
Is there a reason for the quotes?
without the quotes ;transport=tcp would become param of the path uri.
-- juha
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
Hello Spencer,
actually double quotes are not allowed in URI parameter. In the BNF grammar the allowed chars in the "unreserved" definition are "alphanum" and "mark", where "mark" is only "-" / "_" / "." / "!" / "~" / "*" / "'" / "(" / ")" ).
This is already fixed in 3.3.0 if I am not mistaken, please check http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=a5b181bc... - maybe that helps you with your FreeSwitch.
On 09/15/2012 10:51 AM, Spencer Thomason wrote:
I see. FS complains about no transport protocol and gives a 503 with a header like that. Shouldn't they default to UDP in the absence of a transport parameter? It seems they are not honoring the quotes.
In this setup Kamailio handles NAT traversal and forwards the registers to Freeswitch. This works: Path: sip:a.a.a.a:5070;lr;received="sip:b.b.b.b:5185;transport=tcp";transport=udp
This does not: Path: sip:a.a.a.a:5070;lr;received="sip:b.b.b.b:5185;transport=tcp"
Spencer
Hi Andrew,
Thanks for the info. Yes that seems to fix the problem.
Best regards,
Spencer
On 15.09.2012 14:42, Andrew Pogrebennyk wrote:
Hello Spencer,
actually double quotes are
not allowed in URI parameter. In the BNF
grammar the allowed chars in
the "unreserved" definition are "alphanum"
and "mark", where "mark" is
only "-" / "_" / "." / "!" / "~"
/ "*" / "'" / "(" / ")" ).
This
is already fixed in 3.3.0 if I am not mistaken, please check
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=a5b181bc... [1]- maybe that helps you with your FreeSwitch.
On 09/15/2012
10:51 AM, Spencer Thomason wrote:
I see. FS complains about no
transport protocol and gives a 503 with a header like that. Shouldn't they default to UDP in the absence of a transport parameter? It seems they are not honoring the quotes. In this setup Kamailio handles NAT traversal and forwards the registers to Freeswitch. This works: Path:This does not: Path:Spencer
_______________________________________________
SIP Express Router
(SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org [2]
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users [3]
Links: ------ [1] http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=a5b181bc... [2] mailto:sr-users@lists.sip-router.org [3] http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hello, Any chance of getting this fix back ported to 3.2 branch?
Thanks, Spencer
On Sep 16, 2012, at 2:58 AM, Spencer Thomason wrote:
Hi Andrew,
Thanks for the info. Yes that seems to fix the problem.
Best regards,
Spencer
On 15.09.2012 14:42, Andrew Pogrebennyk wrote:
Hello Spencer,
actually double quotes are not allowed in URI parameter. In the BNF grammar the allowed chars in the "unreserved" definition are "alphanum" and "mark", where "mark" is only "-" / "_" / "." / "!" / "~" / "*" / "'" / "(" / ")" ).
This is already fixed in 3.3.0 if I am not mistaken, please check http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=a5b181bc... maybe that helps you with your FreeSwitch.
On 09/15/2012 10:51 AM, Spencer Thomason wrote:
I see. FS complains about no transport protocol and gives a 503 with a header like that. Shouldn't they default to UDP in the absence of a transport parameter? It seems they are not honoring the quotes. In this setup Kamailio handles NAT traversal and forwards the registers to Freeswitch. This works: Path:This does not: Path:Spencer
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
Hello,
I cherry-picked the commit to 3.2 branch. Pull the last version and see if all is ok.
Cheers, Daniel
On 9/24/12 4:42 PM, Spencer Thomason wrote:
Hello, Any chance of getting this fix back ported to 3.2 branch?
Thanks, Spencer
On Sep 16, 2012, at 2:58 AM, Spencer Thomason wrote:
Hi Andrew,
Thanks for the info. Yes that seems to fix the problem.
Best regards,
Spencer
On 15.09.2012 14:42, Andrew Pogrebennyk wrote:
Hello Spencer,
actually double quotes are not allowed in URI parameter. In the BNF grammar the allowed chars in the "unreserved" definition are "alphanum" and "mark", where "mark" is only "-" / "_" / "." / "!" / "~" / "*" / "'" / "(" / ")" ).
This is already fixed in 3.3.0 if I am not mistaken, please check http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=a5b181bc... maybe that helps you with your FreeSwitch.
On 09/15/2012 10:51 AM, Spencer Thomason wrote:
I see. FS complains about no transport protocol and gives a 503 with a header like that. Shouldn't they default to UDP in the absence of a transport parameter? It seems they are not honoring the quotes. In this setup Kamailio handles NAT traversal and forwards the registers to Freeswitch. This works: Path:This does not: Path:Spencer
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org mailto: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 mailto: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
Hello Daniel and Andrew, Sorry to dig up an old thread, but I'm just now getting around to a more permanent fix for this. Is there a way to urlencode the received parameter?
See: http://jira.freeswitch.org/browse/FS-4989
Thanks in advance, Spencer
On Sep 25, 2012, at 1:23 PM, Daniel-Constantin Mierla wrote:
Hello,
I cherry-picked the commit to 3.2 branch. Pull the last version and see if all is ok.
Cheers, Daniel
On 9/24/12 4:42 PM, Spencer Thomason wrote:
Hello, Any chance of getting this fix back ported to 3.2 branch?
Thanks, Spencer
On Sep 16, 2012, at 2:58 AM, Spencer Thomason wrote:
Hi Andrew,
Thanks for the info. Yes that seems to fix the problem.
Best regards,
Spencer
On 15.09.2012 14:42, Andrew Pogrebennyk wrote:
Hello Spencer,
actually double quotes are not allowed in URI parameter. In the BNF grammar the allowed chars in the "unreserved" definition are "alphanum" and "mark", where "mark" is only "-" / "_" / "." / "!" / "~" / "*" / "'" / "(" / ")" ).
This is already fixed in 3.3.0 if I am not mistaken, please check http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=a5b181bc... maybe that helps you with your FreeSwitch.
On 09/15/2012 10:51 AM, Spencer Thomason wrote:
I see. FS complains about no transport protocol and gives a 503 with a header like that. Shouldn't they default to UDP in the absence of a transport parameter? It seems they are not honoring the quotes. In this setup Kamailio handles NAT traversal and forwards the registers to Freeswitch. This works: Path:This does not: Path:Spencer
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
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://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu