Ouch... It didn't work for me as expected. I forgot that I have configured FreeSWITCH to work with TLS.
When I reverted sofia profile to work only over UDP originating call fails again with message:

[ERR] sofia_glue.c:943 TLS not supported by profile



2016-11-29 0:21 GMT+02:00 Vladyslav Zakhozhai <v.zakhozhai@gmail.com>:
Daniel, Alex, thank you for your answers.

FreeSWITCH works with path as expected and it is my solution. add_path and add_path_received works fine in kamailio's config.



2016-11-28 19:02 GMT+02:00 Vladyslav Zakhozhai <v.zakhozhai@gmail.com>:
That is very interesting.

I've added add_path_received in Kamailio config. And I can see that FreeSWITCH received it and reflected in registration info.

With SIP/UDP there is no problems. FreeSWITCH gets path and respnses and INVITEs goes through Kamailio.

But in case of TLS INVITES goes to Kamailio but FreeSWITCH tries to originate call with TLS.

Mybe this is FreeSWITCH issue. I'll check later.

2016-11-28 14:42 GMT+02:00 Daniel Tryba <d.tryba@pocos.nl>:
On Mon, Nov 28, 2016 at 01:15:03PM +0100, Daniel Tryba wrote:
> > UAC == SIP/TLS ==> Kamailio == SIP/UDP ==> FreeSWITCH
> >
> solution is to use Path on the frontend/loadbalancer.

According to this closed bug report it should work for
Kamailio/Freeswitch:
https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS-4989/FS-4989.html

_______________________________________________
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



--
С уважением,
Владислав Захожай




--
С уважением,
Владислав Захожай




--
С уважением,
Владислав Захожай