<div dir="ltr">Hi Olle,<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 4, 2016 at 3:30 PM, Olle E. Johansson <span dir="ltr"><<a href="mailto:oej@edvina.net" target="_blank">oej@edvina.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On 04 Feb 2016, at 12:23, Camille Oudot <<a href="mailto:camille.oudot@orange.com">camille.oudot@orange.com</a>> wrote:<br>
><br>
> Hi Olle,<br>
><br><br>
</span>It was Daniel’s recommendation to load the TLS module first since he<br>
had fixed some generic OpenSSL magic there.<br>
<span class=""><br></span></blockquote><div> </div><div>Will add the recommendation to the doc.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
><br>
>> - http_set_ssl_cert should have “tls” instead of “ssl”. SSL is bad.<br>
><br>
> We spoke about this one, "ssl" reflects the names int the curl API. If<br>
> we totally disable SSL though, it makes sense to use "tls”.<br>
</span>Exactly.</blockquote><div><br></div><div>So does this mean that we are going to enforce the usage of TLS? Today it's not the case anywhere in Kamailio and, sincerely, having a parameter with "tls" in its name and then allowing the user to use ssl is misleading. I would prefer:</div><div>1) not having any mention to ssl/tls in the name (like "http_set_cert")</div><div>2) raise a warning when the user tries to use a deprecated protocol version</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
><br>
>> - I still think we need to discuss the way you have to run functions<br>
>> to set parameters for a coming function call.<br>
>> (...)<br>
>> What if that function doesn’t happen, will all these values be reset<br>
>> for the next message processed in that process?<br>
><br>
> Good point, that is not addressed yet: we have to figure a way to reset<br>
> all the values previously set when a new message is processed.<br>
> Currently, they are reset when the HTTP query is sent.<br>
<br>
</span>And I think you need to rethink the way you handle this. We are quite<br>
open for new ideas, but adding a totally new scheme for setting parameters for<br>
function calls is not something we need - it will just be confusing for<br>
people who learn Kamailio. Please try to use an existing framework.<br>
<br></blockquote><div> </div><div>We will rethink this part.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sorry for being really, really, really stubborn of this, but I’ve spent<br>
over 10 years doing Kamailio trainings… :-)<br>
<span class="HOEnZb"><font color="#888888"><br>
/O</font></span></blockquote><div> </div><div>No problem while the discussion is constructive, as it is in this case :)</div><div><br></div><div>Cheers,</div><div><br></div><div>Federico </div></div></div></div>