<div dir="ltr">Hello,<div><br></div><div>Thanks for the replies guys!</div><div><br></div><div>Juha was right, it's the client... funny thing, though:</div><div><br></div><div>When calling:</div><div><br></div><div>Client->kamailio->asterisk->gw   This works fine...</div><div><br></div><div>But when calling:</div><div><br></div><div>Client->kamilio->freeswitch->gw    This does NOT work...</div><div><br></div><div>I'm thinking maybe there's some topology hiding somewhere, so that the client doesn't realizes the siganlling is being downgraded...</div><div><br></div><div><br></div><div>Any ideas? (I will take a look at the other kam's config)</div><div><br></div><div>David</div><div><br></div></div><div hspace="streak-pt-mark" style="max-height:1px"><img alt="" style="width:0px;max-height:0px;overflow:hidden" src="https://mailfoogae.appspot.com/t?sender=aZGF2aWQudmlsbGFzbWlsLndvcmtAZ21haWwuY29t&type=zerocontent&guid=f8c34e1b-b316-4e82-8baa-cdc867de74fc"><font color="#ffffff" size="1">ᐧ</font></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Regards,</div><div><br></div>David Villasmil<div>email: <a href="mailto:david.villasmil.work@gmail.com" target="_blank">david.villasmil.work@gmail.com</a></div><div>phone: +34669448337</div></div></div></div>
<br><div class="gmail_quote">On Fri, May 12, 2017 at 6:48 PM, Colin Morelli <span dir="ltr"><<a href="mailto:colin.morelli@gmail.com" target="_blank">colin.morelli@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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" target="_blank">sip:user@domain.com</a>;transport=<wbr>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="HOEnZb"><div class="h5"><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>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" target="_blank">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/cgi<wbr>-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div><br></div>
</div></div><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>
<br></blockquote></div><br></div>