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(a)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(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users