<div dir="ltr">Kamailio could be ending the call, though it may also be one of the endpoints.<div><br></div><div>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 <a href="mailto:sip%3Auser@domain.com">sip:user@domain.com</a>;transport=tls. This should enforce TLS from the client -> proxy, but allow the proxy to use its preferred transport.</div><div><br></div><div>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.</div><div><br></div><div>Best,</div><div>Colin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 12, 2017 at 12:44 PM, Juha Heinanen <span dir="ltr"><<a href="mailto:jh@tutpro.com" target="_blank">jh@tutpro.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">David Villasmil writes:<br>
<br>
> I have a kamailio 4.2.8 receiving on tls and i'm trying to forward on tcp,<br>
> but AFTER the call is established, kamailio hangs the call with "SIPS<br>
> required"...<br>
<br>
</span>Are you sure that it is K that hangs the established call?<br>
<br>
-- Juha<br>
<br>
______________________________<wbr>_________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
</blockquote></div><br></div>