<p dir="ltr">Hi Daniel</p>
<p dir="ltr">As you mentioned the original reason for this module was not IMS but rather to support some new features,  in particular forking.  It is not particularly specific to IMS. </p>
<p dir="ltr">Unfortunately we have not managed to merge with the normal dialog module as we had originally intended.</p>
<p dir="ltr">I do hope at some point we manage to merge the two modules so each can benefit for the others fixes but think it will be quite an endeavour. </p>
<p dir="ltr">Having said this I have no issue with renaming the module or explicitly explaining in the documentation if it is causing any confusion.</p>
<p dir="ltr">Let's see if the other IMS devs agree.</p>
<p dir="ltr">Regards <br>
Richard. <br>
</p>
<div class="gmail_quote">On 15 Dec 2015 2:52 PM, "Daniel-Constantin Mierla" <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I am under the impression that the name dialog_ng creates confusion out<br>
there and some people are using it instead of the classic dialog module.<br>
<br>
Although it was started with goals of reworking dialog module with a<br>
different concept (which was discussed mainly by some guys that<br>
afterwards changed their job to non-voip area), dialog_ng ended up to be<br>
tailored for IMS needs.<br>
<br>
Probably we should do that refactoring of the dialog module, but<br>
meanwhile dialog_ng doesn't refect that and some people are confused by<br>
the current naming of the two modules.<br>
<br>
Practically is more about convenience at this moment and if IMS<br>
developers and users think it is not going to be a big overhead for<br>
their deployments to be upgraded, I can take care to rename it. So,<br>
while general opinion matters, I think we should see first what IMS devs<br>
prefer.<br>
<br>
I am personally not affected that much, so I am fine to keep it like it<br>
is now -- in that case, proper notes should be added to documentation,<br>
stating that dialog_ng must be used only for IMS (or when the config<br>
writer knows very well what she/he is doing).<br>
<br>
Cheers,<br>
Daniel<br>
<br>
--<br>
Daniel-Constantin Mierla<br>
<a href="http://twitter.com/#!/miconda" rel="noreferrer" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">http://www.linkedin.com/in/miconda</a><br>
Book: SIP Routing With Kamailio - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">http://www.asipto.com</a><br>
<a href="http://miconda.eu" rel="noreferrer" target="_blank">http://miconda.eu</a><br>
<br>
<br>
_______________________________________________<br>
sr-dev mailing list<br>
<a href="mailto:sr-dev@lists.sip-router.org">sr-dev@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev" rel="noreferrer" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev</a><br>
</blockquote></div>

<br>
<span><font color="#888888"><pre>This email is subject to the disclaimer of Smile Communications at <a href="http://www.smilecoms.com/home/email-disclaimer/" target="_blank">http://www.smilecoms.com/home/<WBR>email-disclaimer/</a><a href="http://www.smilecoms.com/disclaimer" target="_blank"></a></pre></font></span>