Kamailio could be ending the call, though it may also be one of the endpoints.
Anyway, if your clients are dialing sips: URIs, then it is required that the signaling be TLS end-to-end. If you are trying to translate TLS to TCP, you should use sip:user@domain.com;transport=tls. This should enforce TLS from the client -> proxy, but allow the proxy to use its preferred transport.
The reason the call wouldn't end until it's established is because it's not until this time that the any party receives a list of Record-Route headers. If using sips: and a record-route comes back that indicates that a hop did not use TLS, the call would end.
Best, Colin
On Fri, May 12, 2017 at 12:44 PM, Juha Heinanen jh@tutpro.com wrote:
David Villasmil writes:
I have a kamailio 4.2.8 receiving on tls and i'm trying to forward on
tcp,
but AFTER the call is established, kamailio hangs the call with "SIPS required"...
Are you sure that it is K that hangs the established call?
-- Juha
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users